Google Analytics. Часть 3: Анализ поведения посетителей сайта

С появлением бесплатного Google Analytics веб-аналитика вышла на совершенно иной качественный уровень. Если раньше аналитика заключалась в определении популярных страниц и «усредненных» маршрутов посетителей (к слову, я никогда не видел бесплатных программ, которые бы позволяли посмотреть маршрут одного посетителя), то теперь в нашем распоряжении статистика по любому событию, которое может быть «отловлено» в браузере посетителя сайта.

История вопроса: что можно отследить при помощи веб-статистики?

  1. Факт скачивания браузером файлов (картинок, статических веб-страниц), факт обращения браузера к сриптам, генерирующим динамический веб-контент (иными словами, факт посылки браузером CGI-запроса к скрипту).

    Пример такой статистики, полученной при помощи веб-приложения Webalizer:
    ga_webalizer.jpg

  2. Технические параметры (версия браузера, ОС, разрешение экрана, глубина цвета, скорость соединения, поддерживается ли java, flash)
  3. Популярность статических или динамически-генерируемых страниц, entrance bounce rate для входных страниц сайта (процент посетителей, которые покинули сайт сразу после открытия первой страницы сайта), exit rate для страниц сайта (процент посетителей, которые покинули сайт с некоторой страницы), среднее количество просмотренных посетителями страниц (глубина визита), среднее время нахождения посетителей на сайте (продолжительность визита)
  4. Ключевые слова и фразы, которые привели посетителей на сайта с поисковых систем, а также реффералы (сайты, которые ссылаются на анализируемый сайт). Более подробно про то, как SEO-специалисты могут использовать веб-статистику в своей работе я писал в статье Google Analytics. Часть 1: Откровение для SEO-специалиста
  5. Число уникальных посетителей и среднее количество повторных посещений (т.е. число лояльных посетителей)
  6. Входящие и исходящие ссылки для страниц сайта

    Пример такой статистики, полученной при помощи Google Analytics:
    route.jpg

  7. Маршруты по сайту

    Пример статистики, полученной при помощи Google Analytics:
    routes.jpg

  8. Уровни конверсии для целей (например, уровень конверсии для процедуры регистрации – это отношение зарегестрированных пользователей к общему числу посетителей, открывших форму регистрации) – более подробно про уровни конверсии я написал в статье Google Analytics. Часть 2: Откровение для владельца веб-сайта
  9. Клики по странице (heat map) – более подробно про карты кликов я написал в статье ClickDensity – новая буква в веб-аналитике

    Пример карты кликов, построенной при помощи веб-приложения ClickDensity
    oz_by_clickdensity_heatmap_small.jpg

Все эти данные прекрасно подходят для анализа высокоуровнего поведения посетителей веб-сайта, то есть переходов по страницам. Для большинства информационных веб-сайтов такой статистики будет вполне достаточно. Однако для функционально нагруженных сайтов (веб-приложений) нужна более детализированная информация, которая позволяла бы анализировать действия/шаги посетителя в контексте выполняемых им задач.

Детализированный анализ поведения
Когда я говорил “функционально нагруженный сайт”, я имел в виду веб-приложение, которое позволяет своим пользователям выполнять какие-либо задачи. То есть помимо получения некоторой информации со страниц сайта, посетитель может решать какие-либо другие задачи. Например, на сайте знакомств ими могуть быть:

  1. пользователь задает параметры поиска и запускает процедуру поиска профиля
  2. пользователь просматривает результаты поиска (каталог профилей)
  3. пользователь просматривает детальное описание профиля
  4. пользователь просматривает фотографии профиля
  5. пользователь отправляет сообщение другому пользователю

Представьте себе страницу с найденными в результате поиска профилями (каталог профилей). Возле каждого элемента таблицы выводиться фотография пользователя, а также список ссылок, запускающих различные действия, например: “отправить сообщение пользователю”, “отправить sms”, “добавить пользователя в избранное” и т.д. Например, чтобы отправить сообщение, нужно нажать на ссылку “отправить сообщение”, которая откроет страницу с формой для ввода темы и текста сообщения. Кроме того, если посетитель кликнет на имени пользователя, то он перейдет на страницу с его профилем. И на этой странице также выводиться список из тех же возможных действий, что и в каталоге профилей.

