Редиректи: типи та ланцюжки
Редирект — це перенаправлення відвідувачів і Google з одного URL на інший. Типи редиректів визначають дві речі: яку сторінку Google покаже в результатах і чи сприйме він перенаправлення як сигнал канонічної сторінки. Нерідко замість цього говорять про відсотки «переданої ваги» та про ланцюжки «не довші за два кроки»: таких цифр у документації немає. Розберімо, що написано насправді.
Основа — сторінка Google про перенаправлення та посібник із переїзду сайту зі зміною URL.
Постійні й тимчасові: що показує Google
Для користувача різні типи невиразні. Для Google різниця є: постійні перенаправлення показують у результатах нову ціль, тимчасові — вихідну сторінку.
| Тип | Способи | Як використовує Google |
|---|---|---|
| Постійний | HTTP 301, 308; meta refresh із 0 секунд; JavaScript location | ціль — сигнал канонічної; у видачі новий URL |
| Тимчасовий | HTTP 302, 303, 307; meta refresh понад 0 секунд | сигналом канонічної не є; у видачі вихідний URL |
Постійні потрібні, коли ви впевнені, що перенаправлення не скасують. Тимчасові — коли вихідний URL має лишитися у видачі, наприклад послуга тимчасово недоступна й користувачів відправляють на сторінку з поясненням. В огляді кодів статусу Google: 301 — сильний сигнал, що ціль треба обробляти, а 302 — слабкий.
Серверне перенаправлення — найкращий спосіб
Способи в таблиці документації розташовано за ймовірністю правильного тлумачення Google, і серверне має найбільшу. Решта — запасні:
- meta refresh. Миттєвий (0 секунд) Google трактує як постійний, відкладений — як тимчасовий. Розміщується в head або в заголовку Refresh;
- JavaScript location. Використовувати, лише якщо не можна серверне чи meta refresh. Подробиці — в уроці про JavaScript і SEO;
- криптоперенаправлення. Не покладатися, якщо є інший вихід.
А де «втрата ваги»?
Часто кажуть: «301 передає 90–99%, 302 і 307 вагу не передають». Посібник із переїзду каже інакше: не турбуйтеся про посилальну вагу — 301 та інші постійні перенаправлення не призводять до втрати PageRank. Про «вагу» тимчасових перенаправлень на сторінці взагалі нічого немає: там описано, яку сторінку показувати й чи вважати ціль канонічною. Тому порівнювати типи за відсотками не можна.
Ланцюжки
Поради «не більше двох кроків» і тези «кожен хоп втрачає вагу» в документації теж немає. Є інше: Googlebot може пройти до 10 ланок ланцюжка, але радять перенаправляти одразу на кінцеву адресу; якщо не можна — тримати ланцюжок коротким, в ідеалі не більше 3 і менше 5. Причину названо прямо: ланцюжки додають затримку для користувачів, а не всі клієнти підтримують довгі. Побачити реальний ланцюжок і коди відповіді можна в перевірці редиректів.
Типові ситуації
- Варіанти однієї адреси. Якщо головна доступна за кількома адресами, оберіть одну як бажану й перенаправте решту на неї. Це основа боротьби з дублями: дубльований контент;
- Видалена сторінка. Перенаправляйте на відповідну заміну. Не можна відправляти безліч старих URL на одну нерелевантну адресу, наприклад головну сторінку: це може збентежити користувачів і трактуватися як soft 404. Виняток — якщо ви обʼєднали кілька сторінок в одну, тоді перенаправлення на неї нормальне;
- A/B-тест. Для перенаправлення на варіант використовують 302, а не 301: тимчасове перенаправлення повідомляє, що воно діє, поки триває експеримент, і оригінал лишається в індексі;
- Переїзд сайту. Редиректи треба зберігати якомога довше, зазвичай щонайменше рік, щоб Google переніс усі сигнали, зокрема пересканування посилань з інших сайтів. Для зміни домену чи піддомену подається заявка про зміну адреси в Search Console; для переходу з HTTP на HTTPS, між www і без www та в межах домену вона не потрібна. Повна процедура — в уроці про переїзд сайту.
Redirect і canonical
Перенаправлення — сильний сигнал, як і rel="canonical". Вибір між ними — у тому, чи потрібен дубль: якщо ні, використовуйте перенаправлення, коли хочете позбутися наявних дублів; якщо потрібен, ставте canonical.
Як перевірити
- Проженіть важливі URL через перевірку редиректів: код кожного кроку, кінцева адреса й довжина ланцюжка.
- Обійдіть сайт краулером і знайдіть внутрішні посилання на адреси з перенаправленням: їх треба замінити прямими.
- Знайдіть сторінки, що ведуть на 404 замість перенаправлення, через органічні 404.
- Звірте код відповіді: для постійного перенесення потрібен 301 або 308, а не 302.
- Після переїзду стежте за покриттям у Search Console; за URL масово — аудит URL.
Чек-лист
- Для постійного перенесення — 301 або 308, серверне перенаправлення.
- Для тимчасового — 302 або 307, вихідний URL лишається у видачі.
- Ланцюжків немає, перенаправлення веде одразу на кінцевий URL.
- Старий URL перенаправляється на відповідну за змістом сторінку, а не на головну.
- Внутрішні посилання й мапа сайту вказують на кінцеві URL.
- Під час переїзду редиректи зберігаються щонайменше рік.
Помилки
- 302 замість 301 при переїзді назавжди.
- Ланцюжки та цикли перенаправлень.
- Перенаправлення всіх старих URL на головну.
- JavaScript-редирект там, де можливий серверний.
- Очікування «втрати ваги» як причини обрати тип перенаправлення.
Що далі
Далі за темою — як перенаправлення поєднуються з canonical, в уроці про тег canonical, і повний переїзд в уроці про переїзд сайту. Про URL — в уроці про структуру URL.