SEO чек-ліст при міграції сайту: покрокова інструкція

Міграція сайту — один із найризикованіших процесів для SEO. Навіть при незначній технічній помилці можна втратити 30–70% органічного трафіку. Ця інструкція проведе вас через кожен етап: від підготовки до постмігаційного моніторингу.

Що таке SEO-міграція і коли вона потрібна

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

• Зміна домену (наприклад, old-site.com → new-site.com)
• Переїзд з HTTP на HTTPS
• Зміна CMS (WordPress → Shopify, OpenCart → WooCommerce)
• Редизайн зі зміною URL-структури
• Об’єднання або розділення сайтів
• Зміна мовної структури або регіону

Головне правило: будь-яка з цих дій без SEO-підготовки = гарантована просадка трафіку.

Крок 1. Збір базових даних (до старту міграції)

Перш ніж щось змінювати — зафіксуйте поточний стан сайту. Це ваша точка відліку для порівняння після міграції.

Що зібрати:

1. Трафік з органіки — зайдіть у Google Analytics 4 → Acquisition → Organic Search. Збережіть звіт за останні 3 місяці.
2. Позиції ключових слів — вивантажте з Google Search Console список запитів і позицій (мінімум топ-50 сторінок).
3. Список URL — повний краулінг сайту через Screaming Frog або Sitebulb. Збережіть усі URL зі статусом 200.
4. Зворотні посилання — вивантажте з Ahrefs або GSC список усіх зовнішніх посилань з якорями та донорськими сторінками.
5. Технічні метрики — Core Web Vitals, швидкість завантаження (PageSpeed Insights), поточний robots.txt і sitemap.xml.

📋 Чеклист:

• Збережений звіт трафіку GA4 (PDF або таблиця)
• Вивантажений список позицій з GSC
• CSV з усіма URL сайту
• Список backlinks (Ahrefs / GSC)
• Скріншот або PDF звіту PageSpeed

Крок 2. Карта редиректів

Кожна стара URL, яка мала трафік або зовнішні посилання, повинна отримати 301-редирект на нову релевантну сторінку. Це найважливіший елемент міграції.

Як скласти карту редиректів:

1. Відкрийте CSV зі старими URL (з кроку 1).
2. Для кожної URL вкажіть відповідну нову адресу.
3. Якщо сторінка зникає без заміни — редирект веде на найближчу тематичну або на головну.
4. Таблицю ведіть у форматі: стара URL | нова URL | статус (301/410)

Правила:

• Тільки 301 (постійний) — не 302, не meta refresh.
• Уникайте ланцюжків: A→B→C — має бути A→C.
• Не робіть редирект усього сайту на головну — це сигнал для Google про soft 404.
• Сторінки, яких більше немає і замінити нічим — повертайте 410 Gone.

📋 Чеклист:

• Таблиця редиректів заповнена для всіх сторінок з трафіком
• Немає ланцюжків редиректів
• Налаштовані 301 на новому сервері (або через .htaccess / nginx)
• Перевірені редиректи через httpstatus.io або Screaming Frog

Крок 3. Технічна SEO-перевірка нового сайту

До публічного запуску новий сайт має бути технічно готовий. Перевіряйте на staging-середовищі (тестовому сервері).

Що перевірити:

1. robots.txt — переконайтесь, що на продакшні не стоїть Disallow: /. Найчастіша причина втрати індексації після міграції.
2. Sitemap.xml — оновлений, містить нові URL, не містить старих. Відправте в GSC → Sitemaps.
3. Canonical-теги — кожна сторінка вказує сама на себе. Немає помилкових канонікалів на старий домен.
4. Title і meta description — перенесені або покращені. Немає дублів.
5. Hreflang — якщо мультимовний сайт: теги проставлені правильно для всіх мов і регіонів.
6. Швидкість і Core Web Vitals — перевірте через PageSpeed Insights. LCP нижче 2.5s, CLS нижче 0.1, INP нижче 200ms.
7. HTTPS — сертифікат встановлений, всі внутрішні посилання ведуть на https://, немає змішаного контенту.
8. Структуровані дані — Schema.org-розмітка перенесена і валідна (перевірка: Google Rich Results Test).

📋 Чеклист:

