CSV с товарами не является полным планом переноса магазина. В WooCommerce могут появиться правильные названия и цены, но прежние адреса Bitrix перестанут открываться, вариации станут независимыми карточками, а ссылки меню останутся старыми. Эти части нужно принять отдельно.
Начните с таблицы, связывающей один реальный товар, его стабильный идентификатор и публичные адреса в обеих системах. Ни смена CMS, ни импорт каталога не гарантируют сохранение поисковых позиций. Задача команды — воспроизводимо перенести данные и маршруты, затем отдельно наблюдать поисковые результаты.
Что включить в план до выгрузки
Определите границы работы: товары, предложения, разделы, изображения, SEO-поля и публичные URL. Заказы, пользователи, оплаты и складские интеграции — отдельные части переноса; встроенный импорт товаров не следует считать переносом всего магазина.
В Bitrix запишите ID инфоблоков товаров и предложений, используемые свойства артикула и реальные схемы URL. Не называйте XML_ID универсальным артикулом: на конкретном сайте он может служить внешним ключом обмена. Согласуйте с разработчиком, какой ключ сохранит соответствие товара при последующем обновлении.
Сохраните исходную выгрузку и список доступных публичных адресов до изменения маршрутов. После удаления прежнего каталога восстановить соответствия по памяти гораздо труднее. Для товара в нескольких разделах запишите все реально использовавшиеся пути и выбранный основной адрес.
Учебный пример таблицы соответствий
Представим каталог вентиляции, который переносится из Bitrix в WooCommerce. Это вымышленный пример. Товар с артикулом FAN-10 имеет один основной старый URL и дополнительный адрес из другой категории. В новой системе ему назначили один основной адрес.
| Ключ | Старый URL Bitrix | Новый URL WooCommerce | Решение |
|---|---|---|---|
| FAN-10 | /catalog/fans/fan-10/ | /product/fan-10/ | Перенаправить на карточку |
| FAN-10 | /catalog/sale/fan-10/ | /product/fan-10/ | Перенаправить на ту же карточку |
| Раздел fans | /catalog/fans/ | /product-category/fans/ | Перенаправить на категорию |
| Удалённый OLD-2 | /catalog/fans/old-2/ | Не выбран | Требуется решение |
Пути WooCommerce здесь условные: действующую структуру постоянных ссылок проверяют на вашем магазине. Нельзя принимать таблицу, где новый адрес только предполагается. Откройте его после тестового импорта и убедитесь, что он показывает нужный товар.
Для OLD-2 не ставьте главную автоматически. Сначала решите, есть ли подходящая замена или страница действительно удаляется. Неизвестная цель должна оставаться явным незакрытым вопросом до запуска, а не незаметным правилом перенаправить всё на каталог.
Как преобразовать данные для WooCommerce
Схемы двух CMS отличаются. Разработчик должен преобразовать исходные поля в колонки используемого импортера, а не просто переименовать расширение выгрузки в CSV. Возможности встроенного инструмента и границы переноса товаров описаны в руководстве WooCommerce по миграции.
Согласуйте соответствие названия, SKU, описания, категории, цены, остатка и изображения. Для вариативного товара отдельно преобразуйте предложения Bitrix в parent и variation WooCommerce. Название предложения и похожее имя товара не создают эту связь. Подробнее она разобрана в инструкции CSV для вариаций.
SEO-поля установленного плагина требуют отдельного сопоставления. Нельзя обещать, что обычная колонка Description перенесёт meta description: это разные данные. Уточните, какое поле хранит нужный текст в целевой системе и как загрузчик его поддерживает.
Изображения проверьте до массовой загрузки: доступны ли файлы по исходным адресам, что станет основным фото и что попадёт в галерею. Подписи и альтернативные тексты также включите в таблицу данных. Не считайте появление миниатюры подтверждением полного переноса медиаданных.
Как провести тестовый импорт
Возьмите небольшой набор разных объектов: простой товар, товар с несколькими предложениями, товар из двух категорий и позицию с нестандартным артикулом. Подготовьте копию целевого магазина и загрузите только эту выборку. После импорта сравните данные в редакторе и на витрине.
Для каждого товара подтвердите стабильный SKU, категории, описание, цену, остаток, изображения и публичный URL. Для вариантов проверьте выбор характеристик и соответствующую цену. Проблемы фиксируйте по полям: «Размера M нет у родителя» полезнее записи «Импорт работает неправильно».
Затем проверьте повторное обновление той же выборки. Оно должно менять существующие товары по согласованным ключам. Если появились новые карточки, перенос пока не готов к регулярному обмену. Порядок такой проверки есть в статье об обновлении WooCommerce по SKU.
Как перенести старые адреса
После подтверждения новых URL разработчик создаёт правила перенаправления по таблице. Новая CMS сама по себе не знает, какой товар соответствовал старому пути Bitrix. Общий шаблон допустим только там, где связь действительно однозначная; остальные адреса требуют конкретных соответствий.
Яндекс в рекомендациях по смене структуры предлагает проверить доступность новых страниц, обновить sitemap и убедиться, что HTML не запрещает нужную индексацию. Это отдельные действия после настройки перенаправлений, а не автоматический результат импорта.
Проверьте старый товарный URL, адрес категории и дополнительный путь товара. Запишите код первого ответа и конечный адрес. У конечной страницы должны быть правильный товар, основной canonical и согласованное правило robots. Цепочка из нескольких переходов требует отдельного разбора: она может скрывать оставшиеся правила старого сайта.
Что проверить во время запуска
Установите момент последней выгрузки и правила изменения каталога перед переключением. Если менеджеры продолжают менять цены в Bitrix, тестовый импорт недельной давности не является актуальной базой WooCommerce. Команда должна согласовать, какие изменения перенести повторно и чем подтвердить полноту.
После переключения домена проверьте новые адреса с реального публичного хоста. Убедитесь, что не осталось тестового noindex, ссылок на адрес копии и canonical с доменом разработки. Данные локальной сборки не заменяют опубликованный ответ.
Просмотрите меню, хлебные крошки, поиск магазина, рекомендации и sitemap. Они должны вести на новые основные адреса. Перенаправления сохраняют старые внешние ссылки, но внутреннюю навигацию лучше обновить. Дополнительно проверьте страницу товара на телефоне: выбор варианта и переходы должны оставаться доступными.
Как принять перенос и записать ограничения
Приложите к задаче исходные выгрузки, правила преобразования полей, таблицу URL и контрольные товары. Определите ответственного за импорт и за маршруты. В условиях приёмки укажите конкретные результаты по данным, выбору вариантов, повторному обновлению и старым ссылкам.
Для учебного примера работа закончена, когда обе старые ссылки FAN-10 ведут на новую карточку, категория — на соответствующую категорию, а судьба OLD-2 согласована и проверена. Непроверенные остатки каталога запишите отдельно с объёмом и причиной, а не объявляйте весь перенос подтверждённым по четырём строкам.
Опубликованные страницы можно дополнительно проверить техническим аудитом сайта. Поисковые показы и индексацию наблюдают после запуска, учитывая даты обхода. Отчёт о переносе должен подтверждать выполненные действия и рабочие адреса; обещание неизменных позиций в Google или Яндексе не заменяет ни одну из этих проверок.