假设我在电子邮件中的图像请求上设置了一个 cookie(因此当用户查看电子邮件中的图像时设置了 cookie)。如果用户随后点击电子邮件以打开他们的浏览器,浏览器是否可以访问我刚刚设置的 cookie?
显然,如果用户将 Outlook 作为他们的电子邮件客户端并将 Firefox 作为他们的默认浏览器,则电子邮件 cookie(如果存在)将无法访问。但如果他们使用 IE 怎么办?在 iPhone 或 Android 手机上,会发生什么?
假设我在电子邮件中的图像请求上设置了一个 cookie(因此当用户查看电子邮件中的图像时设置了 cookie)。如果用户随后点击电子邮件以打开他们的浏览器,浏览器是否可以访问我刚刚设置的 cookie?
显然,如果用户将 Outlook 作为他们的电子邮件客户端并将 Firefox 作为他们的默认浏览器,则电子邮件 cookie(如果存在)将无法访问。但如果他们使用 IE 怎么办?在 iPhone 或 Android 手机上,会发生什么?
我发现了另一个关于这个主题的有趣帖子:
因此,cookie 通常通过 HTTP 与 HTML 请求一起提供。电子邮件不是通过 HTTP 提供的 HTML,而是通过 IMAP 或 POP 提供的 HTML。由于没有对 HTML 的 HTTP 请求,因此无法发送 cookie。
但是,有一个警告。虽然您的 HTML 不是通过 HTTP 请求提供的并且不包含 cookie,但您的电子邮件中的图像是通过 HTTP 请求的。如果图像被重新请求,您的图像服务器可能会发送 cookie,并且大多数电子邮件客户端会发回 cookie。邮件客户端对 cookie 的支持没有故障,但我知道 PC 上的 Outlook 套件肯定会尊重图像请求标头中的 cookie。我们在测试我们的图像验证软件时看到了这一点,那里有非常少量的图像服务器正在发送 cookie。不过,您很可能不在这个桶中,因为它很少见。
我不是律师,但阅读此链接 https://ico.org.uk/for-organisations/guide-to-pecr/cookies-and-similar-technologies/ 我认为您可以不包括该消息。如果您可以确认没有 cookie 与您的图像一起提供,那您肯定没问题。不过,我不是律师。
我们还要记住,有时可以在使用 HTTP 协议的浏览器中打开电子邮件。
另一个问题是,不仅可以使用 cookie,还可以使用例如个性化链接来跟踪此人。
我希望我帮助了某人。
我想你回答了你自己的问题......
这是一个客户端问题(对你来说)。它是“抓到就抓”。不保证您使用的任何组合都是 100% 万无一失的。
Outlook 到 Safari(或 FF、Opera 等)。变数太多了。更不用说您的任何一个收件人都可以将他们的电子邮件客户端设置为纯文本。
通过为图像以及所有链接分配查询参数,我获得了最佳跟踪。但我从来没有找到真正占发送电子邮件 100% 的解决方案(之后比较/跟踪查看率)。
我不认为饼干被携带。您可能希望制作一个令牌以放入查询字符串并以这种方式验证会话。