UTM-метки клиники: как понять, откуда пришёл пациент, не утонув в отчётах

• Опубликовано: 20 сентября 2026 г.

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

Реклама знает о переходе. Сайт знает об отправленной форме. Телефония знает о звонке. CRM знает о заявке. МИС знает о записи и визите. Каждая система права внутри своей границы, а общего ответа нет.

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

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

UTM — это подпись на ссылке, а не досье на пациента

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

• utm_source — источник;
• utm_medium — тип канала;
• utm_campaign — кампания;
• utm_content — вариант объявления или размещения;
• utm_term — ключевое слово или иной согласованный признак.

Официальная документация Яндекс Метрики о UTM-отчёте прямо указывает, что значения регистрозависимы: варианты Vkontakte и vkontakte попадут в разные строки. Google Analytics также рекомендует стандартизировать именование и использовать как минимум источник, канал и кампанию.

Эта техническая деталь объясняет половину хаоса в отчётах. Один подрядчик пишет cpc, другой — paid_search, третий — context. Смысл для людей похож, строки для системы разные. Поэтому аналитика начинается не с дашборда, а со словаря.

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

Почему клиника теряет источник после первого экрана

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

Это не обязательно ошибка конкретного сотрудника. Часто процесс просто не предусматривает сохранение контекста:

• форма передаёт контакт, но отбрасывает метки;
• CRM получает метки, но при создании записи в МИС они не переносятся;
• коллтрекинг подменяет номер, однако событие не связывается с обращением;
• повторное обращение создаёт новую карточку с другим источником;
• ручная запись стирает первоначальное значение;
• отчёт строится по дате визита, а расходы — по дате клика;
• агентство использует собственные названия, которые нельзя сопоставить со справочником клиники.

Поэтому задача не звучит «сохранить UTM навсегда». Нужно заранее определить, какие события связываются и для какого решения. Иногда клинике достаточно понять источник первого обращения. Иногда важен канал, вернувший человека. Иногда — оба значения, но в разных полях.

Без такого определения спор «кто привёл пациента» не имеет правильного ответа. У человека могло быть несколько касаний, и каждое сыграло свою роль.

Сначала договоритесь, что именно вы считаете

Слова «лид», «заявка», «запись» и «пациент» в одной клинике могут означать четыре события, а в другой — два. Маркетинг считает отправку формы, колл-центр — разговор, регистратура — запись в календаре, финансовый отдел — оплату. Если поставить цифры рядом без словаря, получится точный отчёт о разных объектах.

Минимальная воронка может выглядеть так:

1. переход — аналитическая система увидела посещение;
2. обращение — человек отправил форму, позвонил или написал;
3. квалифицированный контакт — клиника поняла организационную цель и может предложить следующий шаг;
4. запись — создано конкретное время или иной управляемый маршрут;
5. состоявшийся визит — факт подтверждён в основной системе;
6. результат процесса — определённое клиникой событие без выгрузки лишних медицинских подробностей в маркетинг.

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

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

Словарь UTM, который переживает смену агентства

Хороший справочник скучен. Именно поэтому он работает.

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

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

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

Версионируйте словарь. Если значение изменилось, зафиксируйте дату и правило сопоставления. Через полгода это спасёт от разговора «кажется, раньше social означало совсем другое».

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

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

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

Правило простое: UTM отвечает на вопрос «откуда человек пришёл на сайт», а не «куда он нажал внутри». Смешение двух задач делает обе неточными.

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

Формы: сохраняйте контекст, а не весь хвост адреса

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

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

Для формы определите:

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

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

Телефон: номер источника ещё не означает пациента

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

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

Поэтому разделяйте:

• техническое событие звонка;
• обработанное обращение;
• запись в расписании;
• состоявшийся визит.

Связь между ними должна учитывать неоднозначность и позволять статус «не удалось определить», а не насильно приписывать каждую запись последнему звонку.

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

Мессенджеры и QR-коды: маленькие ссылки, большие искажения

Ссылки в партнёрских публикациях, письмах, QR-кодах, карточках филиала и сообщениях легко забываются. Затем весь поток попадает в «прямые» или «прочие» переходы, и команда начинает гадать.

Яндекс Метрика рекомендует использовать utm_medium для переходов из мессенджеров, социальных сетей, почтовых рассылок и QR-кодов и описывает допустимые значения в документации по обработке меток. Это полезная техническая опора, но внутренний справочник клиники всё равно должен быть единым.

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

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

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

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

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

Руководителю полезнее не искать единственного победителя, а разделить решения:

