Перевірка перенаправлення URL

Перевірка перенаправлення URL, це безплатний інструмент, який виявляє перенаправлення 301 і 302 для вказаної URL-адреси та відстежує ланцюжок перенаправлень завдовжки до 10 кроків.

Що таке перенаправлення URL?

Перенаправлення URL, це HTTP-відповідь, яка вказує браузеру, пошуковому роботу або іншому клієнту звернутися за іншою адресою. Зазвичай відповідь містить код стану 3xx і поле Location, значенням якого є посилання URI, зокрема відносне.

Код стану 301 означає, що ресурс переміщено назавжди. Його часто використовують після зміни адреси сторінки, переходу з HTTP на HTTPS або об'єднання дублікатів URL-адрес. Код стану 302 означає, що ресурс знайдено за іншою адресою, але таке переміщення зазвичай вважається тимчасовим.

HTTP також визначає інші коди перенаправлення, зокрема 303, 307 і 308. Відмінності між ними можуть впливати на те, як клієнти повторюють запити, особливо для таких методів, як POST. Для звичайних перенаправлень вебсторінок поширеними залишаються коди 301 і 302, саме їх виявляє цей інструмент.

Як перевірити перенаправлення URL?

У полі Status code потрібно вказати код стану HTTP, наприклад 301 або 302. Перевірка виконується на сервері й охоплює до 10 кроків перенаправлення.

Введені дані передаються на сервер через HTTPS і не зберігаються.

Які перенаправлення виявляє інструмент?

Інструмент виявляє перенаправлення 301 і 302. Код 301 позначає постійне перенаправлення, а 302, тимчасове.

Послідовність, у якій чергуються дві адреси, називається циклом перенаправлення. Довга послідовність переходів між HTTP, HTTPS, варіантами з www і без www, а також адресами з кінцевою скісною рискою та без неї називається ланцюжком перенаправлень. Інструмент зупиняється не пізніше ніж після 10 кроків, тому не може визначити кінцеву адресу довшого ланцюжка.

Як усунути поширені проблеми з перенаправленнями

Перевірка перенаправлень корисна, коли кінцева адреса в браузері приховує проміжні відповіді. Вона допомагає відрізнити помилку в налаштуваннях HTTP від проблеми з DNS, застосунком або кешуванням.

• Перенесена сторінка досі відкривається за старою адресою. Перевір стару URL-адресу безпосередньо. Перенаправлення 301 має вести до потрібної нової сторінки, а не на загальну головну сторінку чи іншу застарілу адресу.
• Адреса постійно перемикається між HTTP і HTTPS. Перевір обидві версії. Суперечливі правила на вебсервері, у мережі доставки контенту або застосунку можуть повертати HTTPS на HTTP, тоді як інший рівень відразу спрямовує запит назад.
• Посилання з електронного листа не веде на очікувану цільову сторінку. Перевір повну URL-адресу, скопійовану з листа, разом із рядком запиту. Сервіси відстеження часто додають одне чи кілька перенаправлень перед кінцевою сторінкою, а несправна проміжна адреса може перервати ланцюжок.

Після перенесення домену перевір типові шляхи сторінок, а не лише головну сторінку. Правильне перенаправлення головної сторінки не доводить, що для сторінок товарів, статей і завантажених файлів налаштовано відповідні правила переходу.

Розділові знаки та пробіли також мають значення. Необроблені пробіли неприпустимі в URL-адресі, тому зазвичай їх потрібно кодувати у відсотковому форматі, наприклад %20. Фрагмент, що починається з #, обробляє браузер, і він не надсилається в HTTP-запиті. Отже, зміна лише фрагмента не активує інше серверне перенаправлення. Інтернаціоналізовані доменні імена можуть бути представлені у формі ASCII Punycode, а символи поза ASCII у шляху перетворюються на байти, зазвичай за допомогою UTF-8. Під час передавання відповідні байти кодуються у відсотковому форматі.

Чому правильне перенаправлення відображається неправильно?

Правильне перенаправлення може здаватися помилковим, оскільки браузери, DNS-резолвери, проксі-сервери та мережі доставки контенту можуть використовувати кешовані дані. Постійні перенаправлення особливо часто залишаються в кеші браузера після зміни правила на сервері.

Серверний інструмент перевірки не використовує локальну історію перенаправлень твого браузера. Однак цільовий вебсайт або його CDN усе одно може повернути кешовану відповідь.

Зміни DNS спричиняють окрему затримку. Рекурсивні резолвери можуть зберігати попередню IP-адресу, доки не завершиться час життя запису. У цей період різні мережі можуть звертатися до різних серверів і отримувати різні правила перенаправлення. Вислів "поширення DNS" описує саме нерівномірне завершення строку дії кешу, а не одночасне глобальне оновлення.

Якщо домен нещодавно перенесли, порівняй запис DNS, конфігурацію CDN і правила вихідного сервера. Перевірка кешу Google може надати додатковий контекст щодо старішої проіндексованої або кешованої сторінки, а Перевірка хостингу вебсайту допоможе з'ясувати, де зараз, імовірно, розміщено домен. Жоден із цих інструментів не замінює перевірку HTTP-перенаправлення.

Поширені запитання

Чи можна потім змінити перенаправлення 301?

Так, конфігурацію сервера можна змінити, але клієнти ще деякий час можуть використовувати кешовану відповідь 301. Перевір результат у новому профілі браузера та очисть відповідні кеші CDN, якщо маєш над ними контроль. Не використовуй 301 на ранньому етапі тестування, якщо цільова адреса ще може змінитися.

Чи передає перенаправлення рядок запиту URL до цільової адреси?

Лише якщо правило перенаправлення та створене ним значення Location зберігають цей рядок. Деякі системи автоматично копіюють початковий рядок запиту, а інші замінюють або видаляють його. Перевір реалістичну URL-адресу з безпечними тестовими параметрами, а не припускай, що всі варіанти працюють однаково.

Як обробляються введені мною дані?

Обробка виконується на сервері. Введені дані передаються на сервер через HTTPS і не зберігаються.

Чи перевіряє інструмент перенаправлення JavaScript або meta refresh?

Інструмент виявляє HTTP-перенаправлення 301 і 302 та перевіряє до 10 перенаправлень.

Чи можна перевірити перенаправлення з командного рядка?

Так. Команда curl може показувати заголовки відповіді, а параметр переходу за перенаправленнями дає змогу запитувати наступні адреси. Це корисно, коли потрібні повторювані перевірки з певного комп'ютера або мережі, особливо після зміни правил DNS чи брандмауера.