W3C home > Mailing lists > Public > public-tracking@w3.org > March 2012

RE: JS Exception API

From: Kevin Smith <kevsmith@adobe.com>
Date: Tue, 6 Mar 2012 16:55:07 -0800
To: Nicholas Doty <npdoty@w3.org>, Andy Zeigler <andyzei@microsoft.com>
CC: Tom Lowenthal <tom@mozilla.com>, "public-tracking@w3.org" <public-tracking@w3.org>
Message-ID: <6E120BECD1FFF142BC26B61F4D994CF3064CC201A8@nambx07.corp.adobe.com>
A 1st party often may not even know the 3rd parties needed to monetize a specific page due to things such as 3rd party chains and tag managers.  They may know what 3rd parties they use across the entire 1st party, but not necessarily for a single page or section of their site.  So the list could be total site wide exceptions rather than just for that page (this would also reduce the # of requests to the user), but tag managers would have to be able to edit that list of 3rd parties if they were to continue to provide much value.

Nick, I would be very interested to know if the publishers that are interested in per 3rd party exceptions have thought through the custom implementations they would have to do.  From a pure business case it makes sense.  It's not until you do a cost/benefit analysis that it starts breaking down.

-----Original Message-----
From: Nicholas Doty [mailto:npdoty@w3.org] 
Sent: Tuesday, March 06, 2012 5:22 PM
To: Andy Zeigler
Cc: Kevin Smith; Tom Lowenthal; public-tracking@w3.org
Subject: Re: JS Exception API

On Mar 6, 2012, at 3:32 PM, Andy Zeigler wrote:

> If it isn't feasible for 1st-parties to know which 3rd-parties will render on their site, then websites will just use "*". 

A 1st-party may not know which 3rd-parties will render on their site but still know which 3rd-parties on its site it needs a tracking exception for in order to make a monetization decision. For example, a lot of sites install social widgets and (I expect) don't require that those social widgets track the user in order to monetize their content. They could request a list of their analytics and advertising trackers they need for monetization purposes and a user could continue sending DNT:1 to the social networking widgets on the page.

> If sites only use "*", then I agree with you that it makes sense to scrap the per-3rd-party affordance altogether, as it has the side effect of massively simplifying implementations, *and* it solves the "DNT value accessibility from Javascript" issue. In other words, there would only be one possible DNT value per DOM, which means that any 3rd-party script will get the correct value. 

I agree that we can use implementation experience to help guide us here. If no site ever uses anything but "*", then there would evidently be no use for that parameter. I'm not sure that's the case given what we've heard from publishers, but I'm very interested to hear more input there.

Received on Wednesday, 7 March 2012 00:55:43 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:38:36 UTC