Шаблон SEO-чеклиста для міграції сайту

Чеклист із шести етапів для перенесення сайту на новий домен, платформу, дизайн чи HTTPS без втрати позицій та органічного трафіку.

Саме під час міграцій важко здобуті позиції тихо зникають. Небезпека рідко полягає в одній великій помилці. Це десятки дрібних: редирект, що веде на головну сторінку замість відповідної, переписаний title, правило в robots.txt, що збереглося зі стейджингу, карта сайту, яку так і не подали повторно. Цей чеклист вибудовує дисципліновану, повторювану процедуру навколо кожного ризику. Почніть із фіксації поточних позицій, трафіку та охоплення індексом, щоб мати базу для оцінки відновлення. Зберігайте URL-адреси незмінними скрізь, де це можливо; там, де ні, зіставте кожну стару URL із найближчим новим відповідником одним 301-м редиректом. Збережіть заголовки, мета-теги, підзаголовки, контент і внутрішні посилання. Подайте нову XML-карту сайту, переконайтеся, що robots.txt нічого не блокує, і виконуйте міграцію в період низького трафіку. Пройдіть етапи по черзі — і ви мігруватимете впевнено, а не навмання.

6 готових варіантів

Передміграційний бенчмарк та інвентаризація

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

Етап 1: Бенчмарк та інвентаризація

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

  • Експортуйте поточні органічні позиції за пріоритетними ключовими словами [Дата запису]
  • Зафіксуйте органічний трафік і конверсії з аналітики за попередні 3–6 місяців
  • Занотуйте показники охоплення індексом у Search Console (валідні, виключені, помилки)
  • Виконайте повне сканування робочого сайту [Інструмент сканування] і збережіть експорт
  • Складіть повний перелік URL-адрес зі статус-кодами, заголовками та мета-тегами
  • Зафіксуйте топові сторінки зі зворотними посиланнями, щоб захистити їхні відповідники
  • Збережіть поточні robots.txt, XML-карту сайту та структуровані дані

