WebEngine

0%
SEO та аналітика

Переїзд сайту без втрати позицій: чекліст міграції

Зміна домену, редизайн, перехід на новий движок. Карта редиректів, збереження URL, що робити до, під час і після запуску, щоб не обвалити трафік.

Pavlo9 хв читання

Найболючіші падіння трафіку, які ми розгрібали, не мали жодного стосунку до оновлень Google. Сайт просто запустили в понеділок, а в п’ятницю органіка була мінус 60%: чотириста старих адрес віддавали 404, sitemap залишився від попередньої версії, а на тестовому домені так і висів noindex, який поїхав у продакшн разом із кодом. Міграція — єдина SEO-задача, де помилка коштує одразу і повністю. Нижче — порядок дій: що зафіксувати до релізу, як скласти карту редиректів, що перевірити в перші 24 години і коли справді час бити на сполох.

10–20%

нормальне просідання в перші тижні

2–8

тижнів до відновлення при чистій міграції

1 рік

мінімальний строк життя редиректів

100%

старих URL мають бути в карті

Не всі міграції однаково небезпечні

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

Тип міграціїЩо змінюєтьсяРизикТипове просідання
Редизайн без зміни URLДизайн і версткаНизький0–10%, 1–2 тижні
HTTP → HTTPSЛише протоколНизький0–5%, до 2 тижнів
Зміна CMS або движкаТехнологія, часто й URLСередній10–25%, 3–6 тижнів
Зміна структури URLАдреси всіх сторінокВисокий20–40%, 4–12 тижнів
Переїзд на новий доменДомен повністюВисокий15–35%, 4–10 тижнів
Об’єднання кількох сайтівДомени плюс структураДуже високий30–50%, 3–6 місяців
Оцінки за нашими проєктами. Просідання рахується від органічного трафіку за місяць до запуску.

Що зробити до релізу

Дев’яносто відсотків успіху міграції визначається за два тижні до запуску. Порядок такий.

  1. 1

    Зняти повний зліпок старого сайту

    Краулер по всьому домену, вивантаження всіх URL із Search Console за 16 місяців, список сторінок із зовнішніми посиланнями. Об’єднайте в одну таблицю — це і буде вихідний реєстр. Пропущені сторінки після запуску відновити майже неможливо: старий сайт уже не існує.

  2. 2

    Зафіксувати базові метрики

    Органічний трафік по сторінках за 3 місяці, позиції за 50–100 ключовими запитами, кількість проіндексованих сторінок, середній час відповіді сервера. Без цих цифр ви не зможете довести ані собі, ані клієнту, що щось пішло не так.

  3. 3

    Скласти карту редиректів 1:1

    Кожен старий URL отримує один новий. Не «усе на головну» — це рівнозначно 404 з погляду передачі ваги. Пріоритет: спочатку сторінки з трафіком і посиланнями, потім решта. Реалістичний обсяг ручної роботи — 200–400 адрес за день.

  4. 4

    Перенести метадані й розмітку

    Title, description, canonical, hreflang, структуровані дані, alt-тексти. У 70% міграцій, які ми аудитували, розробники перенесли дизайн і забули половину метатегів — і це прямий мінус до CTR та розуміння сторінок.

  5. 5

    Перевірити технічну базу нового сайту

    Швидкість, мобільна версія, коди відповіді, robots.txt, sitemap. Пройдіться пунктами технічного SEO-аудиту на стейджингу, поки правки ще коштують годину, а не тиждень.

Правила, за якими живуть редиректи

Карта редиректів — головний артефакт міграції. Помилки тут не видно на око, але вони з’їдають до третини трафіку.

  • Тільки 301, ніколи 302. Тимчасовий редирект не передає сигнали в повному обсязі й може роками тримати стару адресу в індексі.
  • Жодних ланцюжків. Якщо А вів на Б, а тепер Б веде на В, перепишіть правило: А одразу на В. Кожна ланка втрачає частину ваги, а після п’яти переходів робот просто зупиняється.
  • Редирект на релевантну сторінку, а не на розділ. Стаття про ціни має вести на нову статтю про ціни. Якщо аналога немає, ведіть на найближчу за темою категорію — і лише в крайньому разі віддавайте 410.
  • Не забудьте про варіанти адрес. Зі слешем і без, з www і без, HTTP і HTTPS, стара пагінація, старі UTM-посилання з розсилок, AMP-версії, фіди й sitemap.xml за старим шляхом.
  • Тримайте редиректи мінімум рік. Google перестає звертатися до старих URL приблизно через 6–12 місяців, але зовнішні посилання живуть довше. Ми залишаємо їх назавжди, якщо це не тисячі правил.
