Миграция сайта с WordPress на 1С-Битрикс

Миграция сайта с WordPress на 1С-Битрикс

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

Анализ WordPress-сайта перед миграцией

WordPress хранит весь контент в двух ключевых таблицах: wp_posts (публикации, страницы, произвольные типы записей) и wp_postmeta (произвольные поля — metadata). К ним добавляются wp_terms, wp_term_taxonomy, wp_term_relationships — таксономии (рубрики, метки, произвольные категории).

Перед началом работ нужно составить полную карту данных:

• Какие Custom Post Types используются и что в них хранится
• Какие плагины обеспечивают ключевую функциональность (WooCommerce, ACF, Yoast SEO, WPML)
• Объём медиатеки (wp_attachment)
• Количество пользователей и их роли

Каждый из этих элементов требует отдельной стратегии переноса.

Перенос контента: посты и страницы

Статьи и страницы из wp_posts переносятся в инфоблок Битрикс. Создаётся инфоблок типа «Статьи» / «Новости», и для каждого поста WordPress создаётся элемент через CIBlockElement::Add().

Поля маппятся так:

ACF-поля (Advanced Custom Fields) переносятся в свойства инфоблока. Тип поля в ACF определяет тип свойства в Битрикс: текст → S, число → N, изображение → F, связь с постом → G (привязка к элементу).

WooCommerce: перенос интернет-магазина

Если на WordPress работал WooCommerce — это отдельный пласт работы. Таблицы WooCommerce (wc_orders, wc_order_items, wc_product_meta_lookup, и старый формат через wp_posts с post_type='product') нужно перенести в модуль «Интернет-магазин» Битрикс.

Товары из WooCommerce переносятся в каталог Битрикс:

• Простые товары → элементы инфоблока каталога
• Вариативные товары → торговые предложения (SKU) через catalog.sku
• Категории товаров → разделы инфоблока

Заказы WooCommerce мигрируют через CSaleOrder::Add() с воссозданием состава заказа через CSaleBasket. Это нужно, если требуется сохранить историю заказов. Если история не критична — мигрируем только товары и клиентскую базу.

Мультиязычность (WPML → Битрикс)

WPML хранит переводы в таблицах icl_translations и icl_string_translations. В Битрикс мультиязычность реализована через механизм языков сайта: для каждого языка создаётся отдельная языковая версия элемента инфоблока (через ACTIVE_LANGS и настройки многосайтовости). Структура принципиально другая — перенос требует отдельного скрипта с учётом языковых пар.

SEO: сохранение позиций

Это критический этап. Yoast SEO хранит мета-данные в wp_postmeta с ключами _yoast_wpseo_title, _yoast_wpseo_metadesc. В Битрикс мета-данные хранятся в свойствах инфоблока или через компонент bitrix:seo.tags.

Обязательные шаги:

1. Выгрузить все URL существующего сайта (через Yoast sitemap или Screaming Frog)
2. Сопоставить с новыми URL в Битрикс (могут изменится по структуре)
3. Настроить 301-редиректы в .htaccess или через модуль редиректов Битрикс
4. Перенести title, description, og-теги для каждой страницы

Без этого шага смена CMS приводит к падению трафика на 30–70% в первые месяцы.

Медиатека

WordPress хранит загруженные файлы в /wp-content/uploads/YYYY/MM/. В Битрикс файлы хранятся в /upload/iblock/. Физически файлы переносятся, но ссылки в контенте обновляются: либо через SQL-замену в базе, либо через скрипт обхода всех текстовых полей инфоблока.

Особое внимание: WordPress генерирует несколько размеров для каждого изображения (thumbnails). Битрикс также ресайзит изображения, но в другой системе кэша (/bitrix/cache/). Исходники нужны в оригинальном размере.

Типичные сроки

Новый сайт на Битрикс разрабатывается параллельно, старый WordPress остаётся в работе до момента переключения.