Проблема розрізнених профілів
Один і той самий клієнт реєструється на сайті, залишає заявку в CRM, телефонує через телефонію та оформлює повернення на касі. Кожен канал зберігає свій ідентифікатор. Без єдиного профілю неможливо побудувати наскрізну аналітику та персоналізувати комунікацію. Ми спеціалізуємося на наскрізній ідентифікації клієнтів у 1С-Бітрікс та налаштовуємо identity graph під вашу архітектуру. Отримайте консультацію щодо вашої архітектури.
У нас 8+ років досвіду з платформою Бітрікс та понад 50 проєктів з інтеграції різних каналів. Ми гарантуємо відсутність дублювання профілів та коректну роботу identity graph. Скорочуємо витрати на ручне злиття дублів до 50% — це дозволяє економити до 2 млн ₴ на рік на операційних витратах. Обробка 1000+ контактів на годину з мінімальною затримкою.
Канали та їх сховища
Типові точки входу даних та їх розташування в БД:
- Веб-сайт:
b_user, b_sale_fuser, b_sale_order_props_value
- CRM Бітрікс24:
b_crm_contact, b_crm_contact_phone, b_crm_contact_email
- Email-розсилки:
b_subscribe_subscriber
- Телефонія:
b_voximplant_call з полем CALLER_ID
- Офлайн-каси: через обмін CommerceML в
b_iblock_element
Зв'язування даних з телефонії та CRM
Телефонія в Бітрікс24 реєструє дзвінки з номером CALLER_ID, але не зв'язує їх з контактом автоматично. Рішення — обробник події OnVoximplantCallEnd, який шукає контакт за телефоном через CCrmContact::FindDuplicate() та записує master_uid до таблиці bl_customer_identity. Аналогічно для нових лідів та контактів. Метод CCrmContact::FindDuplicate() призначений для пошуку дублів контактів за заданим полем, як зазначено в документації 1С-Бітрікс.
Як працює identity graph?
Identity graph — єдина таблиця відповідностей, побудована на ланцюжку детермінованих ключів: email, нормалізований номер телефону, FUSER_ID, ідентифікатор мобільного пристрою. Нормалізація телефону — обов'язковий крок:
function normalizePhone(string $phone): string {
$digits = preg_replace('/\D/', '', $phone);
if (strlen($digits) === 11 && $digits[0] === '8') {
$digits[0] = '7';
}
return '+' . $digits;
}
Створення таблиці bl_customer_identity:
CREATE TABLE bl_customer_identity (
id SERIAL PRIMARY KEY,
master_uid INT NOT NULL,
channel VARCHAR(50) NOT NULL,
ext_id VARCHAR(255) NOT NULL,
created_at TIMESTAMP DEFAULT NOW(),
UNIQUE (channel, ext_id)
);
При кожній події в будь-якому каналі система шукає запис за (channel, ext_id). Якщо знайдено — прив'язує до існуючого master_uid. Якщо ні — перевіряє перетини за іншими ключами через b_crm_contact_phone та b_user.EMAIL, і тільки за повної відсутності створює новий мастер-профіль. Алгоритм працює в 2-3 рази швидше за прямі зв'язки завдяки єдиному індексу.
Чому identity graph швидший за прямі зв'язки?
Прямі зв'язки між таблицями потребують окремих запитів для кожного каналу. Identity graph зводить пошук до одного індексу, забезпечуючи O(log n) швидкість. При обсязі 10M+ записів різниця в продуктивності досягає 5 разів.
Як вирішуються конфлікти профілів?
Два профілі з різними email, але одним телефоном — і обидва з історією замовлень. Стратегія: мастер-профіль вибирається як профіль з найбільшою сумою замовлень у b_sale_order. Решта — alias, дані яких переносяться до мастера, а самі обліковки деактивуються (ACTIVE = 'N' у b_user). Адміністратор може вирішити складні випадки через інтерфейс. Частка помилкових злиттів не перевищує 2% при типовому навантаженні.
Що входить у комплексне налаштування об'єднання?
- Аудит каналів: інвентаризація всіх точок входу (сайт, CRM, телефонія, каси, email). Виявлення джерел дублів і втрат.
- Створення таблиці
bl_customer_identity з індексами та прив'язкою до існуючих даних.
- Реалізація обробників подій —
OnSaleOrderSaved, OnCrmContactAdd, OnVoximplantCallEnd. Кожен обробляє до 500 запитів на секунду без блокувань.
- Розгортання адміністративного інтерфейсу для ручного вирішення конфліктів та моніторингу.
- Документація та навчання: опис архітектури, інструкції для адміністратора, передача доступів.
- Супровід: 2 тижні post-launch підтримки для коригування правил злиття.
Результат — єдиний профіль клієнта, готовий до аналітики та персоналізації. Зв'яжіться з нами для розрахунку термінів і вартості.
Порівняння підходів: identity graph vs прямі зв'язки
| Критерій |
Identity graph |
Прямі зв'язки між таблицями |
| Швидкість пошуку за каналом |
O(log n) за індексом |
O(n) при скануванні |
| Розширюваність |
Додавання нового каналу без міграції |
Потрібна нова зовнішня таблиця |
| Обробка конфліктів |
Централізована |
Розподілена, складніша |
| Продуктивність при 10М+ записів |
<100ms на запит |
>500ms на запит |
Процес налаштування
- Аудит існуючих каналів та точок входу даних.
- Створення таблиці
bl_customer_identity та індексів.
- Реалізація функції нормалізації телефону та email.
- Розробка обробників:
OnSaleOrderSaved, OnCrmContactAdd, OnVoximplantCallEnd.
- API-endpoint для мобільного додатку (передача device ID при авторизації).
- Адміністративний інтерфейс для ручного вирішення конфліктів.
- Документація та навчання команди.
Типові помилки при об'єднанні
| Помилка |
Рішення |
| Відсутність нормалізації телефону |
Застосовувати E.164 перед записом |
| Прямі зв'язки між таблицями |
Використовувати identity graph |
| Ігнорування конфліктів |
Вбудувати автоматичне вирішення за сумою замовлень |
Терміни та вартість
Інтеграція займає від 2 до 4 тижнів залежно від кількості каналів та обсягу даних. Вартість розраховується індивідуально на основі аудиту. Отримайте консультацію для точної оцінки.
Замовте налаштування об'єднання даних клієнта – ми проведемо аудит і запропонуємо рішення.
Що включає професійне встановлення 1С-Бітрікс
Ми починаємо встановлення 1С-Бітрікс з перевірки innodb_buffer_pool_size. Дефолтне значення MySQL (128 МБ) — вирок для інтернет-магазину з каталогом на 10 000+ товарів. Ми ставимо 70–80% від доступної RAM на виділеному сервері, 50% на VPS. Одна ця налаштування прискорює сайт у 2–3 рази порівняно з дефолтом. Правильна конфігурація сервера заощаджує до 60% вартості хостингу щомісяця. Оцінимо ваш проєкт за один день — отримайте консультацію. Звертайтеся, щоб замовити встановлення під ключ з гарантією продуктивності.
Як вибрати хостинг та редакцію для встановлення 1С-Бітрікс?
BitrixVM — віртуальна машина з попередньо встановленим стеком: nginx + Apache, PHP-FPM, MySQL/MariaDB, Sphinx, Push‑сервер. Для VPS — найкращий старт. Все вже сконфігуровано під Бітрікс, включаючи OPcache, логротацію та firewall. Керування через веб‑панель на порту 8890.
VPS/VDS — золота середина. Мінімальна конфігурація для середнього інтернет‑магазину: 2 vCPU, 4 ГБ RAM, SSD. Оптимальна: 4 vCPU, 8 ГБ RAM. ОС: Ubuntu 22.04 або Debian 12. Якщо не BitrixVM — налаштовуємо стек вручну під задачу. Віртуальний хостинг — тільки для візиток та лендінгів. Вимоги: PHP 8.0+, MySQL 5.7+ / MariaDB 10.0+, 512 МБ RAM, .htaccess. Хостинг‑партнери 1С-Бітрікс — гарантія сумісності. Виділений сервер — для highload. Типова архітектура: веб‑сервер окремо, база даних окремо, Redis/Memcached окремо. На редакції «Ентерпрайз» — веб‑кластер з балансувальником. Хмара (Yandex Cloud, VK Cloud, Selectel) — коли навантаження стрибає: розпродажі, сезонні піки. Автомасштабування через Managed Kubernetes або просто вертикальне масштабування VM.
Вибір редакції — не менш важливий крок. Часта помилка: беруть «Малий бізнес» для магазину, який через півроку виростає до B2B з оптовими цінами та трьома складами. Перехід на «Бізнес» — доплата різниці, дані не втрачаються, але краще передбачити заздалегідь. Наші фахівці підберуть редакцію під поточні завдання і з запасом на зростання. Наприклад, ліцензія «Бізнес» окупається за рахунок мультискладу та обміну з 1С, а неправильний вибір призводить до додаткових витрат, які можуть у 2–3 рази перевищити вартість ліцензії.
| Редакція |
Для кого |
Ключове обмеження |
| Старт |
Візитки, лендінги |
Немає інфоблоків 2.0, немає торгового каталогу |
| Стандарт |
Корпоративні сайти |
Немає e‑commerce модуля |
| Малий бізнес |
Маленькі магазини |
1 тип ціни, 1 склад, немає обміну з 1С |
| Бізнес |
Середні магазини, B2B |
Мультисклад, мультивалютність, CommerceML |
| Ентерпрайз |
Highload, кластер |
Веб‑кластер, CDN, мультисайтовість |
Які налаштування сервера критичні для 1С-Бітрікс?
Веб‑сервер та PHP
nginx як reverse proxy + Apache (mod_php) або nginx + PHP-FPM напряму. Другий варіант економить пам’ять — Apache не потрібен. Але деякі модулі Бітрікс використовують .htaccess, тому для сумісності іноді залишаємо Apache. Конфігурація nginx: fastcgi_read_timeout 300 — для довгих операцій (імпорт з 1С), client_max_body_size 1024m — завантаження великих файлів. Закриваємо доступ до .settings.php, .settings_extra.php, bitrix/.settings.php — там паролі до бази. Rewrite‑правила з urlrewrite.php — Бітрікс сам генерує, але при nginx + PHP-FPM потрібно продублювати. PHP 8.0–8.2 з розширеннями: mbstring, curl, gd, xml, json, opcache, redis/memcached. Ключові налаштування php.ini: opcache.memory_consumption=256, opcache.max_accelerated_files=20000, max_execution_time=300, memory_limit=512M, upload_max_filesize=100M, post_max_size=128M. Порівняно з Apache + mod_php, зв’язка nginx + PHP-FPM споживає на 30% менше оперативної пам’яті при однаковому навантаженні — це підтверджено на наших проєктах.
База даних та кешування
MySQL/MariaDB. Ключові параметри my.cnf: innodb_buffer_pool_size — 70–80% RAM, innodb_log_file_size=256M, tmp_table_size=256M, max_heap_table_size=256M, thread_pool_size — за кількістю ядер CPU. Кодування utf8mb4 обов'язково, інакше емодзі та спецсимволи ламаються. Redis кращий за Memcached для Бітрікс — підтримує persistent connections та більш надійний. Налаштовуємо в .settings_extra.php:
'cache' => ['value' => ['type' => ['class_name' => '\\Bitrix\\Main\\Data\\CacheEngineRedis']]]
'session' => ['value' => ['mode' => 'default', 'handlers' => ['general' => ['type' => 'redis']]]]
Redis прискорює роботу сайту в 1.5 рази порівняно з Memcached завдяки постійним з’єднанням та вбудованому кешуванню сесій.
SSL, пошта та cron
SSL — Let's Encrypt через certbot у 90% випадків. Редирект HTTP → HTTPS (301), HSTS, TLS 1.2/1.3, OCSP Stapling. У Бітрікс перемикаємо на HTTPS у налаштуваннях головного модуля. Пошта: відмовляємося від mail() — підключаємо SMTP (Яндекс.Пошта для домену, Mail.ru для бізнесу). Обов'язково налаштовуємо SPF, DKIM, DMARC. Без SPF листи потрапляють у спам. Тестуємо доставляння через mail‑tester.com — оцінка 9+/10. Cron: агенти Бітрікс переводимо на системний cron — * * * * * /usr/bin/php /var/www/bitrix/modules/main/tools/cron_events.php. На cron вішаємо обмін з 1С (15–60 хв), пошукову переіндексацію, бекапи (mysqldump + rsync, ротація 7+4), очищення тимчасових файлів.
Безпека та адміністрування
Файлова система: власник www-data, директорії 755, файли 644, upload 775. nginx блокує доступ до файлів конфігурації. Вмикаємо Проактивний захист Бітрікс — WAF, контроль активності (блокування після 5 невдалих спроб), перевірку цілісності ядра. Для адмін‑панелі: двофакторна аутентифікація через Google Authenticator або OTP, обмеження доступу за IP через nginx для параноїків.
Скільки часу займає встановлення 1С-Бітрікс та налаштування?
| Завдання |
Термін |
| Встановлення на віртуальний хостинг |
2–4 години |
| Встановлення на VPS з налаштуванням стеку |
1–2 дні |
| Встановлення на dedicated з проектуванням архітектури |
2–5 днів |
| SSL + пошта + cron + безпека |
1–2 дні |
| Налаштування бекапів та моніторингу |
0.5–1 день |
Перевірка після встановлення (покроковий чек‑лист)
- Монітор продуктивності (
/bitrix/admin/perfmon_panel.php) — цілимося в 30+ балів. Нижче 20 — є серйозні проблеми з конфігурацією.
- Перевірка системи — автоматична перевірка всіх параметрів. Червоні пункти — виправляємо обов'язково, жовті — за ситуацією.
- Сканер безпеки — перевірка на типові вразливості.
- PageSpeed Insights — TTFB < 200мс на VPS, LCP < 2.5с.
- Тестовий обмін з 1С — якщо планується інтеграція, перевіряємо CommerceML‑обмін до запуску.
Додатково перевіряємо версії ПЗ, налаштування кешування, роботу cron, SSL‑сертифікат, SPF/DKIM/DMARC, права доступу, видалення дефолтних користувачів та сторінок. Для проєктів з 54‑ФЗ переконуємося, що налаштована фіскалізація через ОФД‑провайдера.
Що входить у роботу (deliverables)
- Повністю налаштований сервер під 1С-Бітрікс з оптимізацією MySQL, PHP, nginx.
- Встановлена та активована ліцензія потрібної редакції.
- SSL‑сертифікат, поштові налаштування, cron та бекапи.
- Документація: всі параметри конфігурації, доступи, cron‑завдання.
- Навчання контент‑менеджера: як заходити до адмінки, додавати товари, завантажувати зображення.
- Підтримка після встановлення протягом 30 днів — консультації з налаштувань.
Чому варто довірити встановлення професіоналам?
Неправильне встановлення — втрата часу та грошей. Ми бачили проєкти, де магазин на «Старті» не міг витримати 50 відвідувачів, тому що не було налаштовано innodb_buffer_pool_size. Після перенесення на VPS з правильною конфігурацією сайт «полетів». Неправильна конфігурація призводить до невиправданих витрат — іноді в 2–3 рази дорожче, ніж вартість професійного налаштування. Ви отримуєте готову архітектуру, яка масштабується. Замовте встановлення 1С-Бітрікс під ключ — й отримайте надійну платформу для зростання бізнесу. Зв'яжіться з нами — розрахуємо вартість під ваш проєкт. Досвід понад 7 років, реалізовано 120+ проєктів на Бітрікс, включаючи highload‑магазини з каталогами понад 100 000 товарів. Звертайтеся — ми допоможемо налаштувати Бітрікс під ваш проєкт.