Авинаш Кошик - Веб-аналитика: анализ информации о посетителях веб-сайтов
- Название:Веб-аналитика: анализ информации о посетителях веб-сайтов
- Автор:
- Жанр:
- Издательство:Диалектика
- Год:2009
- Город:Москва Санкт-Петербург Киев
- ISBN:978-5-8459-1480-4
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Авинаш Кошик - Веб-аналитика: анализ информации о посетителях веб-сайтов краткое содержание
Эксперт в данной области Авинаш Кошик в присущем ему блестящем стиле разоблачает укоренившиеся мифы и ведет по пути к получению действенного понимания аналитики. Узнайте, как отойти от анализа посещаемости сайта, почему основное внимание следует уделять качественным данным, каковы методы обретения лучшего понимания, которое поможет выработать мировоззрение, ориентированное на мнение клиента, без необходимости жертвовать интересами компании.
- Изучите все преимущества и недостатки методов сбора данных.
- Выясните, как перестать подсчитывать количество просмотренных страниц, получить лучшее представление о своих клиентах.
- Научитесь определять ценность показателей при помощи тройной проверки "Ну и что".
- Оптимизируйте организационную структуру и выберите правильный инструмент аналитики.
- Изучите и примените передовые аналитические концепции, включая анализ SEM/PPC, сегментацию, показатели переходов и др.
- Используйте решения с быстрым началом для блогов и электронной торговли, а также веб-сайтов мелкого бизнеса.
- Изучите ключевые компоненты платформы экспериментирования и проверки.
- Используйте анализ конкурентной разведки для обретения понимания и принятия мер.
Здесь также находятся:
- Десять шагов по улучшению веб-аналитики.
- Семь шагов по созданию управляемой данными культуры в организации.
- Шесть способов замера успеха блога.
- Три секрета создания эффективной веб-аналитики.
- Десять признаков великого веб-аналитика.
Веб-аналитика: анализ информации о посетителях веб-сайтов - читать онлайн бесплатно полную версию (весь текст целиком)
Интервал:
Закладка:
Время на последней странице
Почти все инструменты определяют время, которое посетитель провел на каждой странице, вычисляя разницу между временными метками его перехода на данную страницу и на следующую. Это работало бы прекрасно, если бы не последняя страница сеанса. Нет никакого способа или механизма сбора данных, позволяющего выяснить, как долго посетитель на ней находился. Обычно сеанс автоматически завершается после 29 минут бездеятельности посетителя. Некоторые умные люди предложили прибегнуть к хакерским методам для выяснения того, находится ли пользователь все еще на странице. Но это нестандартный подход, а следовательно, о таком ограничении важно знать.
То же относится и к первой странице, если она единственная, которую посетитель просмотрел на веб-сайте. Другими словами, если в течение сеанса посещения просмотрена только одна страница, то инструмент веб-анализа бессилен узнать о том, как долго посетитель на ней находился (если не используются хакерские приемы).
Все механизмы сбора данных ненадежны и несовершенны
Эта тема неоднократно затрагивается в книге, однако следует усвоить, что не существует способа фиксации данных со 100-процентной точностью. Каждое решение по их сбору о посещаемости сайта связано с подобными проблемами. Скрытные браузеры — скрытные посетители. Не забывайте, что решения принимаются на основании данных, которые были “любезно предоставлены” посетителями, а от реальности это может существенно отличаться.
Клиенты в первую очередь
Не стоит забывать, что первостепенную важность имеет получение клиентом страницы, а не сбор данных. Разрабатывая стратегию сбора данных, непременно учитывайте сей немаловажный факт. Например, помещая дескрипторы JavaScript на страницы, следует удостовериться, что они загружаются даже тогда, когда сервер сбора данных веб-аналитики отключен, а при использовании анализатора пакетов имеются механизмы безотказной архитектуры на случай проблем с анализатором.
Будьте гипербдительны в отношении безопасности клиента. Все мы клиенты того или иного веб-сайта, и лучше обходиться со своими клиентами так, как хотите, чтобы обращались с вами. Никогда не собирайте данные PII, если в них нет абсолютной необходимости. Но если таковая имеется, предварительно проконсультируйтесь с юридическим отделом и согласуйте с ним политику безопасности. Контролируйте своих исполнителей и внутренние хранилища информации, чтобы гарантировать безопасность данных клиента, даже не PII.
Стоимость
Когда дело касается цен и тарификации, необходимо тщательно взвешивать несколько факторов. Существует две основные модели оплаты: регулярные платежи и одноразовые.
Ныне большинство исполнителей ориентировано на ASP, а следовательно, используют схему регулярных платежей. Они производят начисления на основании “просмотра страниц” (важно заранее определить, что он собой представляет, поскольку разные исполнители трактуют это по-разному). Это означает, что с ростом популярности веб-сайта платить придется больше, что вполне справедливо, поскольку исполнитель должен содержать дополнительные аппаратные средства и платить за все издержки, связанные с анализом увеличивающихся объемов данных.
Решения на основании веб-журналов и дескрипторов JavaScript внутреннего применения (например, от ClickTracks и WebTrends) подразумевают одноразовую оплату. Заплатить необходимо только разовый взнос за программное обеспечение и стандартную цену за поддержку. Затем, после первого года, фактические издержки снижаются. Некоторые компании уже имеют стандартные веб-серверы, которые по стоимости сравнимы с аппаратными средствами.
Теперь можно решать, какая модель обойдется компании дешевле, — внутренняя модель позволяет иметь множество веб-сайтов с дескрипторами безо всякой дополнительной оплаты.
Окончательное решение о тарификации необходимо принимать с учетом имеющихся средств. Не следует выбирать исполнителя только на основании количества предоставляемых им отчетов. Порядка 80 процентов последних у большинства исполнителей унифицировано. Остальные 20 процентов (отличающаяся часть) могут быть критически важны и дороги. Если для бизнеса компании эти 20 процентов немаловажны, то тут ничего не поделаешь, в противном случае следует ориентироваться на цены.
Почему данные не согласуются
При смене исполнителя или метода сбора данных либо просто при использовании нескольких методов
(например, веб-журналов и дескрипторов) неизбежно сталкиваешься с жутким фактом — противоречиями
в получаемых значениях. Фактически различия могут достигать 10-15 процентов для того же веб-сайта за тот же
период времени (и хорошо, если разница составит лишь 10 процентов).
Вот пять основных причин, по которым данные могут не согласоваться.
• Каждому инструменту присущи собственный уникальный способ выявления начала и завершения сеанса. Наиболее распространенным признаком завершения сеанса является “29 минут бездеятельности”. Однако некоторые инструменты считают сеанс закрытым, если обнаруживают, что посетитель возвратился к поисковой системе менее чем за 29 минут. Инструмент фиксирует начало нового сеанса. При сравнении данных удостоверьтесь, что все инструменты используют одинаковые параметры сеанса.
• При сравнении данных на основании файлов журналов и дескрипторов JavaScript удостоверьтесь, что они одинаково учитывают посещения (общее количество посетителей) и уникальных посетителей. Для отслеживания посетителей (и их уникальности) решения на базе файлов журналов без применения файлов cookie зачастую полагаются на IP-адрес пользователя плюс идентификатор его агента. Решения на базе JavaScript для подсчета посетителей почти всегда используют постоянное значение в файле cookie. Это практически гарантирует наличие различий в показателях.
• При сравнении данных веб-журнала с данными, полученными иным способом, следует отфильтровать все те данные, которые другие методики обычно не фиксируют. Сюда относится трафик роботов, разнообразные запросы файлов (файлов CSS, сценариев и т.д.), сообщения об ошибках 404 и других, а также запросы на переадресацию и загрузку. Не забудьте также, что кеширование страниц скрывает порядка 5-20 процентов информации (более точные значения трудно достать) от фиксации в файлах веб-журналов, но другие решения эти данные фиксируют.
Интервал:
Закладка: