ISSUE-262: guidance regarding server responses and timing

guidance regarding server responses and timing

State:
PENDING REVIEW
Product:
TPE Last Call
Raised by:
Nick Doty
Opened on:
2014-07-13
Description:
http://lists.w3.org/Archives/Public/public-tracking-comments/2014Jun/att-0019/Rubicon_Project_-_DNT_TPE_Comment_Letter.pdf
per Vivek, a comment that tracking status values may change depending on when during a real-time bidding process a user requests the tracking status resource.

The TPE does not provide any guidance as to when a server must respond to a valid GET request for tracking status. Timing may not matter for many parties in the ecosystem, but it is particularly important for third parties like Rubicon Project that operate or use automated exchanges that allow real-time bidding. Because only a bid winner can adequately respond to the GET request, the specific tracking status resource (“TSR”) response will change depending on whether the GET request is sent immediately upon loading a page (i.e., before bidding on an impression is complete), or instead is sent after bidding is complete and the winner is determined. Rubicon Project is concerned that such a system could actually increase end user confusion and uncertainty, by providing different responses at different times. To the extent that user agents, plug-ins, or add-ons rely on the TSR to inform the an end user of a responding server’s tracking practices, the fact that the content of the notice to the end user would change depending on the timing of the request could undermine consumer confidence in the DNT mechanism and actually cause consumer confusion. Accordingly, Rubicon Project requests that the Working Group include some guidance as to how responding servers should deal with such timing issues.
Related Actions Items:
Related emails:
  1. RE: issue-268 Re: TPWG Compliance Last Call next steps and schedule (from michael.oneill@baycloud.com on 2015-12-17)
  2. Re: issue-268 Re: TPWG Compliance Last Call next steps and schedule (from rob@blaeu.com on 2015-12-17)
  3. Re: issue-268 Re: TPWG Compliance Last Call next steps and schedule (from rob@blaeu.com on 2015-12-17)
  4. Batch closing of old issues (from jbrookman@cdt.org on 2015-03-24)
  5. Agenda for December 17 TPWG call (from npdoty@w3.org on 2014-12-16)
  6. Re: Indirect DNT Processing (Proposed) (from jbrookman@cdt.org on 2014-12-10)
  7. Re: Indirect DNT Processing (Proposed) (from singer@apple.com on 2014-12-10)
  8. Agenda for December 10 TPWG call (from npdoty@w3.org on 2014-12-09)
  9. Re: Indirect DNT Processing (Proposed) (from fielding@gbiv.com on 2014-12-05)
  10. RE: Indirect DNT Processing (Proposed) (from michael.oneill@baycloud.com on 2014-12-05)
  11. RE: wiki page re: issue-262 (was Re: Agenda for November 19 TPWG call) (from vtoubiana@cnil.fr on 2014-12-05)
  12. Re: Indirect DNT Processing (Proposed) (from fielding@gbiv.com on 2014-12-04)
  13. Re: wiki page re: issue-262 (was Re: Agenda for November 19 TPWG call) (from singer@apple.com on 2014-12-04)
  14. RE: wiki page re: issue-262 (was Re: Agenda for November 19 TPWG call) (from vtoubiana@cnil.fr on 2014-12-03)
  15. Agenda for December 3 TPWG call (from npdoty@w3.org on 2014-12-02)
  16. Re: TPE last-call issues on my plate, summary [3] (also issue-262) (from singer@apple.com on 2014-11-21)
  17. Re: TPE last-call issues on my plate, summary [3] (also issue-262) (from fielding@gbiv.com on 2014-11-20)
  18. Re: TPE last-call issues on my plate, summary [3] (also issue-262) (from annevk@annevk.nl on 2014-11-20)
  19. Re: TPE last-call issues on my plate, summary [3] (also issue-262) (from singer@apple.com on 2014-11-20)
  20. TPE last call issues & Issue-262 (from michael.oneill@baycloud.com on 2014-11-19)
  21. Re: TPE last-call issues on my plate, summary [3] (also issue-262) (from annevk@annevk.nl on 2014-11-19)
  22. RE: Agenda for November 19 TPWG call (from vtoubiana@cnil.fr on 2014-11-19)
  23. wiki page re: issue-262 (was Re: Agenda for November 19 TPWG call) (from npdoty@w3.org on 2014-11-18)
  24. Agenda for November 19 TPWG call (from npdoty@w3.org on 2014-11-18)
  25. RE: TPE last-call issues on my plate, summary [3] (also issue-262) (from michael.oneill@baycloud.com on 2014-11-12)
  26. Re: Confirm API + Issue-262 (from singer@apple.com on 2014-11-11)
  27. Agenda for November 12 TPWG call (from npdoty@w3.org on 2014-11-11)
  28. Confirm API + Issue-262 (from michael.oneill@baycloud.com on 2014-11-11)
  29. Agenda for November 4 TPWG call (from npdoty@w3.org on 2014-11-04)
  30. RE: ISSUE-262: guidance regarding server responses and timing (from michael.oneill@baycloud.com on 2014-11-04)
  31. RE: ISSUE-262: guidance regarding server responses and timing (from vtoubiana@cnil.fr on 2014-11-04)
  32. Re: ISSUE-262: guidance regarding server responses and timing (from npdoty@w3.org on 2014-11-03)
  33. RE: ISSUE-262: guidance regarding server responses and timing (from vtoubiana@cnil.fr on 2014-11-01)
  34. Re: ISSUE-262: guidance regarding server responses and timing (from wileys@yahoo-inc.com on 2014-11-01)
  35. RE: ISSUE-262: guidance regarding server responses and timing (from michael.oneill@baycloud.com on 2014-11-01)
  36. Re: ISSUE-262: guidance regarding server responses and timing (from fielding@gbiv.com on 2014-10-31)
  37. Re: ISSUE-262: guidance regarding server responses and timing (from wileys@yahoo-inc.com on 2014-10-31)
  38. RE: ISSUE-262: guidance regarding server responses and timing (from michael.oneill@baycloud.com on 2014-10-31)
  39. Re: ISSUE-262: guidance regarding server responses and timing (from fielding@gbiv.com on 2014-10-31)
  40. RE: ISSUE-262: guidance regarding server responses and timing (from michael.oneill@baycloud.com on 2014-10-31)
  41. RE: ISSUE-262: guidance regarding server responses and timing (from rob@blaeu.com on 2014-10-31)
  42. Re: ISSUE-262: guidance regarding server responses and timing (from wileys@yahoo-inc.com on 2014-10-30)
  43. Re: ISSUE-262: guidance regarding server responses and timing (from wileys@yahoo-inc.com on 2014-10-30)
  44. Re: ISSUE-262: guidance regarding server responses and timing (from jeff@democraticmedia.org on 2014-10-30)
  45. Re: ISSUE-262: guidance regarding server responses and timing (from wileys@yahoo-inc.com on 2014-10-30)
  46. RE: ISSUE-262: guidance regarding server responses and timing (from rob@blaeu.com on 2014-10-30)
  47. RE: ISSUE-262: guidance regarding server responses and timing (from wileys@yahoo-inc.com on 2014-10-30)
  48. RE: ISSUE-262: guidance regarding server responses and timing (from wileys@yahoo-inc.com on 2014-10-30)
  49. RE: ISSUE-262: guidance regarding server responses and timing (from rob@blaeu.com on 2014-10-30)
  50. RE: ISSUE-262: guidance regarding server responses and timing (from rob@blaeu.com on 2014-10-30)
  51. RE: ISSUE-262: guidance regarding server responses and timing (from wileys@yahoo-inc.com on 2014-10-30)
  52. RE: ISSUE-262: guidance regarding server responses and timing (from vtoubiana@cnil.fr on 2014-10-30)
  53. Re: ISSUE-262: guidance regarding server responses and timing (from jbrookman@cdt.org on 2014-10-30)
  54. Re: ISSUE-262: guidance regarding server responses and timing (from jeff@democraticmedia.org on 2014-10-30)
  55. RE: ISSUE-262: guidance regarding server responses and timing (from wileys@yahoo-inc.com on 2014-10-30)
  56. Re: ISSUE-262: guidance regarding server responses and timing (from jeff@democraticmedia.org on 2014-10-30)
  57. RE: ISSUE-262: guidance regarding server responses and timing (from wileys@yahoo-inc.com on 2014-10-30)
  58. RE: ISSUE-262: guidance regarding server responses and timing (from vtoubiana@cnil.fr on 2014-10-30)
  59. RE: ISSUE-262: guidance regarding server responses and timing (from wileys@yahoo-inc.com on 2014-10-30)
  60. RE: ISSUE-262: guidance regarding server responses and timing (from wileys@yahoo-inc.com on 2014-10-30)
  61. Re: ISSUE-262: guidance regarding server responses and timing (from jbrookman@cdt.org on 2014-10-30)
  62. RE: ISSUE-262: guidance regarding server responses and timing (from rob@blaeu.com on 2014-10-30)
  63. RE: ISSUE-262: guidance regarding server responses and timing (from vtoubiana@cnil.fr on 2014-10-30)
  64. RE: ISSUE-262: guidance regarding server responses and timing (from vtoubiana@cnil.fr on 2014-10-30)
  65. RE: ISSUE-262: guidance regarding server responses and timing (from wileys@yahoo-inc.com on 2014-10-29)
  66. RE: ISSUE-262: guidance regarding server responses and timing (from wileys@yahoo-inc.com on 2014-10-29)
  67. RE: ISSUE-262: guidance regarding server responses and timing (from vtoubiana@cnil.fr on 2014-10-29)
  68. RE: ISSUE-262: guidance regarding server responses and timing (from wileys@yahoo-inc.com on 2014-10-29)
  69. RE: ISSUE-262: guidance regarding server responses and timing (from vtoubiana@cnil.fr on 2014-10-29)
  70. Re: ISSUE-262: guidance regarding server responses and timing (from jbrookman@cdt.org on 2014-10-29)
  71. Re: ISSUE-262: guidance regarding server responses and timing (from jeff@democraticmedia.org on 2014-10-29)
  72. RE: ISSUE-262: guidance regarding server responses and timing (from rob@blaeu.com on 2014-10-29)
  73. RE: ISSUE-262: guidance regarding server responses and timing (from wileys@yahoo-inc.com on 2014-10-29)
  74. Re: ISSUE-262: guidance regarding server responses and timing (from jbrookman@cdt.org on 2014-10-29)
  75. RE: ISSUE-262: guidance regarding server responses and timing (from michael.oneill@baycloud.com on 2014-10-29)
  76. RE: ISSUE-262: guidance regarding server responses and timing (from wileys@yahoo-inc.com on 2014-10-29)
  77. RE: ISSUE-262: guidance regarding server responses and timing (from michael.oneill@baycloud.com on 2014-10-29)
  78. Re: ISSUE-262: guidance regarding server responses and timing (from jbrookman@cdt.org on 2014-10-29)
  79. Re: Agenda for October 22 TPWG call (from singer@apple.com on 2014-10-22)
  80. Re: Indirect DNT Processing (Proposed) (from npdoty@w3.org on 2014-10-21)
  81. Agenda for October 22 TPWG call (from npdoty@w3.org on 2014-10-21)
  82. ISSUE-262: guidance regarding server responses and timing (from npdoty@w3.org on 2014-10-21)
  83. Re: Issue-148 meaning of DNT:0 (from singer@apple.com on 2014-10-14)
  84. Agenda for October 15 TPWG call (from npdoty@w3.org on 2014-10-14)
  85. Issue-148 meaning of DNT:0 (from michael.oneill@baycloud.com on 2014-10-08)
  86. Agenda for October 8 TPWG call (from npdoty@w3.org on 2014-10-07)
  87. Resolving Last Call issues to TPE (from jbrookman@cdt.org on 2014-09-08)
  88. Re: tracking-ISSUE-262: guidance regarding server responses and timing [TPE Last Call] (from fielding@gbiv.com on 2014-08-26)
  89. tracking-ISSUE-262: guidance regarding server responses and timing [TPE Last Call] (from sysbot+tracker@w3.org on 2014-07-13)

