不需要“超级cookie”。每个服务器都读取自己域的 cookie。服务器通过 URL 相互传递信息。 (或者,不太常见的是,通过反向渠道。)
例如,假设您访问example.com。你有一个example.com cookie,它读取user=1032354。您检索http://www.example.com。当然,您将 cookie 发送到 Web 服务器,它会在网页中输出以下内容:
<IMG href="http://www.advertiser.exmaple/add.cgi?source=example.com&user=1032354">
当然,当您的浏览器转到www.advertiser.example 获取图像时,它会愉快地发送advertiser.example cookie。现在,advertiser.example 的服务器知道您在其站点上的哪个用户(通过您发送给它的 cookie)以及您在example.com 上的哪个用户(通过 URL)。
使用反向通道方法,它的操作更像这样:
1) 您转到www.example.com 并将您的example.com cookie 发送给它。
2) example.com 的网络服务器从 cookie 中获取您的用户 ID,并向 advertiser.example 发送 JSON 请求,为您创建会话。它会将您的 example.com 用户 ID 传递给它。
3) 网络服务器输出到advertiser.example 的图像链接,其中包含在步骤 2 中创建的会话 ID。
4) 当您的浏览器连接到 advertiser.example 时,它会在标头中发送 advertiser.example cookie,并在 URL 中发送会话 ID。
5) advertiser.example 的服务器现在可以将您的会话与他们自己的用户记录和您在example.com 的用户记录相关联,它可以输出适当的广告。
也可以通过推荐人来完成。
更新:主要站点不需要 cookie。一个广告客户 cookie 就可以了。
1) 你访问一个站点,你没有发送任何 cookie。该网站会为您分配一个新会话。
2) 网页嵌入了指向广告客户网站的图片链接,其中会话嵌入在 URL 中。
3) 您获取嵌入的图像,发送您的会话 ID(在 URL 中)和您的 cookie(用于广告客户的网站)。
4) 广告客户现在将您在主网站上的会话与您在其数据库中的帐户相关联。它通过反向通道、嵌入在 URL 中或其他方式将此信息传达给站点的 Web 服务器。