Веб-аналитика: анализ информации о посетителях веб-сайтов - [56]

Шрифт
Интервал

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

Рекомендации следующие:

1. Располагайте дескрипторы на всех страницах.

2. Располагайте дескрипторы в конце.

3. Располагайте дескрипторы вместе.

4. Идентифицируйте уникальные определения страниц.

5. Используйте файлы cookie с умом.

6. Учитывайте проблемы кода ссылок.

7. Будьте готовы к переадресации.

8. Проверьте правильность фиксируемых данных.

9. Проверьте правильность кода улучшенного веб-содержимого.

Обратите внимание, рекомендации пронумерованы; по мере их реализации можно создать нумерованный список по строкам и отмечать в нем выполненные элементы.

Располагайте дескрипторы на всех страницах

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

Простое программное обеспечение типа Web Link Validator от REL Software весьма полезно для проверки правильности расстановки дескрипторов на страницах. Хотя оно способно значительно на большее. Более подробная информация о возможностях Web Link Validator приведена по адресу http://www.relsoftware.com/wlv/, и своих 95-795 долларов оно стоит.

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

Располагайте дескрипторы в конце (клиенты приходят сначала!)

Во многих реализациях веб-аналитики можно заметить дескрипторы в самом верху или в заголовке, или перед дескриптором . Это неоптимально. Дескриптор JavaScript должен располагаться по возможности ближе к дескриптору . Причина проста: этот дескриптор должен загружаться на странице последним. Если сервер веб-аналитики не слишком быстр или просто отключился (что маловероятно), или дескриптор имеет огромное количество строк кода, то по крайней мере веб-страница и ее содержимое загрузятся быстро.

Веб-сайты предназначены в первую очередь для клиентов и лишь во вторую — для сбора данных.

Располагайте дескрипторы вместе

Это зачастую портит множество реализаций. Помните золотое правило: дескрипторы JavaScript должны быть встроены. Не нужно размещать их в таких хитроумных местах, как внутренние таблицы, фреймы и т.д. Расположение дескриптора способно существенно повлиять на точность сбора данных.

Идентифицируйте уникальное определение страниц

Веб-сайты становятся все более динамическими с точки зрения взаимодействия с клиентами или предоставления содержимого. Так, одна и та же страница .html (или .jhtml, или .asp, или .jsp) может делать разные вещи. Это означает, что для ее идентификации больше нельзя полагаться на схему имя-продукта .html.

Дескрипторы JavaScript, а, возможно, и все другие методы, собирают информацию обо всех URL наряду со всеми основными параметрами. В ходе реализации (и при частых изменениях сайта) придется “обучать” инструмент веб-анализа идентифицировать страницы по комбинации имен файлов и параметров.

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

http://www.kaushik.net/avinash/2006/10/ten-minutes-with-brett-crosby-google-analytics.html

В данном случае .html просто указывает индивидуальную страницу.

Однако рассмотрим следующий URL, взятый с веб-сайта Best Buy:

http://www.bestbuy.com/site/olspage.jsp?skuId=7686998&type=product&cmp=++&id=1134704163586

Это olspage.jsp и параметр skuId, что, возможно, определяет индивидуальную страницу. Если в данном случае оставить инструмент веб-анализа без обучения тому, что делает страницу индивидуальной, то числа, очевидно, будут получены неправильно.


Проблема определения индивидуальности страниц

Идентификация индивидуальных страниц может быть очень затруднена. Ниже приведен реальный URL с вебсайта (фактическое имя сайта было удалено в целях безопасности). Можно ли предположить, что это идентифицирует индивидуальную страницу?


Используйте файлы cookie с умом

http://removed.4privacy.site.com/cgi-bin/removed.cfg/php/enduser/std_adp.php?_faqid=1165&p_created=1137444477&p_sid=k1lMDYoi&p_accessibility=&p_lva=&p_sp=cF9zcmNoPTEmcF9zb3J0X2J5PSZwX2dyaWRzb3J0PSZwX3Jvd19jbnQ9NjYwJnBfcHJvZHM9JnBfY2F0cz0mcF9wdj0xLjUxMiZwX2N2PSZwX3NlYXJjaF90eXBlPWFuc3dlcnMuc2VhcmNoX25sJnBfcGFnZT0xJnBfc2VhcmNoX3RleHQ9ZGVsdXhl&p_li=

Используйте по возможности собственные файлы cookie, а не стороннего производителя. Они позволяют собирать информацию трех следующих типов.

Атрибуты источника. Определяют, откуда приходят посетители (веб-сайты, кампании, поисковые системы и т.д.).