Чтобы проверить звонки из Яндекс Директа, проследите одно реальное обращение от номера на сайте до результата в CRM. Сначала подтвердите входящий вызов, затем его рекламный источник, обработку менеджером и связь со сделкой. Сумма конверсий в кабинете сама по себе эту цепочку не подтверждает.
Такая проверка нужна перед решением увеличить бюджет и при споре «реклама приводит звонки, а продажи их не видят». Владелец получает конкретное расхождение: номер не подменяется, данные не загрузились, менеджер не перезвонил или повторный разговор посчитали новым лидом. Для каждого случая требуется своё исправление.
Отделите клик по телефону от входящего вызова
Цель «Клик по номеру телефона» отслеживает взаимодействие с телефонной ссылкой. Человек может нажать номер и отменить набор. Другой посетитель перепишет номер и позвонит вручную: разговор состоится без клика. Поэтому нельзя ожидать равенства между количеством нажатий и входящих вызовов.
Есть дополнительное условие: при включённом частичном скрытии номера на компьютере достижением цели считается также наведение курсора. Проверьте настройки перед тем, как назвать этот показатель количеством звонков. В отчёте лучше подписать его буквально: «взаимодействия с номером».
Разделите четыре результата: нажатие на телефон, зарегистрированный вызов, состоявшийся разговор и квалифицированное обращение. Последнее означает, что менеджер подтвердил подходящую потребность. Даже длинный разговор может оказаться вопросом действующего клиента или предложением поставщика. Эти контакты полезны бизнесу, но не доказывают привлечение нового покупателя.
Для оценки стоимости используйте соответствующий знаменатель: расход на рекламу делите на число уникальных квалифицированных обращений из неё. Цена нажатия на номер отвечает на другой вопрос. Подробнее о границах такого расчёта читайте в статье о цене конверсии в Директе.
Проверьте номер, маршрутизацию и готовность интеграции
Начните с существующих настроек сайта и телефонии. Попросите ответственного показать, какие номера используются в шапке, контактах, мобильной кнопке и виджете. Отображаемый номер и адрес телефонной ссылки должны вести по ожидаемому маршруту. Иначе посетитель видит один номер, а смартфон набирает другой.
Проверьте переадресацию, рабочее расписание, очередь, действия при занятости и место регистрации пропущенного вызова. Смена номера на странице не доказывает, что сотрудник получит звонок. Для приёмки используйте историю реальных обращений; проверочный звонок заранее согласуйте и исключите из оценки рекламного результата.
Динамический коллтрекинг закрепляет подменный номер за сессией посетителя. В стандартной передаче звонков Метрика связывает такие данные с визитом. Статический номер может обозначать канал, но в этом формате звонок не привязывается к визиту. Нельзя автоматически обещать для него детализацию до конкретного объявления.
Отдельно проверьте, куда отправляет данные интеграция. Нужен правильный счётчик, созданный пользователем: автоматические счётчики Метрики данные звонков не собирают. Запросите настройки передаваемых типов звонков и журнал импорта. Подтверждение отправки файла ещё не означает, что каждая строка принята: ошибки отдельных записей проверяют отдельно.
Сверьте один звонок между системами
Выберите доступное реальное обращение и откройте его в телефонии, коллтрекинге и CRM. Не начинайте с сравнения общих чисел за месяц: одинаковый итог может скрыть пропуск одного звонка и дубль другого. При работе с выгрузкой ограничьте доступ к номерам и персональным данным.
Для рабочей строки сверки запишите: время и часовой пояс, вызываемый номер, ID звонка, принят или пропущен, первичный или повторный, рекламный источник, ID обращения и сделки, ответственный, квалификация, последующий результат. Если системы используют разные ID, сохраните явную связь между ними. Одного совпавшего номера недостаточно для сложной истории с несколькими заказами.
В Метрике откройте «Звонки, детально». Посмотрите тип отслеживания, метку из трекера и колонку привязки к визиту. На дату проверки 26 октября 2026 года справка Метрики предупреждает, что статусы привязки в отчётах по офлайн-конверсиям могут отображаться неверно. Актуальную долю привязанных конверсий сверяйте в настройках счётчика на странице «Загрузка данных». Причину отсутствия связи проверяйте вместе с журналом импорта, идентификаторами и выбранной целью: одной строки отчёта недостаточно для диагноза. Рекламный сегмент также зависит от доступной связи с визитом.
Даты тоже требуют сверки: посетитель мог прийти раньше, чем позвонил. Детализация показывает время звонка, а достижение цели связано с визитом. Перед сравнением с Директом зафиксируйте выбранную цель, период, фильтры и модель атрибуции. Не переносите ограничения одного формата загрузки на остальные и не назначайте всем интеграциям единое окно учёта.
На 26 октября 2026 года действует дополнительное ограничение: Яндекс предупреждает о неполноте статистики. Конверсии сайта с 11 октября не связываются с рекламными кликами до 11 октября. Внешние конверсии, загруженные после 11 октября и связанные с кликами до этой даты, также могут не учитываться. При загрузке офлайн-конверсий доступное окно атрибуции составляет не более 10 дней после клика. Проверяйте актуальную страницу специального режима перед разбором расхождений; восстановление этой связи обещать нельзя.
Если проблема выходит за телефонную цепочку, используйте отдельный чек-лист аудита Яндекс Метрики. Здесь результат проверки должен оставаться предметным: какая запись прошла каждый этап и где потерялась связь.
Разберите пропущенные, повторы и квалификацию
Пропущенный вызов означает незавершённый контакт. Назначьте ответственного за обратный звонок и фиксируйте его результат. Пока потребность неизвестна, не записывайте человека в нецелевые и не считайте подтверждённым лидом. Причины «не дозвонились» и «нужна другая услуга» должны оставаться разными.
Условная ситуация: человек позвонил, не дождался ответа, затем поговорил с менеджером и позже уточнил условия заказа. Это три телефонных события, но они могут относиться к одному обращению. Сохраните историю и объедините связанные контакты по принятому правилу. Если тот же клиент обратился с новой задачей, решение о новом обращении подтвердите в CRM.
Не подменяйте это правило полем «первичный» в коллтрекере. Уникальность номера по настройкам сервиса и уникальность коммерческой потребности могут различаться. Попросите подрядчика описать, какой период и признаки используются для повторов, а руководителя продаж подтвердить правила объединения.
Для квалификации согласуйте понятные причины: подходящая услуга, обслуживаемая территория, реальный запрос на покупку. Длительность разговора используйте как вспомогательный сигнал. Сложные случаи проверяйте по содержанию разговора или записи менеджера, а не по универсальному порогу секунд. При разногласиях сохраняйте статус «требует проверки» вместо удобной для отчёта оценки.
Доведите обращение до сделки и дохода
В CRM свяжите квалифицированное обращение с последующей сделкой. Проверьте, кто меняет статус, как учитываются отказ, оплата и возврат. Продажа старому клиенту после нового разговора не должна автоматически становиться новым покупателем из рекламы. Для таких случаев заранее определите правило отчётности.
Яндекс описывает отдельную передачу квалифицированных обращений из CRM. Возможности идентификации и обновления результата зависят от выбранного формата. Поэтому ограничение статических звонков в отчёте коллтрекинга не означает, что сведения о таких клиентах вообще нельзя передать из CRM.
При настройке экспорта уточните, какое событие отправляется: квалификация, заказ или оплаченная сделка. Проверьте соответствие статуса цели и отсутствие повторной регистрации одного результата через несколько интеграций. Для дохода укажите источник суммы и способ обновления при изменении заказа. Оценочная ценность цели не подтверждает поступление денег.
Сравнивайте продажи группы обращений, которая успела пройти обычный цикл сделки. Звонки текущей недели и оплаты старой базы не образуют корректную конверсию. Если цикл ещё не завершён, покажите отдельно открытые сделки и уже известные результаты.
Передайте расхождения ответственным
Оформите найденное как задачу с примером записи и ожидаемым результатом. Формулировка «настроить аналитику» не позволяет принять работу. В задаче должны быть система, симптом, подтверждение и человек, который проверит исправление по реальной истории.
| Расхождение | Кому передать | Что запросить для приёмки |
|---|---|---|
| На странице и в ссылке разные номера | Разработчику сайта | Совпадение маршрута в мобильной и полной версии |
| Вызов есть, менеджер его не получил | Ответственному за телефонию | Причину маршрутизации и рабочее правило обработки |
| Запись отправлена, связи с визитом нет | Специалисту по интеграции | Статус обработки записи и причину отсутствия связи |
| Повторный разговор стал новым лидом | Руководителю продаж | Связанные карточки и согласованное правило объединения |
| В рекламе появилась лишняя конверсия | Директологу и интегратору | Источник события, выбранную цель и устранённый дубль |
После исправления повторите сверку затронутого этапа и сохраните результат. Если данных пока недостаточно, зафиксируйте ограничение: какая часть звонков остаётся без источника или квалификации. До её проверки вывод об эффективности телефонных обращений будет предварительным.
Если нужна помощь с приоритетами, запишитесь на платную часовую консультацию по аудиту сайта, рекламы и маркетинга. На ней можно разобрать доступные отчёты и определить следующие проверки. Внедрение интеграций и регулярное ведение рекламы согласуются отдельно.