Почати проект
★★★★★★★★★★★★★★★★★★★★★★★★★-20%SALE🛒🛒🛒
  • Інтернет-магазини

Переїзд із WooCommerce: коли WordPress перестає тягнути каталог

Перенести магазин з WooCommerce — це не про товари. Каталог вивантажується з бази за вечір, а ламається переїзд на трьох інших речах: варіації, які в WooCommerce лежать окремими записами, плагіни, що тримають ціни й доставку, і адреси, які вже знає Google, включно з архівами тегів. Ці три величини рахуємо першими. Сам переїзд — 20–40 робочих днів від затвердження ТЗ, розбір магазину перед ним безкоштовний.

Подивитись, як це працює
Вартість
після безкоштовного аудиту
Гарантія
30 днів після підписання акта
Головна цифра кошторису
не кількість товарів, а кількість плагінів із бізнес-логікою
після безкоштовного аудиту
Вартість
30
Гарантія

днів після підписання акта

не кількість товарів, а кількість плагінів із бізнес-логікою
Головна цифра кошторису
20–40
Строк переїзду

робочих днів від затвердження ТЗ

3–5
Розбір магазину до кошторису

робочих днів, безкоштовно, з документом на руки

285,9 мс
WordPress у нашому вимірі

до першого байта при 119,5 КБ HTML — і жодної робочої карти сайту

1 520,2 мс
Другий виміряний WordPress

до першого байта — найповільніший із 16 виміряних сайтів

на чому магазин стоїть насправді: у трьох картках нашого ж портфоліо стек не збігся з виміром
Що перевіряємо найпершим
передоплата 50%, два раунди правок на дизайні, гарантія 30 календарних днів
Умови
Як проходить робота

Прозорі етапи з погодженням на кожному кроці

Загальний строк:20–40 днів

  1. Розбір магазину й опис плагінів

    3–5 робочих днів

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

  2. ТЗ і карта відповідності адрес

    3–6 робочих днів

    Фіксуємо перелік функцій нового магазину й підписуємо його. Тут же збираємо таблицю «стара адреса → нова» з карти сайту, Search Console і, якщо є доступ, логів сервера.

  3. Збірка магазину на OpenCart

    5–12 робочих днів

    Чиста збірка, структура категорій, шаблон, модулі оплати й доставки під зафіксований у ТЗ список. Функції, які раніше давали плагіни, збираються тут або відкладаються з поміткою.

  4. Перенесення каталогу з варіаціями

    4–8 робочих днів

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

  5. Редиректи, інтеграції, тестове перемикання

    3–6 робочих днів

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

  6. Запуск і 30 днів спостереження

    2–3 робочих дні

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

Технології та інтеграції

На чому будуємо і з чим це з’єднується

Стек

  • OpenCart 4.x за замовчуванням — це гілка, яку розвивають
  • OpenCart 3.x — коли потрібен модуль без збірки під 4.x; версію фіксуємо в ТЗ до старту
  • PHP і MySQL; межа чесно: варіації живуть в опціях товару, і на десятках тисяч комбінацій запити доводиться переглядати руками
  • Прямий доступ до бази WooCommerce — точніше за експорт плагіном, але без доступу до хостингу неможливий
  • nginx, HTTP/2, HTTPS з HSTS — сертифікат шифрує канал і безпеки магазину сам по собі не додає
  • 301-редиректи на рівні сервера — швидше за плагін, але кожен рядок треба перевірити окремим запитом
  • Google Search Console — єдине джерело реальних помилок сканування після перемикання

Інтеграції

  • LiqPay
  • WayForPay
  • Privat24
  • monobank
  • безготівковий розрахунок
  • післяплата
  • Нова Пошта
  • Укрпошта
  • XML-фіди на маркетплейси
  • Google Tag Manager
  • GA4
  • Google Search Console
  • eSputnik
Що входить

