Исходя из вышеизложенного, возникает закономерный вопрос - что же должен уметь счетчик? Возьмем главные требования к среднестатистическому счетчику:
Кто пришел. Здесь должна отображаться информация о пользователе, пришедшем на ваш сайт (его IP, браузер, ОС)
Реферер, то есть, страница, с какой он пришел. Жизненно важный фактор. Поможет вебмастеру планировать и анализировать эффективность рекламной стратегии, ведь по этой информации можно делать выводы о том, стоит ли продолжать рекламироваться на той или иной площадке.
Время заходов, желательно полная информация о времени всей сессии пользователя на сайте, время пребывания на каждой странице и т. д.
Общая статистика посещаемости, желательно с детальным распределением по времени
Информация о хостах, посетителях, хитах и сессиях (лучше всего такая информация отображается одним из лидеров отечественной интернет-статистики – HotLog, который, кстати, очень удобен в пользовании и предоставляет целый ряд услуг как платных, так и бесплатных.)
Но ни на одном счетчике нет следующей информации:
Загрузка экзешников, мультимедийных файлов, флеш-объектов и др.
Количество посетителей, зашедших один раз, (случайные заходы) и постоянных (целевая публика)
Информации об исполнении скриптов в браузере при заходе на страницы
Почти вся эта информация отображается в логах, однако значительную ее часть невозможно засечь счетчиком. Извлечь и проанализировать ее можно с помощью программ лог-анализаторов. Составим же список требований к анализатору логов:
Гибкая система отчетности – это главное преимущество анализаторов перед счетчиками, где отчеты фиксированные
Распознавание как можно большего количества поисковых роботов
Распознавание заходов с поисковых систем. (Счетчики чаще всего разделяют заходы, например, с google.com и google.ru)
Распознавание географии пользователей. К сожалению, такая функция доступна лишь в немногих программах, так как требует огромной, постоянно обновляемой базы данных IP-адресов
Настраиваемая система отчетов.
Лог-анализатор выдает много лишней информации, которую следует отфильтровывать, но помогает, например, при отслеживании хакерских атак. Кроме того, программы несколько дороги, а бесплатные, как правило, никуда не адекватны требованиям веб-мастеринга.
Рассмотрим общую функциональность нескольких лог-анализаторов, достойных особого внимания.
Лог-анализатор от WebTrends. Очень мощный инструмент для сбора и обработки статистической информации, признанный лидер среди лог-анализаторов. Система отчетов исчерпывающая. Один из лучших инструментов по функциональности для опытных вебмастеров. Недостатков можно привести только два – немалая цена и некорректное отображение кирилличных кодировок.
Программа того же направления, Log Analyzer от компании NetPromoter, отлично справляется со всевозможными кодировками. Небольшая по объему дистрибутива программа, тем не менее, отвечает большинству из вышеперечисленных требований. Распознает визиты роботов и заходы с поисковиков, имеет достаточно обширную, но тем не менее, гибкую систему отчетов. Распознает различные форматы лог-файлов и позволяет настраивать свои собственные форматы. Главное преимущество программы – она позволяет качественно работать со статистикой отечественных поисковиков, чего нет ни в одном зарубежном аналоге.
Счетчики и лог-анализаторы – принципиально разные инструменты измерения посещаемости web-ресурсов. И только в комплексе они могут дать наиболее полную картину по посетителям сайта.
Можно ли считать счетчики и лог-анализаторы конкурентными продуктами? На наш взгляд, однозначно нет. До тех пор, пока не появятся сервисы, объединяющие глобальные статистические возможности счетчиков (сравнение посещаемости, аудитории нескольких сайтов и др.) и тонкие возможности лог-анализаторов (визиты роботов, загрузки объектов, хакерские атаки), веб-мастерам приходится пользоваться этими двумя инструментами. Кроме того, счетчики являются решающим фактором при определении рекламодателями цены на размещение баннеров на том или ином ресурсе. Лог-анализаторы же годятся более как административный инструмент, «не для посторонних глаз». Так что, до тех пор, пока не появился сервис, объединяющий достоинства счетчиков и лог-анализаторов, нам придется пользоваться как тем, так и другим инструментом.
Можно найти многочисленные списки требований к счетчикам, составленные всевозможными специалистами – от реферера, то есть страницы, с которой был осуществлен заход на ваш сайт, до разрешения и цветности монитора. Но какие из этих требований действительно жизненно важны для правильного функционирования веб-сайта, а без каких можно было бы безболезненно обойтись. И главное, – какие требования до сих пор не удовлетворены ни одним из счетчиков, и как эту проблему можно решить?
Итак, что же мы имеем в большинстве счетчиков? Безусловно, у нас есть статистика хостов/хитов на каждом из них. Есть реферер, то есть ссылающаяся страница – очень важная информация при выборе и анализе эффективности рекламных площадок, где вы размещаете свои баннеры. В большинстве (если не у всех) счетчиков есть информация о путях посетителя по сайту – начиная с точки входа и до последней страницы. Это осуществляется с помощью cookie, который устанавливается JavaScript'ом на компьютере и служит вашим уникальным идентификатором для данного счетчика. Это cookie, или кукис и послужит источником информации о количестве уникальных посетителей на сайте, или же хостов. Этот же JavaScript «вытягивает» информацию о цветности и разрешении экрана. Но если на браузере посетителя запрещены кукисы, то он попросту останется неучтенным. Также на браузере может быть отключена поддержка JavaScript – еще один источник неточности. Наличие же нескольких разных браузеров у одного пользователя еще больше запутывает ситуацию.
Несомненно главным камнем преткновения счетчиков как и лог-анализаторов, интернет-статистики является «диалап». Итак, какие же проблемы могут возникать при подсчете числа диалапщиков на нашем сайте? Исследования показывают, что в Рунете приблизительно 55 процентов Интернет-пользователей выходят в сеть через коммутированное соединение, то есть имеют модемный доступ. При медленной связи счетчики, как и другие картинки, закачивающиеся из внешних серверов (например, из баннерных сетей) просто не успевают загрузиться. Обычно это происходит из-за того, что мало кто станет ожидать полной загрузки страницы при медленной связи, если требуемая часть страницы со ссылками уже загрузилась. Пользователь, скорее всего, просто перейдет по ссылкам на следующую страницу, предыдущая же останется неучтенной. Кроме того, многие из тех, кто вынужден пользоваться коммутированным доступом в Интернет, просто отключают загрузку картинок в браузер, таким образом, экономя трафик и делая невозможным ведение какого либо учета.
Немногие счетчики показывают визиты роботов – фактор очень важный при раскрутке нового ресурса – в силу того, что это трудно осуществить технически. Как правило, робот не загружает изображений, то есть не вытягивает счетчики и, соответственно, не учитывается в статистике. Изображения же для Google Images или Яндексовского Поиска Картинок индексируются отдельно. Однако эта функция присутствует в лог-анализаторах. Так, распознавание роботов хорошо реализовано в программе Log Analyzer от компании NetPromoter. Программа изначально была рассчитана на распознавание только роботов, потом переросла в достаточно мощный полноценный лог-анализатор с более чем 180 пользовательскими агентами роботов в базе данных.
Кроме того, одним из главных недостатков, которому сейчас придается все более важное значение, является безопасность. Предоставление доступа к статистике третьему лицу может быть крайне нежелательным. К примеру, списки рефереров, если достанутся конкурентам, могут быть использованы ими для рекламы на самых ваших прибыльных ресурсах.
Теперь рассмотрим лог-анализаторы. Начнем с того, что серверные логи фиксируют всю информацию – будь то визит поискового робота, загрузка мультимедийного/ Flash / Java / Exe файла, вытягивание отдельной картинки с сервера позволяют вести учет трафика. Можно получать коды доступов к страницам, что невозможно учесть счетчиком. При наличии хорошего лог-анализатора с гибкой системой отчетов веб-мастер получит всю нужную для себя информацию. Но, опять возникает проблема с диалапом. При каждом коннекте пользователю присваивается новый IP-адрес, и сервер, а, следовательно, и лог-анализатор будут интерпретировать его как нового уникального посетителя, что не соответствует истинному положению. Эта проблема решена счетчиками в виде вышеупомянутых куки, но в лог-файлах куки не фиксируются никак. Далее, как известно, в больших офисах, как правило, пользователи выходят в Интернет через прокси-сервер, который присваивает одинаковый IP-адрес всем пользователям. То есть, даже если в корпорации работает 100 человек, и десять из них зайдут на наш сайт, то сервер зафиксирует их как одного посетителя. Если мы ориентируемся на корпоративного клиента, то погрешность получается весьма ощутимая. Кроме того, прокси-сервера, как правило, кешируют содержимое запрошенных страниц, а, следовательно, все последующие пользователи, которые сидят за прокси, получают, по сути одну и туже версию страницы.
На первый взгляд кажется, что единственным решением в данной ситуации может быть комбинация двух видов статистики. Но как этого добиться? Ведь счетчик тянется из сервера провайдера статистики, а логи лежат на сервере, где установлен сайт. Никто из провайдеров статистики пока не предлагает комбинированного подсчета. Тем не менее, сервисы, которые комбинируют два вида статистики, существуют. Так, провайдеры хостинга иногда предлагают свои собственные разработки в области статистики. Как правило, они несовершенные, но могут удовлетворить базовые требования к статистике.