Миграция с облачного Битрикс24 на On-Premise под ключ

Миграция с облачного Битрикс24 на On-Premise

Облачный Битрикс24 не даёт прямого доступа к базе данных, кастомизация ограничена через REST API, а лимиты на запросы тормозят интеграции. Для компаний с тысячами сделок и десятками интеграций это становится узким местом. On-Premise (коробка) снимает эти ограничения: вы получаете полный контроль над сервером, неограниченные запросы к API и возможность модифицировать модули. Однако переезд с облака на коробку — не копирование файлов, а проект с анализом архитектуры, переносом данных через REST и адаптацией бизнес-процессов. Мы выполнили более 50 таких проектов и знаем все подводные камни. Оцените объём работ для вашего портала — мы проведём бесплатный аудит.

Как подготовиться к миграции с облачного Битрикс24 на On-Premise?

Перед началом нужно провести аудит портала: оценить объём CRM, диска, количество интеграций. От этого зависит стратегия переноса. Например, при 300 000+ записях CRM потребуется постраничный обход через crm.deal.list и параллельный запуск нескольких скриптов для диска. Мы рекомендуем сразу закладывать 2–4 недели на параллельную работу облака и коробки для сверки данных. Экономия на лицензиях при переходе на коробку может достигать 40% в год по сравнению с облачной подпиской.

Неавтоматизируемые данные

Через REST API не экспортируются история чатов, лента новостей и настройки SIP-телефонии. Бизнес-процессы выгружаются через bizproc.workflow.template.list, но их шаблоны привязаны к облачной конфигурации и требуют ручной адаптации под коробку. Файлы диска доступны через disk.file.get и disk.folder.uploadfile, но скорость ограничена тарифом: бесплатный — до 2 запросов/с, платный — до 200. Для десятков тысяч файлов это означает дни непрерывной работы скрипта.

Как мигрировать CRM без потери данных?

CRM-сущности — самый объёмный блок. Порядок переноса критичен для сохранения связей между записями.

1. Пользователи (user.get) — создаются на коробке вручную или через LDAP.
2. Статусы и воронки (crm.status.list, crm.dealcategory.list) — пересоздаются до загрузки данных.
3. Пользовательские поля (crm.userfield.list) — добавляются через crm.userfield.add.
4. Компании → Контакты → Лиды → Сделки — строго в такой последовательности с маппингом старых ID.
5. Активности и дела (crm.activity.list).
6. Комментарии таймлайна (crm.timeline.comment.list).

Пример постраничного обхода сделок:

$start = 0;
$deals = [];
do {
    $result = $bitrix24->call('crm.deal.list', [
        'select' => ['*', 'UF_*'],
        'start'  => $start,
    ]);
    $deals = array_merge($deals, $result['result']);
    $start = $result['next'] ?? null;
} while ($start !== null);

Файловое хранилище: как ускорить перенос?

Файлы с Диска скачиваются через disk.file.get (получить URL загрузки) и загружаются на коробку через disk.folder.uploadfile. При больших объёмах (десятки тысяч файлов) процесс занимает несколько дней непрерывной работы скрипта. Решение — параллельный запуск нескольких процессов с разделением файлов по папкам, но с контролем лимитов API. On-Premise превосходит облако в 2–3 раза по скорости обработки запросов к БД. Это особенно заметно при работе с большими каталогами: коробка обрабатывает 100 000+ товаров без задержек, тогда как облако упирается в лимиты API.

Какие риски при миграции с облачного Битрикс24 на On-Premise?

Главный риск — потеря связей между данными. Если импортировать сделки до создания пользовательских полей, они не найдут свои значения. Мы минимизируем это пошаговой верификацией: тестовый перенос на копию, затем полная проверка. Ещё один риск — сбои в интеграциях. Настройки 1С, ЮKassa, СДЭК придётся адаптировать под коробку, так как API эндпоинты могут отличаться. Это не ошибка миграции, а техническое требование. Окупаемость миграции — в течение 8–12 месяцев за счёт снижения ежемесячных платежей.

Что входит в нашу работу

Мы предлагаем полный цикл миграции под ключ:

• Аудит текущего портала и составление карты данных.
• Написание скриптов переноса под вашу структуру.
• Тестовый перенос с пошаговой верификацией.
• Перенастройка интеграций (1С, почта, телефония, ЮKassa).
• Настройка прав доступа и ролей на коробке.
• Обучение администраторов работе с On-Premise.
• Параллельная работа облака и коробки 2–4 недели.
• Сопровождение после запуска и устранение возможных расхождений.

Настройки и структура портала

В отличие от данных, настройки портала не мигрируют через API — их нужно перенастраивать вручную: структура отделов и должностей, права доступа (роли CRM, диска, групп), интеграции с внешними сервисами, внешние виджеты и приложения из маркетплейса. На коробке появляются возможности, которых нет в облаке: прямой доступ к базе, LDAP/Active Directory, кастомные модули и полный контроль над файловой системой. Это основная причина перехода для компаний с нетиповыми требованиями.

Почему важна правильная подготовка сервера?

Коробочный Битрикс24 требует:

• Linux (CentOS 7+, Ubuntu 18.04+) или Windows Server.
• PHP 7.4–8.1 с набором обязательных расширений.
• MySQL 5.7+ / MariaDB 10.3+.
• Минимум 4 ГБ RAM для команды до 50 пользователей, 16+ ГБ для 200+.

Для установки рекомендуем использовать BitrixVM — готовый образ виртуальной машины с настроенным стеком. Это экономит 2–4 часа на настройке. Мы помогаем подобрать конфигурацию под вашу нагрузку с учётом будущего роста.

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

После миграции обязателен период параллельной работы (2–4 недели), когда облако ещё доступно для сверки данных. Затем — переключение и закрытие облачной подписки.

Сравнение возможностей облака и коробки

Свяжитесь с нами для расчёта сроков и стоимости миграции. Получите консультацию прямо сейчас.

Миграция сайтов на 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().

Как происходит миграция?

Как сохранить 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)

Миграция интеграций

Внешние интеграции — отдельный пласт. Мы переподключаем:

• Платёжные системы — 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 сохранены, конфиг задокументирован, доступ к старому хостингу есть.

Сроки и экономия

Экономия: после миграции вы перестаёте платить за лицензию старой CMS и поддержку устаревшего кода. Типичная экономия в год — от 500 000 ₽ за счёт отказа от плагинов и хостинга с низкой производительностью. Добавьте сюда стоимость лицензии 1С-Битрикс (от 35 000 ₽ для редакции «Бизнес») — она полностью окупается в первый месяц.

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