Міграція сайту без втрати трафіку: чек-лист, який реально страхує
Міграція сайту без втрати трафіку – це не везіння, а процедура. Але в голові у більшості команд переїзд виглядає інакше: розробники «просто переносять» сайт на нову CMS чи новий домен, тиждень усе працює, а потім хтось відкриває аналітику. Органіка просіла на третину. Категорії, які роками годували магазин, віддають 404. Кампанії Shopping зупинилися, бо фід посилається на мертві URL.
Знайомо?
За нашою практикою аудитів, «раптові» обвали після переїзду майже завжди мають одну спільну рису: ніхто не зафіксував стан «до» і ніхто не побудував карту редиректів. Тобто трафік втратили ще до перемикання DNS. Просто дізналися про це через місяць – коли доводити й відновлювати вже вдвічі дорожче.
Що таке міграція сайту. Це будь-яка суттєва зміна домену, структури URL, платформи (CMS), хостингу або дизайну сайту, а також об’єднання кількох ресурсів в один. Ризик для органічного трафіку визначає одне питання: чи змінюються адреси сторінок. Там, де URL змінилися, потрібні карта редиректів 1:1, бенчмарк «до» і план моніторингу після запуску.
Шість типів міграції: де насправді ховається ризик
Найбільше трафіку втрачають не на зміні домену. Її всі бояться – і тому готують. Втрачають на «невинному» редизайні та переїзді на нову CMS, де про SEO згадують у день релізу. Типологія тут проста і задокументована: гайд Ahrefs по міграціях визначає міграцію як будь-яку суттєву зміну домену, URL, хостингу, платформи чи дизайну – і прямо каже, що складність визначається тим, чи змінюються URL.
Тип міграції | Що змінюється | Ризик | Головна точка втрат |
Зміна домену | Адреса всього сайту | Високий | Пропущені URL у карті редиректів |
Зміна CMS | URL, шаблони, метадані | Високий | CMS генерує нові адреси, старі ніхто не мапить |
Зміна структури URL | Частина адрес | Середній–високий | Ланцюги і редиректи «навмання» |
Редизайн | Шаблони, контент, перелінковка | Середній | Зникають тексти категорій, H1, внутрішні посилання |
Переїзд на HTTPS / зміна хостингу | Протокол / сервер | Низький | Швидкість, дублі протоколів |
Об’єднання сайтів | Все одразу | Максимальний | Конфлікти канонікалів і намірів сторінок |
Половина міграцій у реальності – комбіновані: новий дизайн плюс нова CMS плюс «заодно причешемо URL». Кожен доданий шар множить точки відмови. Якщо ви замовляєте розробку сайту на новій CMS і плануєте зберегти трафік – питання «хто робить карту редиректів» має прозвучати на першій зустрічі, а не після релізу.
Бенчмарк «до»: без нього ви не доведете, що щось втратили
Тут важливо зрозуміти одну річ. Після переїзду позиції завжди коливаються – Google прямо називає тимчасову флуктуацію очікуваною. І коли трафік просів, у вас є рівно два сценарії: або ви порівнюєте цифри з зафіксованим бенчмарком і за день знаходите діру, або сперечаєтеся з розробником у стилі «а може, так і було».
Бенчмарк – це чотири вивантаження, поки старий сайт живий:
- GSC: топ-URL і топ-запити за 12 місяців – кліки, покази, позиції, CTR. Окремо – сторінки, що дають 80% трафіку.
- GA4: канали, конверсії та дохід по посадкових сторінках.
- Повний краул сайту: список усіх URL з Title, H1, canonical, hreflang і кодами відповіді. Це майбутня ліва колонка карти редиректів.
- Зовнішні посилання: топ-донори і сторінки, на які вони ведуть – цим URL у карті пріоритет.
Критерій «бенчмарк знято»: будь-яку сторінку зі старого сайту можна знайти у вивантаженні разом з її трафіком і позиціями. Для керівника e-commerce це страховка в грошах: якщо категорія з передбачуваним доходом випала з видачі, ви бачите це на третій день по падінню показів у GSC – а не в кінці кварталу по касі. Власнику меншого сайту бенчмарк дає інше: аргумент у розмові з підрядником, який «нічого не чіпав».
Інсайт. Бенчмарк «до» коштує 2–3 години роботи і робиться безкоштовними інструментами. Це найдешевший пункт усього чек-листа – і єдиний, який неможливо виконати заднім числом. Старий сайт вимкнули – даних більше немає.
Карта редиректів 1:1 – ядро всієї міграції
Правило одне: кожен старий URL отримує серверний 301 на свій новий відповідник. Не на головну. Не на «схожу категорію». На свій. Документація Google по переїздах фіксує і механіку, і терміни: постійні редиректи 301/308, карта відповідності старих адрес новим, редиректи живуть щонайменше рік, а середньому сайту потрібно кілька тижнів на переобробку.
Міграція без карти редиректів – це як переїзд офісу, де речі вантажать у фуру без підписів на коробках, а на старих дверях не лишають нової адреси. Речі десь є. Але клієнти дзвонять у двері, яких більше немає.
Три анти-патерни, які ми знаходимо в аудитах найчастіше:
- Все на головну. Редирект сотень сторінок на головну Google трактує як soft 404 – сигнал сторінки просто зникає, замість того щоб перетекти на новий URL.
- Ланцюги. Старий URL → проміжний → новий, а через пів року зверху докладають ще один шар. Google радить не розтягувати ланцюг понад 3–5 переходів, але справа не лише в ліміті – кожен зайвий стрибок розмиває сигнал і уповільнює переобхід.
- Редирект на іншу мовну версію. Україномовна адреса, що після переїзду віддає 301 на російську сторінку, – з нашої практики аудитів це найтихіша помилка: hreflang каже «версії рівноправні», редирект каже «цієї версії не існує». Google вірить редиректу.
Пріоритет всередині карти – за грошима, не за алфавітом: спершу money pages і категорії з бенчмарку, потім усе інше.
Staging: десять перевірок до перемикання DNS
Переїзд без staging – це реліз одразу в продакшн.
Ось мінімальний прогін на тестовому середовищі:
- Вибіркові 30–50 URL з карти редиректів віддають саме 301 і саме на цільову адресу – включно з міжмовними парами.
- Craул нового сайту: немає масових 404, ланцюгів, циклів.
- Title, Description, H1 перенесені, а не згенеровані CMS заново.
- Canonical вказують на нові URL, а не на старі й не на staging-домен.
- hreflang-пари збережені в обидва боки.
- Внутрішні посилання ведуть одразу на нові адреси – без внутрішніх редиректів.
- robots.txt нового сайту не тягне заборони зі staging. Класика жанру: сайт переїхав разом із Disallow: / – і це знаходять через тиждень, коли індекс уже почав танути.
- Sitemap перегенерований під нові URL.
- Schema-розмітка і аналітика живі на нових шаблонах.
- Тексти категорій і блоків не «загубилися» в новому дизайні.
Пункт 7 виглядає анекдотом, поки не станеться саме у вас…
E-commerce: де магазини втрачають найбільше
У магазину точок відмови більше, ніж у корпоративного сайту, – і всі вони грошові. Категорії та фасетні сторінки (фільтри з попитом) – це URL, які збирають комерційний трафік роками; при зміні CMS саме їхні адреси змінюються найбрутальніше. Пагінація перебудовується. Фід товарів після переїзду ще посилається на старі URL – і Merchant Center відхиляє товари, тобто просідає не лише органіка, а й Shopping з оплаченим бюджетом. Атрибуція в GA4 рветься, якщо переїзд збігся зі зміною розмітки подій.
Окремий шар – мовні версії: кожна пара UA/RU має переїхати парою, зі збереженим hreflang і власними, не «дзеркальними» посадковими – чому це критично, ми детально розбирали в матеріалі про семантичне ядро українською [стаття №4 – URL з опублікованої версії 13.08]. А повний цикл вимог до SEO магазину – від структури категорій до перелінковки – зібраний у гайді SEO просування інтернет-магазину.
Якщо магазин переїжджає на нову платформу цілком, найдешевший момент закласти правильну структуру URL – етап технічного завдання: у проєктах розробки інтернет-магазинів в ADS Group карта редиректів входить у ТЗ, а не з’являється після релізу.
І ще про терміни. Хто взагалі вигадав переїжджати у високий сезон?
Після запуску: моніторинг 2–8 тижнів і межа, за якою відкат
Флуктуація після переїзду – норма, її очікує сам Google. Питання лише в тому, чи вмієте ви відрізнити нормальну хвилю від діри в кораблі. Робочий календар: перші 72 години – щоденна перевірка 404 у логах і GSC, покриття індексу, статистики обходу; далі до 8 тижнів – щотижневий зріз позицій і трафіку проти бенчмарку. Чесно: буває й міграція зовсім без просадки – Ahrefs фіксує, що частина переїздів минає без помітних коливань. Розраховувати на це не варто.
Симптом | Ймовірна причина | Що перевірити | 🚩 Червоні прапорці |
Сплеск 404 у GSC | Діри в карті редиректів | Звіт «Індексування сторінок», логи | 404 на URL з топ-80% трафіку бенчмарку |
Покази є, кліки впали | Метадані згенерені заново | Title/Description проти бенчмарку | CTR категорій упав удвічі при тих самих позиціях |
Індекс «тане» тиждень за тижнем | robots.txt / noindex зі staging | robots.txt, мета-теги, canonical | Проіндексовано менше половини від «до» через 4 тижні |
Позиції скачуть між мовними версіями | Зламані hreflang-пари | hreflang у коді обох версій | У видачі RU-URL замість UA по брендових запитах |
Shopping-кампанії зупинились | Фід зі старими URL | Merchant Center → діагностика | Масові відхилення товарів після релізу |
Межа тривоги – не «трафік упав», а «трафік упав і не відновлюється»: якщо через 3–4 тижні покази по сторінках з топу бенчмарку не повертаються до 70–80% рівня «до», це вже не флуктуація – це розслідування по матриці вище. Критерій відкату жорсткіший: масові 404 на грошових сторінках, які нема чим закрити редиректами, або технічна неможливість полагодити карту швидко. Відкат – це не поразка, це кнопка, яку треба мати. Саме тому старий сайт не видаляють мінімум місяць після переїзду.
Хороша новина: весь цей контроль – стандартна частина SEO-просування сайту, якщо супровід міграції закладений у роботи заздалегідь, а не викликаний як швидка допомога постфактум.
Як ми ведемо міграції в ADS Group
Ми в ADS Group працюємо з 2011 року, і міграція для нас – це завжди дві команди в одній зв’язці. SEO-Unit знімає бенчмарк, будує карту редиректів і тримає моніторинг; Dev-Unit реалізує редиректи на сервері, переносить метадані та hreflang і прогонить staging-чек-лист до перемикання DNS. Жодного «розробники зробили – сеошники потім подивляться»: точка, де зазвичай губиться трафік, – це саме передача відповідальності між підрядниками. У нас її немає фізично – обидва юніти працюють в одному проєкті з одним чек-листом. Тому і власну мовну архітектуру сайту ми перебудовуємо за тією ж процедурою, що радимо клієнтам.
Міграція силами розробника чи з SEO-супроводом: чесне порівняння
Критерій | Тільки розробник | Розробник + SEO-супровід |
Карта редиректів | Часто «все на головну» або вибірково | 1:1 по повному краулу, пріоритет за грошима |
Бенчмарк «до» | Майже ніколи не знімається | Обов’язковий артефакт до старту |
Staging-перевірки | Функціонал і дизайн | + редиректи, метадані, canonical, hreflang, robots |
Моніторинг після запуску | «Сайт працює» | Календар 2–8 тижнів проти бенчмарку |
Відповідальність за трафік | Розмита | Зафіксована в плані міграції |
Короткий висновок: розробник відповідає за те, щоб сайт працював. За те, щоб він продовжив збирати трафік, за замовчуванням не відповідає ніхто – доки цю роль не призначили явно.
Переїзд без втрат: що зробити просто зараз
Якщо міграція у вас у планах – послідовність така: зняти бенчмарк, поки старий сайт живий; побудувати карту редиректів 1:1 від повного краулу; прогнати staging-чек-лист із десяти пунктів; перемкнути DNS і вісім тижнів тримати руку на пульсі проти бенчмарку. Якщо переїзд уже відбувся і трафік просів – почати з матриці симптомів: найчастіше діра знаходиться в перші ж години аудиту.
Плануєте переїзд або вже втратили трафік після нього? Зробимо аудит готовності до міграції за 48 годин: перевіримо карту редиректів проти повного списку ваших URL, покажемо, які грошові сторінки під ризиком, і віддамо пріоритезований план – що лагодити першим, щоб категорії не випали з видачі.
Часті питання
Чи втрачається трафік при міграції сайту?
Тимчасові коливання позицій – очікувана частина переїзду: Google офіційно попереджає про флуктуацію, а середньому сайту потрібно кілька тижнів на повну переобробку. Правильна карта редиректів 1:1 і бенчмарк «до» роблять просадку короткою і контрольованою; втрата стає постійною лише тоді, коли редиректи зроблені з дірами.
Скільки тримати 301 редиректи після переїзду?
Мінімум один рік – це пряма рекомендація Google, стільки потрібно, щоб сигнали старих сторінок повністю передалися новим. З погляду користувачів, які зберегли старі закладки й посилання, редиректи краще не вимикати взагалі.
Скільки коштує SEO-супровід міграції?
Залежить від розміру сайту й типу переїзду: для сайту на кілька сотень сторінок це десятки годин роботи спеціаліста, для магазину з тисячами URL – окремий проєкт на кілька тижнів. За ринковими орієнтирами (серпень 2026), супровід зазвичай коштує кратно менше, ніж відновлення трафіку після невдалого переїзду.
Як контролювати підрядника під час міграції?
Вимагайте три артефакти: бенчмарк «до» (вивантаження GSC/GA4 + повний краул), карту редиректів у таблиці «старий URL → новий URL» і щотижневий зріз моніторингу проти бенчмарку у перші 4–8 тижнів. Якщо хоча б одного з трьох немає – контролювати нема чим.
Що робити, якщо трафік не відновився за два місяці?
Не чекати далі, а розслідувати: звірити покази топ-сторінок бенчмарку в GSC, перевірити редиректи цих URL, canonical, hreflang і robots.txt. У більшості випадків причина знаходиться в одному з цих чотирьох шарів. Гарантувати відновлення до дня ніхто не може – але план розслідування з термінами зобов’язаний дати будь-який підрядник.
Чи можна мігрувати перед високим сезоном?
Не варто: вікно флуктуації 2–8 тижнів має закритися до піку продажів. Робоче правило – планувати перемикання мінімум за один квартал до сезону, щоб хвиля переіндексації минула на низькому трафіку, а сезон новий сайт зустрів зі стабільними позиціями.
