Редизайн без втрати позицій: 301-редиректи

Редизайн без втрати трафіку: карта 301-редиректів, внутрішні посилання, моніторинг 404, хибні 403 від антиботів і зайві редиректи з шаблонів пагінації.

Команда Доробимо Опубліковано 4 хв читання

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

Чому позиції падають

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

301-редирект каже: «сторінка назавжди переїхала сюди». Пошуковик переносить сигнали на нову адресу, а відвідувач потрапляє куди треба.

Крок 1. Карта редиректів до запуску

Карту редиректів складають до редизайну, а не після.

Зберіть усі старі адреси

Джерела: карта сайту, вивантаження з Search Console (сторінки з показами), аналітика (сторінки з трафіком), краулер на кшталт Screaming Frog. Важливо взяти не лише те, що є в меню, а й старі статті, товари, фільтри з трафіком.

Зіставте з новими

Таблиця з двома колонками: стара адреса → нова адреса. Правила:

  • Кожна стара сторінка веде на найближчу за змістом нову, а не на головну.
  • Без ланцюжків: A → B → C треба переписати як A → C.
  • Якщо сторінка справді зникла і заміни немає — краще чесний 404 або 410, ніж редирект на головну.

Перевірте до перемикання

Розгорніть новий сайт на тестовому домені і прогоніть карту редиректів скриптом: кожна стара адреса має віддавати 301 і вести на сторінку з кодом 200.

Крок 2. Внутрішні посилання

Редиректи рятують зовнішні посилання, але всередині сайту краще не покладатися на них. Якщо в статтях, меню, футері чи картках товарів залишилися посилання на старі слаги, кожен клік — зайвий редирект, а краулер витрачає ресурси на переходи.

Після запуску пройдіться по контенту і замініть старі адреси на нові напряму. У WordPress це можна зробити через адмінку чи REST API, навіть без доступу до бази даних.

Крок 3. Моніторинг 404 після запуску

Перші тижні після редизайну стежте за:

  • звітом «Сторінки» в Google Search Console — нові 404 та «Сторінка з переспрямуванням»;
  • логами 404 у SEO-плагіні (наприклад, Rank Math має свій монітор);
  • регулярним краулом сайту.

Нові 404, які мають трафік або зовнішні посилання, — кандидати на додаткові редиректи.

Пастка 1: хибні 403 від антиботів

Звіти аудиторів і краулерів часто показують сотні «битих» посилань. Не поспішайте все виправляти.

У нашому кейсі з сайтом IT-компанії звіт по 404 мав 285 рядків. Після перевірки кожної цілі виявилося, що 237 із них — це відповіді 403 від зовнішніх сайтів з антибот-захистом. Сайт-отримувач просто не пускав краулер, хоча для людей сторінка відкривалася нормально. Реальних битих посилань було 24.

Як відрізнити:

  • Подивіться код відповіді: 403 — це «доступ заборонено», а не «сторінки немає».
  • Відкрийте адресу у звичайному браузері.
  • Згрупуйте помилки за доменом: якщо всі «биті» посилання ведуть на один-два великі сайти, майже напевно це антибот.

Без такого фільтра можна витратити дні на «виправлення» посилань, які й так працюють.

Пастка 2: шаблони пагінації

Інша часта причина зайвих редиректів — не контент, а тема. У тому ж кейсі 84 редиректи генерував шаблон пагінації: тема будувала посилання на сторінки списку у форматі, який потім перенаправлявся на правильний.

Такі редиректи не виправити, редагуючи статті, — треба шукати в шаблоні чи налаштуваннях постійних посилань. Ознака: однакові редиректи повторюються на всіх архівних сторінках, категоріях і тегах.

Пастка 3: кешування

Якщо на сайті стоїть плагін кешування, наприклад WP Rocket, після зміни посилань і редиректів очистіть кеш. Інакше краулер і відвідувачі ще якийсь час бачитимуть старі посилання, і ви вирішите, що виправлення не спрацювали.

Чекліст

  1. Зібрати всі старі URL з карти сайту, Search Console, аналітики й краулу.
  2. Скласти карту «стара → нова», без ланцюжків і без масових редиректів на головну.
  3. Перевірити редиректи на тестовому домені до запуску.
  4. Після запуску оновити внутрішні посилання в контенті й меню.
  5. Стежити за 404 у Search Console і SEO-плагіні.
  6. Відсіювати хибні 403 від антиботів.
  7. Перевірити шаблони пагінації та очистити кеш.

Якщо редизайн уже відбувся

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