Веб-аналитика: анализ информации о посетителях веб-сайтов - [49]
Избегая некоторых проблем каждой модели, централизованной или децентрализованной, данная модель имеют преимущества обеих и обеспечивает успех на операционном и стратегическом уровнях. Лишенная необходимости волноваться о создании огромного количества отчетов, центральная группа может позаботиться о формировании настоящего передового центра, который обеспечит компании преимущество в игре, вкладывая капитал в более новые технологические решения или решая сложные проблемы типа конкурентного анализа, экспериментирования и проверки, различных исследований и новейших способов анализа.
Глава 5. Основные вопросы веб-аналитики
Определившись с выбором правильной стратегии, персонала и организации программа веб-аналитики требует выбора собираемых сведений, инструмента,, качественных показателей (печально, этого не избежать), критериев и реализации. Зачастую выбор всего этого сводится в один. Укажите, например, инструмент, и все остальное пойдет само собой (как собирать данные, где их хранить, насколько они будут хороши, каковы будут показатели в отчетах и т.д.).
В веб имеются тонны унаследованных сложностей, приводящих к проблемам со сбором данных, доверию к ним и наличию способности обеспечить понимание. Сложность использования клиентских данных (customer use complexity) - какие из них использовать, где и как. Организационная сложность (organizational compexity) - это преобразование данных в отчеты, стратегия их анализа и сбора в компании, что помогает устранять структурные проблемы (веб-сайт, процесс, персонал).
В этой главе рассматриваются основные принципы и стратегии веб-аналитики, позволяющие справиться с возможными проблемами.
В главе 2 рассматривались все возможности, имеющиеся в распоряжении аналитика для сбора данных о посещаемости веб-сайта. Можно использовать веб-журналы, веб-маяки, дескрипторы JavaScript и анализаторы пакетов. Каждая методика обладает собственным набором преимуществ и недостатков.
В наиболее современных реализациях применяются либо веб-журналы (обычно по привычке), либо дескрипторы JavaScript (обычно из-за того, что большинство современных исполнителей просто отказались от всех других методов, за исключением этого).
Практики до сих пор обсуждают, который из двух методов предпочтительнее, а следовательно, какой из них использовать. Ведется множество споров о преимуществах той или иной методики, продолжающихся и на более высоком техническом уровне.
Но в этих обсуждениях отсутствуют окончательные рекомендации для практиков, выбирающих между веб-журналами или дескрипторами JavaScript (подразумевается, что другие методы отвергнуты). Не буду брать на себя ненужную ответственность и давать следующую рекомендацию:
Когда дело доходит до сбора данных о веб-сайте, используйте дескрипторы JavaScript.
Единственное предположение, что речь не идет о веб-сайте, который настолько уникально индивидуален, что ничего подобного на планете нет. Однако в реальном мире единственно доступным предположением может быть только то, что веб-сайт не является уникально индивидуальным.
Если после тщательного рассмотрения других методик сбора данных выбор свелся к веб-журналам или дескрипторам JavaScript, то рекомендация автора имеет смысл. Следующие разделы подробно рассматривают четыре важнейшие причины предпочтения дескрипторов JavaScript.
При использовании веб-журналов обслуживание данных (веб-страницы с данными, выдаваемые веб-сервером по запросу пользователя) полностью привязано к их сбору (по мере выдачи веб-страниц сервер регистрирует информацию об этом в файлах веб-журнала). Каждый раз, когда аналитику требуется новый фрагмент данных, ему приходится обращаться к отделу информационных технологий, а последнему отвечать. В большинстве компаний обратная связь не столь оперативна.
Когда используются дескрипторы JavaScript, сбор данных действительно отделяется от их обслуживания. Веб-страницы могут передаваться отовсюду (из веб-сервера компании, из локального кеша посетителя или из фермы кэширования Akamai или ISP), при этом сбор данных будет все равно продолжаться (дескриптор JavaScript выполняется при загрузке страницы, и данные передаются на сервер ASP или внутренний). Красота этого подхода заключается в том, что отдел информационных технологий компании и разработчики веб-сайта могут делать свою непосредственную работу, а “аналитический отдел” свою — собирать данные. Это также означает, что обе стороны обретают гибкость в действиях, т.е. аналитики и разработчики независимо правят код (который не всегда должен располагаться в дескрипторах на странице) для сбора большего количества данных.
Роль отдела информационных технологий при этом не будет сведена до нуля, а останется приблизительно на 25-процентном уровне. Но это не 100 процентов, как ранее, что само по себе открывает множество перспектив по сбору и обработке данных.
Веб-журналы создавались и существуют для сбора данных о деятельности сервера, а не бизнес-данных. Со временем их расширяли для сбора и хранения все более разнообразной информации, что с некоторым подобием здравого смысла удовлетворяло потребности ответственных деловых лиц. Веб-журналы все еще собирают технические, а также бизнес-данные (зачастую, когда есть несколько веб-серверов, поддерживающих один веб-сайт, все файлы журналов приходится сводить в один, чтобы получить полное представление о действиях каждого пользователя).