-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Time on page number seems massively incorrect for some pages and is inflated #2161
Comments
thanks for reporting @stephan1994w! time on page does show the average time people spend on a particular page on your site. we have a different "time on page" definition than GA which is where some differences come from. In GA, bounced visitors are included in the time on page calculation but are set to say 0 or 10 seconds. in Plausible, we completely exclude bounced visitors from the time on page calculation. so say you have a very high bounce rate on a specific page, we would not count all those bounced visitors for time on page so those few that do stick around for a long time will contribute to a very high time on page. neither of these approaches is 100% accurate as it's not possible to measure the time on page of people that bounce from your site. Plausible would typically show higher than the actual time on page while GA would typically show lower than the actual time on page. we're working on a new approach with the beacon API, which would allow us to include actual time on page even from people that bounce, making Plausible have more accurate time on page than what's possible now in web analytics but for now we continue the "flawed" method like other analytics tool |
I'm also curious as I see very long durations as well. A few questions:
|
Hi @jkettmann, 2 years later i've the same question as you. I've created a new page that only I have access to, this page has a custom event the trigger every 5 seconds, for test purposes. But the "time on page" keep showing 0 seconds. Could @metmarkosaric kindly help me understand this, please? |
hi @dnl4! "time on page" is calculated as the difference between the point when a person lands on a particular page and when they move on to the next page. custom events do not impact the time on page calculation (they do impact bounce rate and visit duration calculations). see all definitions here. |
@metmarkosaric I wanted to follow up on a question that was asked 2 years ago:
I've looked through this and other relevant issues as well as your docs, but I'm not seeing an answer to this. Based on what I've seen, it would seem that if someone left our website open in an inactive tab, the time on page would not "turn off" after a while. If so, are there plans to address this (I understand it's a bit tricky)? |
@davidchappy We will be migrating the time on page metric over to a completely different tracking mechanism in the coming weeks/months. The foundation is being laid with the scroll depth work currently (see #5023). We'll make sure to properly document these kinds of nuances to make sure it's clear how it works.
With the current mechanism this would not be counted at all since it's purely based on cc @macobo @RobertJoonas - wortwhile to consider what happens in a case where the tab stays open (whether foreground or background) for an extended period of time. When the user re-engages with a page after the 30 minute timeout it might get tricky. |
Past Issues Searched
Issue is a Bug Report
Using official Plausible Cloud hosting or self-hosting?
Plausible Cloud from plausible.io
Describe the bug
We have an article page that is registering insane Time on Page values. Yesterday the average time on page was over 5 hours. In the documentation it says this should be the average time spent by users, but this seems incorrect. Any support here would be greatly appreciated
Expected behavior
Expected value of Time on Page to be substantially lower. It's roughly 800 page views, to get this kind of value, it implies there are people spending long periods of time on the page and this cannot be correct as the page content does not justify this.
Screenshots
Environment
The text was updated successfully, but these errors were encountered: