Веб-аналитика: анализ информации о посетителях веб-сайтов - [67]
На рис. 6.6 представлена тенденция общего среднего времени на сайте за приблизительно 83 секунды.
Рис. 6.6. Среднее время на сайте для общих посещений и посещений без одиночных страниц
Теперь, если просто удалить из данных одностраничные посещения, вид графика существенно изменится и продемонстрирует “реальное” среднее время на сайте для посещений, где фактически имеются данные приблизительно за 184 секунды! Для владельца веб-сайта эти дополнительные 100 секунд могут стать определяющими между получением премии и неполучением!
Как можно заметить на рис. 6.7, различие в показателе для трафика поисковой системы абсолютно.
Рис. 6.7. Среднее время на сайте для поисковой системы с и без одиночных страниц
На рис. 6.7 представлено изменение с 57 секунд для общего трафика до 164 секунд для тех, кто просмотрел больше одной страницы. Это также демонстрирует, что трафик поисковой системы Ask Jeeves мог бы показать ужасный результат по среднему времени на сайте — 33 секунды для всех посетителей, но результат для Ask Jeeves по трафику без одностраничных посещений демонстрирует среднее время на сайте, 141 секунду, что не так уж и плохо.
Показатели отказов рассматриваются далее в этой главе, и они очень важны. Также следует подчеркнуть, что об одностраничных посещениях следует знать немного больше (а не только то, что их не нужно учитывать). Однако главное — не забывать, что в контексте показателя среднего времени на сайте отсутствуют достоверные данные о посещении последней страницы. Кроме того, если в течение сеанса посетитель видит только одну страницу, то никаких данных о его времени на сайте не будет. Это нужно знать и учитывать, поскольку данный фактор может оказать большое влияние на вычисление критически важного показателя.
С точки зрения владельца веб-сайта, какое значение показателя времени на сайте желательно иметь, побольше или поменьше? Если цель сайта — помочь клиентам решить свои задачи как можно быстрей (покупка, ответ на вопрос службы поддержки и т.д.), то это должно быть снижение количества секунд. Если клиентам предоставляется некое содержимое, на знакомство с которым необходимо время, то целью должно быть большее значение времени на сайте. Уменьшить время на сайте можно просто сократив количество страниц. Увеличить, просто затруднив пользователям поиск необходимой информации или затормозив процесс загрузки. Хотя эти примеры могут показаться вопиющими, для достижения жизненно важной цели все способы хороши. При том, что все показатели должны быть соотнесены с целями, необходимо все тщательно взвесить и решить, какого поведения данного показателя желательно достичь, и оповестить об этом сотрудников компании (а затем претворить это поведение в реальность).
Стр. 165
Просмотр страниц (page view) — один из наиболее популярных показателей со времен первых анализаторов веб-журналов до нынешних дней. Начиналось все с подсчета обращений к серверу, что на заре Интернета буквально означало запрос файла HTML. Затем пришлось перейти к подсчету запросов страниц, поскольку они стали содержать не только текст. Сегодня запросы вдруг превратились в бесполезный показатель, поскольку при загрузке каждая страница теперь посылает серверу от 5 до 50 запросов содержимого различных видов, составляющих единую страницу.
Чаще всего используется термин просмотр страниц (page view), но показатель подразумевает также глубину посещения (depth of visit) или активность загрузки страниц (pageload activity). Хотя все они измеряют то же самое: количество страниц, просматриваемых или запрашиваемых посетителем в течение сеанса.
Обычно количество страниц, просматриваемых на веб-сайте, используется в заменителе показателя лояльности клиента. Если посетители веб-сайта просматривают большее количество страниц, значит, содержимое веб-сайта привлекательно. Это вполне справедливо для веб-сайтов, ориентированных на содержимое (cnn.com, sports.yahoo.com, keepmedia.com и т.д.). Но на веб-сайтах других типов измерение успеха с использованием количества страниц, просматриваемых посетителем, не столь очевидно.
Как уже упоминалось ранее в этой главе, страница может быть идентифицирована по уникальному URL или комбинации параметров и URL. На это и полагаются приложения веб-аналитики при подсчете запрошенных страниц. Независимо от точки зрения на данный вопрос сегодня каждый производитель для работы полагается на концепцию “страниц”.
Но с появлением улучшенного содержимого (например, Ajax, Flash и Flex) представилась возможность отображать различное содержимое, не меняя URL.
Например, используя Gmail, можно работать со всей электронной почтой, а URL останется неизменен. Можно переходить по разным папкам, отвечать на электронные сообщения или удалять их, находясь на одном URL: http://mail.google.com/mail/.
Или познакомьтесь с опытом Nike по следующему URL: http://nikeid.nike.com/nikeid/index.jhtml. На этом веб-сайте можно провести часы, а стандартная реализация типичного приложения веб-аналитики сообщит об этом совсем немного.