Помилка переспрямування в Google Search Console: причини та рішення

Що означає «Помилка переспрямування» в Search Console

«Помилка переспрямування» — одна з причин у таблиці «Чому сторінки не індексуються» звіту «Індексування сторінок» у Google Search Console. Вона з'являється, коли Googlebot іде за переспрямуванням з вашої URL-адреси, але так і не потрапляє на кінцеву адресу, яку може просканувати, тож ні початкова URL-адреса, ні цільова не індексуються цим шляхом.

Цей статус легко сплутати зі «Сторінка з переспрямуванням» (Page with redirect), тому одразу уточнимо: той статус нормальний. Він означає, що переспрямування спрацювало: URL-адреса не індексується, бо веде на іншу адресу, а Google оцінює цільову сторінку окремо. «Помилка переспрямування» означає, що саме переспрямування не спрацювало.

Знайти її можна в розділі Індексування › Сторінки. Натисніть рядок «Помилка переспрямування», щоб побачити уражені URL-адреси, і скористайтеся кнопкою Експортувати, щоб завантажити повний список.

Поширені причини помилки переспрямування

У документації до звіту «Індексування сторінок» Google перелічує чотири ситуації, що призводять до цього статусу. Ще дві часто трапляються на практиці.

1. Надто довгий ланцюжок переспрямувань

Кожна URL-адреса, що переспрямовує на іншу, додає один перехід. Пошукові роботи Google проходять не більше 10 переходів, згідно з документацією Google щодо сканування. Далі Googlebot здається, і Search Console повідомляє про помилку переспрямування. Ланцюжки зазвичай розростаються з часом: спочатку правило HTTP → HTTPS, потім правило для www, потім правило для скісної риски в кінці URL-адреси, а згори ще й міграція сайту.

2. Цикл переспрямування

URL-адреса A переспрямовує на URL-адресу B, а URL-адреса B — назад на A (або на будь-яку адресу, яка знову веде до A). Ланцюжок ніколи не завершується, і жодна сторінка так і не досягається. Цикли часто виникають через два правила, що суперечать одне одному, наприклад одне додає скісну риску в кінці URL-адреси, а інше її прибирає.

3. URL-адреса переспрямування перевищує максимальну довжину

Якщо правило переспрямування на кожному переході щось дописує до URL-адреси, наприклад параметр або сегмент шляху, адреса зростає, доки не перевищить максимальну довжину URL-адреси, і ланцюжок обривається.

4. Хибна або порожня URL-адреса в ланцюжку

Друкарська помилка на кшталт htp:// замість http://, відносний шлях, який веде не туди, або порожній заголовок Location ламають переспрямування на цьому переході.

5. Кінцева адреса, яку Google не може просканувати

Якщо кінцеву URL-адресу заблоковано у robots.txt, Googlebot не зможе її завантажити. Перевіряйте не лише те, що ціль кожного переспрямування існує, а й те, що вона доступна для сканування.

6. Конфліктні правила переспрямування в різних місцях

Переспрямування, налаштовані в CMS, у плагіні, на вебсервері та в CDN, можуть накладатися одне на одне або конфліктувати. Правило, додане на одному рівні, може повернути URL-адресу до правила на іншому, і саме так з'являється більшість ланцюжків і циклів.

Як діагностувати помилку переспрямування

Почніть із конкретних URL-адрес, які позначає Search Console, а потім відстежте, що відбувається під час запиту кожної з них.

Скористайтеся перевіркою URL-адреси

Вставте уражену URL-адресу в рядок перевірки вгорі Search Console. У розділі Індексування сторінки видно, коли Google востаннє сканував сторінку і чи вдалося її завантажити. Натисніть Test live URL («Перевірити URL-адресу в реальному часі»), щоб перевірити поточну поведінку, адже звіт може відставати від ваших виправлень.

Відстежте весь шлях переспрямування

Надішліть запит до URL-адреси й пройдіть кожен перехід. З термінала:

