Підміна номерів за джерелами трафіку в 1С-Бітрікс

Підміна номерів за джерелами трафіку 1С-Бітрікс

Маркетолог хоче знати, скільки дзвінків надходить з Яндекс.Директа, а скільки з органики. Якщо на сайті один номер телефону, це неможливо без коллтрекінгу. Підміна номерів (dynamic number insertion) — заміна номера, що відображається, залежно від джерела переходу. Ми реалізували десятки таких інтеграцій під ключ — без зовнішніх сервісів, лише силами PHP та Бітрікс. Економія на зовнішніх сервісах сягає 40%.

Як підміна номерів вирішує проблему атрибуції дзвінків?

Кожного разу при заході відвідувача система визначає його джерело: UTM-мітки, click ID (yclid, gclid), реферер. Якщо джерело визначено, показується відповідний номер телефону з таблиці відповідності. Так ви бачите, що дзвінок за номером +375 29 111-22-33 прийшов з Яндекс.Директа, а +375 29 444-55-66 — з органики. Дані фіксуються в замовленні та CRM. На практиці до 80% дзвінків коректно атрибутуються після налаштування. При 2000 дзвінків на місяць це дає до 1600 атрибутованих.

Що потрібно для інтеграції власного коллтрекінгу?

Бітрікс не має вбудованого коллтрекінгу. Є два шляхи: зовнішні сервіси (CoMagic, Calltouch, Roistat) з їхнім JavaScript-кодом та щомісячною платою, або власна реалізація на базі сесій та UTM-параметрів. Ми пропонуємо другий варіант — він дешевший (тільки оренда додаткових номерів) і повністю контрольований. Середня економія — 60–80% порівняно з підпискою на зовнішній сервіс.

Згідно з документацією 1С-Бітрікс, обробник OnPageStart виконується на кожен запит.

Порівняння підходів

Власне рішення виграє у вартості та контролі. Зовнішні сервіси дають більше аналітики (запис розмов, точна атрибуція), але вимагають бюджету.

Пріоритети визначення джерела

Правило вибору номера базується на пріоритеті: якщо є yclid — номер для Яндекс.Директа, якщо gclid — для Google Ads, потім UTM-канал і реферер. Це запобігає конфліктам.

Як ми це робимо: стек і код

Для визначення джерела трафіку при першому візиті використовуємо обробник OnPageStart. Зберігаємо параметри в сесію:

AddEventHandler('main', 'OnPageStart', function() {
    if (isset($_GET['utm_source']) || isset($_GET['yclid']) || isset($_GET['gclid'])) {
        $_SESSION['traffic_source'] = [
            'utm_source'   => $_GET['utm_source'] ?? '',
            'utm_medium'   => $_GET['utm_medium'] ?? '',
            'utm_campaign' => $_GET['utm_campaign'] ?? '',
            'yclid'        => $_GET['yclid'] ?? '',
            'gclid'        => $_GET['gclid'] ?? '',
            'referrer'     => $_SERVER['HTTP_REFERER'] ?? '',
            'timestamp'    => time(),
        ];
    }
    if (!isset($_SESSION['traffic_source'])) {
        $_SESSION['traffic_source'] = [
            'referrer' => $_SERVER['HTTP_REFERER'] ?? '',
            'direct'   => true,
        ];
    }
});

Маппінг джерел і номерів зберігаємо в окремій таблиці:

CREATE TABLE custom_calltracking_numbers (
    id SERIAL PRIMARY KEY,
    source_key VARCHAR(100) NOT NULL,  -- 'yclid', 'gclid', 'utm_source:yandex', ...
    phone VARCHAR(30) NOT NULL,
    description VARCHAR(255),
    active BOOLEAN DEFAULT true
);

Логіка вибору номера:

