数据包分析程序
数据包分析程序允许您查看由实施发送至 Adobe 数据收集服务器的数据。
与Adobe CX Enterprise Debugger类似，数据包监视工具显示在图像请求中传递的数据参数；而同时，数据包监视工具还提供以下附加功能：
- 查看自定义链接跟踪图像请求
- 查看使用 JavaScript 以外的实施方法的图像请求，例如硬编码图像请求或 Appmeasurement
要查看 Analytics 请求，请使用“b/ss”过滤出站请求。
在极少数情况下，该调试程序会报告并未向 Adobe Analytics 处理服务器发送的图像请求。 使用数据包监视器是一种很好的方法，可以100%确保成功触发特定图像请求。
虽然Adobe不提供正式的数据包监视器，但它们在互联网上却有着广泛的用途。 下面是一些其他设备认为有用的数据包监视程序。
典型 HTTP 响应状态代码
当 AppMeasurement 将数据发送到 Adobe 数据收集服务器时，服务器会使用响应状态代码进行响应。
-
200 OK：来自数据收集服务器的最常见响应。 已成功接收图像请求，并返回了透明图像。
-
302 FOUND：收到此响应的原因有两个：
- 访客的第一个图像请求：如果用户首次访问您的网站，则会发生重定向。 此重定向是为了获取访客 Cookie。 它不影响数据收集。
- Comscore 与 Adobe 集成：如果贵组织使用 Comscore/Analytics 集成，则每个图像请求总会导致 302 响应。
-
404 NOT FOUND：此响应意味着找不到图像请求，并且数据未发送到 Adobe 数据收集服务器。 当硬编码图像请求的格式不正确时，也可能会出现此响应。 请与实施 Analytics 的个人或团队合作以解决此问题。
响应代码中的 NS_BINDING_ABORTED
出现该消息的原因是，链接跟踪图像请求被设计为允许浏览器在等待 Adobe 数据收集服务器响应之前继续进入下一页。
Adobe 对图像请求的响应只是一个空白的 1x1 像素透明图像，并且该图像与网页的内容无关。 如果在 Adobe 提供的数据包监视器中存在行项目，则无论发生 200 OK 响应还是 NS_BINDING_ABORTED 响应，相关数据都会到达 Adobe 服务器。 无需再等待页面。
作为插件集成的数据包监视器很少看到完整的响应。 他们往往认为请求已中止，因为未收到完整响应。 这些监测器也很少区分是请求还是响应被中止。 独立的数据包监视器通常具有更详细的消息并更准确地报告状态。 例如，用户可能会在 Charles 中收到一条消息，显示“客户端在收到整个响应之前已关闭连接”。 这意味着数据确实到达了我们的服务器，只是浏览器在收到1x1像素之前移动到下一页。
如果外部数据包监视器报告数据收集请求被中止，而不是响应被中止，这可能便是问题的原因。 Adobe Customer Care 可帮助进行疑难解答。