Анализ пользовательского поведения с помощью журнала IIS

Ваш php должен загрузить некоторые расширения, которым не установили библиотеки. необходимо посмотреть, где на сервере они могут быть и изменить местоположение в php.ini или устанавливать их

если это - новый сервер, и Вы портировали php, нормально, но легок зафиксировать

0
задан 17 May 2013 в 17:46
2 ответа

Определить страницу выхода для сайта сложно (без специального кода на вашем сайте - я к этому вернусь). Например, предположим, что я открываю serverfault.com и начинаю искать ответ на вопрос. Это исследование уводит меня в пресловутую кроличью нору, и я фактически не возвращаюсь к своему окну браузера serverfault в течение 30 минут.

Из одних только веб-журналов вы не можете определить, было ли мое 30-минутное отсутствие "выходом". с последующим новым посещением или "паузой" существующего посещения. И это лишь один из многих примеров того, почему пользователь может «бездействовать» на сайте, не являясь настоящим «выходом».

Вот почему инструменты анализа, такие как Web Log Expert, полагаются на тайм-аут посетителя. Вы должны сами оценить, как долго пользователь должен бездействовать, чтобы считаться, что он покинул сайт.

Конечно, ваш инструмент анализа журнала (здесь я обобщаю, потому что есть много вариантов там) нужен способ дифференцировать пользователей. IP-адреса и строки пользовательского агента недостаточно. Например, где-то в офисе или школе может быть несколько пользователей, все они используют гомогенизированные операционные системы и браузеры и входят через прокси или NAT (ваш сервер будет видеть их всех как один и тот же IP и одну и ту же строку UA).

В IIS (не зная, какая версия, поэтому я буду расплывчатым) откройте диалоговое окно выбора поля в конфигурации ведения журнала. Если cookie не отмечен, отметьте его (предполагается, что ваш сайт использует cookie сеанса). Также отметьте Referer.

Эти два параметра могут сделать ваши файлы журналов намного больше, но дадут вашему инструменту анализа возможность различать пользователей (по файлам cookie сеанса), а также их путь через сайт (по референту) . AFAIK, эти поля не включены по умолчанию.

Если вы действительно хотите получить точное представление о том, когда пользователь покидает ваш сайт (закрывает браузер или переходит в другое место), вы можете реализовать вызов AJAX на таймере на каждой из ваших страниц, который вызывает к URL-адресу каждые X секунд. Затем вы можете установить тайм-аут посетителя в своем инструменте анализа примерно на X + 2 секунды. Тогда вы будете знать время выхода с точностью до X + 2 секунды. Конечно, страницы выхода часто сообщаются как URL-адреса вызова AJAX, поэтому вам нужно каким-то образом заставить инструмент анализа игнорировать их как страницы выхода, но не игнорируйте их при проверке тайм-аута посетителя.

Возможно ли это, будет зависеть от инструмента. У меня нет опыта работы с Web Log Expert, поэтому я не могу сказать наверняка.

Всегда было много споров о том, какой анализатор журналов является лучшим. ИМО, вам нужно попробовать несколько из них и найти тот, который лучше всего соответствует балансу ваших потребностей по простоте использования, сложности (или простоте) отчетов, скорости и презентации.

0
ответ дан 4 December 2019 в 21:16

Журналы IIS обычно сообщают только о страницах, которые кто-то запрашивает, а не о пути они взяли, чтобы попасть туда. Анализ возможен, но для меня было бы проще реализовать что-то вроде Google Analytics для сбора этих данных. http://www.google.com/analytics/

1
ответ дан 4 December 2019 в 21:16

Теги

Похожие вопросы