• для знакомства — какие источники приводят новую аудиторию;
• для возвращения — какие касания помогают продолжить выбор;
• для обработки — где возникает обращение;
• для расписания — какие обращения становятся корректными записями;
• для экономики — какие группы маршрутов сопоставимы по затратам и результату.

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

Маркетинговой аналитике не нужна медицинская карта

Чем ближе команда подходит к визиту, тем сильнее соблазн выгрузить из МИС всё: диагноз, назначение, услугу, сумму, комментарий врача. Так проще построить отчёт, но это плохой принцип минимизации.

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

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

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

Составной сценарий: три отчёта и ни одного ответа

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

У клиники было два агентства и внутренняя команда. Первое использовало cpc, второе — context, команда — paid. Формы сохраняли только последнюю метку. Звонки считались отдельным потоком, а сотрудники иногда выбирали источник из выпадающего списка по памяти.

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

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

Ценность появилась не тогда, когда отчёт стал идеально полным. Она появилась, когда строка «не определено» перестала считаться стыдом и превратилась в очередь конкретных причин: метка потеряна на редиректе, звонок не связан, источник выбран вручную, повторное обращение создано как новое.

Семь причин, почему цифры не сходятся

1. Разные даты

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

2. Разные идентификаторы

Сайт знает cookie или событие, телефония — номер, CRM — обращение, МИС — карточку. Связь не всегда однозначна. Проектируйте безопасный ключ и допускайте неопределённость.

3. Дубли

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

4. Потеря метки на редиректе

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

5. Регистр и синонимы

Email, email и e-mail могут оказаться разными значениями. Нормализация должна происходить по утверждённому словарю, а не постфактум в каждом отчёте.

6. Ручной выбор источника

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

7. Разное понимание результата

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

Дашборд директора: одна страница, а не сорок графиков

Руководителю не нужен полный набор полей UTM на первом экране. Ему нужны вопросы, которые приводят к действию.

Рабочий дашборд может содержать:

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

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

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

Еженедельный разбор вместо ежемесячного оправдания

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

Не обсуждайте весь отчёт. Возьмите несколько случаев:

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

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

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

Пилот аналитики на одном маршруте

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

Шаг 1. Утвердить события

Опишите переход, обращение, запись и состоявшийся визит. Назовите системы-источники и даты.

Шаг 2. Создать тестовые ссылки

Сформируйте несколько UTM по справочнику. Используйте синтетические кампании, которые невозможно спутать с реальной рекламой.

Шаг 3. Пройти путь

Откройте ссылки на разных устройствах, перейдите между страницами, отправьте синтетические формы, проверьте редиректы и передачу в CRM. Не используйте реальные персональные данные.

Шаг 4. Проверить исключения

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

Шаг 5. Сверить отчёты

Сравните события по идентификаторам и времени. Разницу объясните правилами, а не ручным выравниванием чисел.

Шаг 6. Принять одно решение

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

Красные флаги подрядчика по аналитике

Остановитесь и уточните архитектуру, если подрядчик:

• обещает стопроцентно определить источник каждого пациента;
• просит полную выгрузку МИС без объяснения полей;
• помещает телефоны или иные персональные данные в UTM;
• не отдаёт словарь и настройки при завершении договора;
• меняет определения показателей между отчётами;
• соединяет сущности только по ФИО в рабочей таблице;
• скрывает долю неизвестных и дублей;
• использует UTM на внутренних ссылках;
• показывает только средние значения без объёма;
• называет форму, звонок и визит одним словом «лид»;
• не умеет провести тест на синтетических данных;
• не может объяснить, кто имеет доступ к исходным данным.

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

Чек-лист перед запуском кампании

Разметка

• источник, канал и кампания заполнены по словарю;
• регистр и разделители едины;
• в значениях нет персональных или медицинских сведений;
• ссылка открывается после всех редиректов;
• QR-код проверен с реального телефона;
• внутренние переходы не используют UTM.

Сайт и формы

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

CRM, телефония и МИС

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

Управление

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

FAQ

Нужно ли ставить UTM на каждую ссылку?

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

Можно ли определить источник каждого пациента без ошибок?

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

Что считать главным результатом кампании?

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

Можно ли передавать в UTM телефон или имя?

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

Нужна ли клинике дорогая BI-система?

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

Как часто проверять аналитику?

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

Что сделать завтра

Возьмите одну активную кампанию и не открывайте её презентацию. Скопируйте реальную ссылку, выпишите значения UTM и найдите их в Метрике. Затем отправьте синтетическую форму и проследите, где именно источник появляется в CRM и где исчезает до записи.

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

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

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

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