«Page with redirect» у GSC: безпечне повідомлення чи SEO-пастка?
Google не проіндексував цей URL, бо він веде кудись далі. Зазвичай це нормально. Але ланцюжок або петля витрачають бюджет обходу. Безкоштовний інструмент покаже шлях.
Що насправді означає цей статус
У звіті «Excluded» Google Search Console Page with redirect означає: «Ми зайшли на URL A, нас відправили на URL B. Тому URL A не індексуємо.»
Це стандартна поведінка. Google індексує призначення, а не транзитні точки. Якщо сторінку перенесено, ви хочете, щоб в індексі була нова адреса, а не старий редирект.
Але самого виправлення редиректу замало. Треба перевірити, що цільова сторінка справді в індексі. Якщо ланцюжок закінчується сторінкою, яку Google не індексує, вага посилань зникає.
🚀 Миттєва перевірка редиректів
Перевірте, чи URL робить редирект, ланцюжок або помилку. Реєстрація не потрібна.
| Сценарій | HTTP-сигнал | Вплив на бюджет обходу | Протокол / дія |
|---|---|---|---|
| Міграція протоколу (HTTP → HTTPS) |
301 Permanent | Нейтрально | Нічого не робіть. Стандартна поведінка для всього сайту. |
| Слеш у кінці (/page → /page/) |
301 Permanent | Low | Виправте внутрішні посилання. Налаштуйте CMS так, щоб вона вела одразу на бажану версію. |
| Ланцюжок редиректів (A → B → C) |
301 → 301 | Високий (негативний) | Критичне виправлення. Кожен крок збільшує затримку. Посилання A має вести одразу на C. |
| Тимчасовий редирект (під час робіт) |
302 / 307 | Medium | Слідкуйте. Якщо переїзд стане постійним, змініть на 301, щоб зберегти вагу посилань. |
| Петля редиректів (A → B → A) |
Помилка петлі | Критично (блокер) | Виправляйте негайно. Бот зациклюється, жодна сторінка не індексується. |
Технічна ціна ланцюжків редиректів
Ланцюжок редиректів — це більше ніж один перехід від першого запиту до фінальної відповіді 200 OK. Google може пройти до 5 редиректів, але це неефективно.
Вплив на затримку: кожен редирект додає Round-Trip Time (RTT). На мобільному й повільній мережі ланцюжок із 3 кроків може затримати рендеринг на сотні мілісекунд і погіршити Core Web Vitals (зокрема LCP).
Розмиття авторитету: Google каже, що 301 передає PageRank, але довгі ланцюжки ризикують послабити сигнал. Найчистіший сигнал — пряме посилання.
Протокол аудиту: внутрішні редиректи
1. Знайдіть джерело посилання
Звіт GSC показує, який URL редиректить, але не завжди звідки на нього посилаються. Треба знайти внутрішнє посилання.
- У GSC відкрийте Inspect URL і «View Crawled Page» → «More Info» — іноді видно реферер.
- Або проскануйте сайт у Screaming Frog за кодом 301 і відкрийте вкладку Inlinks.
Крок 3. Перевірте фінальне призначення
Тут більшість SEO зупиняється — і саме тут часто справжня проблема. Редирект може бути коректним, але цільова сторінка не в індексі через якість або технічні блоки.
Редирект марний, якщо веде в глухий кут. Після виправлення обов’язково перевірте, що фінальний URL живий у видачі. Скористайтеся повним чекером індексу Google для URL після редиректу щоб підтвердити: фінальний endpoint живий і віддає контент пошуковим ботам.
⚠️ Не забувайте про Bing
Помилки редиректів б’ють по видимості в усіх пошукових системах, не лише в Google. Перевірте статус і в чекері індексу Bing, щоб не втрачати трафік мережі Microsoft.
Нотатка аналітика: Не видаляйте серверне правило редиректу після оновлення внутрішніх посилань. Зовнішні сайти можуть і далі вести на старий URL. 301 має лишатися, щоб ловити й передавати зовнішню вагу посилань.
Розширені запитання: технічні нюанси
Чи завжди «Page with redirect» — це помилка?
Ні. У більшості випадків «Page with redirect» — звичайний статус виключення. Він підтверджує: Googlebot отримав 3xx і передав індексацію на цільовий URL (наприклад, HTTP → HTTPS). Діяти треба лише якщо редирект ламає логічну внутрішню структуру.
Як виправити ланцюжки редиректів для SEO?
Знайдіть вихідний URL і фінальну ціль (200 OK). Оновіть усі внутрішні посилання (sitemap, навігація, контент), щоб обійти проміжні кроки й вести одразу на фінальний URL. Так зменшується затримка сервера й зберігається вага посилань.
Чим «Page with redirect» відрізняється від «Redirect error»?
«Page with redirect» означає, що редирект спрацював, але цей URL виключено на користь цілі. «Redirect error» — технічний збій: петля, занадто довгий ланцюжок (5+ переходів) або порожня відповідь.
Чи 302 замість 301 шкодить індексації?
Так. 302 сигналізує про «тимчасове» перенесення. Google може лишити старий URL в індексі й не одразу передати повний авторитет. Для постійних переїздів ставте 301.
Чому Google Search Console показує редиректи, які ви вже прибрали?
Звіти GSC історичні, не в реальному часі. Googlebot пріоритетно обходить відомі 200 OK, а не відомі редиректи. Через URL Inspection вручну запросіть повторний обхід конкретного URL, щоб статус у звіті оновився швидше.
Як партнерські посилання впливають на статус «Page with redirect»?
Партнерські посилання — це зовнішні редиректи. Якщо внутрішні замасковані URL (наприклад, /go/product) ведуть на зовнішнього продавця, Google позначить внутрішній URL як «Page with redirect». Це нормально, якщо посилання мають rel="sponsored" або rel="nofollow".