Веб-аналитика: анализ информации о посетителях веб-сайтов - [136]
Рис. 12.18. Элемент RIA на gap.com: реакция на ошибку
Сайты RIA обладают гораздо лучшей реакцией на ошибки (поэтому вам не придется щелкать на кнопке Submit (Отправить), чтобы узнать о пропуске цифры в номере телефона, например). Одна из самых любимых функций автора — это возможность отмены последнего действия. Предположим, например, что вы по ошибке удалили товар из своей тележки. Теперь, вместо того чтобы возвращаться на страницу товаров, искать его и снова добавлять в корзинку, достаточно просто щелкнуть на кнопке Undo (Отмена).
Каждый исполнитель веб-анализа полагается на страницы и просмотры страниц, чтобы выявить некое событие. Как уже было сказано в главе 6, существование данных в URL или параметрах URL идентифицирует некое событие для приложений вебаналитики. Некоторые исполнители позволяют также передать переменную через дескриптор JavaScript, чтобы указать некое действие (“некто просмотрел страницу в группе товаров”).
Проблема RIA (Ajax или Flex) в том, что здесь нет такого понятия, как страница. В Gmail ваш URL не изменяется после того, как вы щелкаете на кнопке Reply (Ответ). Для вашего элемента Gmail вы будете оставаться на том же URL, хотя фактически видели 20 “страниц” (хотя правильнее было бы сказать: инициализировали 20 действий или событий). Если вы используете Flash, браузер видит только something.com/ria.swf (или нечто подобное), а человек мог просмотреть сотню “страниц”. Но для аналитического инструмента это только один просмотр, поскольку ему требуется URL или комбинация URL и параметров, чтобы предоставить стандартизированные отчеты.
Комбинация текущих архитектур веб-аналитических инструментов отслеживания и радикально отличающихся новых архитектур аналогичных инструментов для RIA существенно затрудняет отслеживание всего, кроме того факта, что кто-то загрузил элемент RIA в свой браузер.
Вторник и среду посвятим изучению пары способов, которыми отслеживаются элементы RIA. Однако чрезвычайно важно знать, что сегодня мы на эволюционном этапе динозавров. Пока не существует никаких стандартов, и на RIA реагируют только несколько производителей. Самое лучшее, что мы можем сделать сейчас, — это отреагировать.
По мере того как RIA будут переходить от демонстрации к более серьезным вещам (что вполне предсказуемо), появятся новые технологии. Появятся и стандарты, что облегчит реализацию отслеживания. Мы эволюционируем от динозавров до людей, но это потребует времени и будет радикально отличаться от нынешних “хакерских” подходов, используемых для измерения успеха RIA. Важно иметь в виду, что существующее сегодня уйдет и будет заменено лучшим.
Аналитики сотрудничают с бизнес- и IT-персоналом в ходе преобразования размышлений о просмотре страниц в события. Это можно сделать несколькими способами. Каждый элемент RIA представляет собой фрагмент программного обеспечения, с которым взаимодействуют пользователи, и каждый щелчок на кнопке, сделанный выбор или движение мыши — это бизнес-событие (business event). Это такие действия, как Add to Cart (Добавить в корзинку), или Insert Image (Вставить изображение) (при создании анимации), или Next (Далее), или Update (Обновить). В RIA каждое из этих действий сродни щелчку и обновлению в мире HTML, только в RIA никакого обновления не происходит. При взаимодействии с Google Earth это события панорамирования, смещения и т.д.
Первый шаг по отслеживанию RIA подразумевает выяснение причин его использования, какие проблемы клиентов он пытается решать, а затем разделяют элемент на ряд событий. После выявления бизнес-событий можно воспользоваться двумя разными методами, применяемыми для сбора данных.
Фактический стандарт подразумевает модернизацию текущих дескрипторов JavaScript от вашего производителя (HBX, WebTrends, ClickTracks, IndexTools), которые вы используете на своем веб-сайте. Просто примените настраиваемый дескриптор JavaScript и внедрите его в ваши бизнес-события так, чтобы, когда они происходят, дескриптор JavaScript срабатывал и сохранял данные в журнале.
Недостатком применения данного метода является то, что он связан со многими описанными ранее ограничениями по просмотру страниц, поскольку вы по существу фиксируете события, а не просмотры страниц. Это не оптимально, но, например, при необходимости узнать только некие изолированные моменты срабатывает прекрасно. Если ваш исполнитель позволяет передавать более дискретные переменные (например, “обращение к действию” из RIA), данный метод может оказаться весьма полезен, особенно если исполнитель разрешает собирать эти данные и осуществлять некую специальную обработку с целью получения готовых отчетов.
Другая возможность подразумевает использование специальных методов сбора и фиксации данных. Вы можете манипулировать встроенными возможностями фиксации событий своей коммерческой веб-платформы (например, ATG). Просто представьте, что в элемент RIA включен специальный код, который фиксирует не только местонахождение бизнес-события (скажем, Add to Cart), но и весь контекст, окружающий это событие (количество, название товара, тип, страницу и т.д.). Поскольку мы манипулируем существующим набором функциональных возможностей вебплатформы электронной торговли, эта разработка чрезвычайно рентабельна и занимает у разработчиков лишь 20% рабочего времени.