curl -sIL https://example.com/old-page | grep -iE "^(HTTP|location)"

У виводі по черзі наведено всі коди відповіді та заголовки Location. Шукайте більше ніж один перехід, URL-адресу, яка трапляється двічі (цикл), некоректний Location або останню відповідь, відмінну від 200.

Якщо не хочете працювати в терміналі, безкоштовний SEO-аудит на сторінці Crawler від SEOcrawl AI підраховує переходи переспрямування для будь-якої URL-адреси, а інструмент fetch_url в MCP-сервері SEOcrawl AI повертає кінцеву URL-адресу, код відповіді та весь ланцюжок переспрямувань просто в Claude, ChatGPT або Cursor.

Перевірте код відповіді кінцевої сторінки

Переконайтеся, що остання URL-адреса в ланцюжку повертає 200, а не черговий 3xx, 4xx чи 5xx. Якщо ланцюжок закінчується помилкою, проблема на кінцевій сторінці: див. наші посібники про статуси Not found (404) і Blocked due to other 4xx issue.

Як виправити кожну причину

Рішення майже завжди ґрунтується на одній ідеї: спрямувати початкову URL-адресу на кінцеву одним чистим переходом.

• ›Надто довгий ланцюжок: спрямуйте першу URL-адресу прямо на кінцеву URL-адресу з кодом 200 і приберіть проміжні переходи. Якщо в один ланцюжок ведуть кілька старих URL-адрес, оновіть кожну з них.
• ›Цикл переспрямування: знайдіть два правила, що вказують одне на одне, і видаліть або виправте одне з них, щоб шлях закінчувався на справжній сторінці.
• ›Надто довга URL-адреса: виправте правило, яке постійно щось дописує до URL-адреси, потім переконайтеся, що кінцева сторінка завантажується.
• ›Хибна або порожня ціль: виправте друкарську помилку або порожнє значення Location і використовуйте абсолютні URL-адреси.
• ›Кінцеву адресу заблоковано в robots.txt: дозвольте сканування кінцевої сторінки або переспрямуйте на URL-адресу, яку не заблоковано.
• ›Конфліктні правила: тримайте переспрямування в одному місці, щоб CMS, сервер і CDN не перезаписували одне одного.

Потім оновіть внутрішні посилання, щоб вони вели на кінцеву URL-адресу, а не на ту, що переспрямовує, і залиште в XML-карті сайту лише кінцеві URL-адреси. Crawler знаходить обидва випадки на всьому сайті: внутрішні посилання, що повертають 3xx, і карти сайту з URL-адресами, які переспрямовують. Щоб перевірити окрему карту сайту, проженіть її через безкоштовний валідатор Sitemap: він перевіряє коди відповіді та ланцюжки переспрямувань для кожної URL-адреси у файлі.

Найкращі практики налаштування переспрямувань

Кілька звичок запобігають більшості помилок переспрямування ще до їх появи.

• ›Використовуйте правильний код відповіді. Переспрямування 301 (або 308) — сильний сигнал, що індексувати потрібно цільову сторінку: використовуйте його для постійних переїздів. Переспрямування 302 (або 307) — слабкий сигнал, який залишає в результатах початкову URL-адресу: використовуйте його, лише якщо переїзд тимчасовий.
• ›Надавайте перевагу серверним переспрямуванням. Google також проходить за миттєвими meta refresh і JavaScript-переспрямуваннями, але радить використовувати JavaScript, лише якщо серверне переспрямування чи meta refresh неможливі.
• ›Робіть ланцюжки короткими. Ідеально — один перехід. Кожен зайвий перехід уповільнює користувачів, витрачає бюджет сканування і додає ще одну точку збою.
• ›Завжди переспрямовуйте на URL-адресу, яка повертає 200, а не на чергове переспрямування.
• ›Оновлюйте внутрішні посилання та карти сайту, вказуючи кінцеві URL-адреси, щоб Google і відвідувачі взагалі не проходили через переспрямування.
• ›Перевіряйте все після кожної міграції або зміни правил у CMS, на сервері чи в CDN: саме тоді з'являються нові ланцюжки й цикли.

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

