Неработающая статистика отказов с 13 апреля

Question

Мы используем Google Analytics для нашего сайта с огромным трафиком. У нас возникли некоторые интересные - и, конечно, не очень хорошие - изменения в статистике за последние 50 дней (начались 13 апреля). Показатели отказов удвоились, значение времени пребывания на сайте сократилось примерно на 5 минут, а количество уникальных посетителей неожиданно увеличилось очень высоко. Кроме того, наша статистика просмотров страниц не имеет изменений. Мы расследуем причину этой проблемы в течение нескольких дней. Мы знаем, что эти симптомы показывают нам, что существует проблема с пользовательскими сессиями. Мы теряем пользовательские аналитические сессии где-то на нашем сайте. Мы получили совет:

Мы заметили, что наша поисковая страница имеет в 2,5 раза больше значения для "целевой страницы" с 50 дней. Мы используем метод _trackEvent для отслеживания некоторых взаимодействий пользователей на нашей странице поиска. Когда мы следили за cookie-файлом utmb в Google Analytics(который, как мы знаем, он хранит пользовательский сеанс для аналитики), мы заметили, что при отслеживании события значение cookie-файла utmb изменяется.

Итак, вопрос в том, нормально ли отслеживать изменения событий в utmb cookie? Может ли эта проблема быть причиной, по которой мы живем?

ОБНОВИТЬ

Мы используем ga.js как хостинг на наших серверах. Наш код отслеживания очень прост:

_gaq.push(['_setAccount', 'UA-235XXX-1']);
_gaq.push(['_setDomainName', '.ourdomain.com']);
_gaq.push(['_setAllowHash', false]);
_gaq.push(['_trackPageview']);

ОБНОВЛЕНИЕ 2

Мы удалили параметр setAllowHash и начали размещать ga.js в google по умолчанию. Проблема все еще продолжается.

Answer 1

У меня точно такая же проблема. Это также началось 14 апреля 2012 года, показатели отказов увеличиваются, также появляются новые посещения, сокращается время посещения сайта и уменьшается количество страниц за посещение... Просмотры страниц остаются прежними, что означает, что по какой-то причине пользователи "теряют" файл cookie __utma, ответственный для отслеживания пользователя как уникального.

Одна вещь, которую я нашел интересной через GA - в моем случае эта проблема не отображается для Opera 11.64. Он сохраняет свое предыдущее значение около 14% отказов. Другие браузеры (в основном новые версии Firefox и Chrome) прошли через крышу (показатель отказов 65-90%).

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

ОБНОВИТЬ

Я обновил код до нового

<script type="text/javascript">

    var _gaq = _gaq || [];
    _gaq.push(['_setAccount', 'XX-XXXXXXXX-X']);
    _gaq.push(['_setDomainName', 'example.com']);
    _gaq.push(['_trackPageview']);

(function() {
    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
    ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
})();

</script>

вместо старого

<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("XX-XXXXXXXX-X");
    pageTracker._setDomainName(".example.com");
        pageTracker._trackPageview();
} catch(err) {}</script>

Разница в _setDomainName в том, что в новом коде у него нет начальной точки (.) в доменном имени, и, похоже, проблема в старом коде. Я должен добавить, что у меня нет никаких проблем с другим сайтом, который не имеет _setDomainName часть, и до сих пор работает старый код. Я также нашел сообщение в блоге об этой проблеме: http://diegoscataglini.com/2010/08/17/118/google-analytics-setdomain-beware/

Во всяком случае, теперь все возвращается на круги своя. Показатель отказов вернулся к 11%, время на сайте увеличивается, а также число страниц / посещений. При изменении кода файлы cookie будут воссозданы для всех пользователей, что сделает их новыми посетителями, приходящими непосредственно на ваш сайт. Через день или два (в зависимости от количества посещений), когда люди используют ваш сайт, как обычно, статистика возвращается к нормальной жизни.

Мне пришлось подождать пару дней, прежде чем отчитаться, и я надеюсь, что это тоже решит вашу проблему.

Answer 2

Размышляя вслух, возможно, это можно отнести к популярному браузеру, внезапно поддерживающему "не отслеживать" или GA, внезапно соблюдающему настройку.

Answer 3

Обновление файла utmb является ожидаемым поведением для _trackEvent - из документации по API отслеживания событий:

По умолчанию попадание события, отправленное функцией _trackEvent(), повлияет на показатель отказов посетителя.

Одно из мест, где можно потерять данные сеанса, - это субдомены. Например, если на вашем сайте есть смесь ссылок www.domain.com & domain.com. Если вы еще не используете его, попробуйте добавить _setDomainName перед вызовом _trackPageview:

_gaq.push(['_setDomainName', '.yourDomain.com']);

Answer 4

Это нормально. Файл cookie utmb хранит количество посещений для сеанса, и когда вы отслеживаете событие или просмотр страницы, количество посещений увеличивается на единицу.

Это используется во внутренних органах GA для контроля некоторых пределов.

Как только этот счетчик достигнет 500, он больше не будет отправлять хиты для этого сеанса. Каждый сеанс в аналитике может иметь только 500 просмотров.

ОБНОВЛЕНИЕ: 2012-06-12

Исходя из кода, который вы разместили, у меня есть несколько проблем:

• Вы никогда не должны самостоятельно принимать ga.js. Этот файл изменяется по мере добавления новых функций в GA. Это может объяснить изменения показателя отказов или нет. Возможно, вы отправляете данные, которые не соответствуют ожиданиям ga, поскольку они могли немного изменить протокол.
• _setAllowHash сейчас устарела. Если вы используете сейчас, вы должны продолжать использовать его, но если у вас есть какие-либо страницы без этого вызова, что может привести к сбросу куки. Так что, если все ваши страницы используют это, сохраняйте это так, если некоторые страницы используют, а некоторые страницы нет, то удалите и убедитесь, что ни на одной странице больше нет. Вы должны соответствовать настройкам GA.