我正在为我们网站的推荐人以及代表其他第 3 方网站所有者建立一个跟踪系统。这将包括在客户点击进入网站时放置一个 cookie，然后如果他们到达定义的“成功”页面，然后从该 cookie 中读取他们的 ID。
我见过许多用于跟踪的不同方法，它们似乎都分为两类：
包括一个 IMG 标记，该标记将链接到处理所需内容并返回图像的脚本
包括一个外部 javascript 文件，通常使用与 1 中相同的方法在标签内。
一种方法比另一种方法有什么好处？我觉得我必须在这里遗漏一些非常简单的东西，但是只能看到可以使用 javascript 方法来避免图像缓存。
服务器端脚本是 ASP.net
编辑：正在使用 cookie / 跟踪方法，因为它似乎是行业标准，我们需要能够在很长一段时间内跟踪目标和/或多次访问，但是欢迎使用这种方法的替代方法！
谢谢
值得注意的是，许多跟踪软件（如 Google Analytics）都使用 1x1 像素。如果您试图避免缓存，您可以在特定页面上设置缓存过期时间，以便内容不会被缓存在用户端。就目前而言，尽管您确实只需要设置一次 cookie，并且如果用户在后续访问中没有清除缓存，那么他们可能也没有清除 cookie。
您可以使用任何一种方法，并期望会有一小部分用户监控 cookie 或脚本，并会尽量避免在他们的机器上设置您的 cookie。几乎没有人浏览禁用图像。
那些对 cookie 和/或 javascript 偏执的少数用户通常不会影响您的整体跟踪信息，除非您的网站当然专门为该人群提供内容（技术含量高的用户等）。因此，除非绝对必要，否则我不会为少数群体量身定制解决方案。
如果您在 <head> 部分中包含外部脚本，它会在页面显示之前下载并执行，因此您可以确定如果用户看到了他们被跟踪的页面。对于 <img> 标签，没有这样的保证，因为用户可能会在浏览器启动该图像的加载请求之前离开。
因此，如果您想优化可跟踪性，请使用 <script>，但如果您想优化性能（如果跟踪站点很慢，则不会降低速度），请使用 <img>。
两种情况下都存在缓存问题，可以通过从服务器发送正确的标头或向 URL 附加缓存破坏参数来解决。
img 技术更加隐蔽，因为它会在禁用 Jscript 时起作用。它过去也可以通过电子邮件工作（但现在大多数电子邮件阅读器不再自动加载 imgs。）
如您所述，javascript 将避免图像缓存问题。其他几个问题：