Difference between revisions of "Fenced Frames"

From Bitnami MediaWiki
Jump to navigation Jump to search
(Created page with "Google's Fenced Frames loads ads in a separate container that dissociates information within the container from the parent page.<ref>https://github.com/shivanigithub/fenced-fr...")
 
m
Line 7: Line 7:
 
* Granting unpartitioned storage access without impairing user experience via a permission prompt   
 
* Granting unpartitioned storage access without impairing user experience via a permission prompt   
 
* Cross-site embedded content  
 
* Cross-site embedded content  
 +
 +
Fenced Frames will allow read-only access to cross-site information (e.g., audience segments, membership within an A/B experiment, access to cross-site conversion lift measurement). The Fenced Frame will only have network access beyond the web client, when initiated by a user (e.g., a click).
 +
 +
Chrome recommends caching embedded content to eliminate content access requests at run-time, which thus requires all permutations of personalization logic to be pre-rendered and available to local storage. Chrome calls this pre-rendered content "web bundles".
  
 
== Impact ==
 
== Impact ==
 
By removing communication between the container and the parent page, publishers lose monitoring and control over this content.  
 
By removing communication between the container and the parent page, publishers lose monitoring and control over this content.  
 +
 +
Fenced Frames suggests that Chrome will allow people choice to store information in their browser that can be used across different sites. "On user activation / [Fenced Frame will have] Full network access, read/write unpartitioned storage (if requested [from the user)"<ref>https://github.com/shivanigithub/fenced-frame/</ref> However, a per ad slot pop-up dialog seems like a poor user experience.
 +
 +
If the parent page cannot know or communicate information into Fenced Frame, it is unclear how resizing, scrolling or other user actions in the parent page will avoid causing a poor user experience with the content within the frame.
 +
 +
  
 
== References ==
 
== References ==

Revision as of 16:00, 18 February 2021

Google's Fenced Frames loads ads in a separate container that dissociates information within the container from the parent page.[1]

Fenced Frames are designed to address short comings in other Privacy Sandbox proposals, such as providing support for:

  • Interest Based Advertising
  • Conversion Lift measurement studies
  • Granting unpartitioned storage access without impairing user experience via a permission prompt
  • Cross-site embedded content

Fenced Frames will allow read-only access to cross-site information (e.g., audience segments, membership within an A/B experiment, access to cross-site conversion lift measurement). The Fenced Frame will only have network access beyond the web client, when initiated by a user (e.g., a click).

Chrome recommends caching embedded content to eliminate content access requests at run-time, which thus requires all permutations of personalization logic to be pre-rendered and available to local storage. Chrome calls this pre-rendered content "web bundles".

Impact

By removing communication between the container and the parent page, publishers lose monitoring and control over this content.

Fenced Frames suggests that Chrome will allow people choice to store information in their browser that can be used across different sites. "On user activation / [Fenced Frame will have] Full network access, read/write unpartitioned storage (if requested [from the user)"[2] However, a per ad slot pop-up dialog seems like a poor user experience.

If the parent page cannot know or communicate information into Fenced Frame, it is unclear how resizing, scrolling or other user actions in the parent page will avoid causing a poor user experience with the content within the frame.


References