Перенесення сайту на нову платформу: як не втратити дані й позиції

Пошуковик не карає за зміну платформи — він реагує на те, що сторінки раптом стали недоступні або невпізнанні. Практично всі падіння після переїзду зводяться до п'яти причин:

• Адреси змінилися без редиректів. Нова CMS зробила свої URL, старі віддають 404 — разом із ними зникають позиції й зовнішні посилання.
• Метатеги не переїхали. Title і description згенерувалися шаблонно, і сторінка, що роками трималася на точному заголовку, стала «Категорія — Магазин».
• Забутий noindex. Тестовий майданчик закрили від індексації — і забули відкрити після запуску.
• Дублі з фільтрів. Нова платформа плодить сторінки з параметрами, і замість однієї сильної сторінки в індексі сорок слабких.
• Перенесли не все. Частина товарів без описів і фото, порожні категорії, зниклі статті блогу — сумарна цінність сайту для пошуку просіла.

Мінімальний перелік, без якого переїзд не можна вважати завершеним:

• Товари й каталог — з характеристиками, фото, категоріями, брендами, залишками й цінами, разом із фільтрами.
• Замовлення й клієнти — історія зі складом і статусами, акаунти, адреси доставки, відгуки. Це найчастіше «забувають», бо воно не видно на сайті.
• Контент — сторінки, статті, документи, мовні версії.
• SEO-шар — структура URL, title і description кожної сторінки, canonical, sitemap, robots, мікророзмітка.

Окремо про замовлення й клієнтів: технічно сайт працюватиме й без них, тому в дешевих переїздах їх лишають у старій базі. Через півроку хостинг вимикають — і разом із ним зникає вся історія покупок. Це не гіпотеза, це найчастіша втрата при міграції.

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

• Не звалюйте все на головну: масовий редирект на «/» Google трактує як м'яку помилку 404, і сторінка просто випадає.
• Уникайте ланцюжків: стара → проміжна → нова. Кожна ланка втрачає вагу і час.
• Перевіряйте не вибірково, а списком: усі адреси зі старого sitemap мають віддавати 200 або 301, і жодна — 404.
• Не забудьте про версії з www і без, http і https — це теж адреси.

1. Знімаємо еталон. До початку робіт вивантажуємо повну карту старого сайту: усі адреси, title, description, H1 і позиції на сьогодні. Далі це — точка звірки.
2. Збираємо нову платформу окремо. Старий сайт увесь цей час працює й продає.
3. Пробний перенос на копії. Звіряємо кількість: товарів було 4 312 — стало 4 312. Не «приблизно стільки ж».
4. Карта редиректів. Кожна адреса з еталона отримує відповідник.
5. Перемикання у вікно найменшого трафіку. Старий майданчик лишається живим кілька днів — відкат за хвилину.
6. Два тижні спостереження. Search Console, позиції, 404, заявки, форми, оплата.

• robots.txt відкритий, meta noindex зняті — перевірити руками, а не «має бути ок».
• Новий sitemap.xml згенерований і надісланий у Search Console.
• Вибіркова перевірка 20–30 старих адрес: усі віддають 200 або 301.
• Title і description ключових сторінок збігаються з еталоном.
• Форми, кошик і оплата проходять наскрізно — з реальним тестовим замовленням.
• Лічильники аналітики й конверсії працюють, цілі не загубились.
• Швидкість: Core Web Vitals не гірші за старий сайт.

Головне правило перевірки: код 200 ще не означає, що сторінка ціла. Порівнюйте з еталоном — вміст, метатеги, кількість товарів у категорії.

Переїзд сайту-візитки чи корпоративного сайту — 2–4 тижні; магазин із тисячами товарів та інтеграціями — від 5 тижнів. Ціна складається з нової платформи за прайсом (від €325 за візитку, від €895 за магазин) і робіт з перенесення даних, обсяг яких видно після аудиту.

Не плутайте це з переїздом на інший хостинг без зміни движка: там та сама система на новому сервері, робота на день-два й ціна від €50. Якщо вам пропонують «перенести сайт на нову платформу» за такі гроші — швидше за все, перенесуть дизайн, а дані лишать.