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

RE: on negotiating site exceptions (was Re: Work ahead; volunteers?)

From: Shane Wiley <wileys@yahoo-inc.com>
Date: Tue, 27 Mar 2012 19:28:54 -0700
To: David Singer <singer@apple.com>, "public-tracking@w3.org (public-tracking@w3.org)" <public-tracking@w3.org>
Message-ID: <63294A1959410048A33AEE161379C8023D1171C30D@SP2-EX07VS02.ds.corp.yahoo.com>
David,

We're attempting to move beyond cookies with DNT.  If cookies were "enough" there wouldn't be calls for a persistent preference store on the web browser that sits outside of cookies (aka - DNT).  I believe your comments are looking a bit in the rear-view mirror instead of the future of the Internet in front of us that is relying less on cookies (mobile and interactive TV experiences for example).

- Shane

-----Original Message-----
From: David Singer [mailto:singer@apple.com] 
Sent: Tuesday, March 27, 2012 7:45 PM
To: public-tracking@w3.org (public-tracking@w3.org)
Subject: on negotiating site exceptions (was Re: Work ahead; volunteers?)

I tend to wonder whether we've got the right model here.

As I see it (maybe askew), we're saying that roughly:
* the user visits a 1st party site with DNT on, and the first party loads some scripts into the UA, which then "asks the user" (actually the UA) to get some kind of exception for this 1st party site's 3rd parties.  If granted, the UA will then send DNT:0 to those 3rd parties when present on that 1st party.

In some sense, we're asking that the UA remember something and return it later - which is what cookies do.

I think it equally likely, and rather easier to engineer, that the 1st party site sees the DNT header and takes the user to a page, where it can explain 
* either accept the reduced site for DNT-users
* or pay for the premium tracking-and-advertising free site;
* or grant my third parties an exception.

If the user chooses the last, the 1st party does an "out of band" signal to the 3rd party (e.g. by using a special URL form) that they has the exception, and the 3rd party can then use a cookie to remember that.  All that remains is when the UA sees the [response header | well-known resource] saying "this 3rd party claims a user exception on this 1st party site" the UA can check with the user, if it likes, and then remember that. In this case, the 3rd party would get the 'blanket' DNT:1 from the UA, and the cookie that it set saying "but this user gave me an exception".

It seems that using regular pages to do the explanation and interaction could be more pleasant than scripts.

In this scenario, the UA can still allow the user to configure 'trusted third parties' or 'trusted 3rd parties when on specific 1st parties' if it likes, as well (and send them DNT:0).

David Singer
Multimedia and Software Standards, Apple Inc.
Received on Wednesday, 28 March 2012 02:29:34 UTC

This archive was generated by hypermail 2.3.1 : Friday, 21 June 2013 10:11:26 UTC