90% специалистов не используют {source} в UTM. И зря.
Параметр {source} подставляет домен площадки РСЯ. Казалось бы — суперполезно. Но 90% его игнорируют.
Большинство ответит: «Да, в Метрике же и так площадки видно!». И будут правы — Метрика площадки подхватывает автоматом. Именно поэтому 90% специалистов не передают {source} в UTM-метках. Кажется, что оно и не надо.
Но есть нюанс.
Почему так вышло?
Яндекс в своей документации предлагает ставить {source} прямо в utm_source:
Проблема в том, что специалисты используют utm_source для другого — там пишут рекламную систему (yandex, google, vk), а не домен площадки. Поэтому шаблон Яндекса не прижился, а {source} просто игнорируют.
Чем это аукается
Метрика площадки видит — ок. Но если вам нужны сегменты, корректировки ставок, аналитика за пределами Метрики, своими скриптами или антифрод — без {source} в UTM вы теряете важный слой данных.
Особенно когда упираетесь в лимит blacklist — 1000 площадок. Для пары кампаний хватает, для десятка — нет. Единственный способ обойти лимит — передавать площадку в UTM и через сегменты аудитории в Метрике делать корректировки ставок уже за пределами блэклиста.
Как я это делаю?
В своём шаблоне UTM я добавляю placement={source} в utm_content:
А BotSafe на сайте собирает все GET-параметры в параметры визита и блокирует подозрительные площадки.
Почему на конце utm-шаблона "|" - читайте тут.
При чём тут BotSafe ?
{source} — один из прямых сигналов детекции. Если площадка передаётся — система видит её точно. Если нет — приходится вычислять косвенно, точность падает.
PS: Кстати, скоро у BotSafe выйдет новый удобный веб-интерфейс — со всей статистикой и настройками в одном месте. Но это анонсирую отдельно. :)
—
100 лет в Директ 😃😅🙂
Параметр {source} подставляет домен площадки РСЯ. Казалось бы — суперполезно. Но 90% его игнорируют.
Большинство ответит: «Да, в Метрике же и так площадки видно!». И будут правы — Метрика площадки подхватывает автоматом. Именно поэтому 90% специалистов не передают {source} в UTM-метках. Кажется, что оно и не надо.
Но есть нюанс.
Почему так вышло?
Яндекс в своей документации предлагает ставить {source} прямо в utm_source:
http://www.site.ru/?utm_source={source}&utm_medium=cpc
Проблема в том, что специалисты используют utm_source для другого — там пишут рекламную систему (yandex, google, vk), а не домен площадки. Поэтому шаблон Яндекса не прижился, а {source} просто игнорируют.
Чем это аукается
Метрика площадки видит — ок. Но если вам нужны сегменты, корректировки ставок, аналитика за пределами Метрики, своими скриптами или антифрод — без {source} в UTM вы теряете важный слой данных.
Особенно когда упираетесь в лимит blacklist — 1000 площадок. Для пары кампаний хватает, для десятка — нет. Единственный способ обойти лимит — передавать площадку в UTM и через сегменты аудитории в Метрике делать корректировки ставок уже за пределами блэклиста.
Как я это делаю?
В своём шаблоне UTM я добавляю placement={source} в utm_content:
?utm_source=yandex&utm_medium=cpc&utm_campaign={campaign_name}&utm_content=cid|{campaign_id}|gid|{gbid}|aid|{ad_id}|adp|{addphrases}|dvc|{device_type}|pid|{phrase_id}|rid|{retargeting_id}|did|{adtarget_id}|pos|{position_type}{position}|adn|{source_type}|crid|{creative_id}|&utm_term={keyword}|&placement={source}|
А BotSafe на сайте собирает все GET-параметры в параметры визита и блокирует подозрительные площадки.
Почему на конце utm-шаблона "|" - читайте тут.
При чём тут BotSafe ?
{source} — один из прямых сигналов детекции. Если площадка передаётся — система видит её точно. Если нет — приходится вычислять косвенно, точность падает.
PS: Кстати, скоро у BotSafe выйдет новый удобный веб-интерфейс — со всей статистикой и настройками в одном месте. Но это анонсирую отдельно. :)
—
100 лет в Директ 😃😅🙂