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 [email protected] on 2015-12-17)
  2. Re: issue-268 Re: TPWG Compliance Last Call next steps and schedule (from [email protected] on 2015-12-17)
  3. Re: issue-268 Re: TPWG Compliance Last Call next steps and schedule (from [email protected] on 2015-12-17)
  4. Batch closing of old issues (from [email protected] on 2015-03-24)
  5. Agenda for December 17 TPWG call (from [email protected] on 2014-12-16)
  6. Re: Indirect DNT Processing (Proposed) (from [email protected] on 2014-12-10)
  7. Re: Indirect DNT Processing (Proposed) (from [email protected] on 2014-12-10)
  8. Agenda for December 10 TPWG call (from [email protected] on 2014-12-09)
  9. Re: Indirect DNT Processing (Proposed) (from [email protected] on 2014-12-05)
  10. RE: Indirect DNT Processing (Proposed) (from [email protected] on 2014-12-05)
  11. RE: wiki page re: issue-262 (was Re: Agenda for November 19 TPWG call) (from [email protected] on 2014-12-05)
  12. Re: Indirect DNT Processing (Proposed) (from [email protected] on 2014-12-04)
  13. Re: wiki page re: issue-262 (was Re: Agenda for November 19 TPWG call) (from [email protected] on 2014-12-04)
  14. RE: wiki page re: issue-262 (was Re: Agenda for November 19 TPWG call) (from [email protected] on 2014-12-03)
  15. Agenda for December 3 TPWG call (from [email protected] on 2014-12-02)
  16. Re: TPE last-call issues on my plate, summary [3] (also issue-262) (from [email protected] on 2014-11-21)
  17. Re: TPE last-call issues on my plate, summary [3] (also issue-262) (from [email protected] on 2014-11-20)
  18. Re: TPE last-call issues on my plate, summary [3] (also issue-262) (from [email protected] on 2014-11-20)
  19. Re: TPE last-call issues on my plate, summary [3] (also issue-262) (from [email protected] on 2014-11-20)
  20. TPE last call issues & Issue-262 (from [email protected] on 2014-11-19)
  21. Re: TPE last-call issues on my plate, summary [3] (also issue-262) (from [email protected] on 2014-11-19)
  22. RE: Agenda for November 19 TPWG call (from [email protected] on 2014-11-19)
  23. wiki page re: issue-262 (was Re: Agenda for November 19 TPWG call) (from [email protected] on 2014-11-18)
  24. Agenda for November 19 TPWG call (from [email protected] on 2014-11-18)
  25. RE: TPE last-call issues on my plate, summary [3] (also issue-262) (from [email protected] on 2014-11-12)
  26. Re: Confirm API + Issue-262 (from [email protected] on 2014-11-11)
  27. Agenda for November 12 TPWG call (from [email protected] on 2014-11-11)
  28. Confirm API + Issue-262 (from [email protected] on 2014-11-11)
  29. Agenda for November 4 TPWG call (from [email protected] on 2014-11-04)
  30. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-11-04)
  31. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-11-04)
  32. Re: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-11-03)
  33. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-11-01)
  34. Re: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-11-01)
  35. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-11-01)
  36. Re: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-31)
  37. Re: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-31)
  38. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-31)
  39. Re: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-31)
  40. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-31)
  41. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-31)
  42. Re: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  43. Re: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  44. Re: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  45. Re: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  46. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  47. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  48. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  49. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  50. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  51. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  52. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  53. Re: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  54. Re: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  55. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  56. Re: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  57. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  58. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  59. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  60. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  61. Re: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  62. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  63. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  64. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-30)
  65. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-29)
  66. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-29)
  67. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-29)
  68. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-29)
  69. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-29)
  70. Re: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-29)
  71. Re: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-29)
  72. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-29)
  73. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-29)
  74. Re: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-29)
  75. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-29)
  76. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-29)
  77. RE: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-29)
  78. Re: ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-29)
  79. Re: Agenda for October 22 TPWG call (from [email protected] on 2014-10-22)
  80. Re: Indirect DNT Processing (Proposed) (from [email protected] on 2014-10-21)
  81. Agenda for October 22 TPWG call (from [email protected] on 2014-10-21)
  82. ISSUE-262: guidance regarding server responses and timing (from [email protected] on 2014-10-21)
  83. Re: Issue-148 meaning of DNT:0 (from [email protected] on 2014-10-14)
  84. Agenda for October 15 TPWG call (from [email protected] on 2014-10-14)
  85. Issue-148 meaning of DNT:0 (from [email protected] on 2014-10-08)
  86. Agenda for October 8 TPWG call (from [email protected] on 2014-10-07)
  87. Resolving Last Call issues to TPE (from [email protected] on 2014-09-08)
  88. Re: tracking-ISSUE-262: guidance regarding server responses and timing [TPE Last Call] (from [email protected] on 2014-08-26)
  89. tracking-ISSUE-262: guidance regarding server responses and timing [TPE Last Call] (from [email protected] 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

Chair, Staff Contact
Tracker: documentation, (configuration for this group), originally developed by Dean Jackson, is developed and maintained by the Systems Team <[email protected]>.
$Id: 262.html,v 1.1 2019/02/01 09:32:40 vivien Exp $