Міграція сайту на нову CMS: чекліст без втрат

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

Спершу чесне питання: чи потрібна міграція взагалі

Міняти CMS варто, коли виконано хоча б одне:

• контент правлять через розробника — адмінка застаріла або надто складна (типовий випадок для WordPress, що обріс 30 плагінами);
• сайт гальмує, а прискорити його в поточній системі неможливо (важкі теми, рендер «на кожен запит»);
• потрібні функції, яких у системі немає: B2B-прайси, особисті кабінети, багатомовність, глибока інтеграція з CRM/1С;
• безпека: постійні зломи та «чорні» редиректи — хвороба дешевих збірок.

Якщо проблема лише в дизайні — це редизайн на поточній CMS, а не міграція. Корисно розуміти межу до кошторису: наш гід чому сайт не продає: 12 причин допомагає з діагностикою.

Чому міграції «ламають» SEO: анатомія трьох провалів

1. Зламані URL. Сторінка /poslugy/zamovlennya/ стала /services/order/ без редиректу → усі зовнішні посилання та закладки ведуть у 404, вага обнуляється.
2. Втрата «синтетичного» контенту. У старих CMS частина даних жила в полях, яких немає в новій: теги, додаткові описи, schema-розмітка, порядок категорій. Експорт «тексту статті» їх не забирає.
3. Мовчазні форми. Після переїзду форма надсилає лист, але не шле подію в GA4 — через місяць ви вирішуєте, що «сайт став гіршим», хоча просто перестали бачити заявки.

Підготовка: те, що робиться ДО перенесення

Перенесення: технічно обов’язкові пункти

• 301-редиректи за картою URL — на рівні сервера/edge, а не «плагін редиректів», який стане плагіном №31.
• Канонічні URL нового сайту — self-referencing; старий ?utm=-сміття не повинен мігрувати в адресний рядок.
• XML sitemap згенерувати наново й вивантажити в Search Console разом зі старою картою на перехідний період.
• hreflang — якщо багатомовний сайт: перевірити пари перекладів після переїзду, ламаються найчастіше саме вони.
• Структуровані дані (Organization, LocalBusiness, Article, Product) — відновити в новій CMS: у headless вони збираються кодом, а не плагіном, і «самі» не переїдуть.
• Швидкість: переїзд — момент перевірити, що нова збірка швидша за стару (LCP, INP), інакше сенс міграції втрачається: як швидкість сайту впливає на дохід.
• Форми та інтеграції: CRM, email-сповіщення, захист від спаму, оплати — протестувати тестовою заявкою на кожен сценарій, перевірити доставку листів (SPF/DKIM залишаються чинними, лише якщо DNS не чіпали).

День X: перемикання й перші 72 години

1. Перемикання в низький трафік (ніч; неділя для B2C).
2. Перевірка топ-50 сторінок вручну: відкриваєте старий URL → потрапляєте на новий через 301.
3. Search Console: стара + нова карта сайту, звіт про помилки покриття щодня перші 7 днів.
4. Тестова заявка/дзвінок/замовлення — кожен канал, щодня.
5. Жодних «дрібних правок дизайну» першого тижня — кожна зміна ускладнює діагностику падіння.

Моніторинг 30 днів: метрики, а не відчуття

Щодня: помилки 4xx/5xx у логах і Search Console; щотижня: позиції за топ-кластерами, конверсія форм, органічний трафік по сторінках зі старого зліпка. Критерій успіху 30-го дня: organic ≥ 85–90% від baseline по топ-сторінках, заявки йдуть, 404-список порожній. Якщо ні — точкова правка редиректів, а не «відкат».

Приклад із практики

Клієнт із виробничим каталогом на «важкому» WordPress: 40+ плагінів, падіння, правки цін лише через програміста. Перенесли товари й статті в headless-зв’язку (Strapi + швидка вітрина): карта з 680 URL закрита редиректами, медіа переїхали без зміни шляхів, ціни тепер править менеджер. Підсумок: швидкість — у 3 рази вища, органіка повернула позиції за 3 тижні й пішла в зростання — тому що міграція була підготовлена, а не «переклеєна». Таке перенесення робимо в межах послуги редизайн і міграція без втрати SEO.

FAQ

Підсумок

Міграція CMS — проєкт не про «нову адмінку», а про збереження накопиченого: позицій, посилань, контенту й потоку заявок. Три інструменти, які знімають 90% ризику: знімок старого сайту до старту, повна карта URL із 301-редиректами та 30-денний моніторинг із baseline. Ми робимо такі переходи під ключ — почати можна з безкоштовного аудиту старого сайту, де чесно скажемо, чи потрібна вам міграція, чи вистачить лікування. Корисно прочитати: редизайн сайту без втрати позицій і SEO-чекліст міграції.