Повний перелік робіт і того, що ви отримуєте на виході

  • Вивантаження каталогу напряму з бази WooCommerce — точніше за експорт плагіном, який регулярно губить зв'язок варіації з ціною.
  • Перенесення варіацій зі зв'язком варіант — залишок — ціна: покупець обирає розмір і бачить ту саму наявність, що була.
  • Атрибути стають окремими полями, а не текстом в описі, — саме на них потім спирається фільтр каталогу.
  • Письмовий розбір плагінів: що закриваємо штатно, що модулем, від чого відмовляємось. Список підписуємо до старту.
  • Карта відповідності адрес разом з архівами тегів, авторів і пагінацією — про них при переїздах забувають найчастіше.
  • 301-редиректи з усіх адрес індексу з прогоном повним списком після перемикання, а не вибіркою з десятка сторінок.
  • Технічне SEO нового магазину: ЧПУ, canonical, унікальні title, карта сайту без дублів і директива Sitemap у robots.txt.
  • Перенесення оплати, доставки, аналітики й фідів із перевіркою тестовим замовленням, а не позначкою «модуль встановлено».
  • Заміри першої відповіді, повного завантаження й ваги HTML до і після — щоб про швидкість говорили дві цифри, а не відчуття.
  • Контроль перших 30 днів у Search Console: помилки сканування, звіт по 404 і по спрацюванню редиректів.
  • Передача: доступи, письмова інструкція, прохід адмінки з менеджером. Передоплата 50%, два раунди правок, гарантія 30 днів.
Коли ця послуга не підходить

Що не входить у роботу — щоб не було сюрпризів на здачі

  • Перенесення блогу з усією історією коментарів, якщо ви цього окремо не замовляєте
  • Відтворення функціоналу плагінів, аналогів яким немає, без окремої оцінки
  • Гарантії збереження позицій у пошуку
  • Реклама після запуску
  • Хостинг, домен, еквайринг
Кому підходить

Ситуації, у яких ця послуга дає результат

Ситуація 1 з 4

Каталог виріс, і адмінка почала думати

WooCommerce тримає кожну варіацію окремим записом, а її ціну, залишок і атрибути — окремими рядками метаданих. Дві тисячі моделей по п'ять розмірів — це не дві тисячі записів, а дванадцять тисяч і кілька сотень тисяч рядків навколо них. Список товарів у адмінці ходить саме туди, тому гальмує не «WordPress поганий», а конкретна таблиця під конкретним каталогом.

Розберемо вашу ситуацію на безкоштовному аудиті
Переїзд проти наведення ладу в наявному WooCommerce

Чим цей варіант відрізняється від «Лишитись на WooCommerce»

Бізнес-логікаштатні механізми платформи плюс модулі, склад зафіксований у ТЗ до старту
Варіаціїопції товару в ядрі, залишок ведеться на комбінації
Адреси в індексікарта відповідності й 301 на кожну стару адресу, включно з архівами тегів
Гроші й строк20–40 робочих днів разово, далі оновлення без ліцензійних платежів
Ризикпереїзд у сезон, тому вікно перемикання обираємо за вашим трафіком

Безкоштовний аудит: рахуємо, що тримає ваш магазин

WooCommerce рідко буває чистим: за роки на ньому наростає десяток плагінів, половина з яких критична для замовлень. Аудит складає їх список і показує, що доведеться відтворювати після переїзду.

Що міряємо

  • Плагіни й бізнес-логікаЯкі розширення відповідають за ціни, доставку, знижки, обмін. Це головний чинник кошторису й головна причина, чому переїзди зриваються.
  • Обсяг каталогу й варіаційСкільки товарів і скільки варіацій. Варіативні товари переносяться інакше за прості, і кількість варіацій часто вдвічі-втричі більша за кількість позицій.
  • Адреси в індексіСкільки сторінок доведеться перенаправити. Крім товарів і категорій, у WordPress часто накопичуються архіви тегів і авторів — окрема категорія адрес, які теж треба закрити.
  • Швидкість до переїздуПерша відповідь, повне завантаження й вага HTML — замір до, щоб після переїзду порівнювати цифри. Для орієнтиру: у виміряному нами сайті на WordPress перша відповідь 285,9 мс при вазі HTML 119,5 КБ, і це без каталогу.
  • Карта сайтуЧи вона взагалі є. У виміряному нами сайті на WordPress усі три типові адреси карти сайту віддавали 404, а директиви Sitemap у robots.txt не було.
  • Стан оновлень і безпекиВерсії ядра, теми й плагінів. Часто саме тут і сидить справжня причина переїзду — магазин страшно оновлювати.

Що ви отримуєте на руки

  • Список плагінів із поміткою, що критичне для замовлень, а що можна не переносити.
  • Документ із цифрами: обсяг каталогу з варіаціями, адреси, швидкість, вага HTML, стан карти сайту.
  • Оцінку кількості рядків у карті відповідності адрес.
  • Розмову на 30–40 хвилин по документу.

Строк: 3–5 робочих днів — розбір плагінів займає більше, ніж звичайний аудит

