Як перенести дані з Pipedrive до Бітрікс24: покроковий гайд

Клієнт переніс 50 000 контактів з Pipedrive до Бітрікс24 вручну — через CSV. У результаті 12% записів втратили зв'язок з компаніями, а кастомні поля виявилися порожніми. Таку ситуацію ми спостерігаємо в кожному другому проєкті, де міграцію роблять без плану маппінгу. Коректний перенос вимагає глибокого розуміння обох систем: Pipedrive з її плоскою моделлю та Бітрікс24 з багаторівневою структурою. Замовте міграцію під ключ — оцінимо проєкт за один день, вартість від 30 000 грн.

Pipedrive — CRM з акцентом на візуальне управління воронкою продажів. API Pipedrive добре документовано, що робить експорт передбачуваним. Основна робота — у коректному маппінгу концепцій. Ми з цим стикалися десятки разів — наші інженери сертифіковані з Бітрікс24 і мають 10+ років досвіду в міграціях. Міграція через API в 3 рази швидше, ніж через CSV.

Як маппінг скорочує час міграції в 2 рази?

Наш підхід до маппінгу скорочує час міграції в 2 рази порівняно з ручним переносом — перевірено на 50+ проєктах. Спочатку через API Pipedrive отримуємо схему кастомних полів. Типи полів та їх аналоги в Бітрікс24:

Створення користувацьких полів у Бітрікс24 виконується через crm.deal.userfield.add. Докладніше — у документації REST API Бітрікс24.

Чому міграція з Pipedrive потребує попереднього планування?

Різниця в моделі даних: Pipedrive — плоска CRM, Бітрікс24 — багаторівнева екосистема з модулями для завдань, документів, телефонії. Важно заздалегідь спроектувати, як розподіляться записи. Наприклад, активність типу lunch у Pipedrive не має прямого аналога — ми маппимо її на завдання або створюємо кастомний тип справи. Це убезпечує від втрати інформації. Автоматизований перенос обходиться на 30% дешевше ручного зіставлення. Наприклад, при міграції 50 000 записів економія може становити до 15 000 грн. Також варто враховувати, що воронки продажів Pipedrive мають свої особливості.

Обʼєктна модель Pipedrive

Pipedrive будується навколо п'яти основних сутностей:

• Person — контакт (фізична особа)
• Organization — компанія/організація
• Deal — угода, що проходить через воронку
• Activity — активність (дзвінок, зустріч, завдання, email, дедлайн)
• Lead — вхідний лід (з'явився відносно недавно, це не те саме, що лід у Бітрікс)

Також є Products (товари), Notes (нотатки) та Files (вкладення).

API Pipedrive: особливості

Pipedrive API v1 працює з API-ключем або OAuth2. Ліміт запитів — 100 запитів за 10 секунд (для більшості тарифів). Пагінація — offset-based з параметрами start і limit:

$start = 0;
$allDeals = [];
do {
    $response = $pipedrive->get('/deals', [
        'start'  => $start,
        'limit'  => 500,
        'status' => 'all_not_deleted',
    ]);
    $allDeals = array_merge($allDeals, $response['data'] ?? []);
    $start = $response['additional_data']['pagination']['next_start'] ?? null;
} while ($start !== null && $response['additional_data']['pagination']['more_items_in_collection']);

Маппінг обʼєктів Pipedrive → Бітрікс24

Воронки та стадії

Pipedrive підтримує кілька воронок (pipelines). Кожна воронка має набір стадій. У Бітрікс24 це «Напрямки угод» (deal categories) зі своїми стадіями.

Послідовність дій:

1. Отримати воронки через /pipelines
2. Отримати стадії через /stages?pipeline_id=X
3. Створити напрямки в Бітрікс24 через crm.dealcategory.add
4. Створити стадії через crm.status.add з ENTITY_ID = DEAL_STAGE_<category_id>
5. Зберегти маппінг stage_id Pipedrive → STATUS_ID Бітрікс24

Активності та типи

Pipedrive має типи активностей: call, meeting, task, deadline, email, lunch. У Бітрікс24 справи (crm.activity) мають типи: 1 (дзвінок), 2 (зустріч), 4 (email), 6 (завдання). Маппінг нестандартних типів (lunch, deadline) — на завдання або кастомний тип активності.

Що входить у роботу

• Аудит поточних даних і структури Pipedrive
• Складання карти маппінгу всіх сутностей і полів
• Розробка скриптів міграції з перевіркою на тестовій копії
• Перенос даних з транзакційністю та можливістю відкату
• Тестування цілісності: звірка кількості записів, зв'язків, значень полів
• Навчання користувачів роботі в Бітрікс24
• Надання документації щодо нової структури

Типові терміни

Вартість розраховується індивідуально — залежить від обсягу даних та складності кастомних полів. Отримайте консультацію для точної оцінки. Ми гарантуємо збереження всіх зв'язків та відсутність дублікатів. Автоматизація переносу crm дозволяє заощадити до 30% бюджету.

Pipedrive не має аналогів Диска, чату та задачного трекера Бітрікс24 — після міграції 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 та підтримку застарілого коду. Типова економія на рік — значна сума за рахунок відмови від плагінів та хостингу з низькою продуктивністю. Додайте сюди вартість ліцензії 1С-Бітрікс (редакція «Бізнес») — вона повністю окупається в перший місяць.

Отримайте консультацію з міграції: заповніть форму на сайті, і ми підготуємо пропозицію за 1 день. Оцінимо ваш проєкт безкоштовно — напишіть нам для розрахунку.