Я видел, как обсуждалась эта проблема, но пока не получил чёткого ответа.
Я заметил это в GA и использую FireCookie на странице подтверждения моего клиента.В системе бронирования электронной коммерции для файла cookie utmz установлено значение «Прямой» независимо от того, как пользователь изначально получил страницу.Настроено междоменное отслеживание, поэтому utmz корректно отслеживается от www.domain1.com до www.bookingengine.com вплоть до страницы подтверждения механизма бронирования, где находится код электронной торговли.Вся информация об электронной коммерции правильно записывается в GA - так что я вполне уверен, что часть установлена правильно.Кодирование GA на странице подтверждения выглядит следующим образом:
<script type="text/javascript">
var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
</script>
<script type="text/javascript">
try {
var pageTracker = _gat._getTracker("UA-XXXXXXX-X");
pageTracker._initData();
pageTracker._setDomainName("none");
pageTracker._setAllowLinker(true);
pageTracker._trackPageview("funnel_G1/step5.html");
Кодирование на всех предыдущих этапах www.bookingengine.com одинаково (за исключением, очевидно, для pageTracker._trackPageview();
Ранее я читал, что pageTracker._setAllowHash(false); может иметь к этому какое-то отношение, но я подумал, что это устарело, так что оно не должно на что-то влиять. Но может ли это все же повлиять на отслеживание в отношении файла cookie utmz?
В качестве справки мы также подключаемся ко второму, другому механизму бронирования, в зависимости от параметров, выбранных в форме, www.bookingengine2.com, и на нем есть код pageTracker._setAllowHash(false); - и он содержит utmzкод всего процесса бронирования, даже на странице подтверждения.
Итак, я только что ответил на свой вопрос? Или здесь что-то еще происходит? Заранее спасибо!