// next.config.js — редиректи 1:1, згенеровані з таблиці міграції
module.exports = {
  async redirects() {
    return [
      // старий URL -> новий, permanent: true = 301
      { source: '/uslugi/razrabotka-sajta', destination: '/services/web-development', permanent: true },
      { source: '/news/:slug', destination: '/blog/:slug', permanent: true },
      { source: '/blog/:slug/amp', destination: '/blog/:slug', permanent: true },
      // НЕ робіть так: /a -> /b, а потім /b -> /c.
      // Перепишіть перше правило одразу на /c.
    ];
  },
};

Перед релізом проженіть увесь список старих URL краулером по новому сайту в режимі перевірки редиректів. Ви маєте побачити рівно один перехід і код 200 у кінці. Будь-який 404, 302 або ланцюжок із двох ланок — це задача розробнику до запуску, а не після.

Перші 24 години після запуску

Запускайте у вівторок або середу зранку. Не в п’ятницю ввечері й не перед святами: якщо щось зламається, виправляти доведеться в той самий день, а не за три доби, коли Google уже все переобійшов.

Перевірити одразу після деплою

  • robots.txt відкриває сайт, а не блокує все підряд
  • На жодній сторінці немає noindex — перевірити вибіркою з 20 URL різних типів
  • Головна, топ-10 сторінок за трафіком і топ-5 посадкових віддають 200
  • Вибірка з 50 старих URL повертає 301 на правильні адреси
  • Новий sitemap.xml згенеровано й подано в Search Console
  • Лічильники аналітики стоять на всіх сторінках, цілі й події не втрачені
  • Форми, оплата й кошик працюють — це не SEO, але падає це разом із трафіком
  • HTTPS без змішаного контенту, сертифікат дійсний для всіх піддоменів

Якщо змінюється домен, у Search Console потрібен інструмент зміни адреси — він прискорює переїзд і зберігає частину сигналів. Стару property не видаляйте щонайменше півроку: саме там ви побачите, які URL ще звертаються за старими адресами. Як читати ці звіти, ми розібрали в гайді про Google Search Console.

Перші 90 днів: що моніторити і коли панікувати

Просідання після міграції — це нормально. Ненормально, коли воно не відновлюється. Ось графік, за яким ми оцінюємо, чи все йде за планом.

  1. 1Дні 1–7. Щоденно дивимось звіт про індексування й помилки 404. Кожен новий 404 із трафіком — правимо того ж дня. Падіння трафіку на 20–30% у цей період очікуване.
  2. 2Тижні 2–4. Google переобходить основний масив сторінок. Кількість проіндексованих URL має вийти на рівень старого сайту ±10%. Позиції коливаються — це не привід щось міняти.
  3. 3Місяць 2. Трафік має повернутися до 85–95% від довантажувального рівня. Якщо він досі нижчий за 70%, шукайте системну причину: заблокований розділ, втрачена мовна версія, масові ланцюжки редиректів.
  4. 4Місяць 3. Норма — вихід на попередній рівень або вище. Якщо цього не сталося, проблема майже завжди в карті редиректів або у втраченому контенті, а не в «алгоритмах».
Міграція не додає трафіку. Найкращий можливий результат — не втратити нічого. Усе, що росте після переїзду, росте завдяки контенту й швидкості, а не завдяки самому переїзду.

І ще одне: якщо ви тільки думаєте, чи потрібен редизайн узагалі, спершу перевірте себе за списком ознак, що сайту справді час оновитись. А після успішного переїзду поверніться до звичайної роботи — базові пункти зібрані в SEO-чекліста.

Часті питання про міграцію сайту

Скільки часу трафік відновлюється після переїзду?

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

Чи можна змінити домен і дизайн одночасно?

Технічно можна, але діагностувати проблеми стає в рази важче: незрозуміло, що саме зламалось — адреси, контент чи швидкість. Ми радимо рознести ці зміни на 4–6 тижнів: спочатку переїзд домену один в один, потім редизайн. Якщо строки не дозволяють, закладіть удвічі більше часу на підготовку й тестування.

Що робити зі сторінками, для яких немає аналога на новому сайті?

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

Чи потрібно повідомляти Google про переїзд?

При зміні домену — так, у Search Console є інструмент зміни адреси, і він реально прискорює процес. При зміні лише структури URL у межах того самого домену окремого повідомлення не існує: працюють тільки коректні 301-редиректи й оновлений sitemap.xml. У будь-якому разі подайте новий sitemap одразу після запуску.

Як довго тримати старий сайт увімкненим?

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

Коротко

  • Не змінюйте URL, якщо змінюється лише дизайн — це найдешевша міграція з усіх.
  • Карта редиректів 1:1 складається до релізу і перевіряється краулером на стейджингу.
  • Тільки 301, без ланцюжків, без масового редиректу на головну.
  • Стейджинг закривайте паролем, а не noindex — інакше директива поїде в продакшн.
  • Просідання на 10–20% у перші тижні нормальне; відсутність відновлення через три місяці — ні.
Поділитися
  • міграція
  • SEO
  • редиректи

Схожі матеріали