Відповідальний: [Ім'я] та Базу зафіксовано: [Дата]. Зберігайте всі експорти в одній спільній теці: ви звірятиметеся з ними тижнями.

Карта редиректів (1:1 стара → нова)

Складіть чисту посторінкову карту редиректів, щоб кожна стара URL потрапляла на найближчий новий відповідник одним 301-м.

Етап 2: Карта редиректів

Редиректи переносять ваш авторитет зі старих URL на нові. Мета — карта 1:1. Кожна URL, що виводиться з обігу, веде на єдину найрелевантнішу сторінку нового сайту. Недбала карта — найпоширеніша причина втрати трафіку під час міграції.

  1. Перелічіть кожну стару URL зі свого переліку з Етапу 1 [Вихідний файл]
  2. Зіставте кожну з найближчою новою URL: та сама тема, той самий намір
  3. Використовуйте постійні 301-редиректи, а не 302, для переміщених сторінок
  4. Уникайте ланцюжків редиректів і циклів. Ведіть одразу на кінцеву URL
  5. Ніколи не робіть масовий редирект на головну; зіставляйте «сироти» з найкращою сторінкою розділу
  6. Визначте, що робити з виведеними сторінками без відповідника [410 або редирект]
  7. Свідомо зберігайте параметри URL і правила щодо кінцевого слеша

Протестуйте всю карту на стейджингу перед запуском. Карту перевірив: [Ім'я]. Повна карта без ланцюжків — це найпотужніший важіль, який ви контролюєте.

Відповідність сторінок

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

Етап 3: Відповідність сторінок

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

  • Перенесіть title-теги точно або покращуйте їх свідомо, ніколи не викидайте
  • Збережіть мета-описи для сторінок, що приносять кліки
  • Тримайте H1 та ієрархію заголовків узгодженими зі старою сторінкою
  • Зіставляйте основний контент, не обрізайте й не «розріджуйте» ключові сторінки потайки
  • Оновіть внутрішні посилання, щоб вони вели на кінцеві нові URL, а не на редиректи
  • Переспрямуйте посилання в навігації, футері та хлібних крихтах
  • Перенесіть структуровані дані та alt-текст зображень [Типи схем]

Спершу вибірково перевірте шаблони з найбільшим трафіком і конверсією. Відповідальний за QA відповідності: [Ім'я]. Там, де ви таки змінюєте текст, фіксуйте це, щоб потім співвіднести будь-яку зміну позицій із правкою.

Технічне налаштування

Правильно налаштуйте robots.txt, карти сайту, канонікали, hreflang та аналітику на новому сайті до запуску й під час нього.

Етап 4: Технічне налаштування

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

  1. Переконайтеся, що robots.txt не блокує сканування на продакшені [URL]
  2. Приберіть будь-які теги noindex, що лишилися зі стейджингу
  3. Згенеруйте чисту XML-карту сайту лише з кінцевими, індексованими URL
  4. Встановіть самопосилальні канонічні теги на кожній сторінці
  5. Налаштуйте hreflang, якщо ви обслуговуєте кілька мов чи регіонів
  6. Перевірте HTTPS і те, що HTTP-запити переспрямовуються на захищену версію
  7. Встановіть аналітику та Search Console на новому ресурсі [GA / GSC ID]

Перевірте карту сайту й виконайте свіже сканування стейджингу, щоб рано виявити помилки. Технічні перевірки затвердив: [Ім'я]. Зробіть це правильно до дня запуску, а не під час нього.

Чеклист дня запуску

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

Етап 5: День запуску

День запуску — це виконання, а не ухвалення рішень. Усі рішення мають бути вже ухвалені. Виконуйте перемикання в період низького трафіку й дотримуйтеся послідовності, щоб спокійний чеклист замінив метушню в останню хвилину.

  1. Заплануйте перемикання на період низького трафіку [Дата / час]
  2. Розгорніть новий сайт і активуйте всі 301-редиректи одразу
  3. Переконайтеся, що продакшн-robots.txt дозволяє сканування й не має залишкових блокувань
  4. Подайте нову XML-карту сайту в Search Console
  5. Вибірково перевірте, що ключові редиректи повертають 301 → 200, а не ланцюжки чи 404
  6. Переконайтеся, що аналітика спрацьовує й відстежує нові URL
  7. Протестуйте форми, пошук, оформлення замовлення та інші критичні шляхи

Тримайте команду на зв'язку кілька годин після запуску. Керівник запуску: [Ім'я] та Час запуску: [Час]. Утримайтеся від змін контенту того ж дня: відокремлюйте запуск від правок.

Моніторинг після запуску

Стежте за Search Console, помилками сканування та позиціями після запуску, щоб швидко виявляти й усувати проблеми.

Етап 6: Моніторинг після запуску

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

  • Щодня моніторте Search Console на охоплення й помилки сканування
  • Стежте за сплесками 404 і швидко виправляйте чи переспрямовуйте їх
  • Пересканійте робочий сайт, щоб виявити биті посилання та хибні редиректи
  • Переконайтеся, що нові URL індексуються, а старі випадають
  • Відстежуйте позиції й трафік відносно вашої бази з Етапу 1
  • Скористайтеся інструментом Change of Address, якщо ви змінили домен
  • Переконайтеся, що карту сайту оброблено, а якщо ви налаштували hreflang — що в ньому немає помилок

Фіксуйте кожне виправлення з датою, щоб пов'язати дії з відновленням. Відповідальний за моніторинг: [Ім'я] та Огляд до: [Кінцева дата]. Не панікуйте через ранні просідання: досліджуйте, документуйте й давайте час пересканування.

Як використовувати цей шаблон

  1. Спершу бенчмарк. Перш ніж щось змінювати, експортуйте поточні позиції, органічний трафік, конверсії та охоплення індексом у Search Console, а потім збережіть їх як базу для вимірювання відновлення.
  2. Інвентаризуйте кожну URL. Виконайте повне сканування робочого сайту й складіть повний перелік URL зі статус-кодами, заголовками та мета-тегами, щоб під час переїзду нічого не забути.
  3. Зберігайте URL незмінними, де можете. Найбезпечніша міграція змінює якомога менше URL; переспрямовуйте лише ті, що справді мають змінитися.
  4. Зіставляйте редиректи 1:1. Ведіть кожну стару URL на єдиний найближчий відповідник через 301, уникаючи ланцюжків, циклів і масових редиректів на головну.
  5. Зберігайте відповідність сторінок. Перенесіть заголовки, мета-описи, підзаголовки й контент, а внутрішні посилання оновіть, щоб вони вели на кінцеві нові URL, а не через редиректи.
  6. Зафіксуйте технічне налаштування. Переконайтеся, що robots.txt не блокує, приберіть теги noindex зі стейджингу, встановіть самопосилальні канонікали, налаштуйте hreflang за потреби й подайте чисту XML-карту сайту.
  7. Запускайте в період низького трафіку. Розгорніть сайт, активуйте всі редиректи одразу, повторно подайте карту сайту й вибірково перевірте, що ключові сторінки повертають 301, а потім 200.
  8. Моніторте після запуску. Щодня перевіряйте Search Console на помилки сканування та охоплення, швидко виправляйте 404, відстежуйте позиції відносно бази й очікуйте тимчасові коливання, перш ніж усе стабілізується.

Поради

  • Не переспрямовуйте все на головну. 301 на нерелевантну сторінку сприймається як soft 404 і передає мало ваги: завжди зіставляйте з найближчою відповідною сторінкою.
  • Усувайте ланцюжки редиректів. Кожен зайвий крок марнує бюджет сканування й розмиває сигнали; ведіть старі URL одразу на кінцевий пункт, а не через проміжні редиректи.
  • Оновлюйте внутрішні посилання на кінцеві URL. Посилання через редиректи працюють, але марнотратні; правка навігації, тексту й футера на нові URL тримає сайт чистим і швидким для сканування.
  • Очікуйте тимчасове просідання й не реагуйте надмірно. Позиції часто хитаються, поки пошуковики пересканують і переіндексовують; досліджуйте справжні помилки, але дайте правильно виконаній міграції час устоятися, а не повертайте все назад.

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

Чи втрачу я позиції під час міграції сайту?

Тимчасові коливання — це нормально, поки пошуковики пересканують і переіндексовують ваші нові URL. Ретельно виконана міграція з 301-редиректами 1:1, збереженими елементами сторінок і повторно поданою картою сайту має всі шанси відновитися, тоді як недбала може призвести до тривалих втрат. Кроки з бенчмаркінгу, зіставлення та відповідності в цьому чеклисті існують саме для того, щоб мінімізувати й скоротити це просідання.

Чи варто зберігати URL незмінними під час міграції?

Так, скрізь, де це можливо. Що менше URL ви змінюєте, то менше може піти не так, бо ви уникаєте потреби в редиректах і втрати сигналів, що з ними пов'язана. Змінюйте URL лише тоді, коли міграція справді цього вимагає (наприклад, новий домен чи платформа, що нав'язує іншу структуру), і ретельно зіставляйте кожну змінену URL із новим відповідником.

Як правильно налаштувати редиректи для міграції?

Використовуйте постійні 301-редиректи, зіставлені 1:1, щоб кожна стара URL вела на єдиний найближчий відповідник на новому сайті. Уникайте ланцюжків і циклів редиректів, ведучи одразу на кінцеву URL, і ніколи не робіть масовий редирект нерелевантних сторінок на головну: пошуковики можуть трактувати їх як soft 404 і передати мало ваги або взагалі нічого.

Чи потрібно повторно подавати карту сайту й перевіряти robots.txt після міграції?

Так. Згенеруйте свіжу XML-карту сайту лише з кінцевими, індексованими URL і подайте її в Search Console, щоб пришвидшити виявлення. Не менш важливо переконатися, що ваш продакшн-robots.txt не блокує сканування і що жоден тег noindex не вцілів зі стейджингу. Одне забуте правило може тримати ваш новий сайт поза індексом.

Коли найкраще запускати міграцію?

Заплануйте перемикання на період низького трафіку, щоб можливі проблеми зачепили якнайменше користувачів і ви мали простір для реакції. Активуйте всі редиректи одразу, повторно подайте карту сайту й тримайте команду на зв'язку кілька годин після цього. Уникайте сторонніх змін контенту того ж дня, щоб під час моніторингу можна було відокремити ефект міграції.

За чим стежити після того, як міграція запрацює?

Щодня перевіряйте Google Search Console на помилки сканування й проблеми охоплення, швидко виправляйте чи переспрямовуйте будь-який сплеск 404 і пересканюйте робочий сайт, щоб виявити биті посилання та хибні редиректи. Відстежуйте позиції й трафік відносно бази, зафіксованої перед міграцією, і переконайтеся, що нові URL індексуються, а старі випадають. Очікуйте тимчасові коливання, перш ніж усе стабілізується.