Міграція інтернет-магазину без втрати SEO і замовлень: покроковий план

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

Коли переїзд справді потрібен, а коли достатньо оптимізації

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

• каталог завантажується довше 3–4 секунд навіть після оптимізації зображень, кешу й хостингу;
• кожне оновлення ядра чи модуля ламає обмін з 1С або CRM;
• модулі конфліктують, а нову функцію не додати без переписування чужого коду;
• магазин працює на старій версії, наприклад OpenCart 1.5 чи 2.x, під яку важко знайти розробників і сучасний PHP;
• варіанти, оптові ціни чи кілька складів доводиться реалізовувати обхідними рішеннями.

Якщо проблема локальна, дешевше залишитися. Повільний сайт часто гальмує через слабкий хостинг, фото по 2–3 МБ або один важкий модуль фільтра. Таку оптимізацію з нашого досвіду роблять за 1–3 тижні, і нерідко вона обходиться в кілька сотень доларів. Переїзд коштує в рази дорожче й триває місяці.

Типові напрями переїзду в Україні

Якщо обираєте між двома найпопулярнішими CMS, подивіться наше чесне порівняння WooCommerce і OpenCart.

Що магазини втрачають через невдалу міграцію

До нас регулярно приходять магазини після переїзду, який робили інші підрядники. У таких проєктах ми бачили падіння органіки на 30–70%, яке не відновлювалося і через два-три місяці. Причини повторюються.

• SEO. Редиректів немає або всі ведуть на головну. Зникли тексти категорій, мета-теги й мікророзмітка, тому з видачі пропали ціни й рейтинг.
• Дані. Не перенесли історію замовлень, акаунти, бонуси, відгуки. Зламалася прив'язка товарів до 1С, і залишки перестали оновлюватися.
• Процеси. Не формуються фіди для Google Shopping, Rozetka і Prom, не спрацьовують пікселі Meta й теги GA4, не створюються ТТН і чеки Checkbox. Такі збої помічають не одразу: реклама працює, конверсії не фіксуються, і алгоритми гірше знаходять покупців.

Аудит перед переїздом: що зібрати до першого рядка коду

Повний список URL: з яких джерел збирати

Жодне джерело окремо не дає повної картини, тому адреси збираємо з кількох:

• краулінг через Screaming Frog або Netpeak Spider;
• усі файли sitemap.xml;
• звіт «Ефективність» у Google Search Console за 12 місяців;
• сторінки входу з GA4;
• сторінки із зовнішніми посиланнями з Ahrefs, Serpstat або Search Console.

Усе зводимо в таблицю: URL, тип сторінки, кліки, покази, зовнішні посилання. З неї потім будується карта редиректів. Для магазину на 3000 товарів із фільтрами й пагінацією може вийти 8–20 тисяч адрес.

Знімок метрик: що зафіксувати до переїзду

Без точки порівняння не зрозуміти, чим викликана просадка: переїздом чи сезоном. Зафіксуйте позиції за 100–300 ключовими запитами, органічні сесії й замовлення по топових категоріях, конверсію, середній чек і Core Web Vitals для головної, категорії й картки товару. Зберігайте тижневі зрізи, а не середнє за місяць.

Інтеграції: що переносимо, а що прибираємо

Випишіть усі системи, з якими магазин обмінюється даними: 1С або BAS, CRM, Нова Пошта й Укрпошта, LiqPay, WayForPay чи Monobank, Checkbox, фіди маркетплейсів, пікселі, email-сервіс, чат. Для кожної вирішіть: переносимо, замінюємо чи прибираємо. Частина модулів старого магазину зазвичай уже не використовується, і переносити їх немає сенсу. Цей етап ми проводимо в межах технічного аудиту інтернет-магазину: на виході ви отримуєте таблицю URL, знімок метрик і рішення по кожній інтеграції.

Карта редиректів і структура URL: де помиляються найчастіше

