Міграція сайту — це перенесення ресурсу на новий домен, нову CMS, новий протокол (HTTPS) або нову структуру URL. Головний ризик будь-якої міграції — обвал позицій і органічного трафіку, якщо пошуковик втратить старі сторінки й не пов’яже їх із новими. Звести втрати до мінімуму допомагають точна карта редиректів 301, збереження структури та контенту, а також контроль індексації до і після переїзду.
Коротко
- Міграція без плану майже завжди дає тимчасове просідання 10–30%; грамотний переїзд зводить його до мінімуму, і трафік відновлюється за 2–8 тижнів.
- Ядро безпечної міграції — карта редиректів «старий URL → новий URL» із постійними 301-редиректами.
- До переїзду обов’язкові: повний список URL, бекап, знімок позицій і трафіку як точка відліку.
- Після запуску перевіряють редиректи, індексацію, Search Console, швидкість і биті посилання.
- Різке просідання після переїзду — сигнал до термінової діагностики, а не привід чекати місяць.
Що таке міграція сайту й чому падає трафік
Під міграцією розуміють будь-яку масштабну зміну, що зачіпає адреси сторінок або спосіб їх віддачі пошуковику. Це зміна домену, переїзд із http на https, редизайн зі зміною верстки та URL, зміна CMS чи платформи, об’єднання кількох сайтів в один або, навпаки, винесення розділу на окремий піддомен.
Трафік падає не через сам «переїзд», а через те, що Google на час втрачає зв’язок між старою та новою версією. Якщо робот заходить на стару адресу й отримує помилку 404 замість коректного перенаправлення, сторінка випадає з індексу разом з усіма накопиченими сигналами: посилальною вагою, історією, поведінковими факторами. Що більше таких розривів — то глибше просідання.
Невелике тимчасове коливання позицій під час міграції вважається нормою: Google заново сканує сайт і перераховує сигнали. Завдання SEO — зробити це коливання мінімальним і коротким, а не героїчно «витягувати» сайт із ями через місяць після переїзду.
Типи міграцій та їхні ризики
Різні види міграцій несуть різні загрози. Розуміння типу допомагає заздалегідь закрити його слабке місце.
| Тип міграції | Що змінюється | Головний ризик |
| Зміна домену | Доменне ім’я | Втрата посилальної ваги за невірних редиректів |
| Перехід на HTTPS | Протокол http → https | Дублі http/https, змішаний контент |
| Редизайн | Дизайн, верстка, часто URL | Втрата контенту й зміна URL без редиректів |
| Зміна CMS/платформи | Рушій, структура URL | Масова зміна адрес, втрата метаданих |
| Зміна структури URL | ЧПУ, вкладеність | Розрив внутрішньої перелінковки |
| Склейка/розділення сайтів | Кількість доменів | Канібалізація або розмиття тематики |
Чек-лист міграції за етапами
Етап 1. Підготовка (до переїзду)
Зберіть повний список поточних URL — вивантажте його із Search Console, XML-карти, сканера (Screaming Frog, Netpeak Spider) і системи аналітики, потім об’єднайте джерела й видаліть дублі. Зафіксуйте базову точку: знімок позицій за ключами, трафік за розділами, список найвідвідуваніших і найпосиланіших сторінок. Зробіть повний бекап старого сайту. Складіть карту редиректів (про неї нижче).
Етап 2. Перенесення та налаштування
Розгорніть нову версію на тестовому контурі, закритому від індексації через Basic-авторизацію, а не лише через robots.txt. Перенесіть контент і метатеги один в один — title, description, H1, alt, мікророзмітку. Збережіть структуру заголовків і внутрішню перелінковку. Пропишіть 301-редиректи за картою. Підготуйте нову XML-карту й robots.txt.
Етап 3. Запуск
Оберіть час найменшого трафіку. Відкрийте сайт для індексації (зніміть заборони). Перевірте, що кожен старий URL віддає 301 на коректну нову адресу. Надішліть нову карту в Search Console; за зміни домену використайте інструмент «Зміна адреси». Оновіть canonical, hreflang і sitemap.
Етап 4. Контроль після запуску
У перші дні щодня перевіряйте звіти індексації та покриття в Search Console, стежте за помилками сканування, зростанням 404 і швидкістю. Протягом 2–8 тижнів відстежуйте позиції й трафік відносно зафіксованої точки. Поступово повертайте випалі сторінки.
Карта редиректів: серце безпечної міграції
Карта редиректів — це таблиця відповідності «старий URL → новий URL», за якою налаштовуються постійні перенаправлення. Саме вона передає новій сторінці накопичену вагу старої й повідомляє Google, що контент переїхав назавжди.
Для переїзду майже завжди використовують редирект 301 (постійний), а не 302 (тимчасовий): 301 передає посилальні сигнали й замінює стару адресу в індексі. Докладніше про різницю 301 і 302 та про налаштування — у статті про технічне SEO: robots.txt, sitemap і канонікли.
Правила робочої карти: кожен старий URL веде на максимально близьку за змістом нову сторінку, а не все гуртом на головну — інакше Google сприйме це як soft 404; уникайте ланцюжків редиректів (A → B → C) і робіть прямий перехід A → C; стежте, щоб редиректи не вели на сторінки, які самі перенаправляють або віддають 404.
Що перевірити до міграції
- Повний список URL зібрано щонайменше з трьох джерел і вивантажено.
- Знімок позицій і трафіку збережено як точку відліку.
- Визначено топ-сторінки за трафіком і за зворотними посиланнями — їм максимум уваги.
- Карту редиректів складено й перевірено на ланцюжки та петлі.
- Тестову версію закрито від індексації.
- Зроблено повний бекап старого сайту.
Що перевірити після міграції
- Кожен старий URL віддає один 301 на релевантну нову адресу.
- Немає сплеску 404 і soft 404 у Search Console.
- Нову XML-карту надіслано й обробляється.
- Robots.txt не блокує важливі розділи; noindex знято з робочих сторінок.
- Canonical вказують на нові адреси; hreflang коректний для мовних версій.
- Швидкість і Core Web Vitals не просіли.
- Внутрішні посилання ведуть на нові URL напряму, без проміжних редиректів.
- Зворотні посилання з топ-донорів за можливості оновлено на нову адресу.
Типові втрати трафіку та як їх уникнути
| Помилка | Наслідок | Як уникнути |
| Усі редиректи на головну | Soft 404, втрата ваги сторінок | Посторінкова карта редиректів |
| Забули частину URL | Випадання сторінок з індексу | Повний список із кількох джерел |
| Ланцюжки редиректів | Втрата ваги, повільне сканування | Прямі 301 A → C |
| Тест відкрито для індексації | Дублі, канібалізація | Basic-авторизація на стейджингу |
| Втрачено метатеги | Падіння CTR і позицій | Перенесення title/description один в один |
| Не оновили внутрішні посилання | Зайві редиректи, втрата ваги | Заміна посилань на нові URL |
| Немає моніторингу після | Пізня реакція на просідання | Щоденний контроль 2–4 тижні |
Кейс: переїзд інтернет-магазину на новий домен
Магазин на ~4 000 сторінок змінював домен під час ребрендингу. До переїзду зібрали повний список URL із Search Console, sitemap і сканера, зафіксували позиції за 600 ключами й налаштували посторінкову карту 301-редиректів, окремо перевіривши топ-200 сторінок за трафіком і топ-100 за зворотними посиланнями.
У перші два тижні після запуску органічний трафік просів приблизно на 18% — очікуване переіндексування. Завдяки коректним редиректам і збереженим метатегам наприкінці четвертого тижня трафік повернувся до попереднього рівня, а до восьмого — перевищив його на 6% за рахунок прискорення сайту на новій платформі. Ключову роль зіграли два фактори: жоден топовий URL не загубився, і внутрішня перелінковка одразу вела на нові адреси.
Найчастіша причина затяжного просідання — не сама міграція, а непомічені технічні розриви: ланцюжки редиректів, забуті URL, випадковий noindex. Знайти їх до того, як вони обвалять трафік, допомагає технічний SEO-аудит — повна перевірка редиректів, індексації та структури до і після переїзду. Якщо ж позиції все-таки просіли й не відновлюються, розібратися в причинах допоможе окремий розбір що робити, якщо позиції впали.
Плануєте переїзд?
Зміна домену, редизайн чи перехід на нову платформу минають без втрат, коли карта редиректів складена заздалегідь, а сайт перевірено до і після запуску. Замовте SEO-аудит — ми підготуємо карту редиректів і проведемо міграцію без просідання позицій і трафіку. Ціни орієнтовні й залежать від ніші, обсягу та конкуренції — точну вартість розрахуємо за вашим проєктом.