封包分析器

封包分析器可讓您檢視由實施傳送給 Adobe 資料收集伺服器的資料。

封包監視器與Adobe CX Enterprise Debugger類似,會顯示在影像要求中傳送了哪些資料引數;但是,封包監視器另外還提供下列功能:

  • 檢視自訂的連結追蹤影像要求
  • 檢視非使用 JavaScript 實施方法的影像要求,如硬式編碼的影像請求或 Appmeasurement

若要檢視 Analytics 要求,請使用 “b/ss” 篩選傳出的要求。

在極少數的情況下,即使未對 Adobe 的 Analytics 處理伺服器提出影像要求,除錯工具仍會報告影像要求。 使用資訊包監視器是很好的做法,可以 100% 確定已成功引發特定影像要求。

雖然Adobe並未提供正式的封包監視器,但在網際網路上卻提供各式各樣的監視器。 以下是一些封包監視器,其他人認為這些監視器很有用。

TIP
這些並不是完整清單,而是常用監視器的清單。
Firefox
Internet Explorer
Chrome
獨立程式
Observe Point (標籤檢視器)
HttpWatch
Observe Point (標籤檢視器)
Charles
HttpFox
Chrome 開發者工具
Fiddler
竄改資料
Firebug Lite
Wireshark
HttpWatch
Firebug
NOTE
若您有關於這些封包監視器的問題,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 可提供疑難排解方面的協助。

recommendation-more-help
analytics-help-implement