В CRM заявок больше, чем показывает Директ? Разбираем, где выпадают формы, звонки, мессенджеры и офлайн-конверсии, как это искажает CPL и что проверять в связке сайта, Метрики и CRM.
Содержание страницы
В CRM 40 заявок, а в Директе 30. Кто прав?
Такое расхождение легко принять за ошибку рекламной системы. Но чаще причина в другом: CRM и Яндекс Директ показывают разные части одной и той же цепочки.
- CRM хранит фактически полученные обращения и их дальнейшие статусы.
- Яндекс Директ видит только те конверсионные сигналы, которые удалось зафиксировать, передать в аналитику и связать с рекламным визитом.
Поэтому ситуация, когда в CRM отображается 40 заявок, а в Директе — только 30 конверсий, сама по себе ещё не говорит об ошибке ни одной из систем.
Сначала нужно понять:
- одинаковое ли событие считается заявкой в обеих системах;
- все ли каналы обращений попадают в аналитику;
- удалось ли связать каждую конверсию с рекламным визитом.
Сравнивать цифры из CRM и Директа напрямую нельзя. Сначала нужно убедиться, что обе системы считают сопоставимые события и что часть обращений не потерялась по дороге.
Что именно «видит» Яндекс Директ
Чтобы обращение стало конверсией в рекламной статистике, самого факта звонка, сообщения или появления нового лида в CRM недостаточно.
Должна сработать вся измерительная цепочка:
- Событие действительно произошло.Пользователь отправил форму, позвонил, написал в мессенджер или совершил другое нужное бизнесу действие.
- Аналитика корректно зафиксировала событие.Метрика или другая система получила соответствующий конверсионный сигнал.
- Событие удалось связать с нужным визитом и рекламным источником.Только после этого конверсия может корректно попасть в рекламную статистику.
Ошибка на любом из этих этапов даст разную картину. Поэтому фраза «Директ не видит заявку» — это ещё не диагноз, а только симптом. Сначала нужно определить, на каком именно участке цепочки пропал сигнал.
Онлайн-действия на сайте
Большинство действий пользователя на сайте фиксирует Яндекс Метрика. Например:
- отправку формы;
- клик по номеру телефона;
- переход в мессенджер;
- JavaScript-событие;
- другие настроенные цели.
Но здесь есть принципиальный нюанс:
«клик по кнопке» и «успешно отправленная заявка» — не одно и то же.
Пользователь может нажать кнопку, но не завершить действие. Или наоборот: заявка успешно попадет в CRM, а настроенная цель по какой-либо причине не сработает.
Звонки и события из CRM
Не все конверсии происходят непосредственно на сайте.
Звонки, квалифицированные лиды, заказы и другие более поздние события можно дополнительно передавать в аналитику через:
- офлайн-конверсии;
- Центр конверсий;
- CRM-коннекторы;
- API;
- коллтрекинг.
То есть путь клиента может продолжаться далеко за пределами первого визита на сайт — и эти события тоже нужно вернуть в общую систему аналитики.
Как заявка связывается с рекламным визитом
Для такой связи используются специальные идентификаторы — например ClientID и YCLID.
Если идентификатор:
- не был сохранен;
- передан некорректно;
- потерялся при передаче в CRM;
- или соответствующий визит не удалось найти,
то сама заявка в бизнесе может существовать, но корректной привязки к рекламному переходу не произойдёт.
Яндекс Директ не «знает» обо всех заявках бизнеса автоматически. Он видит только те конверсионные сигналы, которые удалось зафиксировать, передать и связать с рекламным визитом.
Где именно заявки выпадают из измерения
«Невидимая заявка» — это не какой-то один тип ошибки.
Разрыв может возникнуть на разных этапах пути клиента, и для каждого канала причина будет своей: форма, телефон, мессенджер или CRM.
1. Формы сайта
С формами проблема часто возникает не в самой заявке, а в том, как именно фиксируется событие.
Что может произойти:
- форма успешно ушла в CRM, но цель Метрики не сработала;
- цель настроена на клик по кнопке, а не на подтвержденную отправку;
- нестандартная форма или сторонний виджет не распознаётся автоматической целью;
- JavaScript-событие срабатывает слишком рано;
- JavaScript-событие не срабатывает вообще.
Поэтому проверять форму нужно не простым нажатием на кнопку, а полным тестовым сценарием:
отправка формы → подтверждение на сайте → появление заявки в CRM → фиксация нужной цели в Метрике.
Особенно внимательно стоит проверять AJAX-формы, квизы и сторонние виджеты. В таких сценариях важно понимать, в какой именно момент считается конверсия: при клике, после успешной отправки данных или уже после фактического создания лида.
2. Телефонные звонки
Со звонками появляется другая проблема — привязка обращения к конкретному рекламному визиту.
Если человек пришел по рекламе, а затем позвонил по обычному статичному номеру, без подходящей схемы коллтрекинга определить источник такого звонка часто невозможно.
Но и сам факт звонка ещё не означает полноценную заявку.
Для бизнеса обычно важнее понять:
- состоялся ли разговор;
- был ли запрос целевым;
- появился ли лид в CRM;
- дошёл ли клиент до следующего этапа воронки.
Динамический коллтрекинг помогает связать часть звонков с рекламными источниками, но универсальной схемы здесь нет. Конкретное решение зависит от телефонии, структуры сайта, источников трафика и используемых интеграций.
3. Мессенджеры
С мессенджерами легко получить ложное ощущение полного учёта.
Метрика может зафиксировать, что пользователь нажал на ссылку WhatsApp, Telegram или другого мессенджера.
Но переход в мессенджер ещё не означает, что человек действительно написал.
Получается два разных события:
- переход в мессенджер;
- фактически начавшийся диалог.
Если бизнес считает заявкой именно состоявшийся чат, одного отслеживания перехода недостаточно.
Такое обращение нужно либо передавать обратно в аналитику, либо сопоставлять с CRM. Иначе рекламный отчет будет считать переходы, а бизнес — реальные диалоги.
4. CRM и поздние конверсии
Часть важных событий происходит уже после первичного обращения.
Например, сегодня человек оставил заявку, а через несколько дней:
- стал квалифицированным лидом;
- получил коммерческое предложение;
- оформил заказ;
- оплатил покупку.
Если эта информация остаётся только внутри CRM, рекламная система продолжает оценивать визит по первоначальному сигналу и не знает, чем обращение закончилось для бизнеса.
Поэтому более поздние статусы имеет смысл возвращать в аналитику как офлайн-конверсии, если они используются для оценки и оптимизации рекламы.
Есть и временное ограничение.
На момент подготовки статьи в документации Яндекс Метрики для офлайн-конверсий указан 21-дневный период, в пределах которого загруженную конверсию можно связать с визитом.
Поэтому такие параметры нельзя считать «настроенными навсегда» — перед запуском или изменением интеграции их нужно проверять по актуальной документации.
Кроме того, важна регулярность передачи данных.
Если CRM-конверсии выгружаются слишком поздно, они могут быть полезны для исторического анализа, но значительно хуже помогают текущей оптимизации рекламной кампании.
Заявка может существовать в бизнесе, но потеряться для рекламной аналитики на любом из четырех участков — при отправке формы, звонке, переходе в мессенджер или передаче данных из CRM.
Почему «не увиденная» заявка искажает CPL
Формула CPL сама по себе очень простая:
CPL = рекламные расходы / количество обращений
Но даже правильная формула даст неверный управленческий вывод, если в нее подставить неполные данные.
Условный пример
Представим, что за месяц компания получила следующие результаты:
- рекламные расходы — 120 000 ₽;
- фактические обращения в CRM после удаления дублей и спама — 40;
- фактический CPL — 3 000 ₽;
- конверсии, которые удалось корректно атрибутировать в Директе — 30;
- видимый CPL в рекламной статистике — 4 000 ₽.
То есть расчет выглядит так:
120 000 ₽ / 40 обращений = 3 000 ₽
А в Директе:
120 000 ₽ / 30 конверсий = 4 000 ₽
При этом сама реклама не стала дороже.
Изменился только знаменатель — количество обращений, которые попали в расчёт.
Почему это опасно для управления рекламой
Если смотреть только на неполную статистику, рабочая рекламная кампания может выглядеть хуже, чем она есть на самом деле.
Из-за такого недоучета можно:
- слишком рано остановить кампанию;
- необоснованно сократить рекламный бюджет;
- признать рабочую аудиторию неэффективной;
- сделать неверный вывод о посадочной странице;
- перераспределить деньги из кампании, которая на самом деле приносит обращения по нормальной стоимости.
То есть проблема неполного учёта — это уже не просто вопрос красивого отчета. Она напрямую влияет на решения о бюджете.
Бывает и обратное искажение
Ошибка может работать и в другую сторону.
Если считать конверсией слишком раннее действие — например, любой клик по кнопке «Написать», — CPL будет выглядеть ниже.
Но клик ещё не означает, что человек:
- действительно написал;
- оставил контактные данные;
- стал лидом;
- оказался целевым клиентом.
В результате рекламный кабинет может показывать привлекательную стоимость конверсии, хотя количество реальных обращений бизнеса не изменилось.
Сначала определяем, что именно считаем обращением
Поэтому перед расчётом CPL нужно заранее определить, какое именно событие используется в знаменателе.
Это может быть:
- первичный контакт;
- заполненная форма;
- состоявшийся звонок;
- начатый диалог в мессенджере;
- квалифицированный лид;
- другой заранее согласованный тип обращения.
Главное — использовать одно и то же определение во всех системах и во всех периодах сравнения.
Только тогда CPL становится показателем, по которому действительно можно принимать решения.
Если часть обращений не попала в аналитику, видимый CPL может оказаться выше фактического. Если же вместо заявок считаются слишком слабые действия, CPL может, наоборот, выглядеть искусственно низким.
Неполный учет влияет и на обучение рекламы
Конверсионные данные нужны не только человеку, который смотрит отчёт.
Автоматические стратегии Яндекс Директа используют цели и переданные конверсии как сигналы для оптимизации. Поэтому качество этих сигналов влияет уже не только на аналитику, но и на то, как система распределяет трафик и бюджет.
Что происходит, если данные неполные
Есть несколько типовых сценариев.
- Часть реальных обращений выпадает из измерения.Для бизнеса эти визиты были успешными, но рекламная система не получила соответствующий конверсионный сигнал.
- Основная цель выбрана слишком ранняя.Например, система оптимизируется по клику на кнопку вместо фактической заявки. В этом случае алгоритм может хорошо находить пользователей, которые совершают удобное для измерения действие, но это действие хуже связано с реальным бизнес-результатом.
- CRM-конверсии передаются, но не привязываются к визитам.Формально данные загрузились, но если значимая часть событий осталась без связи с рекламными посещениями, система всё равно получает неполный сигнал.
Почему это важно
Автостратегия принимает решения на основе тех данных, которые ей доступны.
Если реальное обращение произошло, но не было учтено, для алгоритма такой визит может выглядеть так, будто нужного результата не было.
Если же в качестве основной конверсии используется слабое действие, система получает другой перекос: она начинает ориентироваться на событие, которое технически удобно считать, но которое не обязательно означает ценность для бизнеса.
В обоих случаях возникает одна и та же проблема:
измерительный сигнал начинает хуже соответствовать тому результату, ради которого запускается реклама.
Но неполные данные не означают автоматический провал
Важно не делать и противоположный вывод.
Нельзя сказать, что любая потерянная конверсия обязательно испортит работу рекламной кампании. На результат влияют:
- объём накопленных данных;
- тип выбранной стратегии;
- количество конверсий;
- качество целей;
- специфика ниши;
- структура самой кампании.
Но общий принцип остаётся тем же:
Чем точнее конверсионный сигнал отражает реальное обращение, тем больше оснований использовать его для автоматической оптимизации рекламы.
Поэтому правильная последовательность выглядит так:
сначала восстановить понятный и достаточно полный учет обращений → затем определить действительно значимые цели → и только после этого настраивать параметры автостратегии.
Атрибуция: заявка есть, но Директу она может не засчитаться
Даже если конверсия уже передана из CRM, это ещё не означает, что она автоматически появится в отчёте Яндекс Директа.
Сначала Метрика должна связать это событие с конкретным визитом пользователя.
Если связь не установлена, заявка может существовать в CRM, но для рекламной аналитики остаться непривязанной.
Почему конверсия может не привязаться
Типовые причины такие:
- не передан ClientID, YCLID или другой подходящий идентификатор;
- визит с переданным идентификатором не найден;
- указана неподходящая цель;
- событие передано вне допустимого периода учета;
- данные содержат ошибку или не соответствуют требованиям загрузки.
Поэтому сам факт успешной передачи данных ещё не означает, что аналитическая цепочка сработала до конца.
Важно проверить не только «загрузилась ли конверсия», но и «удалось ли связать её с нужным визитом».
Зачем нужен YCLID
Для обращений, связанных с переходами из Яндекс Директа, особенно важен YCLID.
Он помогает связать последующую конверсию с рекламным переходом.
Но здесь есть важный нюанс:
самого наличия YCLID недостаточно.
Его нужно:
- получить при рекламном переходе;
- корректно сохранить;
- передать дальше вместе с обращением;
- не потерять при передаче данных между сайтом, CRM и аналитикой.
Если идентификатор потерялся на одном из этих этапов, последующая конверсия уже может не связаться с исходным рекламным визитом.
Есть ещё и модель атрибуции
Даже при исправной передаче данных остаётся ещё один вопрос — какому источнику засчитать конверсию.
Путь пользователя редко выглядит так:
реклама → заявка
Гораздо чаще он может быть длиннее:
реклама → сайт → уход → поиск → повторный визит → заявка
Или:
реклама → сайт → несколько дней паузы → прямой заход → заявка
В такой ситуации сам факт заявки не вызывает сомнений. Вопрос в другом: какому визиту и какому источнику её отнести.
Ответ зависит от используемой модели атрибуции.
Поэтому при сравнении CRM, Метрики и Директа важно смотреть не только на количество конверсий, но и на то, по какой логике каждая система определяет источник результата.
Переданная конверсия должна не просто попасть в аналитику, а корректно связаться с визитом и рекламным источником. Без этого заявка существует для бизнеса, но может не попасть в статистику Директа так, как ожидается.
Как проверить, сколько заявок действительно «теряется»
Не стоит начинать с массовой перенастройки целей, замены стратегии или попыток «чинить Директ» целиком.
Намного быстрее сначала провести контролируемую сверку нескольких реальных обращений и понять, на каком именно этапе они перестают совпадать с рекламной аналитикой.
Шаг 1. Зафиксируйте период и определение обращения
Выберите конкретный период проверки и заранее определите, что именно вы считаете обращением.
Например:
- отправленная форма;
- состоявшийся звонок;
- реальный диалог в мессенджере;
- квалифицированный лид.
Важно, чтобы одно и то же определение использовалось во всех системах, которые вы сравниваете.
Шаг 2. Соберите фактические обращения
Сведите в один список обращения из всех основных каналов:
- CRM;
- телефонии;
- мессенджеров;
- форм сайта;
- других каналов связи, если они используются.
Так вы получите базу, с которой можно сравнивать данные аналитики.
Шаг 3. Разделите обращения по типам
Не смешивайте всё в одну цифру.
Разделите обращения хотя бы на:
- формы;
- звонки;
- мессенджеры;
- офлайн-конверсии;
- другие каналы.
Это позволит быстрее понять, в каком именно канале возникает расхождение.
Шаг 4. Сопоставьте данные с Метрикой и Директом
Для того же периода проверьте:
- сколько событий видит Метрика;
- сколько конверсий отображается в Директе;
- какие цели используются;
- совпадает ли логика подсчета с тем, что считается обращением в CRM.
Уже на этом этапе часто становится видно, что проблема сосредоточена только в одном канале или одной цели.
Шаг 5. Проверьте несколько конкретных обращений вручную
Это один из самых полезных этапов диагностики.
Возьмите несколько реальных обращений каждого типа и пройдите их путь целиком:
источник → визит → событие → передача данных → CRM
Нужно понять, на каком шаге аналитический след обрывается.
Например:
- форма есть в CRM, но нет цели в Метрике;
- звонок есть в телефонии, но источник не определен;
- конверсия передана из CRM, но не привязалась к визиту;
- событие есть в Метрике, но не относится к нужной рекламной кампании.
Шаг 6. Проверьте офлайн-конверсии
Если данные передаются из CRM, недостаточно убедиться, что выгрузка технически прошла успешно.
Нужно проверить:
- привязалась ли конкретная конверсия к визиту;
- какой идентификатор использовался;
- есть ли причина непривязки;
- не нарушены ли условия или сроки передачи данных.
Шаг 7. Проверьте идентификаторы и регулярность передачи
Отдельно проверьте, сохраняются ли необходимые идентификаторы — например ClientID и YCLID — и доходят ли они до CRM без потерь.
Также важно понять, как часто передаются CRM-данные.
Если конверсии выгружаются редко или с большой задержкой, аналитика может быть формально заполнена, но плохо подходить для оперативного управления рекламой.
Шаг 8. Очистите фактические данные
Перед сравнением обязательно исключите:
- дубли;
- тестовые заявки;
- спам;
- ошибочные обращения;
- технические события, которые формально считаются конверсией, но не являются реальной заявкой.
Иначе можно исправно настроить аналитику и всё равно получить неправильный CPL.
Что сделать после проверки
Полезно свести результат в простую таблицу:
| Канал | Фактические обращения | Видит Метрика | Связано с Директом | Где возникает разрыв |
|---|---|---|---|---|
| Формы | — | — | — | — |
| Звонки | — | — | — | — |
| Мессенджеры | — | — | — | — |
| Офлайн-конверсии | — | — | — | — |
Такая таблица сразу показывает, где именно теряются обращения и насколько велика проблема.
Вместо абстрактного:
«у нас не сходятся цифры»
появляется конкретный список задач:
- исправить цель формы;
- изменить момент срабатывания события;
- подключить подходящий коллтрекинг;
- сохранять YCLID или ClientID;
- настроить передачу статуса квалификации;
- убрать ложную конверсию;
- исправить передачу данных из CRM.
Главная задача диагностики — не добиться одинаковых цифр любой ценой, а понять и объяснить каждое существенное расхождение между фактическим обращением и рекламной статистикой.
Что считать фактическим количеством обращений
Не стоит впадать и в противоположную крайность и считать, что CRM автоматически показывает «истинное» количество обращений.
В CRM тоже могут попадать:
- дубли;
- спам;
- тестовые заявки;
- ручные записи менеджеров;
- обращения из других источников;
- технические лиды, которые не имеют отношения к рекламе.
Поэтому перед расчётом CPL данные нужно не просто выгрузить из CRM, а привести к единой методике подсчёта.
Полезно разделять уровни воронки
Для управления рекламой важно не смешивать разные этапы:
- ПосещениеПользователь пришёл на сайт.
- Первичное обращениеОставил форму, позвонил или написал в мессенджер.
- Целевое или квалифицированное обращениеПосле обработки стало понятно, что запрос соответствует условиям бизнеса.
- СделкаОбращение дошло до коммерческого результата.
Это разные уровни воронки — и у каждого из них своя экономика.
CPL тоже бывает разным
Например:
- стоимость первичного обращения;
- стоимость квалифицированного лида;
- стоимость сделки.
Все эти показатели могут быть полезны.
Но их нельзя смешивать в одном расчёте.
Если в одном месяце CPL считается по всем первичным обращениям, а в другом — только по квалифицированным лидам, сравнение теряет смысл.
Как этот принцип применяется в Click2Client
В Click2Client фактический CPL должен рассчитываться по заранее определённому типу обращения.
То есть ещё до оценки результата должно быть понятно:
- какое событие считается обращением;
- какие обращения включаются в расчет;
- какие исключаются как дубли, спам или тестовые;
- из каких систем берутся данные;
- как сверяется источник обращения.
Только при такой методике CPL становится управляемым показателем, а не просто цифрой из рекламного кабинета или CRM.
Это особенно важно, когда стоимость обращения используется как договорный ориентир.
Если прогнозный и фактический CPL сравниваются между собой, методика подсчета должна оставаться одинаковой от периода к периоду.
Нельзя честно сравнивать результат, если сегодня в расчет входят формы и звонки, а завтра — только формы. Или если в одном периоде считаются все обращения, а в другом только квалифицированные.
Главный принцип: сначала фиксируем, что именно считаем обращением и по каким правилам его учитываем. И только после этого сравниваем CPL, рекламные кампании и периоды между собой.
Как должна выглядеть нормальная цепочка данных
Нормальная система аналитики не заканчивается установкой счётчика Метрики и целью «форма отправлена».
Чтобы CPL действительно отражал стоимость обращения для бизнеса, нужно связать в одну цепочку рекламу, сайт, каналы связи, CRM и дальнейшие статусы лида.
Рабочая цепочка выглядит так
Яндекс Директ → сайт → форма / звонок / мессенджер → Метрика и идентификаторы → CRM → статус и качество обращения → возврат значимых конверсий → анализ CPL
Здесь важен не отдельный инструмент, а связь между всеми этапами.
Если хотя бы одно звено выпадает, часть информации теряется — и рекламная статистика начинает всё хуже отражать то, что реально происходит в бизнесе.
У каждого звена своя задача
Сайт
- корректно фиксирует действия пользователя;
- сохраняет контекст визита;
- передаёт необходимые идентификаторы дальше по цепочке.
Каналы связи
- формы, звонки и мессенджеры не должны выпадать из учёта;
- для каждого канала должен быть понятен способ фиксации обращения.
CRM
- хранит фактически полученное обращение;
- позволяет увидеть его дальнейший статус;
- отделяет реальные лиды от дублей, спама и тестовых заявок.
Аналитика
- связывает рекламный расход с полученным результатом;
- показывает, какие обращения удалось привязать к рекламным источникам;
- позволяет рассчитывать CPL по единой методике.
Обратная передача конверсий
Если это технически возможно и полезно для рекламы, значимые поздние статусы — например квалифицированный лид, заказ или другой важный результат — возвращаются обратно в аналитическую систему.
Так рекламная система получает не только ранний сигнал вроде клика или отправки формы, но и информацию о том, какие обращения действительно оказались ценными для бизнеса.
Эту систему нельзя настроить один раз и забыть
Даже корректно настроенная цепочка со временем может начать давать расхождения.
Причины вполне обычные:
- изменилась форма на сайте;
- заменили номер телефона;
- подключили новый мессенджер;
- доработали CRM;
- изменили интеграцию;
- добавили новую цель;
- отредактировали старую;
- поменялся сценарий обработки заявки.
Поэтому качество учёта нужно регулярно проверять, а не считать интеграцию окончательно настроенной после первого успешного теста.
Главный принцип: для контроля CPL недостаточно хорошо настроить Яндекс Директ отдельно. Реклама должна быть частью единой системы, в которой можно проследить путь от рекламного расхода до фактического обращения и его результата.
Что делать, если цифры уже расходятся
Если CRM и рекламный кабинет показывают разные значения, не стоит сразу менять ставки, отключать кампании или пересобирать стратегию.
Сначала нужно понять, почему цифры расходятся.
1. Зафиксируйте единое событие и период
Определите:
- за какой период сравниваются данные;
- что именно считается обращением;
- какие типы заявок входят в расчет;
- какие исключаются.
Без этого любые дальнейшие сравнения будут неточными.
2. Найдите место разрыва
Проверьте, на каком именно этапе часть обращений перестаёт отражаться в аналитике.
Это может быть:
- форма сайта;
- звонок;
- мессенджер;
- передача ClientID или YCLID;
- загрузка офлайн-конверсий;
- привязка CRM-события к визиту.
Задача — не просто увидеть расхождение, а найти конкретное звено, где оно возникает.
3. Исправьте причину, а не следствие
После этого уже можно устранять проблему:
- корректировать цель;
- менять момент срабатывания события;
- исправлять сохранение идентификаторов;
- настраивать коллтрекинг;
- восстанавливать передачу CRM-данных;
- убирать ложные или дублирующие конверсии.
4. Повторно проверьте реальные обращения
После исправления снова возьмите несколько конкретных заявок и пройдите весь путь:
источник → визит → событие → аналитика → CRM → привязка конверсии
Важно убедиться не просто в том, что интеграция «заработала», а в том, что реальные обращения проходят всю цепочку без потерь.
5. Проверьте результат еще раз через несколько дней
Один успешный тест ещё не доказывает, что система работает стабильно.
Через несколько дней или недель снова сравните:
- фактические обращения;
- данные Метрики;
- конверсии Директа;
- CRM.
Так можно увидеть проблемы, которые проявляются только на отдельных устройствах, каналах или сценариях.
И только после этого оптимизируйте рекламу
Когда становится понятно:
- что именно считается;
- откуда берутся данные;
- где возникало расхождение;
- насколько полно обращения попадают в аналитику,
можно снова пересчитывать CPL и принимать решения по:
- бюджету;
- аудиториям;
- кампаниям;
- ставкам;
- автостратегиям.
Сначала восстанавливаем измерение — потом оптимизируем рекламу.
CPL можно контролировать только при понятном учете обращений
Яндекс Директ может совершенно корректно показывать все конверсии, которые ему доступны, — и при этом не отражать часть обращений, которые бизнес реально получил.
Именно поэтому одна цифра в рекламном кабинете ещё не даёт полной картины.
Искажение может работать в обе стороны
Если часть заявок не попала в аналитику, видимый CPL обычно становится выше фактического.
Например, бизнес получил 40 обращений, а рекламная система смогла корректно учесть только 30. При том же рекламном расходе стоимость обращения в интерфейсе Директа будет выглядеть хуже.
Но возможна и противоположная ситуация.
Если в качестве конверсии используется слишком слабое действие — например, клик по кнопке, переход в мессенджер или открытие формы, — CPL может выглядеть очень привлекательным, хотя количество реальных заявок не увеличилось.
Получается две крайности:
- часть настоящих обращений не учтена — CPL выглядит завышенным;
- в расчёт попадают слабые или ложные конверсии — CPL выглядит искусственно низким.
В обоих случаях проблема одна: цифра перестаёт точно отражать бизнес-результат.
Поэтому важна не одна система, а вся цепочка
Чтобы стоимость обращения действительно можно было контролировать, нужно регулярно сверять между собой:
- рекламные кампании;
- сайт;
- Яндекс Метрику;
- телефонию;
- мессенджеры;
- CRM;
- статусы и качество полученных обращений.
Задача не в том, чтобы добиться формально одинаковых цифр во всех интерфейсах.
Задача в другом — понимать, откуда берётся каждое существенное расхождение и какой показатель действительно используется для расчета CPL.
Именно на этом строится подход Click2Client
В Click2Client реклама рассматривается не как отдельный кабинет с объявлениями, а как часть единой цифровой системы:
сайт → трафик → CRM → аналитика → обращения → продажи
В такой системе можно проследить путь от рекламного расхода до фактического обращения, проверить данные и понять, из чего складывается стоимость результата.
И только при таком подходе CPL становится измеримым и контролируемым показателем, который можно использовать для оценки рекламы и сравнения фактического результата с прогнозом.
Контролировать CPL можно только тогда, когда понятно, какие реальные обращения стоят за этой цифрой и как они проходят через всю цепочку аналитики.
К содержанию