Майже кожен великий апдейт сайту — це міграція: зміна домену, переїзд на HTTPS, новий движок чи повний редизайн зі зміною адрес сторінок. І майже кожна друга міграція, яку ми бачимо на аудиті, зроблена так, що сайт втрачає частину трафіку на рівному місці. Причина майже завжди одна — не перенесли або поламали те, що Google уже знав і цінував. Нижче — план, за яким ми ведемо переїзди, щоб позиції залишились на місці.
Що таке міграція сайту і чому вона ризикована
Міграція — це будь-яка зміна, після якої сторінки живуть за новими адресами або на новій технічній основі. Для пошуковика це означає переоцінку: він має зіставити старі URL з новими, заново обійти сторінки й переконатися, що зміст і сигнали збереглися. Поки він це робить, позиції можуть коливатися. Якщо ж зіставлення зламане — частина сторінок просто випадає з індексу разом зі своїм трафіком.
Ризик зростає, коли в одному релізі поєднують кілька змін одразу: новий домен плюс нова структура URL плюс редизайн. Тоді при просіданні важко зрозуміти, що саме спричинило проблему. Тому перше правило — міняти за раз якомога менше.
Типи міграцій: від протоколу до повного редизайну
Найлегші переїзди — технічні без зміни адрес: перехід на HTTPS, зміна сервера чи хостингу. Тут URL залишаються, і ризик мінімальний. Складніші — зміна домену або обʼєднання кількох сайтів в один. Найризикованіші — редизайн зі зміною структури URL, коли одночасно змінюються і адреси, і верстка, і часто сам контент.
Окремий випадок — зміна CMS (наприклад, перехід на WordPress). Тут важливо, щоб новий движок віддавав ті самі адреси або коректні редиректи, а також зберігав швидкість і чисту структуру. Якщо ви все одно переробляєте сайт, є сенс одразу закласти технічну базу правильно — про це ми пишемо в матеріалі про розробку сайтів під SEO.
Головне правило: зберігайте URL, де це можливо
Найбезпечніша міграція — та, де адреси сторінок не змінюються взагалі. Якщо ви робите редизайн, але можете залишити URL тими самими — залиште. Кожна змінена адреса — це ще один редирект, ще одна точка, де щось може зламатися, і ще трохи розмитого сигналу.
Коли зміна адрес неминуча (наприклад, стара структура була хаотична), складіть нову логічну схему URL заздалегідь і зафіксуйте її до запуску. Для інтернет-магазинів окремо продумайте, що робити з фільтрами й параметрами — це велика тема, яку ми розбирали у статті про фільтри та індексацію магазину.
Карта 301-редиректів без ланцюгів і втрат
Серце будь-якої міграції зі зміною адрес — карта редиректів. Це таблиця, де кожному старому URL відповідає новий. Робиться вона за принципом «один до одного»: стара сторінка веде на найближчий за змістом новий аналог, а не гуртом на головну. Масовий редирект усього на головну Google трактує як «сторінки більше немає» — і трафік зникає.
| Етап | Як правильно | Поширена помилка |
|---|---|---|
| Тип редиректу | 301 (постійний) | 302 (тимчасовий) або JS-редирект |
| Відповідність | 1:1 на релевантну сторінку | усе на головну |
| Ланцюги | старий → новий напряму | старий → проміжний → новий |
| Втрачені сторінки | редирект на найближчу за темою | віддавати 404 без заміни |
| Внутрішні посилання | оновити на нові URL | лишити старі, що йдуть через редирект |
Використовуйте саме 301, а не 302, і уникайте ланцюгів редиректів. 302 каже пошуковику «це тимчасово, не переноси сигнали», а ланцюг (старий → проміжний → новий) втрачає частину ваги на кожному кроці й сповільнює обхід.
Що ще перенести один до одного
Редиректи — це лише транспорт. Не менш важливо зберегти зміст сторінок: тексти, заголовки H1, title і description, alt зображень, структуровані дані. Якщо під час редизайну «заодно» переписати половину контенту, ви накладете дві зміни одна на одну — і не зрозумієте потім, що дало просідання: технічний переїзд чи новий текст. Контент краще міняти окремим релізом, уже після стабілізації міграції.
Окремо перевірте, що службові файли переїхали й оновились: robots.txt, XML-карта сайту, canonical. Стара карта зі старими URL після переїзду лише заплутає пошуковик.
Технічний чек-лист перед запуском
До того як натиснути «запустити», пройдіться по базовому списку на тестовому середовищі. Це найдешевший момент знайти помилку — поки її не побачив Google.
- Карта 301-редиректів складена й перевірена на тестовому домені.
- Усі внутрішні посилання ведуть на нові URL напряму, без редиректів.
- title, description, H1 і canonical перенесені для кожної сторінки.
- robots.txt не закриває сайт від індексації (типова помилка — лишити Disallow з тестового середовища).
- XML-карта оновлена й містить лише нові URL.
- Налаштовано відстеження: GA4 і Search Console працюють на новій версії.
- Перевірено швидкість — щоб новий дизайн не завалив Core Web Vitals.
День запуску: послідовність дій
У день переїзду порядок такий: вмикаєте редиректи, відкриваєте сайт для індексації, одразу перевіряєте кілька ключових сторінок вручну (чи відкриваються, чи правильний редирект, чи на місці title). Потім додаєте новий ресурс і нову карту сайту в Search Console і користуєтесь інструментом зміни адреси, якщо міняли домен. Не видаляйте старі редиректи щонайменше рік — Google повертається до старих URL ще довго.
Магазин переїжджав на новий движок зі зміною структури URL. До запуску ми зібрали карту на кілька тисяч редиректів 1:1, оновили внутрішні посилання й лишили карту сайту тільки з новими адресами. Просідання склало близько 8% трафіку на два тижні, після чого позиції повернулися й перевершили старі. Без карти 1:1 втрата була б у рази більшою й надовго.
Після запуску: моніторинг у Search Console і GA4
Перші два-три тижні — найважливіші. У Search Console стежте за звітом про індексацію (чи не зростають помилки), за покриттям і за 404. У GA4 порівнюйте трафік по розділах із періодом до переїзду — щоб помітити, де саме просіло. Якщо бачите сплеск 404 — значить, частину старих URL не закрили редиректами; додайте їх у карту. Корисно також прогнати технічний аудит уже на новій версії, щоб зловити дрібні помилки, які легко пропустити вручну.
Якщо переїзд був складний, є сенс залучити команду технічного SEO ще на етапі планування, а не вже після просідання — виправляти завжди дорожче, ніж запобігти.
Чого не варто робити під час міграції
За роки переїздів ми зібрали короткий список того, що найчастіше ламає трафік. Не запускайте міграцію в пʼятницю ввечері чи перед піковим сезоном — якщо щось піде не так, ви помітите це із запізненням і в найгірший момент. Не змінюйте одночасно домен, структуру URL і дизайн, коли можна рознести це на окремі релізи. І не покладайтесь на тимчасові 302 «поки що» — вони мають звичку лишатися назавжди й не переносять сигнали на нову адресу.
Окрема порада — не вимикайте старі редиректи відразу після переїзду й не видаляйте стару карту сайту в перший тиждень, поки нова ще не повністю проіндексувалась. Дайте пошуковику час спокійно переобійти ресурс: поспіх саме на цьому етапі коштує дорожче, ніж будь-яка інша помилка міграції, бо ви рубаєте місток між старим і новим сайтом, поки Google ним ще користується.
Висновок
Вдала міграція непомітна для користувача й майже непомітна для пошуковика: адреси ведуть куди треба, зміст на місці, швидкість не впала.
Міграція не лякає, якщо до неї підготуватись: мінімум змін за раз, карта 301 один до одного, збережені title і контент, оновлені внутрішні посилання й уважний моніторинг перші тижні. Поспіх і редирект «усього на головну» — ось що справді коштує трафіку.
Часті запитання
Чи завжди трафік просідає після міграції?
Невелике коливання позицій — це норма, поки пошуковик переобходить сайт. Зазвичай від кількох днів до кількох тижнів. Якщо все перенесено правильно, трафік повертається й часто перевершує попередній рівень.
Який редирект використовувати — 301 чи 302?
Для постійного переїзду — лише 301. Він каже пошуковику перенести сигнали на нову адресу. 302 — тимчасовий, його ставлять, лише коли стара сторінка реально повернеться.
Чи можна редиректити всі старі сторінки на головну?
Ні. Масовий редирект на головну Google сприймає як «сторінки більше немає», і трафік зникає. Кожен старий URL має вести на найближчу за змістом нову сторінку.
Скільки тримати старі редиректи?
Щонайменше рік, а краще постійно. Пошуковик повертається до старих URL ще довго після переїзду, тож передчасне зняття редиректів дає 404 і втрату трафіку.
Чи можна одночасно з переїздом оновити контент і дизайн?
Краще ні. Кілька змін в одному релізі ускладнюють діагностику при просіданні. Спершу стабілізуйте міграцію, а оновлення контенту винесіть в окремий етап.
Що перевіряти найперше, якщо трафік не повертається?
Карту 301-редиректів, canonical і robots.txt. У більшості випадків причина саме там: незакриті старі URL, тимчасові редиректи, ланцюги або випадково закрита індексація з тестового середовища.
Веб-розробник heleum.studio. Робить швидкі WordPress-сайти, які проходять Core Web Vitals і не потребують переробки за пів року.
