-
Notifications
You must be signed in to change notification settings - Fork 90
Availability for experimentation #25
Comments
@jkarlin just wanted to piggyback on this question as all companies are currently working on their 2021 plans. Are there any additional detail you can provide us in this respect? thanks in advance. |
Hello, thanks for your interest. Until two weeks ago, no other organization had indicated support for experimenting with FLoC in the Discourse thread, and so there were no plans to expose the API. Now that we have interest from a second party (Yahoo! Japan), we will move towards making this available as an Origin Trial. The first experimental version is not yet code-complete, and we don't yet know whether we'll be ready by the Chrome M89 branch date in January. So the Origin Trial will reach stable either with M89 in early March, or with M90 in mid-April. |
Thanks a lot @michaelkleber, this is great to hear! Appreciate the transparency. |
Certainly! And please feel free to voice your support (including an indication of any organizational affiliation) for experimentation on the Discourse thread as well. That's the place the browser developer community tends to look to see if there is interest in a new proposed feature. |
Hi folks! We did get all of the essential FLoC code into Chromium in time for the M89 branch. So we expect an Origin Trial to be possible beginning in March. We were happy to see Google Ads reporting more promising results in a blog post today. But that's still just based on their simulations of FLoC clustering algorithms. We're looking forward to more people running experiments once the Origin Trial provides access to real in-browser clustering. |
Hi @michaelkleber, as we're getting closer to the trial we have a few more questions on this.
Thanks in advance. |
Hi @michaelkleber - just following up on this. I realize you're super busy but the trial is due to start in a month so we want to make sure we're clear on those details. Thanks in advance. |
Hi @captify-mgruau, apologies for the delay in responding.
|
Will there be an opt-out that does not require setting an HTTP header before the origin trial begins? |
No — adding another opt-out mechanism will require new code, but we're already code complete on the first origin trial. |
So the choices for sites that aren't currently on hosting that lets them set HTTP headers are:
Please make the origin trial opt-in, or at least postpone it until an opt-out that is practical for low-budget sites is available. |
Hi Don, I do not think we should block the start of an Origin Trial for adding an additional opt-out mechanism. The thinking behind a default of including visits to any domain that loads ads resources is that those ad resource calls generally include third-party cookies — which mean that some unknown number of ad-tech-controlled user profiles may already be influenced, on an event-by-event level, by the page visit. Even if this hypothesis is occasionally incorrect and there is some site that would contribute to FLoC but not to any ads data collection today, you're looking at a situation where the expected threat is something like: "For people in cohort 1234, if they visit site X there is a 4% chance they might move to cohort 1235 instead." But of course there would be many other ways for someone to be in cohort 1235 also. |
Hi Michael, please think about the problem from the point of view of a small site trying to do all this stuff right and use a limited number of third party services in a way that respects the interests of site visitors. Right now that site's privacy policy says something like "we only share your info with example dot com, and we have a contract with them where they can only do (certain things)" They probably aren't coming to W3C meetings and keeping up with all this, but if they were, they would have to choose one of the four options in my previous comment. If they did end up choosing (4), they would still have to change their privacy policy to "we only share your info with example dot com, unless you visit with Google Chrome, in which case your visit to our site could get shared with any site that calls a certain JavaScript function, and we don't know which sites those are" The small site trying to do things correctly has to do extra work because the company with 135,000 employees wants a little convenience? (The more I think about this the more I think opt-in is the only sensible way to go here -- you could get enough sites to turn FLoC on by promoting it to Google Analytics users.) |
First, I think your characterization of "your visit to our site could get shared with any site that calls a certain JavaScript function" is completely incorrect. Chrome's initial design includes many decisions all designed to protect the small site trying to do things correctly. That said, requiring an opt-in is our intention for this API's launch, for reasons including the "virtuous cycle" discussions in #45. But opt-in does not seem like a reasonable way to answer the question "Would this API be useful if it were adopted?" |
(Updated previous comment on documenting data sharing in privacy policy, to link to the relevant issue. Not all history is shared with all sites, but some sites from history could be exposed to other sites.) Sites are going to have to update their privacy policies to cover FLoC training exposure during the origin trial, then change back as soon as either FLoC goes opt-in, or the site opts out. |
Hi, is there any updated timeframe on when exactly Origin Trial could start? |
We're working on getting it started now. It will be live sometime later in M89, but we don't have an exact date. |
Hi,
As announced during an IWABG call, the proposal is indeed being implemented in Chromium (https://chromium-review.googlesource.com/q/FloC).
What are the next steps regarding this feature? I guess the implementation is intended to run live-traffic tests?
If so what would be the type of tests and measures to be held?
When would they start?
Thanks
The text was updated successfully, but these errors were encountered: