Перенос интернет-магазина на WooCommerce нужен не только при смене CMS. Часто бизнес перерастает текущую платформу, хочет получить больше контроля над каталогом, интеграциями, SEO и доработками или уйти от ограничений конструктора. Главный риск в такой задаче — перенести внешний вид, но потерять то, что уже работает: URL, позиции, товары, вариации, заказы, клиентов и аналитику.
Этот материал полезен владельцам действующих интернет-магазинов, которые рассматривают WordPress + WooCommerce и хотят понять реальный объём миграции до начала работ. Ниже — последовательность, по которой можно подготовить перенос, проверить данные и запустить новую версию без резкого обрыва продаж.
Если вам нужен перенос под ключ, доработка существующего магазина или новая архитектура каталога, это входит в разработку WooCommerce A.S Groups.
Как проходит безопасный перенос магазина
- АудитФиксируем страницы, URL, товары, вариации, заказы, плагины и интеграции
- Карта данныхОпределяем, что и в каком формате переносится в WooCommerce
- StagingСобираем магазин на тестовом адресе без вмешательства в работающий сайт
- МиграцияПереносим каталог, медиа, клиентов, заказы и нужные метаданные
- SEO-картаСохраняем URL либо готовим точные 301-редиректы
- КонтрольПроверяем оплату, доставку, формы, аналитику, индексацию и мобильную версию
- ЗапускПереносим последние изменения и только после проверки переключаем сайт
Главный принцип: новый магазин сначала должен пройти проверку на staging, а смена домена или URL не должна происходить одновременно с неподготовленной миграцией данных.
Что нужно сохранить при миграции
У интернет-магазина больше связанных данных, чем кажется по витрине. Одной таблицы с названием и ценой обычно недостаточно.
| Что переносим | Что проверить | Что может потеряться |
|---|---|---|
| Товары | SKU, цены, остатки, категории, атрибуты | Связи и служебные поля |
| Вариации | Размеры, цвета, отдельные SKU и цены | Связь вариации с родительским товаром |
| Медиа | Главные и дополнительные изображения | ALT, порядок галереи, старые URL файлов |
| Заказы | Статусы, суммы, состав, даты, клиент | История и кастомные метаданные |
| Клиенты | Email, аккаунты, адреса | Пароли и согласия в зависимости от источника |
| SEO | URL, title, description, canonical | Позиции и накопленные сигналы страниц |
| Интеграции | CRM, оплата, доставка, аналитика | Webhook, статусы, события и идентификаторы |
Перенос товаров: CSV, API или прямой импорт
WooCommerce имеет встроенный CSV-импорт и экспорт товаров. Официальная документация указывает, что инструмент умеет создавать и массово обновлять товары, а существующие позиции можно сопоставлять по ID или SKU. Для стандартного каталога это часто самый прозрачный способ миграции.
Сложность начинается с нестандартных полей, подписок, комплектов, дополнительных типов товаров, кастомных атрибутов и связей из сторонних модулей. В таких проектах лучше сначала выгрузить несколько тестовых позиций, собрать карту полей и проверить результат на staging.
Когда нужен REST API
Если источник умеет отдавать данные через API, перенос можно автоматизировать. WooCommerce REST API позволяет работать с товарами и заказами программно. Это удобно, когда каталог большой, данные меняются до самого запуска или требуется несколько проходов синхронизации.
В таком сценарии важно хранить соответствие идентификаторов: исходный ID → WooCommerce ID. Без этого повторный запуск импорта может создавать дубли вместо обновления существующих записей.
Как сохранить SEO при переносе магазина
Самая дорогая ошибка — изменить все URL и вспомнить о редиректах после запуска. Google Search Central рекомендует заранее подготовить соответствие старых и новых URL и перенаправлять старые адреса на наиболее подходящие новые.
Если структура позволяет, лучше сохранить существующие адреса категорий и карточек. Если URL неизбежно меняются, нужна таблица соответствий «старый → новый». Массовый редирект всех старых страниц на главную — плохая замена точному сопоставлению.
Что сверить до переключения
- HTTP-коды старых и новых страниц;
- canonical на карточках и категориях;
- robots.txt и отсутствие случайного noindex;
- XML sitemap;
- title и description ключевых посадочных;
- структурированные данные товара;
- внутренние ссылки, меню и хлебные крошки;
- страницы фильтров и параметры URL.
Для уже работающего магазина полезно отдельно сохранить список страниц с поисковым трафиком и внешними ссылками. Эти URL нельзя терять в общей массе каталога.
Заказы и клиенты: почему это отдельный этап
Каталог можно перенести заранее, но заказы продолжают появляться на старом сайте до самого переключения. Поэтому безопасная миграция обычно состоит минимум из двух проходов: основная выгрузка заранее и финальная синхронизация перед запуском.
WooCommerce REST API v3 предоставляет отдельные endpoints для заказов. При переносе нужно определить, какие данные действительно должны оказаться в новом магазине: только активные заказы, вся история, заметки, возвраты, пользовательские поля или часть архива.
Если бизнесу важна история повторных покупок, CRM и персональные скидки, перенос клиентов нельзя рассматривать отдельно от заказов и внешней системы учёта.
Оплата и доставка не переносятся «автоматически»
Новый WooCommerce-магазин должен отдельно получить настройки платёжного шлюза, зон и методов доставки, налогов, валюты и уведомлений. Даже если поставщики те же, их плагины и callbacks могут использовать новый URL.
Перед запуском нужны тестовые заказы для каждого основного сценария: успешная оплата, неуспешная оплата, возврат на сайт, самовывоз, курьерская доставка, бесплатная доставка по условию и оформление с мобильного.
Staging и финальное переключение
Новый магазин нельзя собирать прямо поверх работающего проекта. Staging позволяет спокойно импортировать данные, менять шаблоны, обновлять плагины и выполнять тестовые заказы.
На staging поисковая индексация должна быть закрыта. Но перед боевым запуском это ограничение необходимо снять и проверить отдельно — случайный noindex после миграции способен свести на нет аккуратно сохранённые URL.
Практический порядок запуска
- Зафиксировать окно переключения.
- Сделать резервные копии старого и нового сайта.
- Остановить изменения каталога на короткое согласованное окно либо запустить финальную синхронизацию.
- Перенести последние заказы и остатки.
- Проверить конфигурацию домена и HTTPS.
- Включить подготовленные 301-редиректы.
- Проверить ключевые страницы и checkout извне.
- Проверить аналитику и Search Console.
Чек-лист перед публикацией нового WooCommerce-магазина
- Категории и карточки открываются без 404
- Вариативные товары сохраняют все варианты, цены и SKU
- Остатки совпадают с источником
- Корзина и checkout работают на мобильном и desktop
- Оплата проходит в тестовом или разрешённом боевом сценарии
- Доставка рассчитывается по нужным зонам
- Письма и уведомления реально приходят
- Старые URL либо сохранены, либо имеют корректный 301
- Canonical, sitemap и robots.txt проверены
- Google Analytics/другая аналитика получает события
- Резервная копия сделана до переключения
Когда перенос на WooCommerce подходит
WooCommerce особенно уместен, когда бизнесу нужна своя логика каталога, гибкие интеграции, SEO-страницы, контроль над данными и возможность дорабатывать магазин без ограничений закрытого конструктора. Это также удобно, когда сайт и магазин должны жить в одной WordPress-системе.
Подробнее о задачах разработки можно посмотреть на странице WordPress-разработчика.
Когда лучше выбрать другой вариант
Если бизнесу нужен полностью управляемый SaaS без технического обслуживания, нет нестандартной логики и устраивают ограничения выбранной платформы, миграция на WooCommerce может быть избыточной. Решение стоит выбирать по процессам, а не только по цене лицензии.
Сколько занимает перенос
Срок определяется не количеством страниц, а связностью данных. Магазин со 100 простыми товарами переносится иначе, чем проект с 100 товарами, у каждого из которых десятки вариаций, отдельные остатки, CRM и исторические заказы.
До оценки полезно предоставить URL текущего магазина, приблизительное число товаров и заказов, список интеграций и требования к сохранению истории. После этого можно разделить работу на перенос данных, разработку, SEO и запуск.
Частые вопросы
Можно ли перенести магазин на WooCommerce без потери SEO?
Да, если заранее сохранить структуру URL или подготовить точную карту 301-редиректов, перенести метаданные и проверить индексацию после запуска. Риск появляется не из-за WooCommerce как платформы, а из-за неконтролируемой смены адресов и контента.
Можно ли перенести все товары автоматически?
Стандартные товары часто переносятся через CSV или API. Для нестандартных типов и кастомных полей сначала требуется карта данных и тестовая миграция.
Переносятся ли старые заказы?
Могут переноситься, но это отдельная задача. Нужно определить объём истории, статусы, заметки, возвраты и дополнительные поля.
Нужно ли переносить клиентов?
Зависит от модели магазина. Если важны личные кабинеты, история покупок и персональные условия, клиентов обычно включают в план миграции.
Что будет со старыми ссылками из Google?
Их нужно сохранить либо направить 301-редиректом на соответствующие новые страницы. Старые страницы не должны массово превращаться в 404.
Можно ли делать перенос без остановки текущего магазина?
Основная разработка выполняется на staging. Для финального переключения обычно требуется короткое контролируемое окно или дельта-синхронизация последних заказов и изменений.
Можно ли сначала перенести сайт, а интеграции подключить потом?
Технически можно, но если CRM, оплата, доставка или склад участвуют в обработке заказа, запуск без них создаст ручную работу и риск потери данных. Критичные интеграции лучше тестировать до переключения.
Официальные источники
- WooCommerce — Product CSV Importer and Exporter
- WooCommerce — Migrating products between sites
- WooCommerce Developer — Orders REST API v3
- Google Search Central — Site Moves and Migrations
Нужно перенести действующий интернет-магазин?
Можно начать с технического аудита текущего сайта и карты переноса: каталог, заказы, интеграции, URL и SEO. После этого становится понятно, что переносится штатными средствами, где нужен скрипт и какие проверки обязательны перед запуском. Обсудить задачу с A.S Groups.
Обсуждение
Вопросы и комментарии
Можно уточнить детали статьи или поделиться своим опытом. Первый комментарий проходит проверку.