If a given web server can only read cookies from those set within its own domain, how do Internet advertisers track user's web traffic from websites outside of their network?
Is there some kind of "supercookie" global advertising system that allows advertisers to retrieve upper-level domain cookies and then query some server (from an affiliate) that houses information about where that user has been?
Update:
To clarify my question, is it possible for an advertiser that publishes ads on "example2.com" to ascertain that I visited a particular site "example1.com" if they had never served an ad on a page from "example1.com"?
AdSense uses cookies to improve advertising. Some common applications are to target advertising based on what's relevant to a user, to improve reporting on campaign performance, and to avoid showing ads the user has already seen. Cookies themselves contain no personally identifiable information.
Third-Party Cookies, as explained before, are cookies that are stored under a different domain than you are currently visiting. They are mostly used to track users between websites and display more relevant ads between websites. Another good example is a support chat functionality provided by a 3rd party service.
It will collect information about all the sites you visit, the pages you looked at within a website, products you might have clicked on or purchases that you've made etc. Advertisers use the information collected via tracking cookies to serve users custom ads across the web and in their social media feeds.
Google uses first-party data for user preferences and authentication and third-party cookies for advertising. Some cookies let Google serve ads on third-party sites, measure campaign performance and conversion rates, and personalize content, according to its support page.
There is no need for a "supercookie". Each server reads its own domain's cookies. The servers pass information to each other through URLs. (Or, less commonly, through backchannels.)
For example, say you go to example.com
. You have an example.com
cookie that reads user=1032354
. You retrieve http://www.example.com
. Of course, you send your cookie to the web server, which outputs the following in the web page:
<IMG href="http://www.advertiser.exmaple/add.cgi?source=example.com&user=1032354">
Of course, when your browser goes to www.advertiser.example
to get the image, it happily sends the advertiser.example
cookie. Now, the server at advertiser.example
knows which user you are on its site (from the cookie you sent it) and which user you are on example.com
(from the URL).
With the backchannel method, it operates more like this:
1) You go to www.example.com
and send it your example.com
cookie.
2) The web server at example.com
gets your user ID from the cookie and sends a JSON request to advertiser.example
to create a session for you. It passes it your example.com
user ID.
3) The web server outputs an image link to advertiser.example
with the session ID created in step 2.
4) When your browser connects to advertiser.example
, it sends the advertiser.example
cookie in the headers and the session ID in the URL.
5) The server at advertiser.example
can now associate your session with their own user record and your user record at example.com
and it can output an appropriate ad.
It can also be done through referrers.
Update: No cookie is needed at the main sites. A single advertiser cookie will do.
1) You go to a site, you send no cookie. The site assigns you a new session.
2) The web page has an embedded image link to the advertiser's site with the session embedded in the URL.
3) You fetch the embedded image, sending your session ID (in the URL) and your cookie (for the advertiser's site).
4) The advertiser now associates your session on the main site with your account in their database. It communicates this to the site's web server through a back channel, embedded in an URL, or other means.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With