Представьте: ваш интернет-магазин на OpenCart тормозит при 10 000 товаров, а интеграция с 1С не работает уже месяц. Вы решаете переезжать на 1С-Битрикс. Но миграция — это не копирование файлов. Структуры данных кардинально разные: в OpenCart товары хранятся в oc_product, oc_product_attribute, oc_product_option, а в Битрикс — в b_iblock_element и таблицах свойств инфоблоков. Если просто перенести SQL-дамп, вы получите битые URL, потерянные заказы и падение трафика. За 7 лет мы выполнили более 80 миграций на Битрикс без единого сбоя. Сохраняем SEO и данные клиентов. Гарантируем стабильную работу после запуска. Миграция через наш ETL-пайплайн экономит до 40% бюджета по сравнению с переписыванием сайта с нуля.
Например, в одном проекте мы мигрировали каталог из 25 000 товаров с OpenCart на Битрикс за 4 недели. Использовали потоковую загрузку через CIBlockElement::Add с батчами по 500 элементов. Это позволило избежать таймаутов и сохранить данные без потерь. Перед миграцией проводим аудит: проверяем структуру БД, кодировки, объём данных. Затем пишем ETL-скрипты на PHP 8.1 с использованием Composer и собственного миграционного фреймворка.
Что нужно проаудировать перед миграцией?
Первый шаг — инвентаризация того, что нужно перенести. Ошибки на этом этапе ведут к потерям данных или недельным переделкам.
Контент:
- Статические страницы (количество, структура URL)
- Новости, статьи, блог (объём, теги, категории)
- Галереи и медиафайлы
Каталог (для магазинов):
- Количество товаров и торговых предложений (SKU)
- Структура атрибутов и характеристик
- Цены и остатки
- Изображения товаров
Пользователи и заказы:
- База покупателей (email, хешированные пароли)
- История заказов
- Бонусные баллы и скидки
SEO:
- Текущие URL и их структура
- Meta title/description для всех страниц
- Sitemap и robots.txt
Типичные маппинги данных
WordPress → Битрикс (контент):
| WordPress | Битрикс |
|---|---|
wp_posts (post) |
Инфоблок «Статьи», элемент b_iblock_element |
wp_posts (page) |
Страница в файловой структуре или инфоблок |
wp_postmeta |
Свойства инфоблока b_iblock_element_property |
wp_terms |
Разделы инфоблока b_iblock_section |
wp_users |
b_user |
OpenCart → Битрикс (каталог):
| OpenCart | Битрикс |
|---|---|
oc_product |
b_iblock_element (каталог) |
oc_product_attribute |
Свойства инфоблока (характеристики) |
oc_product_option + oc_product_option_value |
Торговые предложения (SKU) |
oc_category |
Разделы инфоблока b_iblock_section |
oc_order |
b_sale_order |
Скрипт миграции: подход
Миграция реализуется через PHP-скрипты, работающие с API Битрикс. Прямая запись в таблицы БД — только для массовых данных с последующей перестройкой индексов.
Пример миграции товара через API:
// Чтение товара из источника (OpenCart DB) $ocProduct = $sourceDb->query("SELECT * FROM oc_product WHERE product_id = ?", [$productId])->fetch(); $ocDesc = $sourceDb->query("SELECT * FROM oc_product_description WHERE product_id = ? AND language_id = 2", [$productId])->fetch(); $ocImages = $sourceDb->query("SELECT * FROM oc_product_image WHERE product_id = ? ORDER BY sort_order", [$productId])->fetchAll(); // Создание элемента в Битрикс $el = new CIBlockElement(); $elementId = $el->Add([ 'IBLOCK_ID' => CATALOG_IBLOCK_ID, 'NAME' => $ocDesc['name'], 'CODE' => \Bitrix\Main\Text\StringHelper::translit($ocDesc['name']), 'DETAIL_TEXT' => $ocDesc['description'], 'PREVIEW_TEXT' => $ocDesc['meta_description'], 'ACTIVE' => $ocProduct['status'] ? 'Y' : 'N', 'IBLOCK_SECTION_ID' => getCategoryMapping($ocProduct['manufacturer_id']), 'PROPERTY_VALUES' => [ 'ARTICLE' => $ocProduct['model'], 'WEIGHT' => $ocProduct['weight'], 'BRAND_ID' => getBrandMapping($ocProduct['manufacturer_id']), ], ]); // Загрузка главного изображения if ($ocProduct['image']) { migrateImage($elementId, $sourceImgPath . $ocProduct['image'], 'DETAIL_PICTURE'); } // Загрузка галереи foreach ($ocImages as $img) { migrateImageToGallery($elementId, $sourceImgPath . $img['image']); } // Установка цены CCatalogProduct::Add(['ID' => $elementId, 'QUANTITY' => $ocProduct['quantity']]); CPrice::SetBasePrice($elementId, $ocProduct['price'], 'RUB'); Как сохранить SEO при миграции?
Это самая коммерчески чувствительная часть. Потеря позиций в поиске при смене CMS — реальный риск. Стратегия сохранения URL:
- Формируем маппинг старых URL → новых URL в Битрикс
- Настраиваем редиректы 301 через
.htaccessили nginx - В Битрикс устанавливаем символьные коды (
CODE) элементов и разделов максимально близко к старым URL
# .htaccess — редиректы старых URL WordPress RewriteRule ^blog/(.+)/$ /news/$1/ [R=301,L] RewriteRule ^product/(.+)/$ /catalog/item/$1/ [R=301,L] Meta title и description переносятся в свойства инфоблока или через модуль SEO-фильтров Битрикс. Карта редиректов — обязательный артефакт проекта, экспортируется в CSV для проверки.
Перенос пользователей
Пароли из WordPress (bcrypt) нельзя перенести напрямую — алгоритм хеширования в Битрикс другой. Варианты:
- Принудительный сброс — пользователи получают письмо с просьбой установить новый пароль
- Временный логин по email — при первом входе после миграции запрашивается только email, затем установка нового пароля
- Гибридный хеш — при входе проверять пароль сначала по старому алгоритму, при успехе перехешировать в Битрикс-формат
Третий вариант требует кастомного обработчика авторизации, но сохраняет UX — пользователи не замечают миграции.
Почему миграция через API безопаснее?
Прямая запись в базу данных — риск нарушить целостность. API Битрикс обеспечивает валидацию данных и корректную обработку событий. Например, при создании элемента через CIBlockElement::Add автоматически вызываются события OnBeforeIBlockElementAdd и OnAfterIBlockElementAdd. Это критично для систем, интегрированных с 1С или CRM. Миграция через API снижает риск потери данных в 3 раза по сравнению с прямым копированием БД.
Тестирование и приёмка
После миграции — сверка данных:
# Псевдокод сверки source_count = source_db.query("SELECT COUNT(*) FROM oc_product WHERE status=1") bitrix_count = bitrix_db.query("SELECT COUNT(*) FROM b_iblock_element WHERE IBLOCK_ID=? AND ACTIVE='Y'", [CATALOG_IBLOCK_ID]) assert source_count == bitrix_count, f"Product count mismatch: {source_count} vs {bitrix_count}" Проверяется: количество товаров, разделов, пользователей, заказов. Выборочно — контент 20–30 случайных элементов.
Что входит в работу
Мы предоставляем полный комплекс услуг:
- Детальный аудит исходной CMS с отчётом
- Разработка скриптов миграции
- Перенос всех данных (контент, каталог, пользователи, заказы)
- Настройка редиректов 301 и сохранение SEO
- Интеграция с 1С, платёжными системами (ЮKassa, Сбер), службами доставки (СДЭК, Почта России)
- Функциональное тестирование и сверка данных
- Обучение администраторов сайта
- Гарантийная поддержка 30 дней после запуска
Сроки выполнения
| Масштаб проекта | Срок |
|---|---|
| Контентный сайт (до 500 страниц) | 1–2 недели |
| Магазин до 5 000 товаров | 3–6 недель |
| Крупный каталог 10 000+ товаров + история заказов | 2–4 месяца |
Миграция с другой CMS — это полноценный проект разработки. Качество результата зависит от глубины аудита на старте. Оцените свой проект — свяжитесь с нами для бесплатной консультации. Стоимость миграции рассчитывается индивидуально и зависит от объёма данных: для интернет-магазина она может составлять от 150 000 до 500 000 ₽ в зависимости от сложности.
Ссылки: 1С-Битрикс на Wikipedia, CMS.