301 редирект передає новій сторінці накопичену вагу старої, але тільки тоді, коли нова сторінка відповідає старій за змістом.

Правило 1:1: категорія на категорію, товар на товар

Масовий редирект усього на головну Google зазвичай сприймає як soft 404: вага не передається, сторінки випадають з індексу. Схожий ефект буває, якщо всі товари перенаправити на батьківську категорію. Найнадійніше, коли старі URL взагалі не змінюються. WooCommerce, Laravel і Next.js дають повний контроль над адресами. Shopify жорстко додає /products/ і /collections/, тому там редиректи неминучі.

Що робити з фільтрами, пагінацією, варіантами й архівом

• Фільтрові сторінки з трафіком, наприклад «кросівки чоловічі Nike», переносимо як окремі посадкові з тим самим текстом і мета-тегами. Комбінації без трафіку закриваємо від індексації. Детальніше про це в статті про фільтри товарів для продажів і SEO.
• Пагінацію переносимо посторінково: друга сторінка веде на нову другу, а не на першу.
• Варіанти товару з окремими URL ведемо на картку з попередньо вибраним варіантом або на основну картку.
• Видалені товари з посиланнями чи трафіком ведемо на найближчий аналог або підкатегорію. Позиції без трафіку можна віддати кодом 410.

Що перевірити в таблиці редиректів до запуску

• немає ланцюжків: стара адреса веде одразу на кінцеву;
• одна версія домену, з www або без, і тільки https;
• однаковий слеш у кінці URL;
• враховано регістр і кирилицю в старих адресах, бо в OpenCart часто трапляються обидва варіанти;
• UTM-мітки та інші GET-параметри не ламають редирект;
• жоден редирект не веде на 404 чи noindex.

Перенесення даних: товари, клієнти, замовлення, контент

Каталог: чистимо атрибути й зберігаємо коди 1С

Перенесення інтернет-магазину на іншу платформу найчастіше ламається на атрибутах. Якщо колір записаний як «чорний», «Чорний» і «black», нові фільтри покажуть три значення. Тому до імпорту ми нормалізуємо довідники характеристик. У кожному товарі й варіанті зберігаємо ідентифікатор з 1С (GUID або код), тоді обмін залишками й цінами запрацює без ручного зіставлення. Як це влаштовано, розписано на сторінці про інтеграцію 1С з інтернет-магазином. Зображення беремо з оригіналів, конвертуємо у WebP і зберігаємо порядок фото.

Клієнти, паролі й бонуси

Акаунти, адреси, телефони й історію замовлень перенести можна. З паролями складніше: кожна платформа хешує їх по-своєму, і WooCommerce не розпізнає хеші, збережені старим OpenCart. Варіантів два. Перший: на новому сайті додаємо перевірку старого хешу, і під час першого входу пароль непомітно перехешовується. Другий: розсилаємо лист із посиланням на встановлення нового пароля. Бонусні баланси й персональні знижки переносимо окремим імпортом і звіряємо до гривні. За кілька днів до переїзду попереджаємо покупців розсилкою, що їхні дані й бонуси збережені.

SEO-контент: що має з'явитися на новому сайті

Під час зміни CMS інтернет-магазину ці елементи мають перейти без змін або в кращому вигляді:

• title, description і H1 категорій, товарів, брендів і посадкових фільтрів;
• тексти категорій у тому самому обсязі;
• alt зображень;
• мікророзмітка Product, Offer, AggregateRating, BreadcrumbList;
• відгуки з датами й оцінками на тих самих товарах;
• хлібні крихти й перелінковка між категоріями;
• hreflang, якщо магазин мультимовний.

Тестова версія і день запуску: покроковий чек-лист

Що перевірити на тестовій версії

