UTM-метки для стоматологии: от рекламы до записи

UTM-метки помогают стоматологии различать переходы из рекламы, публикаций и рассылок. Это параметры в адресе страницы: они сообщают системе аналитики, откуда пришёл переход и к какой кампании он относится. Чтобы связать рекламу с заявкой, записью и визитом, меток недостаточно — данные должны сохраниться в обращении, а последующие события нужно учитывать отдельно.

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

Что UTM показывает и чего не измеряет

Метка описывает происхождение перехода по размеченной ссылке. Она не подтверждает намерение лечиться, качество обращения или состоявшийся приём. Эти события происходят позже и требуют собственных записей.

По документации Яндекс Метрики информация о метке считывается из первого просмотра в течение визита. Если на этом этапе метка отсутствует, ожидать её появления для всего визита только потому, что она была где-то раньше в цепочке, нельзя. Поэтому важен фактический адрес открывшейся страницы.

Базовая система привлечения разобрана в материале про маркетинг стоматологической клиники. Здесь задача практическая: сохранить происхождение обращения и проверить каждое звено до рабочего отчёта.

Почему клики и визиты отличаются

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

Яндекс перечисляет такие причины в справке отчёта UTM. Разница сама по себе не доказывает ни скликивание, ни ошибку подрядчика. Нужно проверить, на каком переходе и при каких условиях исчезают данные.

Почему форма и пациент отличаются

Один человек может заполнить форму, затем позвонить и написать в мессенджер. На стороне сайта появятся несколько событий, а в работе клиники — одно обсуждение записи. Если просто сложить все события, число «пациентов из рекламы» будет завышено.

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

Где проходит граница точности

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

Часть обращений неизбежно останется без надёжно установленного источника. В отчёте нужна отдельная группа «источник не определён». Подстановка догадки вместо пропуска делает таблицу красивее и снижает её достоверность.

Словарь меток для клиники

До настройки ссылок согласуйте словарь. Он определяет, как называют источник, канал, кампанию и вариант объявления. Без словаря одна кампания легко распадается на несколько строк из-за разного регистра и написания.

Яндекс Метрика различает регистр значений UTM. Например, VK и vk могут оказаться разными значениями в отчётах. Для внутреннего порядка удобно выбрать единый регистр и допустимые символы, сохраняя исходные данные при анализе старой истории.

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

Источник и канал

Источник отвечает на вопрос «откуда», канал — «каким типом размещения». Для публикации в мессенджере можно использовать поддерживаемое название источника и согласованный тип канала. Для платной рекламы — значения, совместимые с выбранной системой и её интеграцией.

Если одну площадку обозначать то как источник, то как кампанию, отчёт станет трудно сравнивать. Лучше подготовить небольшой справочник до запуска и выдавать подрядчикам готовые примеры. Новые значения добавляет назначенный ответственный.

Название кампании

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

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

Вариант объявления

utm_content помогает различать варианты внутри кампании. Полезно заранее решить, что означает каждое значение: креатив, место ссылки или экспериментальная версия. Если сегодня там номер баннера, а завтра имя сотрудника, сравнение потеряет однозначность.

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

Минимальный словарь

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

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

Как собрать ссылку

Первый параметр запроса добавляют после знака ?, последующие — через &. Если у исходного адреса уже есть параметры, второй знак вопроса не нужен. Фрагмент после # также необходимо учитывать, чтобы метки оказались в правильной части адреса.

Пример относительного адреса для учебной публикации: /consultation?utm_source=telegram&utm_medium=messenger&utm_campaign=clinic_info&utm_content=post_a. Это условная схема, а не ссылка на существующую страницу портала. В реальной работе используют действующий адрес клиники и проверяют правила выбранной аналитики.

Почему лучше пользоваться одним сборщиком

Единый шаблон или сборщик ссылок уменьшает различия между подрядчиками. В нём можно ограничить значения источников и проверить, что адрес существует. При этом результат всё равно нужно открыть: корректно собранная строка может вести на удалённую страницу.