Чому це безкоштовно

Бо без списку плагінів кошторис переїзду з WooCommerce — це вгадування. Один плагін зі своєю логікою знижок може коштувати більше, ніж перенесення всього каталогу, і про це треба знати обом сторонам до договору.

Що далі

Після аудиту — сума й строк по етапах із датами, договір, рахунок, акт. Якщо з цифр вийде, що дешевше привести до ладу поточний WooCommerce, ми так і напишемо.

Форма коротка: контакт і адреса сайту

Не знайшли свій випадок?

Опишіть, як це влаштовано у вас, — відповімо, чи підходить «Перенесення магазину з WooCommerce на OpenCart» і що це означає у вашій ситуації. Без брифу й без дзвінка: одне питання, одна відповідь.

Працюємо офіційно

Договір, акт і рахунок — на кожен проєкт, а не тільки на великий. Без документів у вас немає ні прав на роботу, ні підстави провести витрати.

  • Договір, акт і гарантія 30 днів

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

  • ФОП і безготівковий розрахунок

    Виконавець — зареєстрований ФОП. Оплата на рахунок із закривними документами, які бухгалтерія проведе як витрати. Курс для гривневої оплати фіксується договором, а не з’ясовується постфактум.

  • Права й доступи — ваші

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

  • Портал клієнта замість переписки

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

  • Замовники з Європи

    Серед робіт — проєкти для Норвегії, Болгарії та Іспанії: болгарський магазин трьома мовами з кур’єрською доставкою, іспанський з оплатою карткою й переказом, норвезький сайт клініки. Це видно в портфоліо, а не тільки в описі.

  • Цифри, які можна перевірити

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

  • Спершу аудит, потім сума

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

  • Кажемо «ні», коли не впевнені

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

NDA підписуємо на запит. Після завершення співпраці наші доступи до ваших сервісів видаляємо самі й повідомляємо про це.

Що впливає на вартість

Чому дві однакові на вигляд задачі рахуються по-різному — і що саме ми міряємо на аудиті

  • Плагіни з бізнес-логікоюГоловний рядок кошторису. Один плагін зі своєю системою знижок може коштувати дорожче за перенесення всього каталогу, бо його доведеться описати як ТЗ і зібрати заново.
  • Кількість варіацій, а не товарівРахуємо варіації окремо: їх зазвичай у кілька разів більше за позиції, і саме на них ламаються автоматичні перенесення. Кількість звіряємо по кожній категорії до і після.
  • Скільки адрес в індексіКрім карток і категорій, у WordPress живуть архіви тегів, авторів і сторінки пагінації. Кожна така адреса — рядок у карті відповідності й один редирект, який хтось має перевірити.
  • Звідки беремо даніДоступ до бази — це кілька днів роботи. Тільки адмінка без бази означає експорт плагіном і ручну звірку варіацій, і це інший обсяг.
  • Що робимо з блогомПеренести зі структурою, лишити на старому домені чи закрити редиректами — три різні кошториси. Рішення ухвалюється на аудиті, бо воно змінює кількість рядків у карті адрес.
  • Мовні версіїWPML і Polylang множать адреси на кількість мов, а іноді тримають окремі набори товарів. Друга мова — не плюс десять відсотків до роботи, а ще один каталог для звірки.
Кейси

Задачі та результат у цифрах — усі показники зняті нашим виміром

клініка естетичної медицини за кордоном — наш зовнішній вимір, не наша міграція

Задача
Перевірити, як насправді поводиться сайт на WordPress і що доведеться відновлювати при переїзді.
Рішення
Зняли швидкість, обсяг сайту й стан карти сайту. Обсяг порахували через відкритий REST API WordPress: заголовок X-WP-Total у відповіді /wp-json/wp/v2/pages одразу дає кількість опублікованих сторінок.
Результат
26 сторінок, перша відповідь сервера 285,9 мс, повне завантаження 439,4 мс при вазі 119,5 КБ — найлегший повноцінний HTML у вибірці. Водночас /sitemap.xml, /sitemap_index.xml і /wp-sitemap.xml віддають 404, а директиви Sitemap у robots.txt немає: список адрес для переїзду тут довелося б збирати обходом. Вимір 31.07.2026.

меблевий магазин для іспанського ринку — наш зовнішній вимір

