Техническое задание на интеграцию Битрикс24, Яндекс Метрики и Директа
Дмитрий · Западнов · 2 · октября · 2026
Связку Битрикс24, Яндекс Метрики и Яндекс Директа не должен самостоятельно собирать собственник или директор. CRM настраивает профильный интегратор Битрикс24, коллтрекинг и сквозную аналитику — специалисты выбранного сервиса, а цели и оптимизацию рекламы проверяет специалист по Директу. Задача бизнеса — заранее описать, какие обращения считать лидами, какие данные передавать и как проверить результат.
Хорошее техническое задание должно связать весь путь: рекламный переход → звонок, письмо, форма или чат → карточка в Битрикс24 → квалификация менеджером → выручка → обратная передача результата в аналитику и рекламу . Если ограничиться формулировкой «интегрировать CRM с Метрикой», подрядчики могут технически соединить системы, но не решить задачу бизнеса.
Доступы выдавайте конкретным специалистам, только к нужному счётчику, порталу или проекту и только на срок настройки. Не передавайте пароли от основных аккаунтов. После приёмки отзовите временные права, проверьте приложения и вебхуки, а постоянные интеграции закрепите за служебной учётной записью компании, а не за аккаунтом подрядчика.
Как должна работать связка
- Пользователь переходит на сайт из Яндекс Директа.
- Сайт и Яндекс Метрика сохраняют данные визита: страницу входа, рекламную кампанию, объявление, ключевую фразу и технические идентификаторы перехода.
- Calltouch, Callibri или другой сервис фиксирует звонок, письмо, форму либо чат и связывает обращение с визитом.
- Битрикс24 создаёт или обновляет карточку клиента и получает данные об источнике.
- Менеджер квалифицирует обращение и переводит сделку по этапам.
- Статус, сумма и результат сделки возвращаются в сквозную аналитику. Подтверждённая конверсия передаётся в Метрику и может использоваться в Директе.
Для B2B недостаточно передавать только формы. В ТЗ отдельно перечислите звонки, письма на корпоративную почту, сообщения в чате и формы сайта.
Кто за что отвечает
| Участник | Зона ответственности |
|---|---|
| Владелец процесса со стороны бизнеса | Утверждает, что считать обращением, квалифицированным лидом, продажей и потерей; назначает ответственных; принимает работу |
| Интегратор Битрикс24 | Настраивает сущности и поля CRM, поиск дублей, создание и обновление карточек, этапы, роботов, права и обратную передачу статусов |
| Специалисты Calltouch или Callibri | Настраивают отслеживание звонков, почты, форм и чатов; связывают обращения с визитами; передают данные в Метрику и CRM |
| Специалист по Яндекс Директу | Проверяет разметку рекламы, выбирает цели для оптимизации, исключает технические и спам-конверсии |
| Разработчик сайта | Устанавливает код, передаёт идентификаторы и параметры форм, устраняет конфликты скриптов, проверяет уведомление о сборе данных |
Назначьте одного человека, который отвечает за результат всей связки. Без него каждый подрядчик проверит только свою систему, а разрывы между системами останутся задачей клиента.
Что подготовить до постановки задачи
Составьте короткий реестр:
- адрес сайта и платформа, на которой он работает;
- номер счётчика Яндекс Метрики;
- рекламные аккаунты и кампании Яндекс Директа;
- адрес портала Битрикс24 и его версия: облачная или коробочная;
- сервис коллтрекинга и сквозной аналитики;
- все каналы обращений: звонок, email, форма, чат, мессенджер;
- направления продаж и воронки;
- ответственные сотрудники;
- текущие интеграции, приложения и вебхуки;
- требования к хранению записей разговоров и персональных данных.
Сначала опишите существующий процесс. Не меняйте одновременно воронку продаж, телефонию, сайт и модель аналитики без отдельного плана: при ошибке будет невозможно определить её источник.
Готовая структура технического задания
Ниже — шаблон, который можно передать интегратору Битрикс24 и специалистам сервиса сквозной аналитики.
1. Цель
Связать рекламный переход с реальным обращением, карточкой клиента, квалификацией и выручкой. Исключить из рекламных конверсий спам, внутренние обращения, звонки в бухгалтерию и логистику, дубли и другие некоммерческие контакты.
2. Результат
Для каждого обращения в Битрикс24 должны быть видны:
- канал обращения;
- дата и время;
- посадочная страница;
- источник, канал, кампания, объявление и ключевая фраза — если данные доступны;
- запись или ссылка на звонок, письмо, форму либо чат;
- идентификатор обращения в сервисе аналитики;
- ответственный менеджер;
- результат квалификации и причина отказа;
- сделка, сумма и дата оплаты.
В сквозной аналитике должны отображаться обращения, квалифицированные лиды, сделки и выручка в разрезе рекламных кампаний.
3. Правила создания карточек
Укажите письменно:
- создавать лид или сразу контакт, компанию и сделку;
- по каким полям искать существующего клиента: телефону, email, ИНН или их сочетанию;
- что делать с повторным обращением;
- когда создавать новую сделку у существующего контакта;
- какую воронку, этап и ответственного назначать;
- что делать с обращением без телефона, но с email;
- сохранять ли первый источник при повторном визите;
- как фиксировать последний источник перед новым обращением;
- как обрабатывать звонки в непрофильные отделы и спам.
Не оставляйте логику дублей «по умолчанию». Например, готовая интеграция Calltouch с Битрикс24 ищет лид по телефону, а при его отсутствии может искать по email; дальнейшее поведение зависит от найденных сущностей и настроек. Эти правила должны совпадать с процессом продаж компании.
4. Карта полей
| Данные | Откуда | Куда | Обязательность |
|---|---|---|---|
| Телефон и email | Обращение | Контакт/лид | Обязательно |
| Дата, время и вид обращения | Calltouch/Callibri | Лид/сделка | Обязательно |
| Страница входа и страница обращения | Сайт/Метрика | Лид/сделка | Обязательно |
| utm_source, utm_medium, utm_campaign | Сайт/аналитика | Лид/сделка | Обязательно |
| utm_content, utm_term | Сайт/аналитика | Лид/сделка | Если доступны |
| Yandex Click ID (идентификатор клика по рекламе) | Директ/сайт | Аналитика/CRM | Обязательно для точной привязки |
| ClientID Метрики (идентификатор посетителя) | Метрика/сайт | Аналитика/CRM | Обязательно для офлайн-конверсий |
| ID звонка, заявки или письма | Сервис аналитики | CRM | Обязательно |
| Запись звонка или ссылка на обращение | Сервис аналитики | CRM | По согласованию |
| Квалификация и причина отказа | Битрикс24 | Аналитика/Метрика | Обязательно |
| Сумма и дата продажи | Битрикс24 | Аналитика | Обязательно |
Источник рекламного перехода храните в отдельных полях, а не только в комментарии. Запретите роботам и менеджерам случайно перезаписывать первичный источник.
5. Цели и обратная передача данных
Разделите события как минимум на четыре уровня:
- техническое действие на сайте;
- фактическое обращение;
- квалифицированный лид;
- продажа или оплаченная сделка.
В Яндекс Директ передавайте для оптимизации подтверждённую бизнес-конверсию, если её объёма достаточно. Не смешивайте с ней спам, тесты, пропущенные звонки, обращения поставщиков и звонки в бухгалтерию.
В ТЗ укажите:
- какое событие создаётся как цель Метрики;
- кто и на каком этапе присваивает квалификацию;
- какие статусы передаются обратно;
- через какой срок после изменения CRM данные должны появиться в аналитике;
- передаётся ли доход;
- как исправляются ошибочно квалифицированные обращения.
6. Безопасная выдача доступов
- Создайте именные учётные записи специалистов. Не используйте один общий логин.
- В Метрике выдайте доступ только к нужному счётчику. Для просмотра достаточно права просмотра; для настройки целей требуется редактирование или согласованный уровень аналитики.
- Не выдавайте представительный доступ ко всем счётчикам, если подрядчику нужен один проект.
- В Битрикс24 ограничьте роль нужными сущностями и настройками CRM.
- Для вебхуков и приложений включите только необходимые права. Секрет вебхука равен ключу доступа: его нельзя отправлять в открытых чатах и документах.
- Включите двухфакторную защиту там, где она доступна.
- Зафиксируйте владельца каждого приложения, вебхука и постоянной интеграции.
- Укажите дату окончания временного доступа.
- После приёмки удалите временных пользователей, отзовите лишние права и при необходимости смените секретные ключи.
Перед изменением воронок, роботов и полей сделайте экспорт настроек или данных, достаточный для восстановления.
7. Проверка перед запуском
Подрядчики должны провести контролируемые обращения и заполнить протокол:
| Тест | Ожидаемый результат |
|---|---|
| Звонок с тестового объявления | Звонок связан с визитом; в CRM создана или обновлена нужная карточка; источник сохранён |
| Письмо на подменный email через 1–2 дня после визита | Письмо связано с исходным рекламным переходом и попало в CRM |
| Форма с сайта | Поля формы, страница и рекламные параметры переданы без потерь |
| Сообщение в чате | В CRM есть текст/ссылка на диалог и источник |
| Повторное обращение того же клиента | Нет лишнего контакта; новая сделка создаётся по утверждённому правилу |
| Спам или некоммерческий звонок | Обращение помечено и не передано как полезная конверсия в Директ |
| Квалифицированный лид | Статус вернулся в аналитику и появился в Метрике в согласованный срок |
| Продажа | Сумма и статус сделки отобразились в отчёте по источникам |
Для каждого теста сохраните время, телефон или email, ID карточки CRM, ID обращения в аналитике и снимок результата в Метрике. Проверяйте не один, а не менее десяти тестовых обращений разных типов.
У Calltouch звонки и заявки могут передаваться в Битрикс24 примерно через минуту. Отправка офлайн-конверсий в Метрику выполняется периодически, а обработка на стороне Метрики может занимать дополнительное время. Поэтому в критериях приёмки задавайте отдельные нормативы для CRM и аналитических отчётов, а не требуйте мгновенного появления данных во всех системах.
8. Что подрядчик передаёт после настройки
- схему движения данных между системами;
- карту полей;
- перечень целей Метрики;
- правила создания и объединения карточек;
- список приложений, вебхуков и их владельцев;
- протокол тестирования;
- инструкцию по диагностике типовых ошибок;
- контакты ответственных и условия поддержки;
- порядок отзыва доступов и восстановления интеграции.
Работа не считается принятой, пока бизнес не может по одному тестовому лиду пройти всю цепочку от объявления до карточки и обратно до отчёта по рекламе.
Критерии приёмки
Интеграция принята, если:
- все согласованные каналы создают или обновляют правильные сущности CRM;
- телефон, email и источник не теряются;
- дубли обрабатываются по утверждённому правилу;
- первичный источник не перезаписывается без причины;
- квалификация и выручка возвращаются в аналитику;
- спам и непрофильные обращения не используются как полезные цели Директа;
- данные тестов совпадают в CRM, сквозной аналитике и Метрике с учётом согласованной модели атрибуции;
- права доступа сокращены до рабочих после завершения настройки;
- у компании есть документация и ответственный за поддержку.
Небольшие расхождения между отчётами возможны из-за разных моделей атрибуции, повторных обращений и сроков обработки. Подрядчик должен объяснить каждое расхождение на уровне конкретного обращения, а не общей формулировкой «системы считают по-разному».
Частые ошибки
Передать подрядчику логин и пароль владельца
После настройки невозможно понять, кто менял цели или поля. Выдавайте персональные роли и отзывайте их по завершении работ.
Считать любую новую карточку лидом
В CRM попадают спам, поставщики, соискатели, тесты и звонки в служебные отделы. Для рекламы нужна отдельная цель «квалифицированный лид».
Не согласовать дубли и повторные сделки
Интеграция либо создаёт несколько карточек одного клиента, либо приклеивает новое обращение к старой закрытой сделке. Оба варианта искажают рекламу и загрузку отдела продаж.
Хранить источник только в UTM-метках
Для точной связи с Яндексом нужны также идентификаторы рекламного клика и посетителя. UTM-метки помогают анализу, но сами по себе не гарантируют передачу офлайн-конверсии.
Принимать интеграцию по скриншотам настроек
Наличие включённых переключателей не доказывает, что данные проходят всю цепочку. Принимайте работу только по тестовым обращениям.
Короткий чек-лист для собственника
- Назначен один ответственный за всю связку.
- Описаны все каналы обращений и бизнес-конверсии.
- Утверждены правила дублей, повторных клиентов и источников.
- Согласована карта полей.
- Доступы выданы персонально и на ограниченный срок.
- Проведены тестовые звонки, письма, формы и чаты.
- Проверена обратная передача квалификации и выручки.
- Спам и непрофильные обращения исключены из целей рекламы.
- Получена документация и определена поддержка.
- Временные доступы отозваны.
Частые вопросы
Можно ли связать Битрикс24, Метрику и Директ без сквозной аналитики?
Можно передавать отдельные события и офлайн-конверсии, но для B2B этого часто недостаточно. Звонки, письма и чаты требуют отдельного отслеживания и привязки к визиту. Сервис сквозной аналитики упрощает эту часть и соединяет рекламные расходы с квалификацией и выручкой.
Кто должен настраивать интеграцию?
CRM-часть — профильный интегратор Битрикс24; отслеживание обращений и передачу в аналитику — команда Calltouch, Callibri или другого выбранного сервиса; цели и использование конверсий — специалист по Яндекс Директу. Один назначенный со стороны бизнеса ответственный принимает общий результат.
Достаточно ли дать Calltouch доступ к Яндекс Метрике?
Это позволяет настроить часть обмена с Метрикой, но не заменяет постановку задачи по CRM: необходимо отдельно определить сущности, поля, дубли, этапы, квалификацию и передачу выручки.
Какие данные нельзя передавать подрядчику?
Не передавайте пароль владельца, резервные коды двухфакторной защиты и секреты интеграций через открытые чаты. Подрядчик должен получать персональный доступ с минимально необходимыми правами.
Как понять, что интеграция работает?
Пройдите тестовым обращением от конкретного объявления до карточки CRM, измените его статус и проверьте возврат результата в аналитику и Метрику. Повторите сценарий для звонка, письма, формы, чата, дубля и спама.