Когда дело доходит до отслеживания источников и кампаний для посетителей веб-сайта, в Google Analytics очень легко увидеть, сколько именно посетителей веб-сайта пришло из какого источника, а в некоторых случаях, таких как электронная коммерция, вы можете увидеть, какой доход вы заработали на каждый источник с помощью некоторое отслеживание событий и код не требуется. К сожалению, не каждый сайт устроен таким образом, и как аналитику данных вам может быть интересно, как отслеживать стоимость приобретения или общий доход по источнику, когда деньги, генерируемые пользователем, являются динамическими.
Например, в мире онлайн-банкинга потенциальный клиент может зайти на веб-сайт из любого источника и перепрыгнуть через несколько доменов, прежде чем, наконец, совершить конверсию. В то время как Google Analytics может сообщить нам, сколько пользователей из определенного источника зарегистрировались для банковского счета в Интернете, вы не можете сделать еще один шаг и связать исходные данные с вашей CRM. Это может вызвать головную боль при оценке потенциальных расходов на рекламу, внимания SEO и креатива в социальных сетях.
Чтобы связать данные кампании с вашей CRM, параметры вашей кампании всегда должны присутствовать в той или иной форме. Это может произойти либо из-за сохранения этих данных в URL-адресе, как пишет Юлиус Федоровичюс в своей статье для Analytics Mania, либо из-за их сохранения в файле cookie, для которого Симо Ахава создал шаблон тега в Диспетчере тегов Google для сделать именно это. Я расскажу об обоих этих сценариях позже. Последнее, что вам понадобится, — это помощь ваших инженеров, чтобы получить данные кампании и сохранить их в поле вашей CRM. Это позволит данным вашей кампании перемещаться к созданию новой записи при создании потенциального клиента. В этой статье я покажу вам, как вы можете получить этот utm в своем URL-адресе, даже если вы прыгаете между доменами, без ущерба для вашего SEO.
Как правило, когда пользователь попадает на ваш сайт из кампании, у него будут привязаны какие-то параметры кампании, обычно в форме «?utm_source=» в конце строки URL. Одна вещь, которую вы, вероятно, поняли, заключается в том, что когда пользователь переходит даже на одну страницу, его параметры utm исчезают. Ваш инструмент веб-аналитики по-прежнему сможет отслеживать этого пользователя, но в этот момент любая информация, обновляемая в вашей CRM, не будет включать данные кампании. Вот где в игру вступает вышеупомянутая статья Юлия, ссылка на которую приведена выше. В нем он упоминает сценарий, который вы можете использовать для сохранения этих данных utm на каждой странице вашего веб-сайта. Однако есть одна потенциальная проблема, с которой вы можете столкнуться. Джулиус заявляет, что «Если URL-адреса, которые вы хотите украсить, уже содержат запрос… скрипт добавит [параметры кампании] к URL-адресу (поэтому вы получите повторяющиеся параметры)».
Это означает, что URL-адрес будет постоянно обновляться каждый раз, когда пользователь с параметрами запроса utm заходит на ваш сайт и посещает новую страницу. Например, в моей компании Valley Bank пользователь попадет на сайт из этой статьи, и он будет выглядеть как www.valley.com/?utm_source=Medium. Чтобы зарегистрировать учетную запись, пользователям необходимо перейти в другой домен, но часто пользователь не совсем готов к конвертации только с целевой страницы и может захотеть проверить разные страницы. Предположим, что пользователь переходит на сайт Valley.com/personal-checking с запущенным скриптом для передачи параметров utm, его новый URL-адрес будет www.valley.com/personal-checking?utm_source=Medium?utm_source=Medium. . Ты видишь проблему? Это не опечатка, что utm_source встречается дважды. Когда это происходит, на самом деле ничего не меняется в пользовательском опыте, и Google Analytics также не может заметить разницу. Однако поисковые роботы Google обнаружат это как дублирующую страницу и неработающую ссылку, и если вы используете какие-либо инструменты SEO, которые будут сканировать ваш сайт, они скажут вам то же самое. Это может повредить вашему SEO, и хотя вы можете сохранять ссылки на сайте и в нескольких доменах, это дорого обходится и, следовательно, не является идеальным решением, если ваш целевой домен имеет более одной веб-страницы, как это было в нашем случае.
Захват UTM в файле cookie
Другим вариантом было бы сохранить ваши параметры utm в файле cookie, а затем вернуть их обратно в URL-адрес, когда пользователь переходит между доменами. Поскольку параметр utm исчезнет, проблемы с дублированием страниц больше не будет, и вы не потеряете UTM. Для этого Симо Ахава создал шаблон тега в Диспетчере тегов Google, чтобы вы могли это сделать. Чтобы получить доступ к тегу, выполните следующие действия. Обратите внимание, что если вам это нужно для двух разных доменов и у вас есть отдельный контейнер gtm для второго домена, вам нужно будет выполнить этот процесс в обоих контейнерах:
- Открыв Диспетчер тегов Google, создайте новый тег и найдите «Persist Campaign Data».
2. Назовите свой тег и назначьте триггер для активации на всех страницах. Установите флажок «Хранить данные кампании в файле cookie браузера» и сохраните тег.
3. Опубликуйте свой контейнер с новым тегом. Обратите особое внимание на переменные __gtm_campaign_url и __gtm_referrer. Они будут упомянуты позже. Вы можете изменить их имена, но в этой статье они будут по-прежнему ссылаться на их имена по умолчанию.
4. После публикации вашего контейнера давайте проверим, существует ли этот файл cookie. Перейдите на свой сайт и откройте инструменты браузера. Затем нажмите на приложение и найдите соответствующий файл cookie, который вы ищете.
5. Если у пользователя нет параметров utm, и вы хотите проверить, был ли этот пользователь прямым трафиком или он пришел на ваш сайт органически, вы можете сделать это с помощью __gtm_referrer. Просто проверьте, зайдя в поисковую систему по вашему выбору, получите свой сайт из поисковой системы, а затем проверьте наличие файла cookie.
Добавить файл cookie обратно к URL-адресу, когда вам это нужно
Чтобы сделать файл cookie полезным здесь, вам нужно создать новый HTML-тег в Диспетчере тегов Google. Если вы работаете с несколькими доменами, это будет контейнер, в котором размещен целевой домен. Установите триггер на срабатывание там, где это может быть уместно. В случае с Valley на самом деле происходит перенаправление, когда пользователь переходит между доменами, что приводит к падению utm. Мне пришлось настроить отдельную переменную в Диспетчере тегов Google и использовать ее как событие для создания тега. В конечном счете, вам просто нужно будет поработать с вашими разработчиками, чтобы выяснить, где им нужен параметр utm в URL-адресе.
Открыв контейнер целевого домена в GTM, создайте новый HTML-тег и вставьте этот код:
<script>
function getCookieValue(cname) {
var name = cname + "=";
var decodedCookie = decodeURIComponent(document.cookie);
var ca = decodedCookie.split(';');
for(var i = 0; i < ca.length; i++) {
var c = ca[i];
while (c.charAt(0) == ' ') {
c = c.substring(1);
}
if (c.indexOf(name) == 0) {
return c.substring(name.length, c.length);
}
}
return null;
}
var cookieValue = getCookieValue('__gtm_campaign_url')
if (cookieValue == null) {
cookieValue = getCookieValue('__gtm_referrer');
}
var url = new URL(cookieValue)
var searchParam = url.search
var currentUrl = window.location.href
var updatedUrl = currentUrl + searchParam
window.history.pushState(null, '', updatedUrl)
</script>
По сути, этот фрагмент кода находит __gtm_campaign_url и добавляет его к URL-адресу. Если он не существует, он ищет __gtm_referrer и делает то же самое.
После того, как вы достаточно протестировали это в своей промежуточной среде и опубликовали, вы можете протестировать весь опыт, чтобы убедиться, что параметры отслеживаются.
В моем примере я вернусь на сайт моей компании valley.com.
Затем я перейду на другую страницу и позабочусь о том, чтобы параметр utm исчез.
Наконец, я нажму на CTA. Процесс создания учетной записи заставит меня сменить домен.
Как видите, несмотря на то, что домен другой, URL-адрес был добавлен для повторного получения моего UTM.
В заключение, есть много блогов или статей, в которых упоминаются различные способы захвата параметров utm. Этот конкретный вариант предназначен для тех, кому необходимо захватить параметр utm в виде файла cookie, а затем повторно добавить его к URL-адресу позже. Или, если у вас нет параметра utm, но вы хотите отличать свой трафик от прямого и органического, это тоже поможет. Если вы пытаетесь где-то сохранить эти данные, вам, вероятно, понадобится помощь разработчика, чтобы получить их из URL-адреса, но большая часть тяжелой работы уже сделана.
