301 Redirect: що це і як налаштувати правильно

Як це працює?

Коли сервер отримує запит на сторінку з налаштованим 301 redirect, він повертає не контент, а HTTP-заголовок зі статусом 301 і адресою нового розташування (Location). Браузер автоматично переходить за новою адресою, а пошуковий краулер фіксує це переміщення як постійне.

Обробка пошуковими системами

Googlebot, виявивши 301 redirect, поступово переносить сигнали ранжування старої сторінки на нову: посилальну масу, історію сканування та позиції у видачі. Процес зазвичай займає від кількох днів до кількох тижнів залежно від частоти сканування сайту.

Рівні налаштування

Redirect можна реалізувати на рівні сервера (.htaccess для Apache, конфігурація Nginx), на рівні CMS через плагіни перенаправлень або програмно в коді додатка — вибір залежить від технологічного стеку сайту.

Навіщо це потрібно?

301 redirect критично важливий при зміні структури URL, видаленні сторінок, об'єднанні дублів або міграції на новий домен — без нього старі посилання повертають 404, і сайт втрачає накопичену посилальну вагу та трафік з органічної видачі.

Redirect також використовують для об'єднання кількох версій домену (з www і без, http і https) в одну канонічну версію, запобігаючи розпорошенню сигналів ранжування.

Приклад використання

# .htaccess (Apache)
Redirect 301 /old-page/ https://example.com/new-page/

# Nginx
location /old-page/ {
    return 301 https://example.com/new-page/;
}

# Приклад HTTP-заголовка відповіді сервера
HTTP/1.1 301 Moved Permanently
Location: https://example.com/new-page/

Поширені помилки

Ланцюжки редиректів (redirect chains)

Кілька послідовних 301 (A → B → C) сповільнюють передачу сигналів і завантаження сторінки — правильно налаштовувати прямий редирект A → C.

Редирект усіх сторінок на головну

При видаленні розділу масове перенаправлення всіх його URL на головну замість релевантних відповідників сприймається Google як слабкий сигнал і може призвести до втрати частини трафіку.

Циклічні редиректи (redirect loop)

Сторінка A перенаправляє на B, а B — назад на A, що робить обидві сторінки недоступними для користувачів і краулерів.

302 замість 301 для постійних змін

Тимчасовий редирект не передає посилальну вагу повноцінно і сигналізує пошуковій системі, що стара адреса ще актуальна, — індексація нового URL затримується.

Redirect на сторінку з noindex або заблоковану в robots.txt

Кінцева сторінка має бути доступною для сканування та індексації, інакше передача сигналів ранжування не відбувається.

Як перевірити?

Статус-код редиректу можна перевірити інструментом перевірки URL (URL Inspection) у Google Search Console, а також будь-яким HTTP-заголовок-чекером. У браузері вкладка Network в DevTools показує ланцюжок редиректів і фінальний код відповіді.