Skip to content
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

Pending requests in cancelled prerendering pages #82

Open
mingyc opened this issue Oct 4, 2023 · 3 comments
Open

Pending requests in cancelled prerendering pages #82

mingyc opened this issue Oct 4, 2023 · 3 comments

Comments

@mingyc
Copy link
Collaborator

mingyc commented Oct 4, 2023

There are some discussion about whether a pending (or deferred) fetchLater request should be sent if a prerendered page is cancelled, i.e. not actually visited by users.

Do developers expect such requests be made or not?

@tunetheweb
Copy link

My opinion is no. A non-activated prerendered page basically never happened from a user perspective as far as I’m concerned.

In fact for prerender we advise to prevent any analytics firing until the page is activated: https://developer.chrome.com/blog/prerender-pages/#impact-on-analytics. Google Analytics does this by default as of this month.

I can raise this with some RUM providers for their opinions.

@nicjansma
Copy link

For Akamai's mPulse RUM (which uses boomerang.js), we plan on stopping any beacon from being sent until a page is activated.

So for our case, fetchLater() not firing a beacon if the page isn't activated, seems appropriate.

@tunetheweb
Copy link

So chatted with a few RUM providers (including @nicjansma above!) and general consensus seemed to be that they likely wouldn't fire beacons on non-activated pages anyway so don't need the API to support this.

However, one did raise the point that, while they didn't see a use case for it right now, other JavaScript APIs work on prerendered pages (though some user-facing ones are delayed until activation) so there should be a good reason why this one (which is specifically there to be reliable), wouldn't in case anyone did want to use it (e.g. to more easily track the number of prerendered pages that were not activated). Which I think is a fair point.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants