Отправляет ли Диспетчер тегов Google дополнительные события в Mixpanel через прокси-сервер?

Я настроил GTM для загрузки Mixpanel на каждой странице моего домена и добавил отслеживание кликов по кнопкам, как описано в этом блоге: https://mixpanel.com/blog/2015/03/27/community-tip-implementing-mixpanel-через-google-tag-manager

Это еще не развернуто ни на одном сервере, только на локальном хосте, но кажется, что всякий раз, когда отслеживаются клики, я получаю фиктивные события в mixpanel, поступающие из США по этому URL-адресу: https://gtm-msr.appspot.com/render2?id=GTM-XXXXX с этим пользовательским агентом: Mozilla/5.0 (Windows NT 6.1; Trident/7.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; EIE10;ENUSWOL; rv:11.0) like Gecko

Кто-нибудь сталкивался с этим раньше? Есть идеи, что здесь происходит?


google-tag-manager mixpanel
person Marcel Panse    schedule 07.09.2015    source источник
comment
Скорее всего, это активность ботов. После быстрого поиска в Google нашел этот пост на форумах продуктов Google (несколько лет назад, но все еще актуальный): productforums.google.com/forum/#!msg/tag-manager/puMzbX-cLs8/   -  person nyuen    schedule 08.09.2015
comment
Нашел, что к. Но проект находится только на моем локальном хосте, нигде не развернут, поэтому это не может быть активность бота. Это больше похоже на то, что GTM создает iframe для упомянутого выше URL-адреса и отправляет туда некоторую активность.   -  person Marcel Panse    schedule 09.09.2015
comment
та же проблема с данными о шуме, полученными с помощью Inspeclet (инструмент теплового картирования)   -  person Max    schedule 12.04.2016

Ответы (3)


arrow_upward
1
arrow_downward

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

Это можно исправить, только инициализировав mixpanel на ненарушающих доменах:

if (document.location.href.search('.appspot.') == -1)
    mixpanel.init(YOUR_TOKEN);
person J3Y    schedule 21.09.2016

arrow_upward
0
arrow_downward

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

<script type="text/javascript">
  if (navigator.userAgent != 'Mozilla/5.0 (Windows NT 6.1; Trident/7.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; EIE10;ENUSWOL; rv:11.0) like Gecko') {  
    var pagePath = {{Page Path}};
    mixpanel.track("Page Loaded", {"Page Path": pagePath, "User Agent": navigator.userAgent});
  }
</script>

Добавление фильтра в самом GTM тоже не работает, GTM его игнорирует.

person Marcel Panse    schedule 09.09.2015

arrow_upward
0
arrow_downward

У меня такая же проблема, и я думал проверить, откуда происходит загрузка страницы, прежде чем выполнять код. Это может быть более удобным (не зависит от пользовательского агента):

<script type="text/javascript">
  if (document.location.href.search('.appspot.') == -1) {
    /* run your code */
  }
</script>

То, что вы ищете, может быть изменено, но шансы, что эта часть URL-адреса изменится, гораздо меньше, чем пользовательский агент.

person Ed Birm    schedule 09.11.2015