Коллтрекинг — это учёт звонков с привязкой к источнику: рекламе, площадке или посещению сайта. Он помогает понять, откуда пришло обращение. Чтобы увидеть запись, явку и оплату, данные нужно связать с медицинской информационной системой (МИС) или системой учёта обращений (CRM). Разберём, как проверить эту цепочку и читать отчёт без подмены пациентов количеством телефонных разговоров.
🎙️
Нет времени читать? Слушай!
Подкаст-версия этой статьи уже на нашем Dental Portal Радио в Telegram.
👉 Слушать подкаст
Зачем клинике вообще нужен коллтрекинг
Часть пациентов предпочитает позвонить: уточнить стоимость, свободное время или приём у конкретного врача. Обычный номер на сайте сам по себе не сообщает маркетологу, какое объявление или другая площадка привели человека. Для этого нужен отдельный способ учёта.
Коллтрекинг закрывает именно этот разрыв: он связывает телефонный разговор с рекламным источником — кампанией, объявлением, иногда даже ключевой фразой. Без этого расход на Яндекс.Директ виден, а то, сколько реальных звонков он принёс, остаётся догадкой администратора на ресепшене.
Дальше эта связка нужна не сама по себе, а чтобы довести её до результата: записи, явки, оплаты. Именно здесь чаще всего и происходит разрыв между «красивым отчётом маркетолога» и «пустым креслом врача».
Статический и динамический коллтрекинг: в чём разница
Статический номер закрепляется за конкретным источником целиком — например, за наружной рекламой, листовками или конкретной площадкой размещения. Один номер отвечает за весь поток с этого канала, независимо от того, сколько человек позвонило. Такой номер хорошо работает там, где нет цифровой сессии — на вывеске или в офлайн-буклете.
Динамический коллтрекинг использует пул номеров (подмену): каждому посетителю сайта или его сессии на время визита показывается свой номер. Когда человек звонит именно по этому номеру, система понимает, с какой рекламной кампании, объявления или даже поискового запроса он пришёл.
Разница критична для аналитики в Метрике. Динамический звонок система привязывает к ближайшему подходящему по времени визиту конкретного посетителя. Статический звонок к визиту не привязывается — он просто фиксируется в журнале звонков, без связи с конкретной сессией на сайте.
| Параметр | Как это работает |
|---|---|
| Статический номер | закреплён за источником или каналом целиком, не привязывается к визиту в Метрике |
| Динамический номер | выделяется под сессию посетителя, привязывается к ближайшему подходящему визиту |
📞
Статический номер удобен, когда нужно знать канал обращения без привязки к отдельному визиту на сайт. Динамический метод нужен для более подробного сопоставления с посещениями. Выбор зависит от задачи учёта, а не от того, какой способ звучит современнее.
Как звонок попадает в Метрику и привязывается к визиту
Чтобы Метрика вообще увидела звонок, на сайте должна быть настроена система идентификаторов, а сервис коллтрекинга — передавать данные через API (интерфейс для обмена данными между системами) на тот же счётчик Метрики, который вы сами создавали. Автоматические счётчики данные о звонках не собирают — это важная техническая деталь, о которую спотыкаются при переезде сайта.
При первой передаче данных в Метрике создаются цели для звонков. В справке об отслеживании звонков указан срок появления загруженных данных в отчётах — в течение трёх часов. Создание новых целей и обработка конкретной интеграции имеют свои сроки.
Отсутствие звонка через пять минут после разговора ещё не доказывает потерю данных: проверьте, что сервис уже выполнил загрузку, и дождитесь предусмотренного им окна обработки.
Для сопоставления нужны поддерживаемые выбранным способом передачи идентификаторы посетителя или рекламного клика. Их должен распознать нужный счётчик Метрики. На странице об отслеживании звонков указано: привязка не выполняется, если визит был позже звонка или ранее 21 дня до отправки данных. Это условие данного способа загрузки звонков; его нельзя автоматически переносить на все другие форматы загрузки конверсий.
В отчёте «Звонки, детально» можно начать проверку отдельного звонка и его связи с визитом. Сведения из отчёта нужно сопоставить с журналом передачи данных и известными ограничениями интерфейса, а не считать любой показанный статус окончательным диагнозом.
⚠️
На странице Метрики по звонкам есть официальное предупреждение: статусы привязки в отчётах по офлайн-конверсиям сейчас могут отображаться неверно. Актуальную долю привязанных конверсий нужно смотреть в настройках счётчика на странице «Загрузка данных», а не делать вывод по одному открытому отчёту и объявлять интеграцию сломанной.
«Целевой звонок» 30 секунд — техническое правило, не оценка пациента
При первой передаче данных Метрика сама создаёт несколько типов целей: «Звонок» (учитывает все звонки, включая пропущенные), «Целевой звонок» (разговор длился больше 30 секунд), «Уникальный звонок» (совершён впервые) и «Уникально-целевой звонок» (сочетание двух условий).
Порог в 30 секунд — это не оценка того, насколько пациент заинтересован или платёжеспособен. Это технический критерий стандартной цели. Для своей задачи можно создать дополнительную цель: если для вашей клиники осмысленный разговор начинается с 45 секунд или с минуты, цель можно создать вручную с нужным порогом, меткой или типом звонка — первичный, повторный, отвеченный, пропущенный.
Отдельно стоит вопрос уникальности. Она определяется конкретной системой коллтрекинга и выбранным периодом учёта, а не здравым смыслом маркетолога. Нельзя автоматически считать все звонки с одного семейного телефона одним и тем же пациентом, и нельзя считать повторный звонок уже существующего пациента «новым обращением» только потому, что прошло много времени.
👨👩👧
Условный пример редакции: мама записывает ребёнка, звонит с домашнего городского номера. Через неделю с того же номера звонит бабушка — записаться к другому врачу. Система коллтрекинга может отметить повторный звонок с известного номера, хотя по факту это два разных человека и два разных пациента в МИС. Сверять такие случаи нужно вручную, по имени и услуге, а не по номеру телефона.
Цепочка звонок → запись → явка → оплата
Удобно думать, что «120 звонков» равны «120 потенциальным пациентам», но между этими цифрами есть несколько ступеней, и на каждой часть обращений теряется.
Клик на номер tel: на мобильном сайте — это не состоявшийся звонок. Человек мог нажать на номер, увидеть исходящий вызов и передумать до соединения, или звонок просто не прошёл технически. Состоявшийся звонок — это ещё не запись: администратор могла не дозвониться, пациент мог уточнить цену и не записаться сразу, или свободного времени у нужного врача просто не было.
Запись подтверждается расписанием, явка — отметкой о посещении, оплата — данными учёта платежей. Пациент может перенести или отменить визит; деньги могут быть внесены авансом или за отдельную услугу. Заранее определите, какое событие считаете результатом рекламы, и используйте одинаковое определение во всех отчётах.
Почему звонок не нашёлся в отчёте: проверяемые причины
Если звонок состоялся, но его нет в Метрике или он не привязался к визиту, это повод проверить конкретные технические места, а не повод для диагноза «интеграция не работает».
Начните с проверки счётчика, времени события, поддерживаемого идентификатора и ответа на загрузку данных. В справке перечислены ситуации, когда идентификатор или подходящий визит не найдены, время события некорректно либо запись не проходит обработку. Конкретную причину подтверждают по ответу системы и журналу передачи.
Проверьте и саму схему подмены номеров. В часы нагрузки пул может исчерпаться, и сервис покажет резервный номер; поведение зависит от его настроек. Сохранённый ранее номер может затруднить точную привязку к текущему визиту — нужно проверить срок его закрепления и правила повторных звонков. Скрипт может отсутствовать на части страниц, а передача данных — завершиться ошибкой.
Ни одна из этих причин не устанавливается по одному отсутствующему звонку.
🔍
Возьмите один конкретный звонок: время, номер, известный источник и идентификатор передачи. Сверьте его с журналом сервиса, ответом на загрузку и данными Метрики. Если интерфейс предупреждает о проблеме отображения статусов, учитывайте это предупреждение. Так проверяется реальное прохождение события, а не только цвет строки в отчёте.
Человек может смотреть сайт на компьютере и звонить с телефона: это нормальная схема. Для привязки важен показанный ему подменный номер и сохранённая сервисом связь с посещением. Отдельная задача — сопоставить повторные посещения с разных устройств; не объявляйте сам звонок с другого устройства ошибкой интеграции.
Разные даты звонка и визита: как читать расхождения
Отдельная частая путаница — расхождение дат в разных отчётах, которое выглядит как ошибка, но ошибкой не является. В документации Метрики есть прямой пример: посетитель зашёл на сайт 11 марта, а позвонил в компанию только 13 марта.
В отчёте «Звонки, детально» за 13 марта будет один звонок с этой датой — именно тогда он физически состоялся. А в отчёте «Конверсии» достижения цели «Звонок» за 13 марта не будет: система привяжет эту конверсию к визиту, совершённому 11 марта, то есть датой зачтёт день визита, а не день звонка.
Для клиники это значит: если маркетолог сравнивает «звонки по дням» из одного отчёта и «конверсии по дням» из другого, числа по конкретным датам не обязаны совпадать — это нормальное поведение системы, а не повод подозревать потерю данных.
Статусы звонков и записи: рабочая таблица
Телефония и коллтрекинг фиксируют технические события: входящий вызов, ответ, длительность, признак первого или повторного звонка по своим правилам. Содержательные статусы берут из согласованного учёта клиники: запись из расписания, явку и оплату из МИС. Часть сведений может поступать автоматически; неоднозначные обращения проверяет ответственный сотрудник.
Удобно договориться об одном и том же наборе статусов во всей клинике, иначе отчёт маркетолога и журнал администратора будут жить в разных системах координат.
| Статус | Что он означает |
|---|---|
| Пропущен | звонок зафиксирован, но никто из клиники не ответил |
| Спам / нецелевой | дозвонились, но это не пациент (ошиблись номером, реклама услуг клинике) |
| Записан | пациенту назначено время приёма |
| Пришёл | пациент явился на назначенный приём |
| Оплатил | по итогам визита принята оплата за услугу или план лечения |
Эта таблица — не универсальный стандарт индустрии, а рабочий пример, который стоит адаптировать под конкретную МИС. Главное — зафиксировать её письменно и использовать одинаково и в рекламном отчёте, и в журнале администратора.
Как протестировать интеграцию на своём номере
Проверить связку «звонок — визит — запись» можно самостоятельно, без привлечения сервиса поддержки, по шагам. Тест стоит заранее согласовать с ответственным за рекламу и с администратором, чтобы тестовая запись не попала в реальное расписание клиники.
Начните с одного согласованного сценария и тестовой ссылки с известными метками. Откройте её в отдельном чистом профиле браузера, зафиксируйте время посещения и номер, который показал сайт. Это помогает не смешать новый тест с источником предыдущих заходов. Проверку реального рекламного перехода согласуйте отдельно: такой клик может расходовать бюджет.
Позвоните на показанный номер с согласованного телефона и отметьте время вызова. Попросите ответственного за интеграцию найти событие в журнале и проверить передачу: нужный счётчик, идентификатор, время загрузки и ответ системы. Дождитесь документированного окна обработки — оно отсчитывается от загрузки, а не обязательно от начала разговора.
Затем сопоставьте тот же звонок с визитом и источником в Метрике. Для сквозной проверки используйте помеченное тестовое обращение в МИС или предусмотренный тестовый контур. Свяжите записи по поддерживаемому идентификатору и проверьте статусы. Время звонка и время назначенного приёма — разные поля. Тест не должен занимать реальное окно записи, создавать оплату или попадать в обычный отчёт о новых пациентах.
🧪
Условный пример редакции: тестовый звонок совершён в 14:02, визит на сайте был в 13:55. Если в отчёте «Звонки, детально» звонок показан как привязанный к этому визиту с корректным источником — технический контур коллтрекинга работает. Если звонок есть, а связи не видно, сопоставьте данные с журналом передачи и учтите предупреждения интерфейса. Один статус не заменяет такую сверку.
Чеклист приёмки интеграции
Перед тем как полагаться на отчёты коллтрекинга в принятии решений по рекламному бюджету, стоит пройтись по пяти конкретным вопросам, а не просто поверить документации поставщика на слово.
- Какие поддерживаемые идентификаторы передаются для динамического звонка и как проверяется их связь с нужным счётчиком?
- На какую цель в Метрике настроена привязка звонков, активна ли эта цель на нужном счётчике прямо сейчас?
- Какую долю динамических звонков отчёт «Звонки, детально» показывает привязанной к визитам за последнюю неделю, и совпадает ли это со статусом на странице «Загрузка данных»?
- Хватает ли номеров в пуле динамического коллтрекинга в часы наибольшей нагрузки на сайт, или система периодически переключается на резервный статический номер?
- Кто в клинике и как часто проставляет статусы «записан / пришёл / оплатил» в МИС, и сверяется ли этот журнал с отчётом по звонкам хотя бы раз в неделю?
Учебный расчёт стоимости пациента
Дальше — условный расчёт редакции, составленный для иллюстрации логики, а не кейс конкретной клиники и не тариф какого-либо сервиса. Числа учебные и подобраны только для простоты арифметики.
Представим: клиника потратила на рекламу 60 000 рублей за период и получила 120 звонков. После сверки 80 обращений отнесли к разным новым потенциальным пациентам из этой рекламной группы, 40 из них записались, а 30 пришли на приём. В примере все этапы относятся к одной группе обращений; повторные вызовы уже учтены отдельно.
| Показатель | Учебное значение |
|---|---|
| Стоимость одного звонка | 60 000 / 120 = 500 ₽ |
| Стоимость уникального обращения | 60 000 / 80 = 750 ₽ |
| Стоимость записи | 60 000 / 40 = 1 500 ₽ |
| Стоимость пришедшего пациента | 60 000 / 30 = 2 000 ₽ |
Это чисто рекламная стоимость — она не учитывает расходы на сам сервис коллтрекинга. Если добавить условную стоимость подключения системы в 6 000 рублей за тот же период, стоимость одного пришедшего пациента с учётом этой системы составит: (60 000 + 6 000) / 30 = 2 200 рублей.
Для сравнения каналов используйте одинаковый состав расходов. В 2 200 рублей из примера включены только реклама и условная стоимость коллтрекинга. Если нужно оценить все затраты на привлечение, отдельно определите, какие ещё расходы включаются, и распределяйте их одинаково. Само это число не показывает прибыль от лечения.
🧮
Разница между стоимостью звонка и стоимостью пришедшего пациента в этом примере — в четыре раза (500 против 2 000 рублей). Если в отчёте маркетолога фигурирует только «стоимость звонка», руководитель клиники видит заведомо заниженную и неполную картину расходов на привлечение пациента.
Что включать в еженедельный отчёт
Еженедельный отчёт по коллтрекингу имеет смысл строить вокруг цепочки «звонок — запись — явка», а не вокруг одной цифры числа звонков.
Разумный состав: расход на рекламу за период; число звонков всего и отдельно целевых (длительностью выше установленного порога); доля динамических звонков, привязанных к визитам, по данным страницы «Загрузка данных»; число записей и отдельно явок; случаи расхождения дат звонка и визита, если они заметно искажают картину по дням.
Отдельного внимания заслуживает вопрос данных о пациенте в таком отчёте. Диагнозы, анамнез и другие медицинские сведения не должны попадать в рекламную аналитику — отчёт по звонкам и записям оперирует только фактом обращения и его статусом, не содержанием приёма.
Вопросы записи телефонных разговоров и обработки персональных данных стоит заранее согласовать с ответственным лицом в клинике; редакция не даёт по этим вопросам юридических гарантий и не заменяет консультацию специалиста по защите данных.
Сопоставляйте отчёт со сведениями об UTM-метках, учитывая одинаковые периоды, группу обращений и способ определения источника. Разные даты и правила учёта могут дать разные числа без потери данных. Если записи не превращаются в явки, этот этап разбирают отдельно — например, в материале о напоминаниях о записи.
📋
Условный пример состава отчёта редакции: период, расход на рекламу, звонков всего / целевых, доля привязанных динамических звонков, записей, явок, расхождений по датам, статус последней проверки интеграции. Это не готовый шаблон для копирования, а ориентир, какие строки вообще стоит держать в поле зрения еженедельно.
Частые вопросы
Чем статический коллтрекинг отличается от динамического простыми словами?
Статический номер закреплён за целым каналом рекламы — например, за наружной вывеской или конкретной площадкой размещения. Динамический номер выделяется на время сессии конкретному посетителю сайта, поэтому только его система может привязать к визиту, рекламной кампании и ключевой фразе в Метрике.
Можно ли вести коллтрекинг без подмены номера?
Да, это и есть статический коллтрекинг: номер не меняется в зависимости от посетителя, а закрепляется за источником целиком. Такой подход подходит, когда важно знать общий поток звонков с канала, но не нужна привязка к конкретному визиту на сайте.
Сколько времени занимает появление звонка в отчётах Метрики?
В справке об отслеживании звонков указан срок до трёх часов после загрузки данных, а на странице целей отдельно описано их создание и появление информации в течение суток. Проверьте актуальную документацию своего способа передачи. Сначала убедитесь, что звонок загружен, затем дождитесь его окна обработки и проверьте совпадение идентификаторов; отсутствие строки сразу после разговора ещё не означает сбой.
Что значит «целевой звонок» в Метрике и обязательно ли ориентироваться на 30 секунд?
По умолчанию целевым считается звонок длительностью больше 30 секунд — это техническая граница, заданная системой автоматически, а не оценка качества или платёжеспособности пациента. Если для вашей клиники осмысленный разговор начинается позже или раньше, можно создать собственную цель с другим порогом длительности вручную.
Почему количество звонков в отчёте «Звонки, детально» отличается от числа достижений цели «Звонок»?
Дата в отчёте «Звонки, детально» — это дата самого звонка, а достижение цели привязывается к дате визита на сайт, который мог случиться раньше. Например, если посетитель зашёл на сайт 11 марта, а позвонил 13 марта, звонок отобразится в отчёте за 13 марта, а цель — за визит 11 марта. Это нормальное поведение системы, а не ошибка учёта.
Как считать уникальность обращения, если звонит вся семья с одного номера?
Уникальность в системе коллтрекинга определяется по номеру телефона и выбранному периоду, а не по факту «это разные люди». Если с одного семейного номера звонят разные члены семьи по разным поводам, система может формально засчитать это как первичный и повторный звонок одного и того же контакта — такие случаи стоит сверять вручную по имени и услуге в МИС, а не доверять автоматике полностью.
Что делать, если доля привязанных звонков резко упала?
Проверьте актуальную долю привязки на странице «Загрузка данных», затем разберите несколько конкретных звонков по журналу передачи. Сверьте идентификатор, счётчик, временные поля, метод отслеживания и ответ на загрузку. Для данного способа передачи также учитывайте условие: подходящий визит должен быть не позже звонка и не ранее 21 дня до отправки данных.
Учитывайте официальное предупреждение о возможной ошибке отображения статусов.
Короткий практический вывод
Рабочий учёт соединяет источник обращения, звонок и подтверждённый результат в МИС. Перед использованием отчёта проверьте эту цепочку на согласованном тестовом событии. Затем регулярно сверяйте несколько реальных записей, одинаково считайте этапы и отдельно разбирайте непривязанные звонки. Это даёт руководителю понятное основание для оценки рекламы.
На DentalPortal.pro собраны предложения поставщиков стоматологической отрасли: можно сравнить условия и запросить документы. Наличие конкретного сервиса аналитики, состав интеграции и поддержку нужно уточнять у его поставщика отдельно.
Источники
- Яндекс Метрика: отслеживание звонков — официальная документация Яндекс Метрики, описание методов статического и динамического коллтрекинга, условий привязки звонка к визиту и структуры передаваемых данных; сверка 05.11.2026.
- Яндекс Метрика: цели по звонкам — официальная документация по автоматическим и ручным целям для звонков, включая порог «целевого звонка» в 30 секунд и типы звонков (первичный, повторный, отвеченный, пропущенный); сверка 05.11.2026.
- Яндекс Метрика: отчёт «Звонки, детально» — официальная документация по структуре отчёта, статусам привязки звонков к визитам и причинам отказа в привязке, включая пример с расхождением дат звонка и визита; сверка 05.11.2026.

