Forum Moderators: Robert Charlton & goodroi
[edited by: Brett_Tabke at 2:11 pm (utc) on Aug 3, 2011]
Analytics and advertising solutions will have to be updated to take account of prerendering via the page visibility API. In most cases the end site owner shouldn’t have to make any modifications to his page; the 3rd party will simply make a minor change to the javascript that is pulled into publishers’ pages. You should check with your analytics or advertising providers to check if their scripts are prerendering-aware.
Google on How Instant Pages Affect Analytics [webpronews.com]
CPM advertising services better be all over this or the burn-through rate for advertiser money could get scary!
The page visibility API [w3.org] - which is in the early stages of standardization in the webperf working group - can help developers understand the visibility status of their page: whether it's in a foreground tab, a background tab, or being prerendered. This is still an experimental implementation and it may change or even be removed in the future, which is why for the time being we've prefixed the property names with "webkit." Although the page visibility API is useful for detecting prerendering, it also has many other applications--for example, allowing a site to pause expensive physics calculations when the page isn't visible.
To learn more about the page visibility API and prerendering, check out the Using the Page Visibility API [code.google.com] and Web Developers' Guide to Prerendering in Chrome [code.google.com] articles.
Pre-rendering in Chrome [blog.chromium.org]