Миграция из HubSpot в Битрикс24: перенос данных без потерь

Ручной экспорт данных из HubSpot в CSV с последующим импортом в Битрикс24 часто приводит к потерям: нарушаются связи между контактами и сделками, фрагментируется история коммуникаций, кастомные поля остаются пустыми. При этом организации несут риски — потерянные данные могут стоить до 30% выручки. Мы переносим данные через HubSpot API v3 и Битрикс24 REST API напрямую, сохраняя структуру связей и историю. Команда имеет 5+ лет опыта и более 50 завершённых проектов. Получите консультацию по вашему проекту — мы оценим объём данных и предложим оптимальный план миграции без потери данных.

Почему миграция из HubSpot в Битрикс24 сложнее, чем кажется?

HubSpot API v3 предоставляет доступ ко всем объектам: contacts, companies, deals, tickets, engagements. Но структура связей отличается. HubSpot использует ассоциации с множественными связями, Битрикс24 — более плоскую модель с одной основной компанией для контакта. Без приоритизации мультисвязей можно потерять данные. Кроме того, HubSpot позволяет создавать произвольные свойства для каждого объекта, которые необходимо маппить на пользовательские поля. Документация HubSpot API описывает более 20 типов полей, и каждый требует точного сопоставления.

Как мигрировать контакты и сделки?

Экспорт через HubSpot API выполняется курсорной пагинацией:

$after = null;
$contacts = [];
do {
    $params = ['limit' => 100, 'properties' => 'firstname,lastname,email,phone,company'];
    if ($after) $params['after'] = $after;
    $response = $hubspot->get('/crm/v3/objects/contacts', $params);
    $contacts = array_merge($contacts, $response['results']);
    $after = $response['paging']['next']['after'] ?? null;
} while ($after);

Импорт в Битрикс24 — через REST API: crm.contact.add, crm.company.add, crm.deal.add. Маппинг полей стандартный (email, phone, name). Важно учитывать, что телефон в Битрикс24 хранится как массив, поэтому множественные номера нужно передавать через PHONE с типом WORK или MOBILE.

Таблица маппинга объектов

Что делать с кастомными полями?

HubSpot позволяет создавать произвольные свойства для каждого объекта. Схему получаем через /crm/v3/properties/contacts. Для каждого кастомного поля создаём пользовательское поле в Битрикс24 через crm.userfield.add. Типы сопоставляются:

Какие риски при миграции и как их избежать?

Основной риск — потеря связей между объектами из-за различия в моделях данных. Для минимизации мы используем многоэтапное тестирование: сначала переносим небольшую выборку (100–500 записей), проверяем корректность маппинга и связей, затем запускаем полный перенос. Дополнительно настраиваем логирование ошибок для каждого вызова REST API. Если какая-то запись не создаётся из-за дубликата или некорректного поля, мы фиксируем её и обрабатываем отдельно. Гарантия целостности подтверждается сертифицированными специалистами с многолетним опытом.

Объём работ по миграции

В миграцию входит полный экспорт через HubSpot API (контакты, компании, сделки, активности, ассоциации), создание пользовательских полей в Битрикс24, маппинг и перенос истории коммуникаций (письма, звонки, встречи), настройка направлений сделок и стадий, многоэтапное тестирование после переноса, передача документации по маппингу и обучение команды.

Процесс работы

1. Анализ исходной схемы: собираем список объектов, кастомных полей, ассоциаций.
2. Проектирование маппинга: определяем соответствие полей и типов.
3. Разработка скриптов миграции на PHP с использованием HubSpot API и Битрикс24 REST API.
4. Тестовый перенос на небольшой выборке (100–500 записей) для проверки.
5. Полный перенос данных, включая историю коммуникаций.
6. Финальное тестирование: сверка количества записей, выборочная проверка сделок и контактов.
7. Деплой и обучение пользователей.

Типичные сроки и гарантии

Мы гарантируем целостность данных и минимальный даунтайм. Перенос через API HubSpot на порядок быстрее ручного экспорта в CSV. Свяжитесь с нами для оценки вашего проекта — подберём оптимальный план миграции без потерь. Также вы можете заказать аудит текущей CRM: выявим узкие места и дадим рекомендации.

Миграция сайтов на 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 день. Оценим ваш проект бесплатно — напишите нам для расчёта.