Введіть адресу сторінки, і інструмент пройде всі переспрямування по одному, як це робить браузер чи пошуковий робот. Для кожного кроку видно код відповіді, адресу з заголовка Location, час відповіді та ключові HTTP-заголовки: Server, Content-Type, Cache-Control, HSTS, стиснення і Alt-Svc. Якщо в ланцюжку є проблема, ви побачите її опис і порядок виправлення.
Що означають коди
- 200: сторінка відповіла, ланцюжок завершено.
- 301 і 308: постійне переспрямування. Пошукові системи переносять на нову адресу накопичені позиції. 308 на відміну від 301 зберігає метод запиту (POST лишається POST).
- 302, 303 і 307: тимчасове переспрямування. Підходить для акцій, A/B-тестів і технічних робіт, але не для переїзду на HTTPS чи нову адресу.
- 4xx: помилка на боці запиту, найчастіше 404 (сторінки немає) або 403 (доступ заборонено).
- 5xx: помилка сервера. Спершу варто подивитися журнали помилок на хостингу.
Типові проблеми, які знаходить інструмент
Петля переспрямувань. Адреса А веде на Б, а Б знову на А. Браузер покаже ERR_TOO_MANY_REDIRECTS. Найчастіша причина: правило переходу на HTTPS у .htaccess конфліктує з налаштуваннями CMS або CDN. Покроковий розбір є у статті про помилку ERR_TOO_MANY_REDIRECTS.
Тимчасовий редирект замість постійного. Переїзд з HTTP на HTTPS, з www на домен без www чи на нову структуру URL має робитися кодом 301 або 308. З кодом 302 пошуковик може довго тримати в індексі стару адресу.
Довгий ланцюжок. Наприклад, http://example.com веде на https://example.com, потім на https://www.example.com і лише тоді на сторінку. Кожен крок додає ще один запит і затримку. Краще одразу вести на кінцеву адресу. Готові правила для Apache і Nginx зібрано у статті про 301 редирект у .htaccess і Nginx.
Повернення з HTTPS на HTTP. Якщо хоч один крок веде назад на незахищену адресу, браузер показує попередження, а HSTS перестає захищати відвідувачів.
Немає HSTS. Заголовок Strict-Transport-Security каже браузеру завжди відкривати сайт по HTTPS. Його варто вмикати, коли сертифікат стабільно працює на всіх піддоменах.
Як працює перевірка
Запити йдуть з нашого сервера. Спершу ми надсилаємо запит HEAD; якщо сервер його не підтримує, повторюємо GET. Тіло сторінки не зберігається, читається лише відповідь із заголовками. Інструмент проходить до 10 переспрямувань і зупиняється на петлі.
Для безпеки кожна адреса в ланцюжку перевіряється окремо: ми розв’язуємо ім’я, відмовляємо, якщо воно веде на приватну чи зарезервовану мережу, і з’єднуємося лише з публічною адресою на портах 80 або 443. Кількість перевірок з однієї адреси обмежена.
Сертифікат HTTPS тут не оцінюється: для цього є перевірка SSL. Щоб дізнатися, де розміщений сайт, скористайтеся інструментом «Хто хостить сайт».
Переспрямування на хостингу RichHost
На всіх тарифах хостингу RichHost є безкоштовні сертифікати Let’s Encrypt і доступ SSH, тож переспрямування на HTTPS і на основний домен ви налаштуєте самі одним правилом. Після змін перевірте адресу тут ще раз: у правильному варіанті ланцюжок з будь-якої старої адреси містить один крок 301 і закінчується кодом 200.
Часті питання
Чим 301 відрізняється від 302 для SEO?
301 повідомляє, що сторінка переїхала назавжди, і пошуковики передають новій адресі її позиції. 302 означає тимчасовий перехід, тому в індексі може залишитися стара адреса.
Скільки редиректів допустимо?
Google проходить до 10 кроків, але кожен крок уповільнює завантаження. Ідеально один редирект від старої адреси до нової.
Чому результат відрізняється від того, що я бачу в браузері?
Браузер міг закешувати старий 301 або HSTS. Перевірте в приватному вікні. Також сайт може віддавати різні редиректи залежно від мови чи країни відвідувача.
Чи можна перевірити адресу з портом або IP?
Ні, перевіряються лише доменні імена на стандартних портах 80 і 443. Внутрішні та приватні адреси інструмент не відкриває.