SEO-міграція сайту: зміна домену або URL без втрати керованості

SEO-міграція потрібна, коли змінюється домен, протокол, CMS, структура каталогів або адреси важливих сторінок. Пошукова система має повторно обійти старі й нові URL, побачити постійні перенаправлення, переоцінити сигнали та оновити індекс. Це процес, а не одноразове натискання кнопки.

Головний принцип — зберегти відповідність змісту. Стара сторінка послуги повинна вести на найближчу нову сторінку тієї самої послуги, а не масово на головну. Якщо відповідника немає, іноді чесний 404 або 410 кращий за нерелевантний редирект.

Визначте точний тип зміни

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

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

Створіть повний інвентар старих URL

Не обмежуйтеся sitemap. Зберіть адреси з аналітики, Search Console, серверних журналів, внутрішніх посилань, зовнішніх посилань, рекламних кампаній і бази даних. Додайте статус, canonical, title, органічні покази, переходи, зовнішні посилання й заплановану дію.

Окремо знайдіть PDF, зображення, фіди, мовні версії, пагінацію, фільтри й старі кампанійні URL. Вони можуть не бути в навігації, але мати зовнішні посилання або прямий трафік.

Побудуйте карту відповідностей один до одного

Для кожного старого URL призначте:

• новий еквівалент із тим самим основним наміром;
• об’єднану сторінку, якщо контент справді консолідується;
• статус видалення, якщо заміни немає;
• відповідального та примітку про важливі елементи.

Автоматичне правило за шаблоном корисне лише після перевірки винятків. Неправильна масова заміна частини шляху може створити редиректи на неіснуючі сторінки або змішати мовні версії.

Використовуйте серверні постійні редиректи

Google у своєму посібнику з перенесення сайту зі зміною URL рекомендує постійні серверні перенаправлення, оновлення внутрішніх посилань і sitemap. Перевіряйте кінцевий статус, а не лише перший крок.

Уникайте ланцюгів «старий → проміжний → новий» і циклів. Внутрішні посилання, canonical, hreflang, schema та sitemap мають одразу використовувати кінцеві HTTPS-адреси, а не покладатися на редирект.

Canonical, robots і noindex

Нова індексована сторінка зазвичай повинна мати self-canonical. Canonical на старий домен після запуску суперечить перенесенню. Перевірте, чи не залишилися noindex, блокування robots.txt або заголовки X-Robots-Tag з попередніх налаштувань.

Google пояснює методи консолідації дублів у документації про canonical. Редирект і canonical не слід використовувати як взаємовиключні випадкові сигнали: старий URL перенаправляється, новий канонізує сам себе.

Перевірте новий сайт до відкриття індексації

• кожен ключовий URL повертає 200, а не м’який 404;
• title, description і H1 відповідають сторінці;
• канонічні адреси абсолютні й правильні;
• внутрішні посилання не ведуть на старий домен;
• форми, checkout, пошук і мовні перемикачі працюють;
• structured data містить нові URL;
• аналітика не дублюється й фіксує основні події;
• сторінки доступні на мобільних ширинах.

Тестовий список повинен включати не тільки головну, а й шаблони: послуга, стаття, категорія, товар, фільтр, сторінка 404 та файл.

Послідовність запуску

1. Зупиніть некритичні контентні зміни на короткий погоджений період.
2. Зробіть фінальний експорт URL і карти редиректів.
3. Опублікуйте новий сайт і застосуйте серверні правила.
4. Приберіть технічний noindex, якщо він використовувався.
5. Перевірте вибірку старих і нових URL, robots.txt та sitemap.
6. Оновіть Search Console, аналітику й зовнішні профілі.
7. Надішліть новий sitemap і контролюйте обхід.

Під час зміни домену додайте та підтвердьте обидва ресурси Search Console. Інструмент Change of Address застосовується лише до відповідних типів перенесення; його наявність не замінює редиректи.

Моніторинг після міграції

У перші дні перевіряйте 5xx, сплеск 404, ланцюги редиректів, помилки форм і критичні транзакції. Далі стежте за звітами індексації, sitemap, статистикою сканування, показами, кліками й вибіркою найважливіших URL.

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

Типові помилки

• усі старі адреси ведуть на головну;
• редиректи працюють лише через JavaScript;
• у sitemap залишилися старі або неканонічні URL;
• внутрішні посилання створюють ланцюги;
• забуто піддомен, мовну версію або медіафайли;
• новий сайт випадково закритий noindex;
• старий домен вимкнено занадто рано;
• одночасно переписано весь контент без окремої причини.

Коли міграцію можна вважати завершеною

Не тоді, коли відкрилася головна. Завершення означає, що карта редиректів реалізована, критичні старі URL стабільно ведуть на правильні нові, внутрішні сигнали оновлені, sitemap обробляється, а бізнес-сценарії та аналітика працюють. Старі правила продовжують підтримувати, поки вони мають практичну цінність для користувачів і пошукових систем.

Перед запуском скористайтеся технічним SEO-чеклістом. Якщо потрібна карта перенесення й контроль після запуску, перегляньте послугу SEO-просування.

FAQ

Поширені запитання

Чи можна гарантувати повну відсутність просідання після міграції?

Ні. Пошукові системи мають повторно обійти й переоцінити URL. Правильна підготовка зменшує ризик і робить проблеми діагностованими, але не гарантує незмінних позицій.

Який редирект використовувати для постійної зміни URL?

Серверний постійний редирект 301 або 308. Важливо, щоб він вів без ланцюга на найближчий релевантний новий URL.

Чи потрібно перенаправляти всі старі сторінки на головну?

Ні. Це створює нерелевантні перенаправлення й може сприйматися як м’який 404. Потрібен змістовний відповідник, а за його відсутності — коректний статус видалення.

Скільки часу зберігати старий домен і редиректи?

Якомога довше, особливо якщо старі URL мають посилання або використовуються людьми. Мінімальний строк залежить від проєкту; вимикати їх одразу після переіндексації не варто.

Чи подавати старі URL у новий sitemap?

Ні. Новий sitemap має містити канонічні індексовані URL, що повертають 200. Старі адреси залишаються в карті редиректів.