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

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

Ссылки делают веб тем, чем он есть, но все же страницы зачастую перегружены ими. Несмотря на этот факт, существует множество способов создания кода ссылок и кроме стандартного дескриптора HTML . Выбор типа кода ссылок может значительно повлиять на критически важную способность отслеживать щелчки. Существует несколько проблем, о которых необходимо знать и учитывать при реализации инструмента веб-анализа.

Оболочки JavaScript

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

JavaScript:var

x=window.open('http://links.ppp.com/pages/prices.asp?)

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

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

Анкеры

Анкеры (anchor), или якоря, в конце ссылок — это просто способ для посетителя быстрее перемешаться в пределах той же страницы. Рассмотрим, например, следующую ссылку:

http://removed.com/finance/basic.jhtml#features

Щелкнув на ней (где #features — часть анкера), посетитель останется на той же странице, но перейдет к разделу возможностей продукта.

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

Несколько ссылок на один источник

Нет ничего необычного в нескольких ссылках на один источник, расположенных на одной странице. Например, на веб-сайте Amazon.com ссылка на раздел Books присутствует в заголовке, в навигационной панели слева, в теле веб-страницы и во вспомогательной области справа. Все четыре ссылки указывают на ту же страницу.

С точки зрения отслеживания это может быть проблемой, поскольку инструменту веб-анализа все они представляются одной ссылкой. Инструмент никак не сможет сообщить, на какой ссылке щелкали чаще и что ссылка в заголовке является лишь тратой пространства.

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

http://www.amazon.com/books-used-books-textbooks/?lid=site_header

http://www.amazon.com/books-used-books-textbooks/?lid=left_nav

http://www.amazon.com/books-used-books-textbooks/?lid=right_nav

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

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

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