Веб-аналитика: анализ информации о посетителях веб-сайтов - [21]
Существует несколько общих замечаний, относящихся ко всем механизмам сбора данных. Вот краткий обзор каждого из аспектов, которые следует учитывать при создании оптимального механизма сбора данных для компании.
Собственные файлы cookie или файлы cookie стороннего производителя
Большинство исполнителей устанавливают свои файлы cookie (т.е. файлы cookie стороннего производителя), хотя компании практически всегда предпочтительней использовать файлы cookie собственного домена. Это справедливо по многим причинам, не последними из которых является преодоление защиты и программного обеспечения AntiSpyware.
Собственность на данные
За исключением решений на базе веб-журналов и дескрипторов JavaScript (если данные содержатся у владельца), собираемые данные находятся у исполнителя. К некоторым из экспортируемых данных доступ возможен только на агрегатном уровне. Ну а если точнее, получить их почти невозможно. Вопрос стоит так: насколько необходимы прошлые данные и что случится при смене исполнителя? При рассмотрении средств сбора данных эти немаловажные вопросы зачастую упускают.
Время на последней странице
Почти все инструменты определяют время, которое посетитель провел на каждой странице, вычисляя разницу между временными метками его перехода на данную страницу и на следующую. Это работало бы прекрасно, если бы не последняя страница сеанса. Нет никакого способа или механизма сбора данных, позволяющего выяснить, как долго посетитель на ней находился. Обычно сеанс автоматически завершается после 29 минут бездеятельности посетителя. Некоторые умные люди предложили прибегнуть к хакерским методам для выяснения того, находится ли пользователь все еще на странице. Но это нестандартный подход, а следовательно, о таком ограничении важно знать.
То же относится и к первой странице, если она единственная, которую посетитель просмотрел на веб-сайте. Другими словами, если в течение сеанса посещения просмотрена только одна страница, то инструмент веб-анализа бессилен узнать о том, как долго посетитель на ней находился (если не используются хакерские приемы).
Все механизмы сбора данных ненадежны и несовершенны
Эта тема неоднократно затрагивается в книге, однако следует усвоить, что не существует способа фиксации данных со 100-процентной точностью. Каждое решение по их сбору о посещаемости сайта связано с подобными проблемами. Скрытные браузеры — скрытные посетители. Не забывайте, что решения принимаются на основании данных, которые были “любезно предоставлены” посетителями, а от реальности это может существенно отличаться.
Клиенты в первую очередь
Не стоит забывать, что первостепенную важность имеет получение клиентом страницы, а не сбор данных. Разрабатывая стратегию сбора данных, непременно учитывайте сей немаловажный факт. Например, помещая дескрипторы JavaScript на страницы, следует удостовериться, что они загружаются даже тогда, когда сервер сбора данных веб-аналитики отключен, а при использовании анализатора пакетов имеются механизмы безотказной архитектуры на случай проблем с анализатором.
Будьте гипербдительны в отношении безопасности клиента. Все мы клиенты того или иного веб-сайта, и лучше обходиться со своими клиентами так, как хотите, чтобы обращались с вами. Никогда не собирайте данные PII, если в них нет абсолютной необходимости. Но если таковая имеется, предварительно проконсультируйтесь с юридическим отделом и согласуйте с ним политику безопасности. Контролируйте своих исполнителей и внутренние хранилища информации, чтобы гарантировать безопасность данных клиента, даже не PII.
Стоимость
Когда дело касается цен и тарификации, необходимо тщательно взвешивать несколько факторов. Существует две основные модели оплаты: регулярные платежи и одноразовые.
Ныне большинство исполнителей ориентировано на ASP, а следовательно, используют схему регулярных платежей. Они производят начисления на основании “просмотра страниц” (важно заранее определить, что он собой представляет, поскольку разные исполнители трактуют это по-разному). Это означает, что с ростом популярности веб-сайта платить придется больше, что вполне справедливо, поскольку исполнитель должен содержать дополнительные аппаратные средства и платить за все издержки, связанные с анализом увеличивающихся объемов данных.
Решения на основании веб-журналов и дескрипторов JavaScript внутреннего применения (например, от ClickTracks и WebTrends) подразумевают одноразовую оплату. Заплатить необходимо только разовый взнос за программное обеспечение и стандартную цену за поддержку. Затем, после первого года, фактические издержки снижаются. Некоторые компании уже имеют стандартные веб-серверы, которые по стоимости сравнимы с аппаратными средствами.
Теперь можно решать, какая модель обойдется компании дешевле, — внутренняя модель позволяет иметь множество веб-сайтов с дескрипторами безо всякой дополнительной оплаты.
Окончательное решение о тарификации необходимо принимать с учетом имеющихся средств. Не следует выбирать исполнителя только на основании количества предоставляемых им отчетов. Порядка 80 процентов последних у большинства исполнителей унифицировано. Остальные 20 процентов (отличающаяся часть) могут быть критически важны и дороги. Если для бизнеса компании эти 20 процентов немаловажны, то тут ничего не поделаешь, в противном случае следует ориентироваться на цены.