Переезд из WooCommerce: когда WordPress перестает тянуть каталог
Перенести магазин с WooCommerce – это не о товарах. Каталог выгружается из базы за вечер, а ломается переезд на трех других вещах: вариации, которые в WooCommerce лежат отдельными записями, держащие цены и доставку плагины и адреса, которые уже знает Google, включая архивы тегов. Эти три величины считаем первыми. Сам переезд – 20–40 рабочих дней от утверждения ТС, разбор магазина перед ним бесплатный.
не количество товаров, а количество плагинов с бизнес-логикой
Наш замер
WordPress в нашем измерении
285,9 мс до первого байта при 119,5 КБ HTML - и ни одной рабочей карты сайта
Второй измеренный WordPress
1 520,2 мс до первого байта – самый медленный из 16 измеренных сайтов
Условия
предоплата 50%, два раунда правок на дизайне, гарантия 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 плохой, а конкретная таблица под конкретным каталогом.
Разберём вашу ситуацию на бесплатном аудите
Сценарий 2 из 4
Бизнес-логику держит десяток плагинов
Скидки по объему, кратность упаковки, правила доставки, обмен с учетной системой. Каждое расширение – отдельный автор, отдельный цикл обновлений и отдельная ежегодная лицензия. Пока все работает, это нормально. Проблема начинается в день, когда обновление одного плагина ломает чекаут, а откатиться нужно до вечера.
Сценарий 3 из 4
Магазин уже падал после обновления ядра
Самая частая реальная причина переезда из слышимых: сайт обновлять страшно, поэтому его не обновляют годами. Дальше это перестает быть вопросом удобства и становится вопросом безопасности — на невосстанавливаемом сборнике рано или поздно находят дыру. Здесь переезд обоснован, и считать его следует не от дизайна, а от списка функций.
Сценарий 4 из 4
Страницы собирали конструктором, и они тяжелые
Elementor, Bricks, WPBakery дают быструю верстку и тяжелый HTML. В измеренном нами сайте на Bricks из WPML за Cloudflare первый ответ сервера – 1 520,2 мс при 224,6 КБ разметки, и это страница без каталога. Но соседнее измерение показывает обратное: другой сайт на Bricks отдает первый байт за 285,9 мс при 119,5 КБ. Поэтому сначала замер, потом решение.
Переезд против наведения порядка в существующем 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 календарных дней гарантии.
ФОП и безналичный расчёт
Исполнитель — зарегистрированный ФОП. Оплата на счёт с закрывающими документами.
Права и доступы — ваши
Код, дизайн и материалы переходят к вам после полной оплаты. Домен, хостинг, репозиторий оформляем на вас.
Портал клиента вместо переписки
Во время работы вы получаете доступ к порталу: договоры, счета, акты и статус проекта в одном месте.
Заказчики из Европы
Среди работ — проекты для Норвегии, Болгарии, Молдовы и Испании.
Цифры, которые можно проверить
Каждый кейс в портфолио — со ссылкой на живой сайт и техническим замером.
Сначала аудит, потом сумма
Прайса на сайте нет намеренно: объём одной и той же работы у двух клиентов отличается кратно.
Говорим «нет», когда не уверены
Если задача не наша или срок нереальный — скажем сразу.
Что влияет на стоимость
Почему две одинаковые на вид задачи считаются по-разному
Плагины с бизнес-логикойГлавная строка сметы. Один плагин со своей системой скидок может стоить дороже переноса всего каталога, потому что его придется описать как ТС и собрать заново.
Количество вариаций, а не товаровСчитаем вариации отдельно: их обычно в несколько раз больше позиций, и именно на них ломаются автоматические переноски. Количество сверяем по каждой категории до и после.
Сколько адресов в индексеПомимо карт и категорий, в 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, вы прочтете это первой строкой.
Из измеренных кейсов26 страниц, первый ответ сервера 285,9 мс, полная загрузка 439,4 мс при весе 119,5 КБ
Прайса на сайте нет намеренно: объём той же работы у двух клиентов отличается в разы, и цифра «от» в этом случае ничего не объясняет. Сначала бесплатный аудит — считаем ваши страницы, дубли и скорость, — потом называем сумму и срок и фиксируем их в договоре.