КОРОТКИЙ ОТВЕТ :
Вы правильно ставите под сомнение результаты; Анализ журнала не подходит для отчета о фактическом трафике.
БОЛЬШОЙ ОТВЕТ :
WebTrends - отличный инструмент для того, что он поставляет. Но, как предыдущий администратор установки WebTrends, я обнаружил, что веб-журналы, как известно, плохо собирают интересующие метрики.
Например, если в вашем стеке веб-доставки есть кэширование (или на стороне потребителей - * Я трясу кулаком по ВЫ, AOL !), То ваши веб-журналы мгновенно не отражает фактическую активность вашего сайта. Это связано с тем, что при анализе журналов предполагается, что все пользовательское потребление будет преобразовано в HTTP-запрос обратно на веб-сервер - и, таким образом, было записано в журналах IIS. В случае кеша это не так.
В будущем, если вы хотите получить более надежные результаты, вам, в конечном счете, нужно будет гарантировать, что существует способ разрушить любую стратегию кэширования. Очевидный ответ - динамический контент. Но если вы не хотите переписывать весь свой контент таким способом, просто убедитесь, что в анализе веб-трафика используется динамический вызов.
На самом деле WebTrends предлагает решение этой проблемы, называемое SDC-сервером. Это именно то, что предлагает Google Analytics - это обратный вызов javascript серверу анализа.
... Я мог бы потратить на это несколько дней. Если вам нужна более конкретная информация, оставьте комментарий. ;)
РЕДАКТИРОВАТЬ : В частности, для WebTrends очень важно настроить отслеживание сеансов за пределы их конфигурации по умолчанию IP / userAgent. Если ваш веб-сервер назначит файл cookie сеанса, вы обнаружите, что это повысит вашу надежность; особенно для различения пользователей, которые могут сидеть за одним и тем же NAT.