Коротко
безкоштовна перевірка перенаправлень проходить URL крок за кроком, так само як пошуковий робот, і показує код статусу, адресу та сервер кожного кроку аж до кінцевої сторінки. Ви бачите ланцюжок одразу (наприклад, 301 > 301 > 200), кількість перенаправлень, кінцевий статус і наявність циклу. Прагніть одного постійного перенаправлення прямо на кінцевий URL: Google проходить до 10 кроків, але рекомендує вказувати безпосередньо на пункт призначення.
Хочете дізнатися більше? Запитайте
Перевірка перенаправлень показує те, що приховує браузер. Відвідувач вводить стару адресу, потрапляє на потрібну сторінку й ніколи не бачить трьох проміжних кроків, тимчасового 302, який мав бути 301, або циклу, що ламає сторінку для деяких ботів. Перенаправлення також дають сайту змогу зберегти свою історію після міграції: Google сприймає постійне перенаправлення як сигнал, що цільова адреса має стати канонічним URL (Google, перенаправлення та Google Search).
Що показує перевірка перенаправлень?
Введіть URL. Інструмент запитує його без автоматичного проходження перенаправлень, читає відповідь, а потім сам запитує наступну адресу, до 20 кроків.
| Блок | Що ви бачите | Як виглядає добрий результат |
|---|---|---|
| Підсумок | Ланцюжок кодів і кінцевий URL | Один 301 або 308, потім 200 |
| Перенаправлення | Кількість кроків до кінцевої сторінки | 0 або 1 |
| Кінцевий статус | Код останньої відповіді | 200 |
| Кроки | Загальна кількість запитів | 1 або 2 |
| Цикл | Чи повертається ланцюжок до вже відвіданого URL | Ні |
| Ланцюжок перенаправлень | Кожен крок з кодом, позначкою, URL і сервером | Кожен проміжний URL є навмисним перенаправленням |
Підсумок стає червоним, коли є цикл або кінцева сторінка не належить до 2xx, помаранчевим, коли перенаправлень більше одного, і зеленим в інших випадках. Безкоштовна версія виконує 3 перевірки на день.
Який код статусу перенаправлення використовувати?
Використовуйте постійний код, коли переїзд остаточний, і тимчасовий лише тоді, коли початковий URL повернеться. Google показує у результатах пошуку цільову адресу постійного перенаправлення та вихідну сторінку для тимчасового.
| Код | Значення | Google сприймає як | Для чого використовувати |
|---|---|---|---|
| 301 | Переміщено назавжди | Постійне | Перейменовані сторінки, міграції, http на https, об'єднаний контент |
| 308 | Постійне перенаправлення, той самий метод | Постійне | Те саме, що 301, коли форми чи API мають зберегти свій метод |
| 302 | Знайдено | Тимчасове | Коротка кампанія або сторінка, яка повернеться |
| 303 | Див. інший ресурс | Тимчасове | Після надсилання форми |
| 307 | Тимчасове перенаправлення, той самий метод | Тимчасове | Тимчасові переїзди, що мають зберегти метод |
Різниця між 301 і 308 чи між 302 і 307 технічна: у випадку 307 і 308 клієнт не повинен змінювати метод запиту, тоді як 301 і 302 історично дозволяють перетворення POST на GET (RFC 9110, семантика HTTP). Для SEO важливо лише те, постійне це перенаправлення чи тимчасове.
Скільки перенаправлень у ланцюжку забагато?
Більше одного вже забагато, щоб залишати. За замовчуванням пошукові роботи Google проходять до 10 кроків перенаправлення, а вміст URL, що перенаправляють, ігнорується (Google, як HTTP-коди статусу впливають на пошукові роботи Google). Для переїздів сайту Google рекомендує перенаправляти безпосередньо на кінцевий пункт призначення або, якщо це неможливо, тримати ланцюжки в ідеалі не довшими за 3 кроки й менше ніж 5, оскільки кожен крок додає затримку, а не всі браузери підтримують довгі ланцюжки (Google, переїзди та міграції сайту).
| Ланцюжок | Вердикт | Виправлення |
|---|---|---|
| 301 > 200 | Добре | Нічого робити не потрібно |
| 301 > 301 > 200 | Працює, але марнотратно | Спрямуйте перший URL одразу на кінцевий і оновіть внутрішні посилання |
| 302 > 200 при постійному переїзді | Хибний сигнал | Змініть 302 на 301 |
| 301 > 404 | Зламано | Перенаправте на найближчу робочу сторінку або дозвольте старому URL повертати 404 чи 410 |
| A > B > A | Цикл: сторінка недоступна | Виправте суперечливі правила на сервері чи в CMS |
Що спричиняє ланцюжки й цикли перенаправлень?
Ланцюжки накопичуються з часом: кожна зміна додає правило поверх попередніх. Типові шари такі:
- Протокол і хост: http на https, потім example.com на www.example.com, у вигляді двох окремих правил замість одного.
- Слеш наприкінці: /page на /page/, що додає сервер після іншого перенаправлення.
- Послідовні міграції: сторінку перейменували у 2022 році, а потім знову у 2024, і старе правило досі вказує на проміжний URL.
- CMS і сервер, що не збігаються: плагін перенаправляє в один бік, конфігурація сервера чи CDN в інший, що створює цикли.
Протестуйте чотири варіанти вашої головної сторінки (http і https, з www і без): кожен має доходити до кінцевого URL за один крок. Визначення дивіться в наших статтях глосарія про перенаправлення 301 та краулінговий бюджет.
Як перевірити перенаправлення після міграції сайту?
- Візьміть список старих URL: тих, що мали трафік або посилання. Екстрактор URL виводить посилання ваших ключових сторінок.
- Перевірте їхню вибірку за допомогою перевірки перенаправлень: один постійний крок, кінцевий 200 і пункт призначення, що відповідає старому контенту.
- Не перенаправляйте все на головну сторінку. Google попереджає, що перенаправлення багатьох старих URL на одну нерелевантну сторінку, як-от нову головну, може збити користувачів з пантелику та сприйматися як soft 404.
- Оновіть внутрішні посилання, щоб вони вказували на кінцеві URL, а не на перенаправлення. Перевірка непрацюючих посилань позначає посилання сторінки, що перенаправляють або видають помилку.
- Зберігайте перенаправлення якомога довше, зазвичай щонайменше рік, як радить Google.
- Згенеруйте sitemap заново лише з новими кінцевими URL за допомогою генератора XML sitemap.
Які обмеження має перевірка перенаправлень?
- Лише серверні перенаправлення. Інструмент читає коди статусу HTTP і заголовки Location. Мета-оновлення (meta refresh) або перенаправлення JavaScript усередині сторінки не відстежується; сторінка відповідає 200, і ланцюжок на цьому зупиняється. Google радить використовувати перенаправлення JavaScript, лише якщо неможливо зробити серверні чи через meta refresh.
- Один user agent. Деякі сайти перенаправляють по-різному залежно від пристрою, країни чи мови. Перевірка показує те, що бачить краулер без cookie з одного місця.
- 10 секунд на крок. Повільніший сервер повертає помилку тайм-ауту.
- Приватні адреси заблоковано. Ланцюжок, що веде на внутрішній чи приватний хост, зупиняється кроком «blocked» задля безпеки.
Щоб перевірити, що відбувається після останнього кроку, пропустіть кінцевий URL через перевірку canonical або перевірку індексованості: чисте перенаправлення на сторінку з noindex усе одно означає втрачену сторінку.
Як виявити проблеми з перенаправленнями, перш ніж вони коштуватимуть трафіку?
Стежте за сторінками, які втрачають кліки: зламане перенаправлення часто проявляється спочатку як падіння трафіку на старому URL без приросту на новому.
- Помічайте сторінки, що просідають, у дашборді GEO / SEO від Sorank, який відстежує кліки й візити з ШІ сторінка за сторінкою.
- Зберігайте авторитет після міграції за допомогою трекера авторитетності домену, який показує, чи досі враховуються ваші посилання.
- Запитайте, що змінилося, простими словами в SEO Chat, який знає ваш сайт і відповідає на основі ваших даних.
Найкраще перенаправлення: один постійний крок на потрібну сторінку. Перевіряйте свої важливі URL вище після кожної зміни, а потім перегляньте тарифи Sorank, щоб відстежувати трафік і видимість на autopilot.
