Веб-аналитика: анализ информации о посетителях веб-сайтов - [59]
=
Так что один щелчок проводит клиента по назначению через два транзитных участка, на каждом из них данные собираются кем-то вне компании. Способно ли приложение веб-аналитики установить, что пользователь пришел с Overture? Обычный ответ — нет.
Существует два важных фактора, которые следует учитывать, чтобы корректно составлять отчеты и анализировать данные.
• Работая с агентством (или внутренним ресурсом), следует удостовериться, что по крайней мере один параметр передается с транзитного участка владельцу, чтобы он мог точно контролировать ход кампании. Этим параметром мог бы быть source id (идентификатор источника), используемый в приведенном примере.
• По возможности прибегайте к постоянной переадресации 301. Она позволяет передавать данные реферрера специальным способом, также они зачастую понятны поисковым системам. Это поможет гарантировать передачу на сайт веб-аналитики информации о реферрере. В противном случае отчет о реферрерах, поиске ключевых слов и другие отчеты будут совершенно неправильны.
Некоторые инструменты веб-анализа используют для сбора данных один стандартный дескриптор, другие — специальные дескрипторы: например веб-сайт может иметь 25 разных дескрипторов на разных страницах, поскольку исполнитель нуждается в большом количестве данных, которые будут помещены в специальные переменные для последующего анализа или фиксации различных элементов данных, таких как порядок просмотра информации.
Я не собираюсь агитировать за тот или иной подход, поскольку оба имеют свои преимущества и недостатки. Однако важно наладить контроль качества (Quality Audit — QA) среды и рабочего окружения, чтобы каждый из 25 специальных дескрипторов фиксировал именно то, что и предполагалось.
Omniture, например, имеет изящную утилиту, которую можно использовать для проверки корректности и обзора данных, собираемых дескрипторами Omniture. Это действительно полезно. Пожалуйста, спросите своего исполнителя, имеют ли они нечто подобное (и он вероятно имеет).
Рекомендуется проверять дескрипторы и сбор данных один раз в месяц, чтобы удостовериться в том, что очередные выпуски сайта ничего не нарушили.
Стандартные дескрипторы JavaScript, веб-журналы и множество других методик было создано для работы в среде, где нужно измерять страницы. Концепция страницы (page) критически важна для функционирования любого приложения веб-аналитики.
Улучшенные мультимедийные реализации, очевидно, не страницы. Они очень сложны, но все их содержимое отображается как единое представление. Если на сайте много мультимедийных реализаций, понадобится полностью иная, сложная стратегия сбора данных. Для этого придется использовать специальные дескрипторы или стандартные дескрипторы специальными способами, или иные механизмы сбора данных типа журналов событий.
Отслеживание улучшенных мультимедийных реализаций в веб требует серьезного предварительного планирования и внедрения прежде, чем улучшенная мультимедийная информация будет установлена на веб-сайте. Это должно обеспечить возможность некоторым способом отслеживать успешность либо при помощи инструмента веб-анализа, либо специального решения.
Я уверен, техническая сложность этого раздела вызвала головную боль, особенно у бизнесменов. Это действительно сложно, и в презентациях производителя большинство данных элементов не отображено. Тем не менее другого способа гарантировать точность сбора данных нет, кроме как заранее учесть каждый из перечисленных факторов. (Не исключено, что придется также рассмотреть другие элементы, например возможность использования Ajax.) Очень важно самому, лично понять эти проблемы, чтобы потом задавать техническому персоналу (собственному или исполнителя) грамотные вопросы. Получив первые проверочные данные, следует удостовериться, что все девять рекомендаций были учтены, чтобы данным можно было доверять.
Если все было сделано правильно, то на настоящий момент собраны бизнес-вопросы, наняты квалифицированные сотрудники, и все готово для достижения успеха. Начинается рутинная практическая работа по определению показателей. Поздравляем. Возможно, нет никакой другой среды, где к данным и показателям можно обращаться с такой скоростью, как в веб.
Вообразите огромные проекты ERP и CRM, когда приходится потратить год на построение системы и еще больше времени на объединение полученных данных, их структурирование и составление отчетов, чтобы выдать наконец некие практические сведения.
А вот реальность веб: можно обратиться на google.com/analytics и подписаться на учетную запись за пять минут. В ответ получите фрагмент кода JavaScript. Поместите его в глобальный для веб-сайта нижний колонтитул, сохраните файл и — готово. Через пару часов откроется доступ примерно к 80 отчетам и такому большому количеству показателей, что сразу и не сообразишь, как с ними быть.
Обратите внимание на различие периода внедрения (time to market) в двух ситуациях. Год или более при крупных затратах против пары часов и отсутствии затрат. Вместо Google Analytics можно использовать другой, платный продукт веб-аналитики. Это ненамного замедлит внедрение, лишь на время выбора другого производителя (пара месяцев максимум).