Если используются динамические параметры рекламной системы, проверьте, подставляются ли они при настоящем переходе. Скобки с названием переменной в итоговом отчёте означают, что передали шаблон вместо значения. Ручной просмотр ссылки до подстановки этого не выявляет.

Переадресации

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

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

Метки во внутренних ссылках

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

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

Путь от перехода до обращения

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

Для форм важно фиксировать успешное принятие данных. Если событие аналитики срабатывает на любое нажатие, даже при ошибке обязательного поля или отказе сервера, отчёт будет считать несостоявшиеся заявки. Читателю такого отчёта нужно знать, какой именно момент называется «лидом».

Сохранить происхождение в обращении

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

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

Идентификатор посетителя

В документации сквозной аналитики Метрики описан сбор ClientID в CRM и последующая передача данных о заказах. ClientID — технический идентификатор посетителя в системе аналитики, а не паспорт человека. Его нельзя путать с внутренним номером пациента.

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

Статус обращения

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

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

Сбой передачи

Если обращение принято сайтом, но не появилось в CRM, нужна видимая ошибка и предусмотренный порядок восстановления. Отчёт не должен молча считать его обработанным. Система, которая показывает только нажатия кнопок, не измеряет эту часть пути.

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

Звонки, мессенджеры и повторные заявки

Клик по телефону и состоявшийся разговор — разные события. Пользователь может нажать на номер и отменить звонок. Поэтому цель «клик по телефону» нельзя подписывать в отчёте как «принятый звонок».

Аналогично переход в мессенджер ещё не означает отправку сообщения. Человек может открыть приложение и ничего не написать. Если бизнесу нужно измерять реальные обращения из этого канала, потребуется подтверждённый учёт на стороне обработки сообщений.

Когда нужна аналитика звонков

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

Перед выбором нужно описать задачу: общая оценка канала, конкретная кампания или связь звонка с записью. Затем проверить реальный маршрут на тестовом звонке и увидеть результат в системе учёта. Обещания поставщика не заменяют эту проверку.

Как учитывать пересланную ссылку

Если пользователь переслал размеченный адрес знакомому, метки обычно остаются частью ссылки. В статистике переход будет связан с этим кодом размещения. Это свойство адреса, а не доказательство, что новый человек лично видел исходное объявление.

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

Дубли обращений

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

В рабочем отчёте полезно различать все события, уникальные обращения по принятому правилу и реальные записи на приём. Показатели не обязаны совпадать. Их задача — объяснить путь и нагрузку на команду.

Повторный пациент

Повторная запись действующего пациента отличается от первого обращения нового. Кампания может напомнить о клинике, но это не делает человека новым пациентом. Если смешать эти группы, оценка привлечения будет искажена.

Для такого разделения нужна достоверная история в учётной системе и понятный момент проверки. Если история неполная, часть случаев остаётся неизвестной. Не нужно автоматически относить все неизвестные контакты к новым ради заполненного отчёта.

Запись, визит и расчёт стоимости

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

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

Учебный пример

Возьмём условную кампанию с расходом 120 000 ₽. За выбранный период получено 60 уникальных качественных обращений, 30 записей и 24 состоявшихся первых визита. Это придуманные данные для объяснения формул, а не отраслевой ориентир.

Стоимость качественного обращения равна 120 000 / 60 = 2 000 ₽. Стоимость записи — 120 000 / 30 = 4 000 ₽. Стоимость состоявшегося первого визита — 120 000 / 24 = 5 000 ₽. Разные результаты отвечают на разные вопросы.

Почему нельзя сравнивать разные группы

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

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

Модель атрибуции

Модель атрибуции определяет, какому касанию приписывают результат. У одного человека может быть несколько контактов с рекламой и сайтом. Поэтому отчёты с разными моделями могут по-разному распределять один и тот же результат между каналами.

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

Отчёт для руководителя

Вместо одной строки «реклама работает» покажите расходы, обращения, записи и визиты по одинаковому определению. Рядом — долю неопределённого источника и дату последнего обновления. Если одна часть данных не загрузилась, это должно быть видно.

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

Как проверить данные

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

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

