UTM-метки: как разметить путь клиента
Содержание:
- От «Откуда вы о нас узнали?» до автоматического учета
- Анатомия метки
- Практика разметки
- Что показывают метки
- Системные ошибки
От «Откуда вы о нас узнали?» до автоматического учета
Задача понять, какой канал привел клиента, не нова — она ровесница самой рекламы. До появления интернета продавцы и маркетологи решали ее единственным доступным способом: спрашивали напрямую. «Откуда вы о нас узнали?» — этот вопрос звучал в приемных стоматологий, в автосалонах, в call-центрах страховых компаний. Ответ записывали в блокнот или CRM, а потом на основе субъективных воспоминаний клиентов принимали решения о судьбе рекламного бюджета. Метод работал плохо: люди путали источники, забывали, где видели объявление, а часть просто отвечала «в интернете», и весь анализ на этом заканчивался.
Цифровая среда подарила маркетингу шанс на точность, но не сразу. В начале двухтысячных владельцы сайтов уже могли смотреть общую статистику посещений, однако разделить трафик по источникам было сложно — системы веб-аналитики видели, что человек «пришел», но не видели, откуда именно. Решение появилось в 2005 году, когда небольшая компания Urchin Software разработала систему параметров URL для маркировки ссылок. От названия компании и произошла аббревиатура UTM — Urchin Tracking Module, то есть «модуль отслеживания Urchin». В том же году Google купил Urchin Software целиком, а ее технология легла в основу Google Analytics — сервиса, который на десятилетия определил стандарты веб-аналитики. Формат UTM-параметров, придуманный маленькой командой для внутренних нужд, стал универсальным языком разметки трафика, который сегодня понимают Яндекс Метрика, Google Analytics, CRM-системы и десятки других сервисов аналитики независимо от того, кто их разрабатывал.
Анатомия метки
UTM-метки — это открытый стандарт, договоренность индустрии о том, как передавать в URL информацию об источнике перехода. Метка, сгенерированная в одном сервисе, корректно считывается совершенно другим, при условии, что обе стороны соблюдают синтаксис.
Технически UTM-метка — это набор пар «параметр = значение», которые дописываются к обычному URL через знак вопроса. Каждая пара отделяется от следующей амперсандом. За такой громоздкостью стоит простая идея: превратить ссылку в маленькую анкету, которую сайт заполняет автоматически в момент перехода.
Исторически сложилось три уровня детализации.
Первый уровень — источник трафика, utm_source. Здесь фиксируется канал в широком смысле: рассылка, поисковая система, конкретная соцсеть, партнерский блог. Второй уровень — тип трафика, utm_medium: он уточняет, через какой формат состоялся переход — платное объявление, органический пост, кнопка в письме, попап на партнерском сайте. Третий — название кампании, utm_campaign: тут указывают конкретную активность, будь то распродажа к 8 марта или запуск нового тарифа.
Эти три параметра считаются обязательными по чисто прагматической причине: без них система аналитики не сможет корректно классифицировать переход, покажет в отчетах пустое значение или смешает разные кампании в одну кучу. Отсутствие хотя бы одного параметра не сломает переход технически — человек все равно попадет на сайт, — но сломает аналитику, которая ради этого и затевалась.
Есть и два дополнительных параметра. Utm_content нужен, когда все три основных значения совпадают, но нужно различить элементы внутри одной кампании — например, кнопку в шапке письма и такую же кнопку в подвале. Utm_term традиционно используется в контекстной рекламе для передачи ключевого слова, по которому показалось объявление; этот параметр помогает понять, какие запросы приводят конвертирующийся трафик, а какие — просто расходуют бюджет.
Практика разметки
Индустрия быстро обзавелась генераторами ссылок — сервисами, где достаточно вставить URL сайта и заполнить поля параметров, а инструмент сам склеит их в правильном порядке с нужными символами. Такие генераторы есть у большинства крупных агентств и рекламных платформ; принцип работы у всех похож, различаются только интерфейс и дополнительные функции. Например, встроенное сокращение длинных ссылок, что удобно, если канал ограничивает число символов, как в SMS-рассылках или некоторых соцсетях.
Отдельная история — динамические параметры в рекламных кабинетах, в частности в Яндекс Директе. Идея в том, что вместо статичного текста в значение параметра можно вписать специальную переменную в фигурных скобках, а система сама подставит нужные данные для каждого конкретного объявления и клика. Например, если в utm_campaign указать {campaign_id}, в отчетах появится реальный числовой идентификатор кампании, без необходимости создавать отдельную вручную прописанную метку для каждой из них. Аналогично работает подстановка ID объявления, ключевого слова, номера объявления и десятков других значений.
В Директе метку можно проставить на двух уровнях: один раз для всей кампании (тогда она автоматически распространится на все объявления, быстрые ссылки и кнопки внутри нее) или же вручную для отдельного объявления (если унифицированный подход не годится под задачу).
Что показывают метки
Сама по себе размеченная ссылка ничего не считает, она просит систему аналитики зафиксировать переход с определенными параметрами. Чтобы увидеть результат, на сайте должен быть установлен счетчик. В случае Яндекса это Яндекс Метрика, у которой есть отдельный раздел отчетов именно по UTM-меткам. Там можно увидеть количество визитов по каждой комбинации параметров, глубину просмотра, показатель отказов, путь пользователя дальше по сайту, а если настроены цели — то и конверсии, и, в идеале, доход.
На этом стыке данных начинается настоящая работа маркетолога. Число визитов малоинформативно: важно, сколько из этих визитов превратилось в заявки, покупки, подписки. Классический сценарий — объявление дает огромный объем кликов по низкой цене, но конверсия в целевое действие у этого трафика почти нулевая. Без UTM-разметки такое объявление выглядело бы успешным по метрике «трафик», хотя на самом деле оно съедает бюджет впустую, приводя нецелевую аудиторию. Детализация по меткам позволяет увидеть эту разницу и вовремя отключить неэффективное направление, перенаправив бюджет туда, где стоимость целевого действия ниже.
Это же работает и в обратную сторону: канал с небольшим количеством переходов, но высокой долей конверсий, часто остается незамеченным, если смотреть только на суммарный трафик. Разметка по кампаниям и источникам — единственный способ увидеть такие точки роста и осознанно нарастить в них бюджет, а не просто действовать по интуиции или общей репутации канала («блогеры вроде неплохо работают, давайте еще им заплатим»).
Системные ошибки
Классика жанра — нарушение синтаксиса: пропущенный знак вопроса перед первым параметром, забытый амперсанд между значениями, случайно поставленный пробел вместо подчеркивания. Каждая такая мелочь или ломает ссылку целиком, приводя пользователя на страницу-404, или делает ее нечитаемой для системы аналитики, из-за чего переход просто не попадает в нужный отчет.
Отдельная головная боль — сочетание якорной ссылки и UTM-метки. Если нужно привести пользователя не просто на страницу, а на конкретный ее блок (скажем, на раздел с тарифами), в URL добавляется решетка с названием якоря. Ставить ее нужно строго после всех UTM-параметров, а не перед ними; в противном случае браузер и система аналитики интерпретируют адрес неправильно.
Но самая коварная проблема — не техническая, а организационная: отсутствие единого стандарта именования меток внутри команды. Если сегодня один менеджер называет источник email, завтра другой пишет то же самое как Email или mail_ru, а третий вообще придумывает свое обозначение, аналитика превращается в кашу из десятков похожих, но формально разных строк, которые система считает независимыми источниками. Разобраться в этом постфактум — задача на несколько часов ручной чистки данных, причем часть информации восстановить уже не получится.
Как правило, команды заводят единый реестр допустимых значений для каждого параметра — простую таблицу, где прописано, что источник email всегда пишется именно так и никак иначе, что для типа трафика используется фиксированный список из десяти-пятнадцати вариантов, а не свободный полет фантазии каждого нового сотрудника. Такой реестр особенно важен, если с проектом работает несколько специалистов или подключено агентство: без общего словаря метки быстро расходятся, и уже через пару месяцев аналитика перестает отражать реальность.
