johnwilander
commented
3 years ago Hi! Thanks for filing.
Using third-parties for various things in PCM has been discussed thoroughly since the very beginning. A round up of the latest can be found here: https://github.com/privacycg/private-click-measurement/issues/57. Note that Conversion Measurement API has very different goals for tracking prevention and privacy compared to PCM. That’s mainly why there are two proposals. It should also be noted that WebKit’s position is that sending attribution data to third parties the user has likely never heard of goes against user expectations. They merely know they clicked an ad on site A that took them to site B.
The specific thing you bring up was discussed on the latest Privacy CG biweekly call and I said the intention has been to solve this with the forthcoming JavaScript API which would allow wildcard triggering of attribution. During the call, at least three people brought up that some advertisers/merchants/click destinations are very reluctant to deploy JavaScript for attribution purposes. So I suggested that we match the functionality of the JavaScript API (or parts of it) with a same-site “pixel” way of triggering attribution. That would allow wildcards too.
Pl-Mrcy
tprieur
Hi @johnwilander,
The current PCM specifications make it only useable when the "click source" and the "attribute-on" have a direct relationship. This is only workable - in an advertising context - for ad campaigns running on a very limited number of publisher domains. It is not in the fairly common case where a third party acts on behalf of the advertiser and publishes ads on a wide network of publishers all over the "open web".
In the current state of affairs, all actors are equally constrained when running and measuring the performance of ad campaigns on Safari. This API, serving the needs of a very specific set of actors (big publishers who can maintain their own ad stack) will give them a clear edge over the rest of the industry. Not only will they be able to showcase their performance while others won't be but their numbers will sometimes be unfairly inflated. Let's consider the following scenario: Advertiser A runs ads through "big publisher" B and a myriad of smaller publishers C, D, E, etc. via an ad tech third-party provider T.
T being unable to leverage this API, the conversion credits that should be sometimes split between B and T (and the myriad of small publishers it prints ads on) would entirely be assigned to B and overestimate its impact.
This API ends up giving, on Safari, a decisive competitive advantage to already dominant players, owning several links in the value chain, at the expense of smaller actors.
What are your thoughts on this? Is that something that you aspire to fix? Until we found a solution to this issue, we propose to delay the roll-out of this API. A possible solution would be to support calls to third-parties for triggering ad click attributions, as described in Chromes' Conversion Measurement API.