Коли переспрямування за один перехід приводить на сторінку з кодом 200:

1. ›Запустіть перевірку URL-адреси для ураженої адреси й натисніть Test live URL, щоб переконатися, що Google тепер дістається до кінцевої сторінки.
2. ›Натисніть Request indexing («Надіслати запит на індексування») для найважливіших URL-адрес.
3. ›У звіті «Індексування сторінок» відкрийте проблему «Помилка переспрямування» і натисніть Validate fix, щоб Google повторно просканував усі уражені URL-адреси.
4. ›Стежте за статусом перевірки. Вона може тривати від кількох днів до кількох тижнів; URL-адреси зникають зі списку в міру повторного сканування.

Випереджайте помилки переспрямування

Помилки переспрямування рідко заявляють про себе самі. Вони з'являються у звіті «Індексування сторінок», і на великому сайті можуть залишатися непоміченими, доки не впаде трафік. Перевіряти Search Console вручну для кожного ресурсу довго, і про це легко забути.

Розділ Indexation у SEOcrawl AI групує ваші URL-адреси за статусом покриття в Search Console, тож ви бачите, які URL-адреси перебувають у стані помилки, і можете відстежувати, як їхня кількість змінюється з часом. Уражені URL-адреси можна позначати тегами за правилами, вручну або через MCP-сервер і опрацьовувати їх, доки кожну не буде виправлено. Якщо ви працюєте з AI-асистентом, аудит Google Search Console перевіряє покриття індексу одним промптом і створює завдання для кожного виправлення.

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

Що спричиняє помилку переспрямування в Google Search Console?

Google називає чотири причини: надто довгий ланцюжок переспрямувань, цикл переспрямування, URL-адреса переспрямування, яка зрештою перевищує максимальну довжину URL-адреси, і хибна або порожня URL-адреса в ланцюжку. У кожному з цих випадків Googlebot не може дістатися до робочої кінцевої сторінки.

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

Спрямуйте початкову URL-адресу на кінцеву за один перехід. Приберіть проміжні переспрямування, розірвіть цикл, якщо він є, і переконайтеся, що остання URL-адреса повертає код 200. Оновіть внутрішні посилання, щоб вони вели на кінцеву адресу, потім запустіть перевірку URL-адреси й натисніть Validate fix у звіті «Індексування сторінок».

Що таке ланцюжок переспрямувань і цикл переспрямування?

Ланцюжок переспрямувань — це серія переспрямувань, у якій URL-адреса A веде на B, B веде на C і так далі, доки не буде досягнуто кінцевої сторінки. Цикл переспрямування — це ланцюжок, який ніколи не закінчується, бо URL-адреси вказують одна на одну. І те, й інше може завадити Google дістатися до сторінки та проіндексувати її.

301 чи 302: яке переспрямування вибрати?

Використовуйте 301 (або 308) для постійного переїзду: Google сприймає його як сильний сигнал індексувати цільову сторінку. Використовуйте 302 (або 307) лише для тимчасового переїзду, коли потрібно, щоб початкова URL-адреса залишалася в результатах пошуку.

«Сторінка з переспрямуванням» і «Помилка переспрямування» — це те саме?

Ні. «Сторінка з переспрямуванням» означає, що переспрямування спрацювало: URL-адреса не індексується, бо веде на іншу сторінку. «Помилка переспрямування» означає, що Google спробував пройти за переспрямуванням і так і не дістався до робочої сторінки.

Скільки часу потрібно, щоб помилка переспрямування зникла?

Після натискання Validate fix Google повторно сканує уражені URL-адреси протягом наступних днів, іноді до двох тижнів. Статус оновлюється в міру обробки кожної URL-адреси, тож надсилати запит на індексування для кожної адреси вручну не потрібно.