Также представьте себе форму регистрации, состоящую из одного шага. После того, как посетитель нажимает на “зарегистрироваться”, он попадает на страницу типа “thank you”, на которой выводится список возможных дальнейших действий (которые, естественно, желательны нам, манипуляторам поведения). Допустим, что там выводится три ссылки: создать профиль, добавить фотографии и запросить справку.

Так же допустим, что на сайте есть ссылка на Word-документ с анкетой для зарегестрированных пользователей (анкета для получения обратной связи от пользователей).

Теперь о моих задачах. Мне требуется узнать:

  1. Как часто поиск профиля оказывается успешным (то есть возвращает ненулевое количество профилей, удовлетворяющих критериям поиска)
  2. Какие действия пользуются наибольшой популярностью на странице с каталогом профилей, а на странице с детальным описанием профиля?
  3. Сколько раз посетители сайта посылали сообщение со страниц каталога, а сколько раз со страницы с описанием профиля
  4. Как часто посетители сайта смотрели фотографии профилей
  5. Какую ссылку чаще всего жмут зарегистрированные пользователи на странице “thank you”
  6. Сколько раз пользователи скачали анкету (ну или по крайней мере открыли диалог для записи файла).

Ответы на эти вопросы помогут мне оценить эффективность юзабилити-мероприятий, которые я провел во время редизайна сайта. Кроме этого я смогу сделать на основе этой информации новые рекомендации для улучшения юзабилити этого сайта.

Статистика, которую я описал в разделе “История вопроса” не даст мне возможности ответить на эти вопросы. Например, если система не нашла профили, удовлетворяющие критериям поиска, браузеру отдается такая же страница, как и в случае успешного поиска. Поэтому по количеству посещений страницы с результатами поиска (каталога профилей) я не могу ответить на первый вопрос. Далее, некоторые действия над профилем пользователя (например, “подмигнуть” пользователю) запускают javascript-код на стороне клиента, который обращается напрямую к скрипту на сервере. При этом код Google Analytics, регистрирующий события (<script>), не выполняется и, как следствие, действие посетителя остается за кадром. Аналогично с исходящей ссылкой на документ в формате MS Word – я не могу встроить в документ код <script> и поэтому это событие (скачивание документа) остается за кадром.

Однако благодаря расширенным возможностям Google Analytics по регистрации событий браузера, я смог получит ответы на все перечисленные выше вопросы.

Морально устаревшие серверные анализаторы-логов
Непосредственные действия пользователь совершает в браузере: там он кликает мышью, жмет на клавиши, на ссылки, заполняет формы, переходит между страницами и т.д. Поэтому вполне логично регистрировать события именно на стороне клиента, то есть в браузере.

Программы наподобие Webalizer и AWstats регистрируют события на стороне веб-сервера, но какие это события? Это события протокола HTTP, а точнее запросы GET и POST. Браузер посылает запросы GET и POST веб-серверу, когда ему нужно открыть новую страницу, а точнее: когда нужно открыть страницу или когда пользователь заполняет форму и жмет на кнопку или когда нужно скачать файл. В этом запросе содержится адрес новой страницы и строка запроса (то, что идет после знака вопроса, например, ?book_id=12345) и больше ничего (ну еще содержится адрес текущей страницы и по нему можно определить откуда пришел человек). Это в Web1.0, то есть там где клиент (браузер) работает с сервером синхронно, то есть в режиме: запросить страницу – вывести страницу в браузере (то есть пользователь жмет на ссылку, а браузер запрашивает ссылку у сервера и т.д.). В данном режиме браузер не может передавать на сервер информацию, например, о кликах пользователя по странице. Все, что может браузер – это запросить у веб-сервера страницу.

