Skip to content

Conversation

@darobin
Copy link
Member

@darobin darobin commented Sep 16, 2025

This is a small and simple PR that updates GPC to be more anchored in the Privacy Principles now that they have been ratified (along with a couple of typos). This helps ensure a coherent use of privacy across the platform, as intended by the TAG.

(This PR references concepts that were unfortunately not exported correctly; this should be fixed in a few hours as xref republishes. Otherwise, I will make another fix.)


Preview | Diff

index.html Outdated
person is requesting that their data not be sold to or shared with any party other than the
one the person intends to interact with, or to have their data used for cross-context ad targeting,
except as permitted by law.
except as permitted by law. In terms of the W3C's [[[privacy-principles]]], the person is
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Requesting a single controller is not all that the person may be requesting or that the law promises. (In many cases a single large controller can perpetrate more cross-context privacy harms than several small ones, and laws requiring OOPSes do put some obligations on large multi-context controllers)

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I made changes there to clarify, let me know if it works.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

New version looks much better, thank you

index.html Outdated
every website visited by the user. GPC is also not intended to limit a first party’s use of
personal information within the first-party context (such as a publisher targeting ads to a
every website visited by the user. GPC is also not intended to limit a <a data-link-type="dfn" href="https://www.w3.org/TR/privacy-principles/#dfn-first-party-0">first party</a>’s use of
personal information within the first-party <a data-link-type="dfn" href="https://www.w3.org/TR/privacy-principles/#dfn-context">context</a> (such as a publisher targeting ads to a
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

would "same context" be clearer than "first-party context" ? So:

GPC is also not intended to limit a first party’s use of personal information within the same context

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You're right, same context is clearer. See update.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, thank you

<h3>Other Jurisdictions and Privacy Rights</h3>
<p>
GPC could potentially be used to indicate rights in other jurisdictions as well. For example, the
GDPR potentially affords data subjects the right to limit the sharing of personal information under
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please don't mix semantic changes into a PR that mostly just adds links. It makes it hard to notice and vet the semantic changes.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That's fair of course, but this isn't much of a semantic choice. "Potentially" is repeated two sentences in a row and the existence of this right isn't hypothetical by any measure. Happy to revert this change if you prefer but it's clear that this is a simple phrasing error.

@michaelkleber
Copy link

It seems like this PR undoes the impact of #109.

As discussed in PrivacyWG on 2025-09-04, we agreed to make clear that GPC's statements about "cross-context ad targeting" does not include same-site ad targeting. This PR rolls back that consensus clarity, again making the relevance to same-site ad targeting ambiguous.

@darobin
Copy link
Member Author

darobin commented Dec 19, 2025

Well, this PR predates #109, so it's not so much that it undoes anything rather than was authored earlier. (I volunteer to clean up conflicts of course.)

That being said, as far as I can tell this PR aligns completely with #109 and in fact clarifies it. #109 says "GPC is also not intended to limit a first party’s use of personal information within the first-party context" (emphasis mine). This is the same thing that #108 says, #108 only clarifies that context needs to be understood as defined in the Privacy Principles. Crucially, context isn't defined by the PSL or business ownership. Accordingly, GPC would not apply to a news publisher with multiple sections but would apply when a company provides completely unrelated services under the same domain.

Doing this differently would put GPC at odds with the PP, which would be problematic. But I don't think we have a problem because #109 was careful to word this in a context-dependent manner.

@michaelkleber
Copy link

michaelkleber commented Dec 19, 2025

I feely acknowledge that 108 is a number that comes before 109 :-). I still don't want to undo our consensus.

The GPC spec currently reads: "GPC is also not designed to address same site data collection and same site ad targeting."

That's clear, because we know what "same site" means. It also acknowledges the reality that GPC is designed to trigger certain legal protections, including some that specifically have opinions about same-site vs cross-site advertising. For example, Colorado's (25)(b)(II) says that "Targeted advertising" does not include "ADVERTISEMENTS BASED ON ACTIVITIES WITHIN A CONTROLLER'S OWN WEBSITES OR ONLINE APPLICATIONS". (Sorry to yell; I don't know why the Colorado law is all caps.) (edit: should've used Connecticut's which is lower-case!)

As you say, the Privacy Principles doc is focused on contexts, not sites: "A context is a physical or digital environment in which people interact with other actors, and which the people understand as distinct from other contexts." I don't personally know whether https://nytimes.com/ and https://www.nytimes.com/wirecutter/ should be considered the same context; this "the people understand" standard seems like it requires looking into the souls of NYT visitors to make that determination.

Are there any examples where the GPC triggers a privacy law that invokes a standard for which advertising is covered that is based on the personal beliefs of website visitors? If there are zero in the world, then please let's not change the GPC spec to imply the contrary.

@darobin
Copy link
Member Author

darobin commented Dec 22, 2025

The PP is focused on contexts rather than sites because it's a boundary that aligns better with privacy. In some cases that means that we have to make imperfect trade-offs because it's hard to get computers to understand what context boundaries are in an automated fashion. Thankfully, GPC can apply to contexts without encountering that problem. Determining whether Wirecutter is distinct from the rest of NYT is the kind of judgement call that compliance or governance teams eat for breakfast. I know of people using guidance, criteria scoring, or user testing for this; peering into souls strikes me as somewhat unorthodox but maybe not out of line with industry standards.

I would point out that every privacy law in the world that I have ever looked at is based on the beliefs of visitors, that's specifically what things like notices and "reasonable expectations of privacy" are about. It's about as foundational as it gets.

At any rate, this is neither the place nor the time to revisit the PP. Centring on contexts was discussed extensively there. Relying on sites or on ownership are known to be inferior options, both because they don't correspond to privacy best practices but also because they give a bonus to concentration. Just because someone bought a lot of businesses and crammed them into the same domain doesn't mean that W3C should grant them a dispensation from the privacy rules that apply to similar services that happen not to be owned by the same entity. Choosing same site over same context would run afoul of the Vision for W3C prescription on avoiding centralisation, and we all know how central that document is to everything we do.

You are correct in pointing out that GPC talks interchangeably about sites and contexts as a result of #109, and that's clearly a bug. Those two notions overlap but aren't interchangeable. Thankfully, the insertion of "same site" is small. I've opened #127 to fix that and align GPC with what's expected of a W3C privacy-related spec.

@michaelkleber
Copy link

I'm not going to object to the Principles document being aspirational. From a practical point of view, I don't know how you envision the focus on contexts-not-sites to work — browsers have a very large number of information-flow boundaries, and to the best of my knowledge, none of them reflect the distinction you're making, nor do I see any prospect for that changing.

But from a browser's point of view, we need to be realistic rather than aspirational about the information we present to users. The purpose of a system is what it does, and if GPC in practice has an effect on cross-site advertising, then I am not interested in misrepresenting it.

@darobin
Copy link
Member Author

darobin commented Dec 22, 2025

The browser has no way to know whether a given website is complying with GPC provisions or not. The way in which you represent its effect faithfully has to reflect that, and can therefore take contexts into account.

If you wish to take that further, you could design a system for a website to convey its context boundaries. That would be an interesting project and one I would encourage you to pursue, but outside the bounds of GPC.

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

Successfully merging this pull request may close these issues.

4 participants