Категоризация трафика c с параметром Specifi c (не UTM) как трафик электронной почты - PullRequest
0 голосов
/ 28 мая 2020

У меня есть трафик c, приходящий из электронных писем Salesloft, отправленных торговыми представителями, который отклоняется от поддомена, а затем к URL-адресу добавлен параметр sbrc. Я хотел бы убедиться, что этот трафик c засчитывается Google Analytics как поступающий по электронной почте, тогда как в настоящее время он попадает в корзину «Прямой». В идеале пользователи также должны добавлять параметры utm к своим ссылкам, но это происходит не всегда.

Я попытался создать фильтр для поиска и заменить следующее регулярное выражение (?:^|\?|&)(sbrc=[^&]*&?) на ?utm_medium=email&utm_source=salesloft в URI запроса. . Это изменило отображаемый URL при просмотре моего трафика в реальном времени c, но не изменило то, как GA классифицирует канал трафика c (все еще прямой).

Затем я попытался отредактировать группы каналов по умолчанию для Электронная почта должна быть категоризирована системой ИЛИ URL-адрес целевой страницы содержит «sbr c» и перетаскивает электронную почту в первую группу каналов вверху. Кажется, это вообще ничего не помогло.

Как я могу заставить GA распознавать этот специальный параметр как относящийся к каналу электронной почты?

Ответы [ 2 ]

0 голосов
/ 28 мая 2020

В идеале пользователи также добавляли бы параметры utm к своим ссылкам, но это происходит не всегда.

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

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

Фильтр поиска и замены, примененный к RequestURI для
?utm_medium=email&utm_source=salesloft, не даст желаемого результата.
Он изменит внешний вид RequestURI в отчетах, но не изменит способ этот трафик c приписан.

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

Чтобы увидеть изменения в исторических данных для каналов, лучше всего создать настраиваемую группировку каналов на уровне просмотра, затем ее можно будет применить задним числом к ​​историческим c данным.

0 голосов
/ 28 мая 2020

Вы можете использовать расширенные фильтры для решения этой задачи. Расширенный фильтр позволяет создавать поля для отчетов из одного или двух существующих полей.

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

enter image description here

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