Міграція сайту без втрати SEO

Міграція сайту без втрати SEO - це насамперед підготовка. До запуску ви збираєте всі URL, які приносять трафік або посилання, прив’язуєте кожен до нової адреси постійним редиректом і зберігаєте контент та технічні сигнали, завдяки яким сторінки ранжувалися. Після запуску щонайменше місяць стежите за помилками сканування й позиціями. Трафік зазвичай падає, коли один із цих кроків пропустили.

Посібник стосується редизайну, зміни платформи й переїзду на новий домен. Деталі різняться, а метод однаковий.

Чому позиції падають після міграції сайту?

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

Трафік зазвичай падає з кількох знайомих причин:

Немає редиректів. Старі URL віддають 404, і посилання та позиції втрачаються.
Редиректи не туди. Усе веде на головну, а пошуковики часто сприймають це як 404.
Контент прибрали або скоротили. Детальна сторінка послуги перетворилася на три короткі абзаци й форму.
Технічні регресії. Забутий noindex зі стейджингу, canonical на старий домен, зламаний hreflang, повільніші сторінки.
Внутрішні посилання не оновили. Сайт посилається на власні старі URL і проганяє кожного відвідувача через редирект.

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

Який тип міграції у вас?

Ризик залежить від того, скільки змінюється одночасно.

Оновлення лише дизайну. Ті самі URL і контент, новий вигляд. Найнижчий ризик. Головне - паритет контенту і швидкість.
Зміна платформи. Наприклад, перехід із конструктора на власний стек. Формат URL часто змінюється, а шаблони генерують іншу розмітку. Один із типових випадків ми розібрали в статті про міграцію з Webflow на Next.js.
Зміна структури URL. Нові розділи, нові слаги, об’єднані чи розділені сторінки. Середній або високий ризик, бо кожна змінена адреса потребує редиректу.
Зміна домену. Ребрендинг або перехід із національного домену на .com. Найвищий ризик: змінюються всі URL, і пошуковикам треба вивчити новий домен.

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

Чекліст міграції сайту без втрати SEO перед запуском

Більша частина роботи відбувається до того, як хтось перемкне DNS.

Послідовність: сканування старого сайту, карта редиректів, тестування на стейджингу і запуск

1. Проскануйте старий сайт і складіть інвентар

Зберіть повний список URL із кількох джерел, бо жодне не містить усього:

Сканування живого сайту десктопним краулером.
XML-карти сайту.
Звіти «Сторінки» та «Ефективність» у Search Console.
Сторінки входу в аналітиці за останні 12 місяців.
Список сторінок із зовнішніми посиланнями з вашого інструмента для беклінків.

Об’єднайте все в одну таблицю і збережіть її. Вона знадобиться й після запуску.

2. Зафіксуйте відправну точку

Вивантажте з Search Console кліки, покази й середню позицію для кожної сторінки. Збережіть головні запити. Занотуйте органічні сеанси й конверсії за сторінками входу в аналітиці. Без цього не відрізнити звичайне просідання від реальної втрати.

3. Складіть карту редиректів

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

old_url,new_url,status
/services/branding/,/services/brand-identity,301
/blog/2023/05/site-speed-tips/,/blog/site-speed-tips,301
/about-us/,/about,301
/old-promo-2022/,/offers,301

Правила, які тримають карту в порядку:

Один крок. Зі старого URL одразу на кінцевий, без ланцюжків через проміжні адреси.
Найближчий відповідник. Ведіть на сторінку, що закриває ту саму потребу, а не на головну.
Постійний статус. Для постійного переїзду - 301 або 308. Тимчасові редиректи дають хибний сигнал.
Свідоме видалення. Якщо сторінка не має відповідника і цінності, нехай віддає 404 чи 410 навмисно, а не випадково.

4. Перевірте паритет контенту

Порівняйте кожну важливу стару сторінку з новою версією. Заголовки, підзаголовки, текст, внутрішні посилання, зображення й FAQ мають перейти, якщо ви свідомо їх не покращуєте. Редизайн - добрий момент переписати слабкі сторінки, але не урізайте сильні під шаблон.

5. Перевірте технічний паритет на стейджингу

До запуску протестуйте новий сайт на стейджингу за цим списком:

Title і meta description перенесені або покращені.
Canonical вказують на нові URL на продакшн-домені.
На багатомовних сайтах пари hreflang повні та взаємні.
Структуровані дані на місці й валідні.
Нова XML-карта містить лише кінцеві URL, доступні для індексації.
Правила robots дозволяють сканувати продакшн-сайт.
Швидкість така сама або краща. Перевірте Core Web Vitals на ключових шаблонах.

Закривайте стейджинг від пошуковиків паролем, а не лише noindex. Тоді не буде тегу, який можна забути зняти під час запуску.

День запуску

Зробіть день запуску нудним. Запускайтеся на початку тижня, а не перед святами чи великою кампанією.

Розгорніть редиректи разом із новим сайтом, а не наступного дня.
Перевірте вибірку старих URL, зокрема топ-50 за трафіком: кожен має давати один 301 на правильну сторінку.
Переконайтеся, що на продакшні немає noindex, а robots.txt дозволяє сканування.
Надішліть нову XML-карту в Search Console.
Якщо змінюється домен, підтвердьте обидва і скористайтеся інструментом зміни адреси.
Оновіть внутрішні посилання, щоб сайт одразу посилався на нові URL.

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

Перші 30 днів після запуску

Хронологія 30 днів після запуску: щоденні перевірки першого тижня і щотижневі потім

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

Якщо ключова сторінка втрачає трафік, перевірте по черзі її редирект, контент і статус індексації. Більшість проблем стає видно в перші два тижні.

Помилки, які коштують найбільше трафіку

Редирект усіх старих URL на головну.
Запуск із забутим noindex зі стейджингу.
Видалення старої карти сайту й списку редиректів після запуску, тож потім ніхто нічого не перевірить.
Зміна домену, платформи і структури URL в одному релізі.
Міграція, під час якої в день запуску ніхто не відповідає за SEO.

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

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

Кожен проєкт редизайну сайту в Kyvrel включає SEO-міграцію: інвентар URL, карту редиректів, перевірки на стейджингу і моніторинг у Search Console після запуску. Редизайн коштує від 9 500 $ за 8 шаблонів сторінок, типовий термін 5-6 тижнів. Якщо вам потрібна лише міграція для нового сайту, це додаткова опція за 1 500 $.

Усі продукти, опції та що до них входить дивіться на сторінці цін.