Контрольные сценарии

• Ссылка с обычного рекламного размещения сохраняет параметры до конечной страницы.
• Ссылка со страницы партнёра отличается от рекламной по согласованному коду.
• Ошибка заполнения формы не считается принятой заявкой.
• Повторное нажатие не создаёт два уникальных обращения в рабочем отчёте.
• Клик по телефону не называется состоявшимся звонком.
• Отказ интеграции заметен ответственному.
• Тестовая запись исключена из рабочих показателей.

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

Проверка мобильного пути

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

После изменений сайта сценарий стоит повторять на затронутом маршруте. Особенно после смены формы, домена, сокращателя ссылок или системы учёта. Частота плановых проверок зависит от того, как часто меняется этот путь.

Записать результат проверки

В короткой записи достаточно даты, ссылки или кода сценария, ожидаемого результата и того, что увидели в системах. При ошибке указывают конкретный переход. Так подрядчик получает воспроизводимую задачу вместо общего сообщения «аналитика опять врёт».

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

Конфиденциальность

UTM-параметры видны в адресе, могут сохраняться в истории, журналах и других системах. В них не следует передавать имя, телефон, диагноз или иные сведения конкретного пациента. Яндекс прямо указывает это ограничение для UTM и других способов передачи данных.

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

Нейтральные названия событий

Для отчёта часто достаточно события «обращение принято» или «запись состоялась» без описания медицинской истории. Если планируется передача более подробных данных, её необходимость и допустимость оценивают отдельно. Удобство аналитической таблицы не является самостоятельным основанием для расширения сбора.

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

Доступ подрядчика

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

Если подрядчик меняется, пересмотрите доступы и владельцев словаря. Это обычная часть управления процессом. При этом технические права на счётчик и правомерность обработки данных — разные вопросы, которые нельзя объединить одной галочкой.

Как внедрить без потери старой статистики

Не переписывайте прошлые значения так, будто новый словарь действовал всегда. Сохраните исходную историю и при необходимости создайте отдельное сопоставление старых названий с новыми группами. Тогда можно объяснить, почему строки отчёта объединились.

Для первого запуска выберите одну кампанию и один маршрут обращения. Согласуйте названия, проверьте передачу и результат в учётной системе. После этого переносите подтверждённый порядок на остальные источники.

Распределить обязанности

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

Порядок работы рекламного кабинета разобран в статье про Яндекс Директ для стоматологии. Там решаются вопросы размещения; здесь проверяется связь его данных с реальными обращениями клиники.

При выборе программ и интеграций можно запросить документы и условия через предложения на dentalportal.pro. В запросе полезно описать конкретный маршрут и требуемые поля. Общее обещание «есть сквозная аналитика» не сообщает, какой результат попадёт в вашу систему.

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

Можно ли по UTM узнать, сколько пациентов пришло из рекламы?

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

Почему метка есть в ссылке, но отсутствует в отчёте?

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

Нужно ли размечать ссылки внутри сайта?

Для внутренней навигации обычно используют отдельные события и предусмотренные отчёты. Внешние рекламные метки могут затруднить интерпретацию источников. Выбранный способ должен соответствовать правилам конкретной аналитической системы.

Клик по кнопке мессенджера — это заявка?

Нет. Это переход к следующему действию. Чтобы считать сообщение или принятое обращение, нужен подтверждённый факт на стороне обработки канала. В отчёте эти показатели следует называть по-разному.

Почему цифры рекламного кабинета и Метрики не совпадают?

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

Можно ли передавать телефон пациента в utm_content?

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

Какой показатель стоимости важнее: заявка, запись или визит?

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

Что сделать с текущей рекламой

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

Если путь подтверждён, его можно описать и повторить для остальных источников. Если нет — уже известно конкретное место, которое нужно исправить.

Источники

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

• Яндекс Метрика: как обрабатываются метки.
• Яндекс Метрика: отчёт UTM, регистр значений и причины потерь.
• Яндекс Метрика: сквозная аналитика и связь с CRM.
• Яндекс Метрика: конфиденциальность персональных данных.