Skip to content

Commit

Permalink
Avoid the term "site"
Browse files Browse the repository at this point in the history
  • Loading branch information
xiaochen-z authored Oct 31, 2023
1 parent 6133135 commit d325f70
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion Fenced_Frames_Ads_Reporting.md
Original file line number Diff line number Diff line change
Expand Up @@ -129,7 +129,7 @@ In this example, the destination eTLD+1 is "adtech.example". [The Privacy Sandbo

## registerAdBeacon

A similar API was initially discussed here: https://github.com/WICG/turtledove/issues/99 for reporting clicks. The idea is that the buyer and seller side worklets are able to register a URL with the browser in their reportWin and reportResult APIs. The registered URL's site (scheme, eTLD+1) is required to be attested for Protected Audience API. Please see [the Privacy Sandbox enrollment attestation model](https://github.com/privacysandbox/attestation#the-privacy-sandbox-enrollment-attestation-model). If the URL is attested for Protected Audience API, a beacon will be sent to the registered URL when events are reported by the fenced frame via reportEvent. Otherwise the beacon will not be sent. In the case of redirect, the redirected site is not checked for enrollment and attestation since the browser doesn't add any data directly to the redirect URL. The initial reporting destination site is responsible for acting in accordance with its attestation if it decides to share any data via the redirect.
A similar API was initially discussed here: https://github.com/WICG/turtledove/issues/99 for reporting clicks. The idea is that the buyer and seller side worklets are able to register a URL with the browser in their reportWin and reportResult APIs. The registered URL's site (scheme, eTLD+1) is required to be attested for Protected Audience API. Please see [the Privacy Sandbox enrollment attestation model](https://github.com/privacysandbox/attestation#the-privacy-sandbox-enrollment-attestation-model). If destination is attested for Protected Audience API, a beacon will be sent to the registered URL when events are reported by the fenced frame via reportEvent. Otherwise the beacon will not be sent. In the case of redirect, the redirected destination is not checked for enrollment and attestation since the browser doesn't add any data directly to the redirect URL. The initial reporting destination is responsible for acting in accordance with its attestation if it decides to share any data via the redirect.


### Parameters
Expand Down

0 comments on commit d325f70

Please sign in to comment.