Skip to content

Issue with Domain Restrictions in Protected Audience API Documentation #956

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

Closed
michaeld79 opened this issue Dec 20, 2023 · 2 comments
Closed

Comments

@michaeld79
Copy link

Hello,

I wanted to bring your attention to an issue I noticed in the current documentation of the Protected Audience API. Specifically, I would like to discuss the domain restrictions related to the biddingLogicUrl, biddingWasmHelperUrl, dailyUpdateUrl, and trustedBiddingSignalsUrl parameters.

According to the documentation, these URLs must have the same origin as the owner, which can be a constraint in the long run. However, I believe it would be beneficial to allow restrictions at the domain level rather than at the subdomain level.

Consider a scenario where dynamic content and static content are served from the same subdomain. If this subdomain is pointing to a CDN solution, the trustedBiddingSignalsUrl could incur substantial costs compared to the static files like biddingLogicUrl.

I suggest using a restriction in domain level such as dynamic.somedomain.com and static subdomains like static.somedomain.com this will restrict the ownership for 'somedomain.com' but allow the subdomain to be routed to other sources.

Thank you for considering this suggestion. Please let me know if you require any further clarification or information.

@rdgordon-index
Copy link
Contributor

Also see #813

@JensenPaul
Copy link
Collaborator

As discussed in the 6/5/2024 Protected Audience WICG call, this issue was determined to be a duplicate of #813, so I'm closing it. If you have further concerns, feel free to reopen this issue or file another issue.

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