• robots.txt дозволяє індексацію
• Sitemap оновлений і відправлений в GSC
• Canonical-теги без помилок
• Title і meta description на кожній сторінці
• Hreflang (якщо мультимовний)
• Core Web Vitals у нормі
• HTTPS без mixed content
• Структуровані дані валідні

Крок 4. Перенесення контенту

Контент — один з головних SEO-сигналів. Його не можна просто скопіювати «як є»: потрібно перевірити збереження всіх елементів.

Що перевірити для кожної важливої сторінки:

1. Текстовий контент — повністю перенесений, без обрізань. Не скорочуйте тексти під час міграції.
2. Заголовки H1–H6 — ієрархія збережена, H1 є і він один.
3. Зображення — завантажені на новий сервер (не з посиланням на старий), alt-тексти збережені.
4. Внутрішні посилання — оновлені на нові URL (не ведуть на старий домен або 404).
5. Дата публікації — збережена або оновлена коректно (не виставляйте сьогоднішню дату на старий контент).

📋 Чеклист:

• Весь контент перенесений без втрат
• H1 є на кожній сторінці
• Alt-тексти зображень збережені
• Внутрішні посилання вказують на нові URL
• Зображення завантажені на новий хост

Крок 5. Запуск і перші 48 годин

Момент переключення DNS — найкритичніший. Дійте за чітким планом.

Послідовність дій при запуску:

1. Зменшіть TTL DNS до 300 секунд за 24 год до міграції — щоб переключення відбулось швидко.
2. Запустіть новий сайт у неробочий час (ніч, вихідні) — менше користувачів постраждає від недоступності.
3. Одразу після переключення — перевірте доступність сайту через downdetector або uptimerobot.
4. Запустіть краулінг через Screaming Frog для виявлення 404 і помилок редиректів.
5. Перевірте в GSC — надішліть URL для індексації ключових сторінок через «URL Inspection».
6. Переконайтесь, що GA4 і GSC отримують дані (лічильник не зламаний).

📋 Чеклист запуску:

• TTL DNS знижений заздалегідь
• Запуск у неробочий час
• Сайт доступний після переключення
• Краулінг показує 0 критичних помилок
• GSC отримує дані
• GA4 фіксує сесії

Крок 6. Постмігаційний моніторинг (30–90 днів)

Навіть ідеальна міграція потребує моніторингу. Трафік може тимчасово просісти — це нормально. Але потрібно відрізнити тимчасову турбулентність від реальних проблем.

Що і коли моніторити:

Нормальні терміни стабілізації трафіку:

• Малі сайти (до 100 сторінок) — 2–4 тижні
• Середні сайти (100–1000 сторінок) — 4–8 тижнів
• Великі каталоги (1000+ сторінок) — 2–4 місяці

Якщо через 3 місяці трафік не відновився до 80% від попереднього рівня — шукайте технічну проблему: найчастіше це помилкові canonical або неповна карта редиректів.

Критичні помилки, які знищують трафік після міграції

1. Закритий robots.txt на продакшні — сайт повністю випадає з індексу. Перевіряйте одразу після запуску.
2. Відсутні редиректи — Google і Bing забувають сторінки без 301. Посилальна маса втрачається.
3. Canonical на старий домен — новий сайт ніколи не займе позиції, якщо canonical вказує на старий.
4. Втрачений контент — навіть одна важлива сторінка без редиректу = втрата її позицій назавжди (без повторної роботи).
5. Зміна URL без редиректів одночасно з редизайном — подвійний удар по SEO. Робіть зміни окремими кроками.
6. Видалення структурованих даних — втрата rich snippets у видачі = падіння CTR на 20–40%.

Інструменти для SEO-міграції

Підсумок: повний чеклист SEO-міграції

До міграції:

• Зібрані базові дані (трафік, позиції, URL, посилання)
• Складена карта редиректів
• Технічна перевірка нового сайту на staging
• Перевірений контент на всіх ключових сторінках

Під час міграції:

• Знижений TTL DNS
• Запуск у неробочий час
• Негайна перевірка доступності і краулінг

Після міграції (30 днів):

• Моніторинг трафіку щодня
• Перевірка 404 і помилок індексації
• Відстеження позицій щотижня
• Аналіз Core Web Vitals

Міграція — це не одноразова дія, а процес, який потребує планування та контролю. Дотримання цього чеклісту дозволяє зберегти 90–100% органічного трафіку навіть при радикальних змінах сайту.