Интеграция обратного звонка (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+ проектов. Закажите бесплатный аудит текущей интеграции — получите отчёт с рекомендациями.
