Интеграция CRM и Яндекс Директ

Интеграция CRM с Яндекс Директом — это два встречных потока данных. Заявки из рекламы попадают в CRM автоматически и с сохраненным источником, а информация о закрытых сделках возвращается в Яндекс Метрику и через нее в Директ. Первый поток убирает ручной перенос и потерю лидов, второй учит алгоритмы искать покупателей, а не просто заполненные формы. Базовая передача заявок настраивается за один-два рабочих дня, полноценная сквозная аналитика — за одну-две недели.

Ниже разберем, из чего технически состоит связка, какие идентификаторы нужно тянуть с сайта, чем отличаются четыре способа интеграции и на чем чаще всего спотыкаются компании, которые пробовали настроить все самостоятельно.

Что дает связка Яндекс Директа и CRM

Связка решает две разные задачи, и путать их не стоит. Первая — операционная: менеджер видит заявку в своей воронке через секунды после того, как человек нажал кнопку. Вторая — управленческая: вы наконец понимаете, какая кампания приносит выручку, а не просто дешевые клики.

За годы внедрений мы видели десятки отделов продаж, где Директ работал вроде бы неплохо, а конверсия в оплату проседала на ровном месте. Почти всегда причина была не в рекламе. Заявки лежали в почтовом ящике маркетолога, попадали в CRM пачками раз в день, теряли по дороге метку кампании — и рекламный отдел спорил с продажами о качестве лидов, не имея ни одной общей цифры.

Интеграция убирает сам предмет спора. Когда каждая сделка подписана кампанией, группой и ключевой фразой, вопрос «кто виноват» превращается в вопрос «что отключаем».

Почему заявки из рекламы теряются без интеграции

Основная потеря происходит не на сайте, а между сайтом и менеджером. Вот что мы стабильно находим на аудитах.

Скорость реакции. Известное исследование Джеймса Олдройда в рамках проекта Lead Response Management (данные InsideSales.com, около 15 тысяч лидов и сотня тысяч попыток дозвона) показало разницу в 21 раз в вероятности квалификации лида при звонке в первые пять минут против получаса. Цифры американские и по B2B, слепо переносить их на российский рынок не надо. Но направление верное: заявка остывает быстро, и любая задержка на ручном переносе — это минус деньги.

Разрыв источника. Лид дошел до CRM, а откуда он — неизвестно. Дальше маркетолог считает эффективность по числу заявок, потому что других данных у него просто нет.

Дубли. Один и тот же человек оставляет заявку с телефона и с ноутбука, пишет в WhatsApp, потом звонит. В CRM появляется три-четыре карточки, ими занимаются разные менеджеры, клиент получает три разных предложения.

Ночные и выходные заявки. Реклама крутится круглосуточно, отдел продаж — нет. Без автоматического создания задачи с дедлайном такие лиды всплывают в понедельник в лучшем случае.

Какие данные передаются в обе стороны

Из Директа в CRM уходит все, что связано с самим обращением: имя, телефон, почта, текст комментария, название кампании и группы объявлений, ключевая фраза, регион, время заявки и служебные идентификаторы клика. Если реклама ведет на сайт, то же самое собирается с формы вместе с UTM-метками.

Обратно, из CRM в Яндекс Метрику, передается коммерческий результат: статус сделки, сумма, дата изменения статуса и идентификатор, по которому Метрика найдет нужный визит. Эти данные называются офлайн-конверсиями, и именно они делают из обычной рекламы управляемый канал.

Важный нюанс, который часто упускают: Директ не принимает данные из CRM напрямую. Маршрут всегда идет через Метрику или через Центр конверсий в интерфейсе Директа, а уже оттуда информация попадает в статистику и в обучение стратегий.

yclid и ClientID: чем именно склеивается клик и продажа

Вся сквозная аналитика держится на идентификаторах. Если их не собрать на входе, потом связать клик с деньгами будет нечем — никакой сервис этого не починит задним числом.

Практическая схема выглядит так. При переходе с рекламы скрипт на сайте забирает yclid из адресной строки и кладет в cookie на несколько месяцев. Параллельно из счетчика запрашивается ClientID. Оба значения подставляются в скрытые поля формы и вместе с заявкой улетают в CRM, в отдельные текстовые поля карточки сделки.

Дальше все просто: когда сделка закрывается, автоматизация берет из карточки сохраненный идентификатор, сумму и дату и отправляет их обратно. Без этих полей вы сможете отчитаться максимум по телефону и почте, а это заметно менее точная склейка.

Отдельно держите в голове сроки. Метрика дополняет визит офлайн-данными, если между последним визитом посетителя и обработкой файла прошло не больше 21 дня. Для заказов из CRM есть расширенный период: уже добавленный заказ можно менять и дополнять в течение 111 дней с момента визита. То есть длинный цикл сделки требует отдельного подхода — об этом ниже.

Четыре способа интеграции и когда какой брать

Готовые коннекторы Яндекса

