Форум PHP

Когда я вижу, что 300 человек пробыли на моем сайте минуту, сто человек пробыли две минуты, а 60 пробыли три минуты, то у меня возникает вопрос о том, кто же мой сайт читает... Но если я возьму калькулятор, то окажется, что еще сотни людей пробыли на нем значительное время. Но чтобы это узнать, нужен калькулятор... А хорошо ли это? Ну для чего мне разделять тех, кто пробыл 28 минут, 32 минуты, 33 и 34 минуты? Зачем мне точно знать, сколько людей просмотрели 17 страниц, сколько 18 страниц, а сколько 25 страниц? Сама по себе эта информация очень нужна, но для извлечения реальной пользы её надо обработать, представив в интегральном виде: сколько посетителей пробыли более одной минуты, более двух минут, более трех минут, сколько посмотрели более одной страницы, сколько более двух страниц, и т.п. Вот тогда только можно будет оценить последствия какого-нибудь маркетингового действия или модернизации сайта!

Но опять же - время нахождения на сайте вцелом - это как средняя температура по больнице. Гораздо важнее этот же параметр выводить для отдельной страницы: сколько людей читали её больше минуты, сколько больше двух минут и т.п. Ведь при этом обнаружатся страницы, которые люди и не смотрят, тогда как ВЭБ-мастер может считать их предметом своей гордости!

Разве не так?

Поставьте по счетчику на каждую страницу и ортеделяйте рейтинговые, зачем вам учитывать посетителей которые пробыли меньше минуты?(сколько нужно времени что бы сохранить страницу и в спокойной обстановке ее почитать?, а сколько нужно времени что бы прочитать начало и принять решение, что страница действительно имеет ценность?) или которые просидели час(может ему нравится поспать на ваших страничках?)

Хоть тема конечно интересная, но учитывать нужно заходы (не важно сколько читалась страница) и коментарии если такие есть или их оставили. естественно отделяя поисковиков от браузеров. А учитывать время проведенное на страничке или сайте IMHO лишнее, полезной информацией может быть только "сколько сейчас, сколько было максимально и сколько зарегистрированных,и сколько гостей.

Для более детальной статистики есть уже написанные приложения, конечно если вы сами не захотите написать свою собственную статистику. Но самым верным способом учета, будет все таки разбор логов сервера.

В рамках протокола HTTP нельзя измерить точно время пребывания человека на сайте. Товарищ, попав на страницу вашего сайта может читать её час, два... при этом если он не откроет никакой другой страницы сайта - счётчик будет считать, что он был на сайте минуту. При этом две минуты, это означает, что человек открыл другую страницу. Здесь гораздо точнее отношение хитов к хостам и глубина просмотра страниц. Т.е. сколько страниц на сайте просмотрел пользователь - одну, две больше...

Это, конечно же, так - точно время измерить нельзя. Но что-то же счетчик измеряет? Так вот: результаты того, что он измеряет, следует выводить не в дифференциальной форме, как сейчас, а в интегральной, ибо тогда в этом будет хоть какой-то смысл. Вы же сами это написали, пусть неосознанно - "одну, две больше...". Заметьте: больше, а не три! И это действительно так - интересна лишь сумма. А дифференциальная форма - это просто незавершенный проект, который без ручного пересчета практически бесполезен.

Как можно предположить, люди мало пользуются этой информацией, и только поэтому им безразлично.

Счётчик измеряет временной интервал между крайними обращениями с одного IP-адреса. Если обращение одно, считается, что пользователь был 1 минуту.

Не очень понимаю, про интегральную форму - раскройте идею :))) Для глубины просмотра предназначен другой вид статистики - "Глубина просмотра", там можно посмотреть количество страниц.

Поскольку посетители независимы друг от друга, то мы имеем поток независимых событий. Интервал между такими событиями подчинен закону Пуассона и представляет собой убывающую экспоненту плотности вероятностей dp того, что сколько-то человек пробудут на сайте время dt, то есть функция dp(dt). Это дифференциальная форма и она представляет плотность вероятности, а не саму вероятность. Естественно, что если проинтегрировать экспоненту, то она таковой и останется, но уже будет представлять из себя вероятность Р(t) того, что столько-то человек пробудут на сайте время, большее данного. Вероятность является более представительной величиной, так как у нее среднее квадратическое отношение (а по сути погрешность) меньше.

С технической точки зрения это представляет собой пер3счет выводимой информации таким образом:

Сейчас (325 посетителей):
Время пребывания - Количество посетителей, пробывших это время

1 - 100
2 - 70
3 - 50
4 - 45
7 - 35
11 - 25

Будет (325 посетителей, накапливающее суммирование дифференциала с хвоста):
Время пребывания - Количество посетителей, пробывших дольше этого времени
1 - 325
2 - 225
3 - 155
4 - 105
7 - 60
11 - 25

То есть если Ваш сайт магазин или какой-то еще, где долго делать нечего и вся информация сверху, то для Вас посетитель, пробывший хотя бы три минуты и больше, уже вам интересен, ибо это ваш потенциальный клиент. Реальная посещаемость Вашего сайта - 155 человек. А для другого сайта, например литературного, ценны лишь посетители, пробывшие там хотя бы минут десять. В этом случае у сайта всего лишь 25 посетителей.

Полностью аналогична и ситуация с глубиной просмотра сайта, результаты которого нужно пересчитать аналогичным образом.

почему это на сайте магазина делать нечего? может, наоборот? статью можно сохранить
и читать без интернета (читалкой), а в магазине надо постоянно что-то делать...

Конечно, специфика у каждого сайта своя. Я не настаиваю на примере с магазином. Дело вообще не в том, где конкретно нужно больше времени, а где хватит и меньшего промежутка. ВЭБ-мастер применительно к своему сайту разберется. Главное - дать ему инструмент, о котором я говорю.

Здравое зерно есть. Но все зависит от поставленного вопроса. Меня, например, как раз интересуют те группы что выше: почему эти 100 человек ушли после первой страницы? виновата ли в этом навигация или ключевые слова, по которым они пришли.

Разумеется, и это тоже важно!

Понятно, но здесь действительно наверное нужно вводить два режима отображения, а ещё луше два столбца...