Related notes:

WONTFIX. A server must respond to any GET request for tracking status,
at any time, and not necessarily corresponding to any specific request
on a designated resource. In other words, they are independent resources
and the user agent decides when (or if ever) it makes a request for the
tracking status.

Real-time bidding does not have an impact here. Each time a user agent
is presented with a resource to fetch (i.e., perform a GET on some URI)
it makes a decision whether to request the tracking status or not.
There is no requirement for the UA to do so: the protocol is satisfied by
the DNT preference expressed, so the tracking status resource exists for
the sole purpose of verifying (or finding more information about) compliance.

If the UA chooses not to verify compliance, then no additional requests
will be sent. If the UA chooses to verify compliance prior to making a
request to a new site, then it will do so after it has been provided the
URI by the real-time bidding algorithm (the URI of the bid winner).
Assuming the bid winner claims to conform to TPE, the tracking status
the UA receives must remain valid for at least 24 hours (or longer if
cache control specifies a specific TTL). Note that the tracking status
of the bid winner is separate from the tracking status of the bidding
process if they are separate HTTP requests; if the market acts as a
gateway and provides the bid winning response itself, then the market
is responsible for the tracking status of itself and all downstream
recipients (those it shared the request data with).

Our expectation is that only a very small number of user agents will
actively verify compliance and will only do so once per site. Some
UAs might rely on others to verify compliance, or limit such checks
to sites that have a bad reputation.

Roy Fielding, 27 Aug 2014, 15:57:04

Suggestion from Shane: http://lists.w3.org/Archives/Public/public-tracking/2014Oct/0064.html

Nick Doty, 15 Oct 2014, 16:04:46

Shane raise the issue of exchanges that forward the request data to a set of parties and then want to respond with the tracking status of the selected party (the winning bidder). I have tried to address this in r1.274.

Roy Fielding, 5 Dec 2014, 00:55:27

Display change log ATOM feed


Matthias Schunter <matthias.schunter@intel.com>, Chair, Bert Bos <bert@w3.org>, Staff Contact
Tracker: documentation, (configuration for this group), originally developed by Dean Jackson, is developed and maintained by the Systems Team <w3t-sys@w3.org>.
$Id: index.php,v 1.325 2014-09-10 21:42:02 ted Exp $