SEO-чекліст міграції сайту

Найбільший ризик міграції — втратити відповідність між старими сигналами та новими сторінками.

Що вважається SEO-міграцією

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

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

Схема SEO-перевірок до, під час і після міграції сайту
Міграція потребує трьох контрольних точок: підготовки, перевірки одразу після перемикання та моніторингу індексації.

До запуску: інвентаризація та початкові показники

Зберіть повний список indexable URL із sitemap, результатів сканування, Search Console, аналітики та журналів сервера. Окремо позначте сторінки з трафіком, зовнішніми посиланнями, конверсіями та мовними відповідниками.

Зафіксуйте код стану, title, canonical, robots, hreflang і структуровані дані. Це початковий зріз для порівняння після релізу, а не просто архів таблиці.

  • URL і основний пошуковий намір сторінки.
  • Цільовий новий URL або рішення залишити, об’єднати або видалити.
  • Поточний canonical і можливість індексації.
  • Внутрішні та зовнішні входящі посилання.

Карта URL і перенаправлення 301

Кожен цінний старий URL має вести на найближчий еквівалент. Масове перенаправлення на головну створює поганий досвід і не зберігає контекст сторінки.

Уникайте ланцюжків перенаправлень: старий URL повинен одразу вести на фінальний. Якщо сторінку видалено без еквівалента, чесний 404 або 410 інколи правильніший за випадкову заміну.

Старий станРішення
URL не змінюєтьсяЗалишити та вказати canonical на себе
Є прямий новий еквівалент301 на фінальний URL
Дві сторінки об’єднано301 обох на змістовну нову
Еквівалента немаєОцінити 404/410 і прибрати посилання

У день запуску

Перевірте HTTPS, перенаправлення, canonical, robots.txt, sitemap, hreflang, основні ресурси й HTML-вміст від сервера. Форми й аналітика також критичні: міграція не повинна зробити сайт технічно доступним, але непридатним для бізнесу.

Новий sitemap містить тільки canonical indexable URL. Старі URL не додаються до нього заради прискорення перенаправлень.

  1. Запустити контрольне сканування.
  2. Перевірити пріоритетні перенаправлення вручну.
  3. Підтвердити відсутність директиви noindex на цільових сторінках.
  4. Надіслати актуальний sitemap у Search Console.

Після запуску: моніторинг і виправлення

Протягом перших днів перевіряйте 404, 5xx, ланцюжків перенаправлень, проблеми canonical та заявок. У Search Console стежте за індексацією, сторінками й sitemap, але пам’ятайте, що звіти оновлюються не миттєво.

Порівнюйте дані з початковими показниками за групами сторінок. Якщо важливий URL випав, спочатку перевірте доступність, canonical, robots.txt, внутрішні посилання й перенаправлення, а не створюйте новий дубль.

  • Не оновлювати lastmod без реальної зміни контенту.
  • Не закривати старий сервер до стабільної перевірки.
  • Не змінювати кілька системних речей без журналу релізу.
Короткі відповіді

Часті запитання

Чи гарантують перенаправлення 301 збереження позицій?

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

Як довго зберігати перенаправлення?

Довгостроково. Старі посилання й закладки можуть використовуватися роками.

Чи треба змінювати sitemap до запуску?

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

Офіційні джерела та інструменти