Задача
Перевірити, на якій платформі магазин стоїть насправді, перш ніж рахувати переїзд з WooCommerce.
Рішення
Порахували каталог двома незалежними методами — карта товарів і внутрішній пошук — і звірили ознаки платформи в розмітці.
Результат
76 товарів, збіг двох методів із розбіжністю 0, 88 адрес у карті сайту. Перша відповідь 348,2 мс при 374 КБ HTML. Головне для оцінки переїзду: у картці портфоліо стек указаний як WordPress/WooCommerce, а фактично це OpenCart 3. Такий самий розрив ми знайшли ще у двох картках із 33. Вимір 31.07.2026.

магазин систем поливу на 300 позицій — вимір цільової платформи

Задача
Показати, чого переїзд на OpenCart не робить сам по собі.
Рішення
Виміряли швидкість, каталог і чекаут магазину на OpenCart 3 з nginx, HTTP/2 і brotli.
Результат
300 товарів у 40 категоріях на 4 рівнях, перша відповідь 235 мс (медіана з п'яти замірів), 143,6 КБ HTML і 22,5 КБ у brotli, у чекауті 6 способів доставки й 3 оплати. І поруч: /sitemap.xml віддає 200 з нульовим тілом, аналітики немає взагалі. Платформа тут ні до чого — просто ніхто не перевірив. Вимір 01.08.2026.
Що потрібно від вас

Без цього не почнемо — краще підготувати заздалегідь

  1. Доступ до адмінки WordPress і, бажано, до бази — вивантаження з бази точніше за експорт плагіном.
  2. Список активних плагінів; якщо доступу немає, зберемо його самі на аудиті.
  3. Доступ до Search Console, якщо права підтверджені.
  4. Доступи до хостингу, DNS і домена.
  5. Рішення, що робимо з блогом: переносимо, лишаємо чи закриваємо редиректами.
  6. Одну людину з правом ухвалювати рішення по структурі каталогу.

Якщо чогось із цього немає — скажіть, підкажемо, як зібрати або зробимо самі окремою задачею.

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

Те, що питають найчастіше — з конкретними відповідями

чому взагалі йти з WooCommerce?

Не завжди варто. Обґрунтовані причини — каталог виріс і адмінка стала повільною, бізнес-логіку тримає десяток плагінів, які страшно оновлювати, або магазин уже ламався після оновлення ядра. Необґрунтована причина — «WordPress не для магазинів»: у нашій вибірці є сайт на WordPress із першою відповіддю 285,9 мс і 119,5 КБ HTML, і це краще за половину виміряних магазинів на інших платформах. Рішення має спиратися на ваші цифри.

що станеться з варіаціями товарів?

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

у мене десяток плагінів — усе перенесеться?

Ні, і чесніше сказати це відразу. Частина функцій закривається штатними засобами нової платформи, частина — модулем, а для частини аналога немає: її треба писати або свідомо від неї відмовитись. Тому розбір починається зі списку плагінів. Без нього кошторис — вгадування, а на запуску з'являється фраза «а це теж мало працювати».

а що з блогом і тегами?

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

магазин стане швидшим?

Швидкість залежить від ваги сторінки, налаштування сервера й кількості запитів, а не від назви платформи. Тому міряємо до переїзду й після: перша відповідь, повне завантаження, вага HTML. Конкретний відсоток прискорення до заміру ми не називаємо. У нашій вибірці два сайти на тому самому конструкторі дали 285,9 мс і 1 520,2 мс — різниця сидить у налаштуванні, а не в платформі.

скільки триває переїзд?

20–40 робочих днів від затвердження ТЗ. Розкид великий саме через плагіни: магазин зі стандартною логікою переїжджає швидко, магазин із власною системою знижок і обміном — довго. Точний строк називаємо після аудиту, коли список функцій зафіксований і підписаний.

магазин буде недоступний під час перемикання?

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

що з клієнтами, замовленнями й купонами?

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

трафік упаде після переїзду?

Коливання перших тижнів — нормальний стан: пошуковик має обійти нову структуру. Обіцяти збереження позицій ми не будемо, бо це не в нашій зоні контролю. У нашій зоні інше: жодна стара адреса не віддає 404, нова карта сайту не містить дублів, а помилки сканування ми дивимось у Search Console щотижня перші 30 днів. Наша порада — тримати стару збірку піднятою на технічному домені, закритою від індексації, місяць після переїзду: це найдешевша страховка, яку можна купити.

Надішліть доступ до адмінки — порахуємо плагіни, варіації й адреси.

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

Переглянути кейси
  • Відповідь протягом 2 годин
  • Без зобов’язань
  • Працюємо за договором

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