function getPhoneByTrafficSource(array $source): string {
    $default = '+375 (17) 000-00-00';

    if (!empty($source['yclid'])) {
        return getPhoneFromDb('yclid');
    }
    if (!empty($source['gclid'])) {
        return getPhoneFromDb('gclid');
    }
    if (!empty($source['utm_source'])) {
        return getPhoneFromDb('utm_source:' . $source['utm_source']) ?: $default;
    }
    if (!empty($source['referrer'])) {
        $host = parse_url($source['referrer'], PHP_URL_HOST);
        return getPhoneFromDb('referrer:' . $host) ?: $default;
    }

    return $default;
}

Підміна номера в шаблоні сайту здійснюється заміною хардкоду на виклик функції:

$phone = getPhoneByTrafficSource($_SESSION['traffic_source'] ?? []);
echo '<a href="tel:' . preg_replace('/\D/', '', $phone) . '">' . $phone . '</a>';

Якщо шаблон недоступний для редагування, використовуємо обробник OnEndBufferContent:

AddEventHandler('main', 'OnEndBufferContent', function(&$content) {
    $phone = getPhoneByTrafficSource($_SESSION['traffic_source'] ?? []);
    $content = str_replace('+375 (17) 000-00-00', $phone, $content);
});

Процес роботи

1. Аналітика — визначаємо, які джерела трафіку важливі, узгоджуємо список номерів.
2. Проектування — розробляємо схему таблиці та логіку визначення пріоритетів.
3. Реалізація — пишемо обробники, створюємо таблицю, інтегруємо в шаблон.
4. Тестування — перевіряємо підміну для кожного джерела (UTM, кліки, реферали).
5. Деплой — заливаємо на продакшен, налаштовуємо моніторинг.

Приклад з практики

Кейс: інтернет-магазин електроніки з чотирма номерами для різних каналів. Після налаштування частка неатрибутованих дзвінків знизилася з 70% до 15%. Аналітика показала, що 35% дзвінків ідуть з organic, 40% — з Яндекс.Директа, решта — з Google Ads та соцмереж. На основі цих даних перерозподілили рекламний бюджет, збільшивши конверсію на 12%.

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

• Налаштування обробників OnPageStart та OnEndBufferContent
• Створення таблиці custom_calltracking_numbers
• Реалізація функції підбору номера з пріоритетами
• Підміна номера в шаблоні або через подію
• Передача джерела трафіку в замовлення (поле USER_DESCRIPTION)
• Документація по додаванню нових номерів
• Гарантія коректної роботи протягом 30 днів

Строки та вартість

Налаштування займає від 2 до 5 днів — залежно від складності маппінгу та доступу до адмінки. Вартість розраховується індивідуально після аудиту поточного сайту. Ми працюємо з Бітрікс більше 5 років, за плечима більше 30 проектів з коллтрекінгом. Зв'яжіться з нами для оцінки вашого проекту — підготуємо пропозицію за один день. Отримайте консультацію по вашій задачі та зекономте до 40% на коллтрекінгу.

Типові помилки при самостійній реалізації

• Перевизначення номера для вже авторизованого користувача — сесія повинна бути створена тільки при першому візиті.
• Ігнорування кешування — номер кешується в HTML, потрібно чистити кеш компонентів або використовувати тегований кеш.
• Відсутність дефолтного номера — для прямих переходів та непідтримуваних джерел.

Якщо ви хочете впровадити власну підміну номерів без щомісячних платежів зовнішнім сервісам, оцінимо ваш проект — напишіть нам.

Що включає професійне встановлення 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 рази перевищити вартість ліцензії.

Які налаштування сервера критичні для 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С-Бітрікс та налаштування?

Перевірка після встановлення (покроковий чек‑лист)

1. Монітор продуктивності (/bitrix/admin/perfmon_panel.php) — цілимося в 30+ балів. Нижче 20 — є серйозні проблеми з конфігурацією.
2. Перевірка системи — автоматична перевірка всіх параметрів. Червоні пункти — виправляємо обов'язково, жовті — за ситуацією.
3. Сканер безпеки — перевірка на типові вразливості.
4. PageSpeed Insights — TTFB < 200мс на VPS, LCP < 2.5с.
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 товарів. Звертайтеся — ми допоможемо налаштувати Бітрікс під ваш проєкт.