В web2.0 активно используется AJAX, то есть асинхронный режим работы, когда код на стороне клиента может в любое время, пока пользователь работает со страницей, взаимодействовать с сервером. В данном режиме становится возможным регистрация действий пользователя.

Google Analytics – Web2.0-приложение, позволяющее регистрировать события, которые пользователь совершает в своем браузере.

Регистрация событий браузера при помощи Google Analytics
В Google Analytics можно «вручную» (то есть придется писать код) отслеживать:

  1. Клики по исходящим ссылкам
  2. События javascript

Для регистрации событий Google Analytics предоставляет API на языке программирования Javascript.

Для того, чтобы отследить клик по ссылке необходимо написать такой код:
<a href=”http://www.dating_site.com/web_survey.doc” onClick=”javascript:urchinTracker(’/outgoing/web_survey’);”>

В этом примере клик по ссылке будет зарегистрирован под именем “/outgoing/web_survey”. Именно под этим именем данное событие появится в отчетах Google Analytics.

Пример обычного отчета о входящих/исходящих ссылка для события (/completed/quick_search_launched):
report.jpg

В более общем случае, для отслеживания любого события на странице, нужно вызвать функцию urchinTracker, которая принимает лишь один параметр – название события.

Можно организовать иерархию событий, например такую: страница -> тип события -> конкретное событие:

  • “/catalog/links/link1”
  • “/catalog/links/link2″
  • “/catalog/mouse_over/menu1″
  • “/catalog/mouse_over/menu2″

Какие события можно отследить?
Отслеживать можно все обытия, которые есть в DOM (document object model, объектная модель документа). Например:

  • оnclick – клик левой кнопкой мыши по объекту страницы (объектом может быть все, что угодно: ячейка таблицы, ссылка или поле для ввода текста)
  • ondblclick – двойной клик по объекту страницы
  • onkeypress – нажатие alphanumeric-кнопки (alphanumeric = буквы алфавита + цифры)
  • onscroll – скроллировани страницы

Полный список событий, которые можно отследить в браузере, смотрите здесь.

Выводы
Возможности Google Analytics выходят далеко за рамки возможностей стандартных пакетов статистики (которыми обычно комплектуются веб-сервера в хостинг-компаниях) и всевозможных счетчиков наподобие SpyLog, LiveInternet, Mail.Ru и им подобных (последние еще и деньги берут за примитивную статистику).

Google Analytics, в отличие от “конкурентов”, позволяет отслеживать события браузера, такие как клики, скроллинг, ввод символов и многие другие. Такая статистика очень полезна для юзабилити-специалиста: с ее помощью эксперт может замерять количественные метрики (на большой выборке, что дает более объективную картину по сравнению с юзабилити-тестированием 5-20 респондентов) и оценивать эффективность своих юзабилити-рекомендаций.

Другие статьи по теме

  1. Google Analytics. Часть 1: Откровение для SEO-специалиста
  2. Google Analytics. Часть 2: Откровение для владельца веб-сайта
  3. ClickDensity – новая буква в веб-аналитике

Если вам пригодилась статья (да или просто понравилась), вы можете поощрить работу автора

sms.копилка

  • bobrdobr
  • memori
  • del.icio.us
  • Digg
 Понравилась заметка? Подписывайся на обновления блога!

О статье

Автор статьи:
Александр Сергеев.


Статья была опубликована
30.3.2007
в рубрике:
Инструменты.
Cтатью открыли
12,964 раза.

Юзабилити - актуально. Поэтому
Рейтинг блогов

Блог Guicci регулярно читают:

Вы тоже можете подписаться.



Самые популярные статьи
[?]




Реклама



Стоит также почитать

  • GUI.RU - Хроники Юзабилити
  • Juras Vetrau. Блог о веб-разработках
  • О юзабилити веб интерфейсов
  • Блог студии Turbomilk - графика для UI
  • Микромаркетинг
  • Записки шареварного маркетолога
  • Блог о web-разработке и юзабилити
  • Сообщество специалистов по юзабилити и user experience Беларуси


Контактная информация

  • ICQ: 368-980-583
  • E-mail:
  • Форма обратной связи


Заказ