При переносе из RetailCRM в Битрикс24 основная сложность — разная модель данных: RetailCRM центрируется на заказах, Битрикс24 — на сделках. Без аккуратного маппинга теряются статусы, история платежей и данные клиентов. Мы сталкивались с проектами, где из-за неверного маппинга статусов 30% сделок оказывались в неправильных стадиях, а история лояльности была утеряна. Наша команда за 6 лет провела более 50 миграций, и мы знаем, как обойти эти грабли. Мы используем RetailCRM API v5 для выгрузки и REST API Битрикс24 для записи. Для больших объёмов параллелим запросы с ограничением 5 RPS, что позволяет обрабатывать до 50 000 заказов в день. Миграция через наш автоматизированный конвейер в 3 раза быстрее ручного переноса через Excel.
Почему правильный маппинг — основа миграции из RetailCRM в Битрикс24?
RetailCRM хранит статусы в многоуровневой структуре с группами, а Битрикс24 — в плоских стадиях сделок. Без маппинга «Отменён» может стать «Успешно», а «В работе» — «Проигрыш». Мы автоматически сопоставляем статусы через StatusMapper, который учитывает бизнес-логику: например, «Возврат» в RetailCRM маппится в «Отмена сделки» с сохранением причины. На одном из проектов клиент потерял 30% сделок из-за того, что статус «Доставлен» не был перенесён — после внедрения маппера потери исключены.
Какие данные мы переносим?
RetailCRM строится вокруг заказов (Orders) как центральной сущности, что отличает её от классических CRM вроде Битрикс24, ориентированных на сделки:
- Order — заказ с составом, статусом, доставкой, оплатой
- Customer — покупатель (физическое лицо или компания)
- Product — товар (из каталога магазина)
- Task — задачи (встроены в интерфейс)
- Note — комментарии к заказам и покупателям
- Segment — сегменты покупателей (маркетинговые)
- Loyalty — программа лояльности (баллы, уровни)
Все эти сущности мы переносим в соответствующие объекты Битрикс24. Например, заказы становятся сделками, покупатели — контактами, а программа лояльности — кастомными полями контакта или модулем бонусных баллов.
Как устроена миграция: пошаговый процесс
- Аудит данных — выгрузка из RetailCRM, анализ структуры и объёма (этап занимает 1–3 дня).
- Проектирование маппинга — какие поля соответствуют каким, решение для статусов и бизнес-процессов.
- Разработка скриптов миграции — на PHP с использованием RetailCRM API v5 и REST API Битрикс24.
- Тестирование на копии — перенос данных на тестовую среду, сверка контрольных сумм.
- Верификация — сравнение суммарных показателей (количество заказов по статусам, GMV).
- Запуск в продакшн — перенос в рабочую среду, обучение сотрудников.
Как переносить заказы с сохранением статусов?
RetailCRM имеет многоуровневую систему статусов с группами. В Битрикс24 создаются соответствующие стадии сделки. Мы автоматически маппим статусы через StatusMapper, который учитывает бизнес-логику: например, «Отменён» в RetailCRM может стать «Проигрыш сделки». Важно также сохранить историю изменений статусов — мы переносим её в события таймлайна сделки.
Что делать с программой лояльности?
Данные лояльности (баллы, уровни, история начислений) мигрируют через кастомные поля контакта или модуль бонусных баллов Битрикс24. Мы разрабатываем PHP-скрипт, который пересчитывает балансы на момент переноса и загружает историю операций. Если в RetailCRM используется система сгорания баллов, мы настраиваем агенты Битрикс24 для автоматического списания.
Маппинг заказов: пример
При интеграции RetailCRM с Битрикс24 маппинг заказов зависит от того, есть ли в компании интернет-магазин на Битрикс.
Если магазин есть: заказы уже могут быть синхронизированы — мигрируем только покупателей и историю.
Если магазина нет: заказы переносятся как Сделки, покупатели — как Контакты и Компании.
| RetailCRM |
Битрикс24 (без магазина) |
Битрикс24 (с магазином) |
| Customer |
Контакт / Компания |
Пользователь сайта |
| Order |
Сделка |
Заказ (b_sale_order) |
| Order Item |
Позиция сделки |
Позиция корзины |
| Task |
Задача |
Задача |
| Note |
Комментарий таймлайна |
Комментарий |
| Segment |
Группа пользователей |
Сегмент CRM |
Типичные сроки и окупаемость
| Объём |
Срок |
| до 10 000 заказов, до 5 000 покупателей |
2–3 недели |
| 10 000–100 000 заказов |
4–8 недель |
| 100 000+ заказов, лояльность, сегменты |
2–4 месяца |
Инвестиции в миграцию окупаются уже через 3–6 месяцев за счёт автоматизации рутинных операций. Стоимость рассчитывается индивидуально на этапе аудита. Наши сертифицированные специалисты гарантируют точный маппинг и сохранность данных.
Что входит в работу
- Аудит данных — выгрузка структуры RetailCRM, анализ дублей и аномалий.
- Проектирование маппинга — подробная схема соответствия полей с учётом бизнес-процессов.
- Разработка скриптов — на PHP с использованием API, с возможностью кастомной логики.
- Тестовая миграция — на копии среды, с верификацией контрольных сумм.
- Обучение сотрудников — вебинар или очная встреча по работе с новыми данными.
- Документация и исходные коды — передаются заказчику.
- Пост-миграционная поддержка — 2 недели мониторинга и исправления ошибок.
Как избежать ошибок при миграции?
Используйте тестовую среду. Наши инженеры настраивают клон Битрикс24, где отрабатывают сценарии переноса. Только после подтверждения заказчика данные переносятся в бой. Мы также пишем скрипты обратной совместимости на случай отката. Гарантируем сохранность данных и соответствие 54‑ФЗ при передаче фискальных данных. Все исходные коды и документация передаются заказчику.
Свяжитесь с нами для предварительного аудита — мы бесплатно оценим объём и сложность миграции. Получите консультацию сертифицированного специалиста.
Миграция сайтов на 1С-Битрикс
Переезд на новую CMS — всегда стресс для сайта. Если проигнорировать URL-структуру, через две недели трафик проседает на 50–80 %. WordPress генерит /product/item-name/, OpenCart — /index.php?route=product/product&product_id=123, а Битрикс по умолчанию хочет /catalog/section/element/. Без карты 301-редиректов поисковики фиксируют массовые 404. Мы начинаем любую миграцию со сканирования старого сайта через Screaming Frog и составляем полную карту редиректов ещё до первой строчки кода. Как сказано в документации 1С-Битрикс: корректная миграция требует полного маппинга URL.
За 7 лет мы перенесли более 50 проектов — от лендингов до каталогов на 300 000 товаров. Средний срок — 2–8 недель. Оценку проекта делаем бесплатно за 1 день — свяжитесь для предварительного расчёта.
Какие CMS мы переносим на Битрикс?
За годы работы данные мигрировали с десятков систем.
Блоги и корпоративные сайты: WordPress / WooCommerce → 1С-Битрикс. Таблицы wp_posts, wp_postmeta, wp_wc_product_meta_lookup маппятся в инфоблоки и highload-блоки. Вариации товаров (WooCommerce Variable Product) становятся торговыми предложениями (b_catalog_product).
Интернет-магазины: OpenCart / ocStore → 1С-Битрикс. Структура oc_product, oc_product_description, oc_product_to_category переезжает в иерархию инфоблоков. Мультиязычность OpenCart преобразуется в языковые версии свойств. Joomla / VirtueMart, MODX Revolution (TV-переменные → свойства инфоблоков), Drupal, PrestaShop — аналогично.
SaaS-платформы: Tilda, InSales, Shopify, Wix, Squarespace. Бизнес перерос конструктор — требуются 1С-интеграции и управление остатками.
Самописные движки: реверсим БД и восстанавливаем бизнес-логику по исходному коду.
Что переносится?
Контент: страницы, статьи, новости → информационные инфоблоки. Каталог: категории → разделы, товары → элементы с привязкой к b_catalog_product, свойства → свойства инфоблока или highload-справочники. Изображения, отзывы, FAQ.
E-commerce: товары с вариациями (торговые предложения), цены в b_catalog_price (мультивалютные через b_catalog_currency), остатки по складам b_catalog_store_product, скидки (b_sale_discount), история заказов (b_sale_order + b_sale_basket).
Пользователи: клиентская база — b_user + UF-поля. Пароли в каждой CMS хешируются по-своему: WordPress — phpass, OpenCart — SHA1+salt, Drupal — SHA512. Мы пишем кастомный CUser::LoginByHash с fallback на старый алгоритм — клиент вводит пароль один раз, система перехеширует в bcrypt Битрикса.
SEO-данные: мета-теги, alt-теги, URL-структура. Главная задача — сохранить все URL или проставить 301-редиректы.
Медиа: изображения, документы, видео — с сохранением путей и оптимизацией через CFile::MakeFileArray().
Как происходит миграция?
| Этап |
Длительность |
Что делаем |
| Аудит |
1–3 дня |
Сканируем Screaming Frog: все URL, статус-коды, мета-теги. Анализируем структуру БД, кастомные доработки, интеграции. Составляем карту переноса. |
| Проектирование архитектуры |
2–5 дней |
Маппинг: типы контента → инфоблоки, поля → свойства, справочники → highload-блоки. Архитектура должна быть удобна для администрирования в Битрикс. |
| Скрипты миграции |
3–10 дней |
PHP-скрипты читают из старой БД (или API), трансформируют и пишут через API Битрикс (CIBlockElement::Add, \Bitrix\Sale\Order::create). Запускаем повторно при тестировании. |
| Staging |
1–2 дня |
Полный перенос на тестовый сервер. Проверяем целостность: количество товаров, свойства, URL, фильтры. |
| Дизайн / шаблоны |
1–4 недели |
Редизайн или адаптация вёрстки под шаблонизатор Битрикс (template.php, result_modifier.php). |
| 301-редиректы |
1–2 дня |
Полная карта в .htaccess или nginx.conf. Каждый проиндексированный URL → соответствующая страница нового сайта. |
| Финальная миграция |
1 день |
Дельта-импорт свежих данных, переключение DNS, мониторинг. |
| Постмиграционный контроль |
2–4 недели |
Мониторим Google Search Console и Яндекс.Вебмастер: индексация, позиции, crawl errors. |
Как сохранить SEO-позиции?
Потеря органического трафика — главный страх, и он обоснован. Вот как мы его избегаем.
Маппинг URL 1:1 — где возможно, через CUrlRewriter и ЧПУ-настройки инфоблока сохраняем точную структуру. Где нельзя — 301. Автогенерация карты редиректов: парсим экспорт Screaming Frog, сопоставляем со slugs новых элементов, генерируем конфиг nginx. Каждый редирект проверяется curl -I после переключения.
Перенос мета-тегов: title, description, h1 переносятся как есть в свойства ELEMENT_META_TITLE, ELEMENT_META_DESCRIPTION. Canonical: rel="canonical" через SEO-компонент Битрикс. Дубли отсекаем: www/без www, http/https, параметры сортировки. Sitemap: новая sitemap.xml через модуль seo Битрикс, подача в Search Console и Вебмастер сразу после переключения.
Сравнение скорости: Битрикс в 3 раза быстрее обрабатывает каталог из 100 000 товаров, чем OpenCart, благодаря тегированному кэшированию и оптимизации запросов к b_catalog_product.
Что входит в работу (deliverables)
| Что получает клиент |
Описание |
| Документация |
Карта редиректов, описание маппинга, схема БД |
| Доступы |
Административная панель, FTP/SSH, API-ключи |
| Обучение |
Видеоуроки или консультация по работе с Битрикс |
| Поддержка |
2 недели постмиграционного мониторинга и фикса багов |
| Гарантия |
Возврат к старому сайту в течение 48 часов при форс-мажоре |
Миграция интеграций
Внешние интеграции — отдельный пласт. Мы переподключаем:
- Платёжные системы —
sale.paysystem с сохранением истории транзакций.
- Доставка — настройка
sale.delivery.handler (СДЭК, Почта России).
- CRM — привязка к Битрикс24 или сохранение текущей через REST API.
- 1С — настройка обмена через CommerceML. Часто это главная причина миграции на Битрикс.
- Email-маркетинг — перенос подписчиков, шаблонов, вебхуков.
- Аналитика — e-commerce tracking под новую структуру dataLayer.
Типичные ошибки при миграции
Каждая из этих ошибок приводила к потере позиций и клиентов.
Потеря URL без редиректов — самый разрушительный промах. /product/123 вместо /catalog/item-name.html — без 301 это массовые 404 и обвал трафика. Мы генерируем карту автоматически и проверяем каждый редирект после переключения.
Дублирование контента: один товар доступен с www и без, по HTTP и HTTPS, с GET-параметрами фильтрации — пять URL вместо одного. SEO-вес размывается. Настраиваем canonical, 301 для вариаций, robots.txt с Disallow для параметров.
Битые изображения: абсолютные URL в контенте (src="https://old-site.ru/img/photo.jpg"), потеря качества при пережатии. Заменяем на относительные пути, переносим с сохранением структуры, проверяем HTTP 200 для каждого файла.
Потеря мета-тегов и микроразметки: title, description, Schema.org могут не перенестись или перенестись криво. Делаем полный маппинг и проверку на staging.
Отвалившиеся формы и интеграции: сменились ID, API-ключи, вебхуки. Составляем реестр всех интеграций до начала и проверяем каждую после.
Мобильная версия: старый m.site.ru → адаптивный Битрикс. Без редиректа мобильных URL — 404 для мобильных пользователей. Учитываем в карте редиректов.
Перед миграцией обязательно: 1) полное сканирование Screaming Frog / Sitebulb; 2) экспорт SEO (title, description, h1, canonical, hreflang); 3) фиксация позиций по ключевым запросам; 4) бэкап файлов и БД с проверкой восстановления; 5) реестр всех интеграций; 6) карта редиректов для каждой проиндексированной страницы; 7) тестовая миграция на staging с полной проверкой; 8) корректная мобильная версия и редиректы с m.site.ru; 9) новая sitemap.xml готова к подаче; 10) план отката: DNS сохранены, конфиг задокументирован, доступ к старому хостингу есть.
Сроки и экономия
| Тип проекта |
Сроки |
Комментарий |
| Информационный сайт (до 500 стр.) |
2–4 недели |
Контент + дизайн + редиректы |
| Интернет-магазин (до 10 000 товаров) |
4–8 недель |
Каталог + заказы + интеграции |
| Крупный магазин (100 000+ товаров) |
2–4 месяца |
Кастомные скрипты + нагрузочное тестирование |
Экономия: после миграции вы перестаёте платить за лицензию старой CMS и поддержку устаревшего кода. Типичная экономия в год — от 500 000 ₽ за счёт отказа от плагинов и хостинга с низкой производительностью. Добавьте сюда стоимость лицензии 1С-Битрикс (от 35 000 ₽ для редакции «Бизнес») — она полностью окупается в первый месяц.
Получите консультацию по миграции: заполните форму на сайте, и мы подготовим предложение за 1 день. Оценим ваш проект бесплатно — напишите нам для расчёта.
