檢查資料收集請求

檢查請求會顯示您的實作傳送了哪些內容、伺服器是否回應,以及針對Web SDK,Edge Network如何處理事件。 本文介紹診斷工作流程的傳出請求、伺服器接收及Edge處理階段。

若要選擇檢查工具,請參閱偵錯工具。 若要檢視您的實作在傳送要求之前做了什麼,請參閱啟用偵錯記錄。 如需屬於特定Adobe應用程式的端點、要求格式和驗證步驟,請參閱產品特定除錯。

檢查網頁請求 web

使用瀏覽器開發人員工具或標籤偵錯工具從網頁擷取請求:

  1. 開啟開發人員工具:按下​ F12 ​或​Ctrl+Shift+I (Windows和Linux)或​Cmd+Option+I (macOS)。 在Safari中,請先在Safari的​ 進階 ​設定中啟用開發人員功能。
  2. 選取​ 網路 ​標籤。
  3. 啟用​保留記錄檔 (Chrome和Edge)或​保留記錄檔 (Firefox),讓導覽功能不會清除要求清單。
  4. 篩選/ee/ (網頁SDK)的要求清單。 如果您的實作將資料直接傳送至Adobe應用程式,請依照其偵錯指引中的說明,篩選該應用程式的端點。
  5. 重現動作。 不會擷取在您開啟工具之前傳送的請求。
  6. 選取收集要求,並檢查其URL、裝載、回應和時間。

瀏覽器工具會顯示源自瀏覽器的流量。 它們不會公開來自應用程式伺服器或事件轉送規則的傳出呼叫。

讀取Edge Network請求 edge-network-requests

針對使用Adobe Experience Platform Web SDK的實作,篩選下列專案的網路請求:

/ee/

選取要求並檢查其裝載,以檢視傳送至Edge Network的資料。 此篩選器符合預設的Web SDK基本路徑;如果您的實作變更edgeBasePath,請改為篩選設定的路徑或集合主機。

Web SDK要求URL使用格式https://{edgeDomain}/ee/[{locationHint}/]v1/{action}?configId={datastreamId}&requestId={requestId}。 預設edgeDomain為edge.adobedc.net;第一方實作會使用自己的CNAME。 URL的以下部分是有用的證據:

  • interact動作:預設。 Edge Network會傳回您可在請求回應中檢查的回應內容,例如身分、個人化、警告和錯誤。
  • collect動作:用於Web SDK傳送含有sendBeacon的事件,該事件是在建立身分之後所選取的documentUnloading。 這些請求不會將回應內容傳回頁面。
  • configId引數:要求使用的資料流識別碼。 如果事件使用資料流識別碼覆寫,此引數會包含覆寫。 將它與您預期的資料流進行比較。

Edge Network可將資料轉送至資料流中設定的服務。 檢查使用者端要求會顯示使用者端嘗試傳送的內容;其本身不會確認伺服器接收或下游處理。

檢查行動裝置和伺服器要求 mobile-server

若為行動SDK實作,請將Assurance擴充功能新增至您的應用程式,並將其連線至Assurance工作階段以檢查SDK事件和支援的驗證檢視。 需要HTTP層級證據時,請使用HTTP偵錯Proxy,但須受應用程式的憑證與網路組態限制。 若要檢查原生開發工具中的訊息,請參閱行動SDK記錄。

對於伺服器SDK、直接Edge Network API或其他伺服器端實作,請檢查伺服器的傳出請求、HTTP狀態、回應內文和錯誤。 使用您執行階段的HTTP檢測或為該伺服器設定的Proxy。 對您的應用程式發出瀏覽器請求時,不會顯示伺服器對Adobe的個別請求。 如需SDK診斷輸出,請參閱伺服器SDK記錄。

SDK記錄或成功的HTTP回應是收集特定階段的證明,而非所有已設定目的地都會處理事件的證明。

追蹤Edge Network處理作業 edge-processing

若為Web SDK實作,請在Adobe Experience Platform Debugger中使用Edge追蹤,檢視Edge Network收到的要求、套用的資料流設定,以及傳送至您資料流中服務的要求。 Edge追蹤也會在Assurance工作階段中開啟相同的資料。 若為行動SDK實作,請直接將應用程式連線至Assurance;請參閱檢查行動與伺服器要求。

請勿將傳入事件或回應控制代碼視為每個下游服務皆已處理的確認。 繼續使用相關應用程式的偵錯指南。

對於事件轉送,監視活動會提供使用狀況、傳出錯誤和運算時間報告。 其彙總報表可協助識別失敗的目的地,但不是每個事件的傳送追蹤。

中止的請求 aborted-requests

當頁面導覽離開時,瀏覽器可以取消仍在進行中的請求。 Firefox為這些要求加上標籤NS_BINDING_ABORTED;Chrome和Edge則為這些要求加上標籤(canceled)。 若要在導覽後讓請求保持可見,請啟用​保留記錄檔 (Chrome和Edge)或​保留記錄檔 (Firefox)。

取消的請求不一定表示資料遺失。 瀏覽器可能已傳送完整要求,並僅停止等待回應。 使用navigator.sendBeacon()或具有keepalive的fetch的請求可在導覽後繼續傳送,即使開發人員工具顯示已取消狀態。 保留記錄檔可讓專案持續顯示,但無法確認傳送。

若要進行調查,請在重新產生導覽之前開啟Debugger或Proxy,並檢查擷取的請求和任何伺服器回應。 擷取的伺服器回應提供端點處理請求的證據;僅傳出請求並不提供。 針對Web SDK,Edge追蹤中的傳入要求可提供伺服器端證據。 這些觀察結果都無法單獨建立下游報告的可用性。

瀏覽器不會將sendBeacon的HTTP回應公開給正在呼叫的JavaScript。 因此,SDK使用sendBeacon的偵錯訊息報告無法確認接收。

Web SDK的documentUnloading會選取受識別與裝載條件約束之可解除安裝的傳輸。 此選項無法傳送在頁面解除安裝時仍在佇列中的事件;請參閱事件可能遺失時。 直接將資料傳送至Adobe應用程式的程式庫可提供類似的選項;請參閱該應用程式的偵錯指南。

recommendation-more-help
experience-platform-help-collection