我创建了一个小部件，我的网站的用户将嵌入他们的网站。我想跟踪小部件呈现的次数以及引用 URL。小部件是用 flex 编写的，我的后端是 Rails。
一种明显的方法是让我的小部件对后端进行服务调用以注册命中。但是，当我的小部件加载时，它会获取一个配置 XML。如果我添加另一个渲染服务调用，每个小部件渲染将有 3 个请求（一个用于获取 swf，一个用于获取配置，一个用于渲染）。我可以使 config.xml 动态化并在那里处理渲染，然后返回 XML ......但这可能不利于缩放吗？
另一种方法是使嵌入源 URL 指向处理命中然后返回 swf 的脚本...我很确定这是可能的。但我也不确定这是否是最好的方法。
我对这方面的任何专业建议感兴趣。专业人士如何有效地实施这个简单的系统？
谢谢！
您提到的所有三个选项似乎都是完全有效的方法，但是在返回 .swf 或 .xml 配置文件的同时注册这些命中似乎是一件聪明的事情，因为 AFAIK 大多数浏览器都有一个漂亮的他们可以向同一主机发出的并发 HTTP 请求数量的下限（我认为是两个或类似的），因此如果必须发出更多请求才能在浏览器中呈现某些内容，超过此限制的请求将必须等待第一个完成才能启动。它也可能需要稍微减少你的工作。
我能想到的唯一区别是返回 .swf 并不意味着 Flash Player 实例会渲染它，因此在返回配置 xml 时“注册渲染”似乎可以让您更可靠地衡量多少次某人的浏览器已成功加载并向他们显示此 .swf（假设 Flash 应用程序将在成功加载此配置文件后发起对该配置文件的请求）。
就扩展问题而言，无论您何时注册命中，它仍然需要在服务器上进行相同数量的处理（我无法想象这样的事情会非常高），所以我不不要认为这是一个大问题。
执行此操作的标准方法是从您的站点加载 1px 图像（“错误”），并在您的站点上使用分析来跟踪统计信息。这种技术有很多创新，但它们都基于简单的 1px 图像加载，并使用相关的 HTTP 标头。
维基百科有一篇关于这种技术的好文章：
http://en.wikipedia.org/wiki/Web_bug
（此外，浏览器对并发 HTTP 请求的限制仅适用于发送到同一域的请求。您可以通过使用多个子域或任何其他技术来解决此问题，以确保您的资源并非全部来自同一个域。）