You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We're interested in this specification in order to support a way for a click source to measure conversions as a result of the user clicking on an ad without sharing user-identifying information with the click source in the third-party context.
This seems "worth prototyping", specially if Apple is doing it in parallel. The privacy preserving aspects make it pretty aligned with Mozilla's mission, but it will be highly disruptive to adtech so it might be worth seeing what the large-scale impacts will be on the web and sites ability to monetize through ads.
It's not entirely clear to me we should endorse this quite yet as it fundamentally depends on some kind of fraud prevention protocol that isn't specified. And the ultimate nature of that fraud prevention technique has itself privacy and security properties that we need to consider.
I believe from the latest Privacy CG meeting that steps are being taken to get more concrete on that and I would suggest we wait on that.
Does that seem likely to happen relatively soon (i.e., we should just wait for it), or do you think it might take a while and we should mark this as defer in the meantime?
On Mon, Jun 1, 2020 at 11:12 AM L. David Baron ***@***.***> wrote:
Does that seem likely to happen relatively soon (i.e., we should just wait
for it), or do you think it might take a while and we should mark this as
defer in the meantime?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#161 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAIPLIODMUYIVKNOB5BJDTDRUPVRHANCNFSM4HOYMBNA>
.
Activity
marcoscaceres commentedon May 23, 2019
This serves as a fairly good explainer:
https://webkit.org/blog/8943/privacy-preserving-ad-click-attribution-for-the-web/
dbaron commentedon Nov 16, 2019
Do you think this is
worth prototyping,important, or something else?marcoscaceres commentedon Nov 18, 2019
This seems "worth prototyping", specially if Apple is doing it in parallel. The privacy preserving aspects make it pretty aligned with Mozilla's mission, but it will be highly disruptive to adtech so it might be worth seeing what the large-scale impacts will be on the web and sites ability to monetize through ads.
hober commentedon Jan 18, 2020
A couple of notes:
hober commentedon Jan 29, 2020
On the fraud question, one possible route would be to use something like Privacy Pass #261 / the Trust Token API #262 to prevent / mitigate fraud.
[-]Privacy Preserving Ad Click Attribution[/-][+]Private Click Measurement[/+]Add Private Click Measurement (worth prototyping).
annevk commentedon May 26, 2020
It's not entirely clear to me we should endorse this quite yet as it fundamentally depends on some kind of fraud prevention protocol that isn't specified. And the ultimate nature of that fraud prevention technique has itself privacy and security properties that we need to consider.
I believe from the latest Privacy CG meeting that steps are being taken to get more concrete on that and I would suggest we wait on that.
dbaron commentedon Jun 1, 2020
Does that seem likely to happen relatively soon (i.e., we should just wait for it), or do you think it might take a while and we should mark this as
deferin the meantime?ekr commentedon Jun 2, 2020
TanviHacks commentedon Jun 5, 2020
We are trying to get some more specification on the proposed fraud preventions, and hence need some more time to sort this out.
Add Private Click Measurement (defer).
Add Private Click Measurement (defer). (#344)