Метрика умеет забирать данные из amoCRM и Битрикс24 сама. Подключение делается в разделе передачи данных из CRM: для amoCRM это авторизация и сопоставление полей, для Битрикс24 — установка бесплатного официального приложения из маркета и указание адреса портала. Приложение Метрики для Битрикс24 работает только в доменной зоне ru.

Способ бесплатный и самый быстрый. Ограничение тоже понятное: логика фиксированная, гибко управлять тем, какие именно сделки считать конверсиями и как их называть, не выйдет.

Центр конверсий в Яндекс Директе

Отдельный раздел в интерфейсе Директа, куда можно подать данные о конверсиях помимо стандартной связки с Метрикой: файлом, по ссылке на HTTP или HTTPS, с FTP и SFTP-сервера, из Google Таблиц или через сторонние коннекторы. Из Центра конверсий данные попадают в Метрику, где по ним формируются цели.

Хороший вариант, когда у вас нетиповая учетная система или выгрузка уже собирается силами внутреннего разработчика. Яндекс, кстати, заметно ускорил обработку: сопоставление конверсии и визита стало занимать порядка часа вместо суток, а при первой загрузке больше не нужно предварительно включать учет офлайн-конверсий — можно сразу отдавать данные за последний 21 день.

No-code платформы

Albato, ApiX-Drive, ApiMonster и подобные сервисы работают как прослойка между Директом, CRM и всем остальным. Собираете сценарий в визуальном конструкторе: пришла заявка — создали сделку, проверили дубль, поставили задачу, отправили уведомление в Телеграм руководителю отдела продаж.

Берем такие платформы, когда в цепочке участвует больше двух систем или нужна нестандартная логика распределения. Минус один и очевидный: это подписка, и стоимость растет вместе с количеством операций.

Своя интеграция на API и вебхуках

Прямая работа с API Директа, API Метрики и REST CRM. Полный контроль над логикой, дедупликацией, обработкой ошибок и повторными попытками отправки. Стоит дороже и требует поддержки — токены протухают, форматы меняются, логи кто-то должен смотреть.

На практике мы чаще всего собираем гибрид: заявки идут через собственный обработчик или no-code платформу, а офлайн-конверсии — через штатный коннектор Метрики. Так дешевле и надежнее, чем тащить все через один инструмент.

Порядок настройки передачи лидов

Последовательность, по которой мы идем при внедрении amoCRM и Битрикс24, выглядит так:

1. Согласовать структуру данных. До любых кнопок решаем, какие поля появятся в карточке сделки: источник, кампания, группа, ключевая фраза, yclid, ClientID, страница обращения. Создаем их в CRM заранее, иначе интеграция начнет писать данные в комментарий, а оттуда их потом не достать отчетом.
2. Включить автоматическую разметку в Директе. Проверить, что сайт нормально переваривает лишний параметр в адресе и ничего не ломается на редиректах.
3. Поставить сбор идентификаторов на сайте. Скрипт сохраняет yclid и ClientID и подставляет их в скрытые поля всех форм, включая всплывающие и калькуляторы.
4. Подключить источники заявок. Формы сайта, лид-формы Директа, телефония, мессенджеры. Заявки из лид-форм лучше забирать интеграцией, а не уведомлениями на почту: почта — это тот же ручной перенос, только с лишним шагом.
5. Настроить дедупликацию. Поиск существующего контакта по нормализованному телефону и почте до создания новой сущности. Номер приводим к единому формату, иначе восьмерка и плюс семь дадут два разных контакта.
6. Прописать маршрутизацию и задачи. Ответственный по региону, продукту или очереди. Автоматическая задача с дедлайном на первый контакт — то, что реально держит скорость реакции.
7. Провести нагрузочный тест. Не одну тестовую заявку, а десяток: с разных устройств, с пустыми полями, с дублирующимся номером, ночью. Половина проблем вылезает именно здесь.
8. Настроить контроль. Отчет по заявкам без источника и уведомление об ошибках API. Интеграция ломается тихо, и узнать об этом хочется раньше, чем через месяц.

Как передать офлайн-конверсии обратно в Директ

Обратный поток настраивается после того, как первый уже работает стабильно. Смысла отправлять конверсии, если в сделках нет идентификаторов, никакого.

Сначала определяем, что считать конверсией. Обычно это два-три события: заявка квалифицирована, счет выставлен, сделка оплачена. Брать одну финальную оплату для длинного цикла — плохая идея, алгоритму просто не хватит данных.

Затем выбираем канал передачи: коннектор Метрики, Центр конверсий или собственная отправка через API. В сделке должны быть заполнены идентификатор, дата события, сумма и валюта. Файл — обязательно в UTF-8, время — в едином часовом поясе, суммы — без разделителей разрядов. Звучит банально, но именно на кодировке и формате даты спотыкается большинство первых загрузок.

Отдельная история — длинные сделки. Если у вас цикл три месяца, а окно дополнения визита составляет 21 день, то финальная оплата в визит уже не попадет. Рабочее решение: передавать промежуточную конверсию внутри окна (например, «квалифицирован» или «выставлен счет») и оптимизировать рекламу по ней, а выручку считать отдельно в аналитике бизнес-процессов или в Roistat.

Что меняется в рекламе после подключения

Директ начинает оптимизироваться на тех, кто платит, а не на тех, кто заполнил форму. Разница ощутима в нишах, где много мусорных обращений: доставка, ремонт, оптовые продажи, медицина.

Только не ждите результата на следующей неделе. Автостратегиям нужен объем: практический ориентир — от десяти конверсий в неделю по выбранной цели, а комфортно алгоритм чувствует себя на нескольких десятках. Плюс каждое существенное изменение целей и настроек перезапускает обучение, поэтому после подключения офлайн-конверсий кампанию имеет смысл не трогать хотя бы три-четыре недели.

Честная картина по срокам: первые выводы по качеству лидов появляются через две-три недели, изменение стоимости привлечения клиента становится заметно через два-три месяца. Кто обещает эффект быстрее — либо считает по-другому, либо не считает вовсе.

Пять ошибок, которые мы разбираем чаще всего

Идентификаторы не собираются. Интеграция стоит, поля есть, а yclid и ClientID пустые, потому что скрипт повесили только на главную форму. Проверять надо каждую точку входа, включая всплывающие окна и формы в подвале.

Конверсией назначена любая заявка. Директ послушно приносит побольше заявок, в том числе от тех, кто ошибся номером. Отбирайте цели по коммерческому смыслу, а не по количеству.

Дубли не проверяются. Классика: два менеджера параллельно ведут одного клиента, а в отчете по офлайн-конверсиям сумма задваивается и стратегия учится на завышенных цифрах.

Сделки закрываются задним числом. Менеджер помечает оплату спустя месяц после факта, конверсия выходит за окно дополнения визита и просто не доезжает. Лечится не техникой, а регламентом и напоминаниями в CRM.

Никто не смотрит логи. Токен доступа истек, коннектор отвалился, заявки три недели падают в никуда. Мониторинг ошибок — обязательная часть проекта, а не приятное дополнение.

Сроки и стоимость

Передача заявок из Директа в CRM с сохранением источника — это обычно от 8 до 15 часов работы, в зависимости от количества источников и состояния сайта. Полная связка с офлайн-конверсиями, маршрутизацией и отчетами занимает от 25 часов и выше.

Сильнее всего на трудоемкость влияют три вещи: сколько у вас точек входа заявок, насколько наведен порядок в самой CRM и есть ли доступ к коду сайта. Если воронка перегружена статусами, а справочники не почищены, сначала придется заняться этим — иначе аналитика будет считать хаос. Актуальные пакеты и часы смотрите в ценах, а примеры работ — в кейсах.

Частые вопросы

Можно ли настроить интеграцию Директа с CRM без программиста?

Базовую передачу — да. Коннекторы Метрики для amoCRM и Битрикс24 подключаются из интерфейса, no-code платформы собираются в визуальном конструкторе. Программист понадобится на этапе сбора yclid и ClientID на сайте, если формы нестандартные или сайт написан вручную.

Обязательно ли передавать офлайн-конверсии, если заявок мало?

Если в неделю меньше десяти сделок, автостратегии на них обучиться не успеют. В такой ситуации имеет смысл сначала настроить чистую передачу заявок и промежуточные цели, а офлайн-конверсии подключать по мере роста объемов.

Что делать, если сделка закрывается через три месяца?

Оптимизировать рекламу по промежуточному событию внутри 21-дневного окна: квалифицированный лид, встреча, выставленный счет. Финальную выручку при этом считать в сквозной аналитике, а не пытаться протолкнуть ее в Метрику задним числом.

Заявки из лид-форм Директа попадают в CRM сами?

Не по умолчанию. Лид-форма умеет отдавать заявки через интеграцию или уведомления, и настроить этот канал нужно отдельно. Полагаться на письма на почту не стоит: это тот же ручной перенос.

Какая CRM лучше работает с Яндекс Директом?

Технически подходят все распространенные системы. amoCRM удобнее, когда бизнес сфокусирован на воронке продаж и звонках, Битрикс24 — когда заявки живут вместе с задачами и внутренними процессами, RetailCRM сильна в e-commerce и работе с маркетплейсами. Выбор определяется процессами, а не наличием коннектора.

Сломается ли интеграция при изменениях в CRM?

Может. Переименование поля, смена воронки или истекший токен ломают передачу молча. Поэтому в проект всегда закладывается мониторинг ошибок и проверка тестовой заявкой после любых правок в CRM.

Коротко о главном

Интеграция CRM и Яндекс Директа состоит из двух частей, и обе нужны. Передача заявок закрывает операционные потери: скорость, источник, дубли, ночные обращения. Обратная передача офлайн-конверсий превращает рекламу из генератора заявок в источник выручки.

Порядок действий одинаков почти для всех проектов: сначала поля и идентификаторы, потом заявки, потом дедупликация и маршрутизация, и только затем офлайн-конверсии. Пропуск любого шага дает красивую схему на бумаге и пустые отчеты в реальности.

Если хотите разобрать вашу связку рекламы и CRM — оставьте заявку, посмотрим текущую настройку и скажем, где именно теряются данные.