Переїзд сайту без втрати позицій: чекліст міграції
Зміна домену, редизайн, перехід на новий движок. Карта редиректів, збереження URL, що робити до, під час і після запуску, щоб не обвалити трафік.
Найболючіші падіння трафіку, які ми розгрібали, не мали жодного стосунку до оновлень 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
Зняти повний зліпок старого сайту
Краулер по всьому домену, вивантаження всіх URL із Search Console за 16 місяців, список сторінок із зовнішніми посиланнями. Об’єднайте в одну таблицю — це і буде вихідний реєстр. Пропущені сторінки після запуску відновити майже неможливо: старий сайт уже не існує.
- 2
Зафіксувати базові метрики
Органічний трафік по сторінках за 3 місяці, позиції за 50–100 ключовими запитами, кількість проіндексованих сторінок, середній час відповіді сервера. Без цих цифр ви не зможете довести ані собі, ані клієнту, що щось пішло не так.
- 3
Скласти карту редиректів 1:1
Кожен старий URL отримує один новий. Не «усе на головну» — це рівнозначно 404 з погляду передачі ваги. Пріоритет: спочатку сторінки з трафіком і посиланнями, потім решта. Реалістичний обсяг ручної роботи — 200–400 адрес за день.
- 4
Перенести метадані й розмітку
Title, description, canonical, hreflang, структуровані дані, alt-тексти. У 70% міграцій, які ми аудитували, розробники перенесли дизайн і забули половину метатегів — і це прямий мінус до CTR та розуміння сторінок.
- 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–7. Щоденно дивимось звіт про індексування й помилки 404. Кожен новий 404 із трафіком — правимо того ж дня. Падіння трафіку на 20–30% у цей період очікуване.
- 2Тижні 2–4. Google переобходить основний масив сторінок. Кількість проіндексованих URL має вийти на рівень старого сайту ±10%. Позиції коливаються — це не привід щось міняти.
- 3Місяць 2. Трафік має повернутися до 85–95% від довантажувального рівня. Якщо він досі нижчий за 70%, шукайте системну причину: заблокований розділ, втрачена мовна версія, масові ланцюжки редиректів.
- 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-аудит: що перевіряти і в якому порядку
Технічні помилки коштують позицій тихо. Порядок аудиту, який ловить найдорожчі з них першими.
7 ознак, що сайту потрібен редизайн (і 3, коли не потрібен)
Редизайн часто лікує не ту хворобу. Ось як перевірити, чи справа справді в сайті.
SEO-чекліст 2026: 60 пунктів для сайту, який має ранжуватися
Не теорія, а чекліст, за яким ми проходимо кожен проєкт перед запуском. 60 пунктів у шести блоках.