Чим 301 Redirect відрізняється від 302 Redirect у Google?

1. Що таке HTTP Redirect і навіщо він потрібен?

HTTP Redirect (перенаправлення) — це спосіб автоматично відправити користувачів та пошукових роботів з одного URL на інший, якщо адреса сторінки була змінена або вміст перенесено.

Він потрібен для:

Збереження доступності матеріалів при зміні адреси сторінки, міграції на новий домен чи переході з HTTP на HTTPS.

Об'єднання дубльованих сторінок (наприклад, з www та без www) у єдину канонічну адресу.

Перенаправлення відвідувачів на актуальні сторінки після видалення застарілого контенту.

Збереження посилальної ваги та уникнення появи помилок 404 для користувачів.

2. Що означає 301 Moved Permanently?

301 Moved Permanently — це серверне перенаправлення, яке повідомляє браузерам і пошуковим системам про те, що ресурс переїхав на нову адресу остаточно й назавжди.

Під час обробки коду 301 пошуковий бот розуміє, що стару сторінку слід замінити новою в пошуковому індексі, а всі накопичені посилальні сигнали та авторитет старого URL слід консолідувати на користь нової адреси.

3. Що означає 302 Found?

302 Found (або Temporary Redirect) — це серверний код відповіді, який інформує про те, що ресурс тимчасово розміщено за іншою адресою, але в майбутньому він повернеться на початковий URL.

Оскільки перенаправлення є тимчасовим, воно слугує слабким сигналом канонізації: Google зазвичай залишає в пошуковому індексі оригінальну (стару) сторінку.

4. У чому головна різниця між 301 і 302?

Головна відмінність полягає в тривалості переїзду та передачі канонічних сигналів:

301 (Постійне): Є сильним сигналом канонізації. Пошукова система замінює старий URL у видачі на новий. Редирект автоматично кешується браузерами за замовчуванням.

302 (Тимчасове): Є слабким сигналом. Google зазвичай залишає в індексі й у видачі початковий (старий) URL. Браузери не кешують цей код без явних вказівок сервера.

5. Коли використовувати 301, а коли 302?

301 (Moved Permanently) використовують, коли переїзд остаточний:

Остаточна зміна URL-структури чи назв сторінок.

Перехід сайту з HTTP на HTTPS або з www на non-www.

Повна міграція на новий домен чи об'єднання двох сайтів/статей.

Видалення застарілого товару із постійним перенаправленням на нову модель чи категорію.

302 (Found) використовують лише для тимчасових ситуацій:

Тимчасові технічні роботи або оновлення розділу.

Проведення короткострокових маркетингових акцій, розпродажів або A/B-тестувань.

Перенаправлення користувача залежно від мови або географічного розташування.

Тимчасова відсутність товару на складі з плановим відновленням сторінки.

6. Як Googlebot обробляє 301 і 302 редиректи?

При 301: Googlebot зчитує статус і передає сигнал індексаційному конвеєру, що новий URL є канонічним (canonical). З часом старий URL виключається з пошуку, а новий займає його місце.

При 302: Googlebot дотримується редиректу та сканує новий URL, але індексаційний конвеєр прагне зберегти канонічним саме початковий (старий) URL.

Еволюція 302 у 301: Якщо тимчасовий 302-редирект стоїть тривалий час (тижні або місяці) і всі внутрішні/зовнішні посилання ведуть на цільову сторінку, Google з часом може почати сприймати його як постійний (301) і замінити URL в індексі.

7. Як редиректи впливають на Indexing і Canonical URL?

Редиректи є безпосереднім механізмом канонізації (canonicalization):

Вибір канонічної сторінки: 301-редирект передає Google чітку підказку призначити цільовий URL канонічним.

Індексація: Google індексує лише той URL, який визнає канонічним. При 301 індексується нова сторінка, а при 302 — переважно стара.

Альтернативні адреси (Alternate Names): Під час міграції Google може тимчасово зберігати старий URL як альтернативне ім'я, показуючи його в пошуку для користувачів, які шукають саме старий бренд чи адресу.

8. Чи передають 301 і 302 сигнали ранжування та посилальну вагу?

Так, обидва типи редиректів передають посилальну вагу (PageRank) та сигнали ранжування.

Представники Google ще у 2016 році підтвердили, що використання кодов 30x (301, 302 тощо) більше не призводить до втрати PageRank. Основна відмінність полягає не у втраті ваги, а в тому, на якій саме сторінці (старій чи новій) Google консолідує ці посилальні сигнали.

9. Що таке Redirect Chain і Redirect Loop та чим вони небезпечні?

Redirect Chain (ланцюжок редиректів): Послідовність із кількох перенаправлень між початковим і кінцевим URL (наприклад, A $\rightarrow$ B $\rightarrow$ C $\rightarrow$ D).

Redirect Loop (петля редиректів): Нескінченне циклічне перенаправлення, коли URL A веде на URL B, а URL B відправляє назад на URL A (або закольцовується через кілька сторінок).

Чому вони небезпечні:

Збій для користувачів: Петля повністю блокує доступ до вмісту, викликаючи помилку браузера ERR_TOO_MANY_REDIRECTS.

Марнування краулінгового бюджету: Роботи витрачають ресурси на обхід зациклених або довгих шляхів.

Затримка завантаження (Latency): Кожен додатковий хоп додає 50–300 мс затримки, погіршуючи показники TTFB та LCP у Core Web Vitals.

Втрата індексації: Googlebot слідує максимум за 10 хопами (і рекомендує тримати ланцюжок не довшим за 1–3 хопи). Після перевищення ліміту Search Console видає помилку Redirect Error, і сторінка випадає з індексу.

10. Як перевірити 301 і 302 через Ahrefs, GSC, DevTools або curl?

Chrome DevTools: Відкрийте вкладку Network (натисніть F12), увімкніть галочку Preserve log і оновіть сторінку. У списку запитів відобразяться всі коди статусу (301/302) та заголовок Location у розділі Response Headers.

Консоль (curl): Виконайте команду в терміналі для відстеження всього ланцюжка:

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

Це покаже всі HTTP-статуси та цільові адреси на кожному кроці.

Google Search Console (GSC):

Скористайтеся інструментом URL Inspection (Перевірка URL). У полі Google-selected canonical ви побачите, яку адресу Google вважає основною.

Перегляньте звіт Page indexing: статуси Page with redirect показують успішні перенаправлення, а Redirect error вказує на наявність задовгих ланцюжків чи петель.

Ahrefs: Запустіть аудит сайту в Site Audit $\rightarrow$ відкрийте звіт Redirects. Інструмент автоматично покаже всі виявлені ланцюжки (Redirect chain too long) та петлі (Redirect loop) з вичерпним списком залучених URL.