Правильная настройка Google Analytics для тяжелой страницы AJAX?
Допустим, у меня есть веб-сайт с несколькими страницами. Цель каждой из этих страниц - отображать статистику реального события в реальном времени (например, спортивные результаты). Каждые 60 секунд на сервер поступает вызов Ajax для получения последних спортивных результатов и обновления страницы с этими результатами. Пользователь обычно открывает эту веб-страницу и оставляет ее открытой в течение многих минут (возможно, часов). Им никогда не понадобится обновлять страницу, потому что на ней всегда есть обновленные оценки на нем.
Какой был бы лучший способ отслеживать опыт моего пользователя на этой странице с помощью Google Analytics. Очевидно, что при первой загрузке страницы посещение этой страницы регистрируется. Но тогда, каждый раз, когда происходит какой-либо вызов Ajax, что я должен делать в Google Analytics? Я хочу правильно отслеживать время загрузки сайта и страниц. Будет ли каждое обновление Ajax рассматриваться как загрузка новой страницы?
Я видел, что некоторые сайты предлагают делать это, когда происходит Ajax:
_gaq.push(['_trackPageview', '/somepage'])
Это было бы похоже на рассказ Google Analytics что пользователь перезагрузил страницу. Это точно? Или есть какой-то другой тип события для отправки, который более точен для вызовов Ajax? Технически, я полагаю, вы могли бы попросить GA отслеживать просмотр страницы URL-адреса Ajax? Или использование пользовательских событий GA имело бы больше смысла?
Причина, по которой я спрашиваю, заключается, скажем так, в том, что какая-то компания хочет купить у меня мой веб-сайт. Я хотел бы иметь возможность показать им свою историю Google Analytics и знать, что просмотры страниц и время пребывания на сайте рассчитываются точно. Я бы не хотел, чтобы у кого-то была причина подвергать сомнению время на сайте или просмотры страниц.
Если бы я использовал события GA вместо просмотров страниц для вызовов Ajax, было бы это точно учтено для времени на месте?
Кроме того, если бы я одновременно запускал StatCounter на сайте, есть ли что-то подобное, что мне нужно было бы сделать и для этого?
3 answers
События Afaik GA - ваш лучший вариант.
Вы могли бы заставить GA думать, что на странице произошли изменения, но это испортило бы всю остальную статистику.
Вы предоставляете AJAX для лучшего взаимодействия с пользователем. Вам лучше переопределить свою ключевую статистику, ключевым из которых являются не традиционные просмотры страниц, а время на месте. (см. Авинаш Кошик для лучшего объяснения: http://www.kaushik.net/avinash/podcast-measuring-rich-media-ajax-flash-flex-rss-blogs/)
Я не уверен в это, но если вы просите своего пользователя читать только обновленные данные, возможно, вы могли бы отслеживать каждое обновление AJAX как событие загрузки. Будет ли это иметь смысл для вас при использовании страницы? https://developers.google.com/analytics/devguides/collection/gajs/eventTrackerGuide?hl=en
Похоже, что вызовы AJAX предназначены исключительно для обновления данных и не основаны на активности пользователя. Я не думаю, что просмотр страниц или отслеживание событий являются хорошими кандидатами для отчетности. Ознакомьтесь с тем, как Google рассчитывает время на сайте/активных сеансах. Отслеживание событий следует использовать для отслеживания взаимодействия с пользователем (остановка, воспроизведение, пауза). Просмотр страницы отслеживания может быть использован для чего-то вроде отслеживания кликов между вкладками, которые динамически загружают другое содержимое страницы на вкладку.
Событие отлично подходит для этой цели. Просмотр страниц сделает вашу статистику неточной. Сеанс остается прежним, пока происходит больше событий. Просто, может быть, исключите это событие из отчетов:)
Нажмите "отправить событие", как вы сказали, когда ajax перезагружает статистику или каждые 1 минуту. //Отслеживание событий ga ("отправка", "событие", "просмотр", "перезагрузка"); //ga ("отправить", "событие", "категория", "действие", "метка", "значение");
В TagManager для этого также есть предустановленный триггер "таймер".