Перенос WordPress на Битрикс: данные, функции и адреса

Файл экспорта WordPress не переносит весь сайт на Битрикс. Кроме публикаций нужно собрать изображения и документы, разобраться с данными плагинов, восстановить формы и другие функции. У магазина к этому добавятся товары, заказы и пользователи. Объём работ зависит от того, что действительно используется на нынешнем сайте.

До оценки переезда составьте список этих данных и функций. Для каждого пункта укажите, где он хранится, как должен работать на новой платформе и кто его проверит. Старые адреса страниц включите в тот же список. Это поможет сохранить полезные материалы и заранее заметить работы, которых нет в стандартном экспорте.

Когда WordPress стоит менять

Смена платформы полезна, когда подтверждено ограничение текущей архитектуры или есть ясная цель новой системы. Например, магазин переходит на другую модель учёта, а используемая связка плагинов не поддерживает нужный процесс без сложного обслуживания. Название WordPress само по себе не объясняет ни медленную работу, ни проблемы SEO.

Сначала сравните локальное исправление и миграцию. Удаление ненужного расширения, настройка кеша или изменение структуры данных могут решить исходную задачу. Если переезд выбран, запишите, какие конкретно операции станут проще. При приёмке проверьте эти операции на новом сайте и сравните с тем, как они выполнялись раньше.

Что находится в стандартном экспорте

Штатный экспорт WordPress создаёт WXR с публикациями и связанными данными. Его состав описан в документации экрана Tools → Export. Это формат содержимого WordPress, а не готовый установочный пакет для 1С-Битрикс.

Разработчику нужно сопоставить типы записей с целевыми разделами, проверить категории, поля и ссылки на вложения. Файлы изображений и документов собирают и сверяют отдельно. Для программного экспорта документация WP-CLI прямо отделяет WXR от конфигурации сайта и самих файлов вложений.

На пробной выгрузке проверьте материал с галереей, таблицей, встроенным видео и прикреплённым файлом. Изучите также черновики и закрытые публикации: они могут требовать особых прав. Успешное чтение XML не означает, что новая CMS правильно покажет содержимое и сохранит его назначение.

Как разбирать плагины и конструкторы страниц

Составьте перечень расширений с описанием используемых функций. Отметьте, какое отвечает за SEO-поля, формы, подписки, мультиязычность и доступ к закрытым материалам. Затем выберите для каждой функции способ реализации на новой платформе. Переносить сам список установленных плагинов бессмысленно: часть из них может давно не участвовать в работе.

Страница визуального конструктора требует двух проверок. Первая — сохранились ли текст, изображения и ссылки. Вторая — может ли редактор дальше менять страницу без ручного вмешательства разработчика. Скопированный HTML иногда решает задачу показа, но оставляет неудобную структуру редактирования.

Выберите несколько целевых шаблонов и разложите материалы по ним. Не пытайтесь механически воспроизвести каждый старый декоративный блок. Если блок поддерживает отдельную функцию, например расчёт стоимости, опишите его входные данные и результат. Так визуальная переработка не уничтожит полезный инструмент.

Что отдельно проверить у WooCommerce

Для товаров у WooCommerce есть собственный CSV-импорт и экспорт. Он работает с товарными полями и вариантами, а не заменяет перенос всех операций магазина. Заказы, покупатели, подписки и сведения расширений требуют самостоятельной проверки источников.

Условный пример: у модели обуви есть 4 размера и 2 цвета. В каталоге это одна модель и до 8 комбинаций, каждая со своим наличием. Сумма остатков на общей карточке не должна скрывать отсутствие выбранного размера. Тестировать нужно конкретную комбинацию от выбора до документа заказа.

Согласуйте поведение импорта истории. Появление старого оплаченного заказа в новой базе не должно заново отправлять письмо, резервировать товар или передавать покупку в учёт. Исторические данные и действующие операции принимают разными сценариями. Их границы фиксируют в составе миграции WordPress.

Как сохранить поисковые маршруты

Соберите старые адреса вместе с назначением страниц. Особое внимание уделите категориям, карточкам, статьям и посадочным, которые получают целевые переходы. Сохраните подходящие URL там, где это возможно. Для изменённых адресов подготовьте точные соответствия, а не единый редирект на главную.

Проверьте канонические адреса, внутренние ссылки, заголовки, доступность страниц для индексации и карту сайта. Отдельно найдите ссылки внутри старых текстов: после смены структуры они часто продолжают вести по прежним маршрутам. При большом объёме включите эти проверки в SEO-сопровождение переезда.

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

Порядок пробного и рабочего переноса

Сначала разверните тестовую среду с ограниченным доступом. Загрузите выборку, проверьте поля, медиа и ключевые действия. После согласования правил выполните полный перенос и контроль исключений. Нераспознанные записи должны попасть в отчёт, по которому можно принять решение.

Перед переключением определите, как перенести изменения после первой выгрузки. На работающем магазине продолжают появляться клиенты и заказы. Если просто заменить базу подготовленной копией, эти операции потеряются. Нужен согласованный период ограничения изменений либо отдельный перенос новых данных.

Чек-лист приёмки

• Количество и связи записей сверены по типам данных.
• Изображения и документы доступны на целевых страницах.
• Редактор может обновлять материалы в согласованных шаблонах.
• Формы передают обращения правильным получателям.
• Товарные варианты, цены и остатки проверены в заказе.
• Права доступа и восстановление пароля испытаны отдельно.
• Старые адреса приводят к подходящим материалам.
• Есть резерв, условия отката и ответственный за новые операции.

Вопросы о миграции WordPress

Можно перенести всё одним плагином?

Готовый инструмент может закрыть часть данных, если поддерживает вашу структуру. Проверьте его на сложных записях и повторном запуске. Нестандартные поля, доступы и действия расширений всё равно требуют сопоставления с целевым проектом.

Сохранится ли прежний внешний вид?

Это отдельное требование. Определите страницы, которые должны выглядеть близко к исходным, и проверьте адаптацию на телефоне. Внешнее сходство принимается вместе с редактированием и работой компонентов, а не вместо них.

Что больше всего влияет на стоимость?

Различия моделей данных, функции плагинов, качество исходников и сложность приёмки. Для оценки передайте доступную структуру, список расширений и примеры операций. Большой однотипный блог может переноситься проще небольшого магазина с нестандартными подписками.

С чего начать

Выберите характерные публикации и заказы, составьте список расширений и важных адресов. На этих данных можно провести пробный перенос, оценить трудоёмкость и уточнить смету до начала всей миграции.