Как считать время проведенное на сайте?

юзер ведь может не тыкать по ссылкам, а читать длинную статью

ИМХО тут уже JS нужен. По крайней мере Я.Метрика как-то так работает.

Очередной поток сознания от великого маэстро цЫклов и кюррированных транзакционных монад.

Но есть нюанс - юзер ведь может не тыкать по ссылкам, а читать длинную статью.

юзер ведь может открыть статью, и бухать бухашку и плевать на экран. Может по количеству плевков на экране как то определять? Нюансы они такие нюансивые.

юзер ведь может открыть статью, и бухать бухашку и плевать на экран

Внезапно, поддержу этого товарища. После загрузки страницы какая разница что делает юзер? Если я открываю 100500 вкладок в браузере и месяцами не закрываю и не выключаю комп, это не значит, что я на всех этих сайтах постоянно 24/7 «нахожусь».

Вроде как запросов на сервер не шлет, но и на сайте сидит

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

Ну дурачок-то в своем репертуаре, осилил понять пункт (1) из первого поста, и прибежал похвастаться. А ты-то его в чем поддерживаешь?

А зачем оно тебе нужно?

Если абстрактно, то иногда полезно при разборе инцидентов с уводом аккаунтов. Ну и просто интересно сделать.

Если абстрактно, то иногда полезно при разборе инцидентов с уводом аккаунтов.

И чем конкретно замер времени может помочь в этом случае?

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

NoScript против сбора личной информации.

от ботов в смысле?

От ботов кстати тоже, хотя с ними у меня проблем нет. Но я говорил про мошенников.

скипт наверное каждые 5 сек может скидывать инфу что страница еще открыта.

Насколько я знаю Optimizely именно этим и занимается, также я видел подобное в piwik, но конечно не сильно продвинуто (ну и не факт, что само наличие piwik понравится пользователю).

иногда полезно при разборе инцидентов с уводом аккаунтов.

Может naxsi или какой-нибудь другой плагин для nginx вроде Session-Binding-Proxy можно как-то приспособить для задачи

У нас для уведомлений использовался sock.js, реквесты клались в монгу а время агрегировалось по интервалам open/close вебсокета. Понятно что это не дает 100% данных, но статистическую картину раскрывает. Так и работают аналитики, ну может с onunload вместо вебсокета.

Кстати об смерживании битов тоже не понял, может такая архитектурная шутка?

Имелось в виду, что битовые маркеры времени которые определяет сервер - достоверные (юзер запрос сделал), а то что прилетает с клиента - не очень. Надо их правильно скрестить.

Достоверные данные тут получить не выйдет, как и цифру в тюлечку. Можно посчитать реквесты, можно посчитать время по интервалу onload-onunload, через скрипты или сокет, через разницу между запросами в группе ближайших, но и это будет лишь условным. Более того это разные показатели и пользоваться ими стоит в разных ситуациях. Наша схема с сокетом работала и покрывала все потребности, что еще можно тут изобрести? Волшебную нейронку чтоль)?

Я не телепат, и что у вас была за схема с сокетом и какие потребности - без понятия.

В каждой странице включаем вебсокет, у него есть два события (с серверной стороны): open & close. Засекаем время, получаем разницу - время сессии между заходом на страницу и выходом с нее. Что ж тут непонятного? Сумма времени сессий и есть продолжительность на времени на сайте, самая точная из возможных.

Смотря что принимать за время, проведенное на сайте - можно открыть вкладку и оставить...

Теоретически, можно по событиям focus/blur (возможны тормоза) считать интервалы например, если конечно не задан DNT ...

Если открыть страницу и уйти - много лишнего прихватит. Или если вкладка в фоне, пока другую читают. Наверное для каких-то задач это приемлемо. Но как основа для неизвестных будущих агрегаций - стремновато.

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

А на сервере в итоге какую информацию сохраняете?

WebSockets + visibilitychange

Вам шашечки или ехать, батенька? Волшебством попахивает, нанимайте телепатов, они точно агрегируют.

Вам шашечки или ехать, батенька?

Мне конкретику, а не балабольство на общие темы.

на сервере сохраняем все таймштампы для каждой страници. но у нас нет задачи считать время которое пользователь проявлял активность, только через сколько он ушел со страницы. так что на этапе постобработки оставляем только последний. ну а если бы стояла, то считали бы сколько пингов пропущено и вычитали из общего времени. такое планировалось изначально, но не пригодилось. а хранение таймштампов осталось на будущее, вдруг понадобится.

Конкретика прозвучала выше, конкретику «определить что пользователь открыл окно и АФК потому такое время не учитываем» вам только в дурдоме подскажут.

astral.js уже пробовал?

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

Можно просто AJAXом посылать http get запросы каждую минуту на сервер, и потом сохранять их :) типо 1 минута = 1 запрос