Тестову версію закриваємо паролем на рівні сервера: robots.txt не гарантує, що сторінки не потраплять в індекс. Усі редиректи проганяємо скриптом: кожна стара адреса має віддати один 301 на сторінку з кодом 200. Далі робимо тестові замовлення в кожній комбінації оплати й доставки: картка, оплата частинами, накладений платіж, відділення, поштомат, кур'єр. Для кожного перевіряємо, що замовлення дійшло до CRM і 1С, створилася ТТН і сформувався фіскальний чек.

Порядок дій у день перемикання

1. Заморожуємо зміни на старому сайті: ніхто не редагує товари й ціни.
2. Переносимо замовлення, клієнтів і відгуки, що з'явилися після основного імпорту.
3. Перемикаємо DNS. TTL записів знижуємо заздалегідь, за 1–2 дні.
4. Знімаємо пароль і noindex, перевіряємо robots.txt.
5. Вмикаємо редиректи й вручну перевіряємо 50–100 найважливіших адрес.
6. Додаємо нову sitemap у Search Console.
7. Перевіряємо події покупки в GA4, пікселі й фіди Google Merchant Center.
8. Супроводжуємо перше реальне замовлення до створення ТТН.

Запускаємо у вівторок або середу зранку, щоб до вихідних, коли в багатьох магазинах пік замовлень, спокійно виправити дрібниці. Не плануйте переїзд на 4–6 тижнів перед сезоном: Чорною п'ятницею, підготовкою до школи чи перевзуванням для шин. Просадка в цей період коштує найдорожче.

Перші 30–60 днів після запуску: що моніторити щодня

Невелика просадка нормальна: Google заново обходить сайт і обробляє редиректи. З нашого досвіду, після коректної міграції трафік зазвичай падає на 5–15% на 2–4 тижні й повертається до рівня знімка за 1–2 місяці. Якщо падіння перевищує 20% або триває довше місяця без ознак відновлення, шукайте помилку. Щодня в перший місяць перевіряйте:

• помилки 404 і 5xx у Search Console та логах сервера;
• звіт «Сторінки»: скільки адрес в індексі і чи не росте група «Виявлено, наразі не проіндексовано»;
• позиції 20–30 топових категорій;
• замовлення й конверсію порівняно з тим самим днем тижня у знімку;
• обмін з 1С і CRM: чи збігаються залишки й статуси.

Якщо трафік упав більше ніж на 20%, порівняйте сторінки входу з органіки до й після запуску і знайдіть URL, які втратили кліки. Перевірте, чи є для них релевантний редирект і чи не зникли тексти й мета-теги. Окремо перевірте canonical: часто сторінки пагінації посилаються на першу сторінку категорії або canonical вказує на тестовий домен. Після виправлень надішліть ключові сторінки на повторне сканування.

Скільки коштує і скільки триває міграція

Діапазони нижче взяті з нашої практики. Точну суму можна назвати лише після аудиту даних та інтеграцій.

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

Часті запитання

Чи можна переїхати без жодної просадки трафіку?

Іноді так, якщо URL зберігаються, контент переноситься повністю, а новий сайт помітно швидший. Але в план продажів закладайте 5–15% просадки на кілька тижнів.

Чи можна поєднати міграцію з редизайном?

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

Чи втратимо ми відгуки, клієнтів і бонуси?

Ні, якщо ці дані окремо прописані в технічному завданні й звірені після імпорту. Втрачають їх найчастіше тоді, коли в ТЗ написано лише «перенести товари».

Скільки часу Google переіндексовує новий сайт?

Зазвичай головні сторінки оновлюються за кілька днів, основний масив за 2–6 тижнів, великий каталог до 2–3 місяців. Редиректи зі старих адрес тримайте щонайменше рік, а краще постійно. Якщо плануєте переїзд і хочете спершу оцінити обсяг робіт і ризики, напишіть нам. Ми подивимося поточну платформу, трафік та інтеграції і запропонуємо план із фіксованим бюджетом. Як ми працюємо, описано на сторінці міграції інтернет-магазину.