Редиректи 301 і 302: коли які ставити та як перевірити

Ви перенесли сайт на https, змінили структуру адрес або обʼєднали дві сторінки. Усе відкривається, відвідувачі нічого не помічають. А за місяць позиції просідають, і причину шукають деінде — у контенті, у конкурентах, у чергове оновленні Google.

Часто причина простіша: перенаправлення налаштували не тим кодом. Розберемо, чим 301 відрізняється від 302, чому ланцюги шкодять і як усе це перевірити за пʼять хвилин.

301 і 302: різниця, яка коштує позицій

Обидва коди перенаправляють відвідувача. Для нього різниці немає взагалі — браузер просто відкриває іншу сторінку. Для пошукової системи це дві принципово різні заяви.

Саме тут ховається найдорожча помилка. Ви переїхали назавжди, але поставили 302 — і Google продовжує вважати головною стару адресу, чекаючи на її повернення. Вага посилань, накопичена роками, до нової сторінки не доходить.

Проблема в тому, що візуально все працює. Сайт відкривається, замовлення йдуть, ніхто не бʼє на сполох. Просідання починається за кілька тижнів, коли звʼязок із переїздом уже неочевидний.

Коли який код ставити

Правило просте: питайте себе, чи повернеться стара адреса.

301 — постійне перенаправлення:

• переїзд на новий домен;
• перехід із http на https;
• зміна структури адрес після редизайну;
• обʼєднання двох схожих сторінок в одну;
• видалення розділу з перенаправленням на найближчий за змістом.

302 — тимчасове:

• технічні роботи на сторінці;
• акція, яка за тиждень завершиться;
• товар тимчасово відсутній, але повернеться;
• тест двох версій сторінки.

У дев’яти випадках із десяти потрібен саме 301. Якщо сумніваєтесь — ставте його: помилка в цей бік коштує менше.

Ланцюги: коли одного кроку замало

Друга поширена проблема — коли адреса веде не напряму, а через кілька кроків. Наприклад: http://site.com/old → https://site.com/old → https://site.com/new.

Формально все працює. Але кожен крок забирає частину сигналів і додає окремий запит до сервера. На мобільному з поганим зв’язком це помітно навіть людині, а Google після приблизно пʼятого кроку просто припиняє йти далі.

Найгірший варіант ланцюга — цикл, коли адреса через кілька переходів веде сама на себе. Браузер здається після кількох спроб, і відвідувач бачить помилку.

Перевірити свій сайт можна перевіркою ланцюга редиректів: вона показує кожен крок із кодом і часом відповіді.

Як це виглядає в налаштуваннях

На Apache правила пишуть у файлі .htaccess у корені сайту. Вони діють одразу після збереження:

На Nginx перенаправлення описують у секції server, і після зміни сервер треба перезавантажити — інакше правило не застосується.

У WordPress та подібних системах є розширення для редиректів. Зручно, але памʼятайте: кожне правило там — це запит до бази при кожному переході. На сотні правил це вже помітно.

Помилки, які трапляються найчастіше

Усі сторінки на головну. Видалили розділ і відправили всі його адреси на головну сторінку. Google вважає це мʼякою 404 і вагу не переносить взагалі. Правильно — перенаправляти на найближчу за змістом сторінку, а якщо такої немає, віддавати чесну 404.

Редирект на 404. Правило веде на сторінку, яку згодом видалили. Відвідувач бачить помилку, вага зникає, а помітити це без перевірки складно.

Втрачені параметри. Правило обрізає рядок запиту, і разом із ним зникають UTM-мітки. Реклама працює, сторінка відкривається, а в аналітиці всі переходи виглядають прямими. Одна з тих проблем, які виявляють через півроку.

Внутрішні посилання на старі адреси. Сайт сам посилається на адресу, яка перенаправляє. Редирект спрацьовує при кожному переході по меню — марна витрата й часу, і краулінгового бюджету.

Порядок перевірки

1. Прогоніть головні сторінки через перевірку ланцюга — подивіться кількість кроків і коди.
2. Переконайтесь, що це 301, а не 302. Частина модулів ставить 302 за замовчуванням.
3. Скоротіть ланцюги: замість A → B → C зробіть A → C і B → C.
4. Виправте внутрішні посилання, які ведуть на старі адреси.
5. Перевірте канонічні адреси — вони не мають суперечити перенаправленням.
6. Через тиждень подивіться в Search Console, чи зникли старі адреси зі звіту.

Скільки чекати результату

Google має переобійти сторінки, щоб побачити зміни. Для невеликого сайту це зазвичай один-два тижні, для великого каталогу — до місяця. Прискорити можна, надіславши головні сторінки на перевірку в Search Console.

Стару адресу з індексу приберуть не одразу: якийсь час вона ще показуватиметься. Це нормально й не означає, що редирект не працює.

Коротко

301 для постійних змін, 302 лише для того, що справді тимчасове. Ланцюги скорочувати до одного кроку, параметри зберігати, внутрішні посилання вести напряму на кінцеву адресу.

Перевірити своє за пʼять хвилин: ланцюг редиректів, перевірка адреси, канонічні адреси.