Інтеграція зворотного дзвінка (Calltouch) на сайт
Колтрекінг часто перетворюється на чорний ящик: дзвінки є, а до яких візитів вони відносяться — незрозуміло. Стандартний скрипт зворотного дзвінка дає воронку, але не пов'язує її з джерелом трафіку. Calltouch вирішує це завдання — підміна номерів, вебхуки з контекстом дзвінка та готова аналітика. Ми виконали понад 50 таких інтеграцій і знаємо, де зазвичай спливають N+1 запити до CRM або втрати session_id. Отримайте консультацію — розповімо, як впровадити колтрекінг без болю.
Чому колтрекінг Calltouch важливий для рекламної аналітики?
Без прив'язки дзвінка до utm-міток ви витрачаєте бюджет наосліп. Calltouch автоматично проставляє source, medium, campaign та keyword для кожного дзвінка. Це дозволяє бачити, які оголошення привели до реальної розмови, а не просто до кліку. На одному з проєктів (інтернет-магазин електроніки) після впровадження підміни номерів конверсія з дзвінків у ліди зросла на 30% — за рахунок правильної атрибуції та відключення неефективних каналів. Економія рекламного бюджету склала до 40%.
Як працює підміна номерів у Calltouch?
Calltouch використовує динамічну підміну: кожному відвідувачу присвоюється унікальний номер залежно від джерела. За даними документації Calltouch, це дозволяє розрізняти дзвінки з Яндекс.Директу, Google Ads, соцмереж та органіки. Алгоритм працює так: скрипт на сайті визначає utm-мітки, запитує у сервера Calltouch номер для даної комбінації та підставляє його в HTML. Після завершення сесії номер звільняється.
Порівняємо ефективність атрибуції:
| Параметр |
Без Calltouch |
З Calltouch |
| Точність атрибуції дзвінків |
~30% |
~95% |
| Час на створення ліда |
5 хв (ручне введення) |
1-2 сек (автомат) |
| Дубилікати лідів |
Часті |
Виключені |
Як налаштувати передачу дзвінків у CRM?
Стандартний спосіб — вебхуки. Коли дзвінок завершується, Calltouch відправляє POST-запит на ваш endpoint. Приклад на Laravel:
Route::post('/webhooks/calltouch/call', function (Request $request) {
$data = $request->all();
Lead::create([
'phone' => $data['callerNumber'],
'source' => 'calltouch',
'utm_source' => $data['utmSource'] ?? null,
'utm_campaign'=> $data['utmCampaign'] ?? null,
'duration' => $data['callDuration'] ?? 0,
'session_id' => $data['sessionId']
]);
});
Цього достатньо для базової CRM. Якщо потрібен ще й запис розмови — Calltouch надсилає посилання на аудіофайл у полі callRecordUrl. Важливо відловлювати дублі: один і той самий дзвінок може прийти двічі (через ретраї вебхука). Рішення — перевіряти унікальність за sessionId.
Детальні кроки налаштування вебхуків
- В особистому кабінеті Calltouch перейдіть у розділ «Налаштування» → «Вебхуки».
- Вкажіть URL вашого endpoint (наприклад,
https://example.com/webhooks/calltouch/call).
- Виберіть події: «Початок дзвінка», «Завершення дзвінка» (обидва необхідні для повної аналітики).
- Збережіть та перевірте: зробіть тестовий дзвінок — дані мають прийти на ваш сервер.
- Обробіть дублі: реалізуйте перевірку за
sessionId або використовуйте cache на стороні сервера.
Встановлення колтрекінгу
Скрипт ініціалізації вставляється в <head>:
<!-- Вставити в <head> -->
<script type="text/javascript">
(function(n,e,o,r,i) {
if (!n[i]) {
var c = n[i] = function() {
c.queries ? c.queries.push(arguments) : c.run ? c.run.apply(c, arguments) : c.queries = [arguments]
};
c.q = [];
var s = e.createElement(o);
s.type = "text/javascript";
s.async = !0;
s.src = (r ? "https:" : "http:") + "//mod.calltouch.ru/init.js?id=SITE_ID";
e.getElementsByTagName("body")[0].appendChild(s)
}
})(window, document, "script", document.location.protocol === "https:", "ct");
</script>
Після цього в особистому кабінеті Calltouch вмикається підміна номерів — платформа сама визначає, який номер показувати відвідувачу залежно від джерела.
JavaScript API — передача даних про користувача
Щоб пов'язати дзвінок із конкретною заявкою, передайте email або ID сесії:
// Передати email користувача для зіставлення з CRM
ct('setEmail', user.email);
// Передати кастомні дані заявки
ct('setData', {
order_id: orderId,
order_total: total,
utm_source: utmSource
});
Інтеграція з Яндекс.Директ та Google Ads
Calltouch вміє передавати конверсії (дзвінки) назад у рекламні системи. Налаштовується в кабінеті Calltouch без коду. Порівняйте з ручним завантаженням:
| Підхід |
Витрати часу на місяць |
Ризик помилок |
| Ручний експорт |
4-5 годин |
Високий |
| Calltouch |
10 хвилин |
Мінімальний |
Які помилки виникають при інтеграції Calltouch?
Найпоширеніша — N+1 запит до CRM при обробці кожного дзвінка. Якщо на сайті 1000 дзвінків на день, а CRM на кожен виконує окремий запит до бази, час відповіді вебхука зростає. Рішення — батчова обробка: збирати дзвінки в чергу (наприклад, Redis) та зберігати пачкою кожні 5 хвилин. Друга проблема — втрата session_id при перезавантаженні сторінки: зберігайте його в localStorage і передавайте при ініціалізації скрипта.
На одному проєкті ми зіткнулися з тим, що CRM не приймала дзвінки без utm-міток. Довелося додати fallback — якщо utm немає, підставляти значення "organic". Це збільшило атрибуцію на 15%.
Що входить у роботу
- Встановлення скриптів колтрекінгу та підміни номерів.
- Налаштування вебхуків для передачі дзвінків у вашу CRM (amoCRM, Bitrix24, RetailCRM, самописна).
- Інтеграція з Яндекс.Метрикою та Google Analytics (цілі «Дзвінок» з utm-тегами).
- Перевірка коректної роботи, обробка помилок (таймаути, ретраї).
- Документація щодо архітектури та інструкція для операторів.
Терміни та вартість
Стандартна інтеграція з одним сайтом — від 1 до 3 робочих днів. Якщо потрібна кастомна логіка (наприклад, нестандартна CRM або складні сценарії призначення відповідальних), термін збільшується до 5 днів. Вартість розраховується індивідуально після оцінки обсягу робіт.
Чому обирають нас
- 5+ років досвіду в інтеграціях колтрекінгу.
- Понад 50 проєктів з Calltouch, включаючи високонавантажені інтернет-магазини.
- Надаємо гарантію на налаштування: якщо протягом місяця виявиться помилка — виправимо безкоштовно.
Замовте інтеграцію Calltouch — отримайте точну аналітику дзвінків та скоротіть втрати лідів. Зв'яжіться з нами для консультації.
Інтеграція email розсилок: чому вона часто ламається?
Ми стикалися з тим, що тригерний лист через 10 хвилин після реєстрації конвертує в 4–5 разів краще, ніж той самий лист через 24 години. Це не маркетинговий міф — це механіка: поки користувач теплий, поки пам'ятає контекст. Але більшість інтеграцій з розсильниками зроблені так: форма сабмітиться → синхронний HTTP-запит до API → якщо API гальмує, користувач чекає 3 секунди → лист йде або не йде, ніхто не знає.
Якщо ви зіткнулися з втраченими листами або потраплянням у спам, замовте аудит існуючої інтеграції — ми знайдемо вузькі місця за 2 дні.
Провайдери та їх API
Unisender — російський провайдер, популярний у сегменті SMB. REST API, простий. Додавання контакту: importContacts, відправка транзакційного листа: sendEmail. Важливо: для транзакційних листів (підтвердження замовлення, скидання пароля) Unisender Go — окремий сервіс з іншим API та окремою ціною. Змішувати масові розсилки та транзакційні в одному потоці — погана ідея для репутації домену.
SendPulse — надає email, SMS, web push, Viber, Telegram-боти через єдиний API. Для проєктів, де потрібен омніканал, це зручно. Automation 360 — візуальний конструктор ланцюжків, можна запустити автоматизацію через API event. SDK для PHP (sendpulse/rest-api-php-sdk) підтримується, але оновлюється нерегулярно — краще використовувати напряму через Guzzle.
Mailchimp — вибір для міжнародної аудиторії та маркетингових команд, звиклих до екосистеми Mailchimp. Transactional email — через Mandrill (дочірній сервіс). Marketing API v3 для управління списками, тегами, кампаніями. Webhook для подій: відкриття, клік, відписка, bounce.
SMS. Для Росії: СМСЦ, МТС Exolve, Devino Telecom, SMS Aero. API у всіх схожий: метод send, параметри phone, message, sender (ім'я відправника — потрібно реєструвати окремо у оператора). Один нюанс: ім'я відправника має бути зареєстровано через агрегатора з договором — без цього SMS не відправляться на мережі МТС/МегаФон/Білайн.
| Провайдер |
Тип |
Транзакційні листи |
Маркетингові |
Особливості |
| Unisender |
email+SMS |
Unisender Go (окремо) |
так |
Популярний в РФ, простий REST |
| SendPulse |
email+SMS+web push+Viber |
так |
так |
Єдиний API, омніканальність |
| Mailchimp |
email |
Mandrill |
так |
Аналітика, міжнародний |
| Twilio |
SMS+email |
так |
ні |
Глобальний, дорогий в РФ |
Як побудувати інтеграцію, щоб не втрачати листи?
Розділяємо транзакційні та маркетингові потоки
Транзакційні листи (підтвердження замовлення, скидання пароля, статус доставки) — через окремий домен-відправник або субдомен tx.example.com. Маркетингові розсилки — через mail.example.com або news.example.com. Якщо маркетингова розсилка отримає багато скарг на спам, це не повинно зачепити репутацію транзакційного потоку. Згідно з документацією SendGrid, транзакційні повідомлення слід відправляти через виділений IP-пул для запобігання перехресному впливу.
Черга та retry
Будь-який виклик до email API — через чергу (Laravel Queue, Bull, Celery). Якщо Unisender повернув 503 — задача йде в retry через 5 хвилин, потім 15, потім 60. Після 5 невдалих спроб — у dead letter queue з алертом. Користувач при цьому вже отримав свій 200 OK і не знає про проблему. Завдяки цьому підходу bounce rate на проєктах знижується до 0.5%.
Приклад job для Laravel:
public function handle(): void
{
try {
$response = Http::post(config('services.unisender.email_url'), $this->params);
if ($response->failed()) {
$this->release(300); // retry через 5 хв
}
} catch (\Throwable $e) {
$this->release(300);
}
}
Шаблони
Зберігаємо шаблони в коді (Blade, Twig, React Email), не в інтерфейсі провайдера. Причини: версіонування через Git, preview у браузері без відправки, можливість тестування. Для складних шаблонів з динамічним контентом — react-email з експортом в HTML через @react-email/render.
Валідація та згоди
Перед додаванням контакту до списку — double opt-in (лист з підтвердженням). Зберігати факт підтвердження з timestamp у своїй БД. При відписці — синхронно відписуємо і у провайдера, і в своїй базі. Ігнорувати webhook відписки — прямий шлях до блокування акаунта у провайдера. Всі процеси відповідають ФЗ-152 про персональні дані.
Як налаштувати DKIM для домену-відправника?
DKIM дозволяє підписувати листи цифровим підписом, що підвищує довіру поштових серверів.
- Згенеруйте пару ключів (наприклад, через OpenSSL:
openssl genrsa -out private.key 2048).
- Опублікуйте публічний ключ у DNS як TXT-запис для селектора (наприклад,
mail._domainkey.tx.example.com).
- Вкажіть селектор у провайдера (SendGrid, Mailgun, Unisender).
- Перевірте командою
dig TXT mail._domainkey.tx.example.com.
Моніторинг доставності
Підключаємо webhook від провайдера на події bounce (жорсткий і м'який), spam_complaint, unsubscribe. Жорсткий bounce — негайно позначаємо email як невалідний у своїй БД, більше не відправляємо. М'який bounce 3 рази поспіль — те саме. Метрики: open rate, click rate, bounce rate, unsubscribe rate — дивимося не рідше разу на тиждень. Наші сертифіковані інженери налаштовують алерти в Grafana/Prometheus.
Чому важливо розділяти потоки?
Якщо відправити маркетингову розсилку з того ж домену, що й транзакційні листи, отримавши скарги на спам, ви ризикуєте заблокувати домен — і користувачі перестануть отримувати навіть підтвердження замовлень. SPF, DKIM, DMARC (Wikipedia SPF, Wikipedia DKIM) повинні бути налаштовані окремо для кожного потоку. Ми використовуємо субдомени з різними DNS-записами.
Обсяг робіт з інтеграції
- Аудит поточних потоків комунікації та репутації домену (SPF, DKIM, DMARC)
- Вибір провайдера та схеми: транзакційний vs маркетинговий трафік
- Налаштування DNS-записів SPF, DKIM, DMARC (Wikipedia DMARC)
- Розробка шаблонів листів (HTML + динамічний контент)
- Інтеграція з бекендом через черги та API
- Налаштування webhook для доставності та скарг
- Документація з експлуатації та навчання команди
- Гарантія доставності та підтримка після запуску
Терміни та вартість
| Сценарій |
Термін (робочі дні) |
Примітка |
| Базові транзакційні листи (один провайдер) |
5–7 днів |
Ціна розраховується індивідуально після аудиту |
| Тригерні ланцюжки + SMS + веб-пуши |
10–20 днів |
Ціна розраховується індивідуально після аудиту |
| Повна омніканальна автоматизація |
20–40 днів |
Ціна розраховується індивідуально після аудиту |
Вартість розраховується індивідуально після аудиту. Ми працюємо під ключ: від аналізу до моніторингу в продакшені. Отримайте консультацію інженера — оцінимо проєкт безкоштовно та скажемо точні терміни. Досвід більше 7 років в інтеграції поштових сервісів, реалізовано 50+ проєктів. Замовте безкоштовний аудит поточної інтеграції — отримайте звіт з рекомендаціями.
