監控離線資料診斷

使用 Google Ads API 擷取離線資料診斷,其中包含轉換匯入和調整程序整體健康狀態的相關資訊。

如要擷取帳戶的最新離線資料診斷結果,請使用下列其中一項資源:

帳戶層級診斷

如要擷取帳戶層級的轉換上傳診斷資料,請使用下列 GAQL 查詢:

SELECT
  customer.id,
  offline_conversion_upload_client_summary.alerts,
  offline_conversion_upload_client_summary.client,
  offline_conversion_upload_client_summary.daily_summaries,
  offline_conversion_upload_client_summary.job_summaries,
  offline_conversion_upload_client_summary.last_upload_date_time,
  offline_conversion_upload_client_summary.pending_event_count,
  offline_conversion_upload_client_summary.pending_rate,
  offline_conversion_upload_client_summary.status,
  offline_conversion_upload_client_summary.success_rate,
  offline_conversion_upload_client_summary.successful_event_count,
  offline_conversion_upload_client_summary.total_event_count
FROM offline_conversion_upload_client_summary

這項查詢會針對近期匯入作業中使用的每種用戶端類型,傳回個別的 OfflineConversionUploadClientSummary 資料列。舉例來說,如果您最近同時使用 Google Ads API 和 Google Ads 使用者介面匯入資料,結果會包含 GOOGLE_ADS_API 和 GOOGLE_ADS_WEB_CLIENT 的 client 值,並分別列出項目。

轉換動作層級診斷

如要在轉換動作層級擷取轉換上傳診斷結果,請使用下列 GAQL 查詢:

SELECT
  offline_conversion_upload_conversion_action_summary.conversion_action_id,
  offline_conversion_upload_conversion_action_summary.conversion_action_name,
  offline_conversion_upload_conversion_action_summary.alerts,
  offline_conversion_upload_conversion_action_summary.client,
  offline_conversion_upload_conversion_action_summary.daily_summaries,
  offline_conversion_upload_conversion_action_summary.job_summaries,
  offline_conversion_upload_conversion_action_summary.last_upload_date_time,
  offline_conversion_upload_conversion_action_summary.pending_event_count,
  offline_conversion_upload_conversion_action_summary.status,
  offline_conversion_upload_conversion_action_summary.successful_event_count,
  offline_conversion_upload_conversion_action_summary.total_event_count
FROM offline_conversion_upload_conversion_action_summary
WHERE offline_conversion_upload_conversion_action_summary.conversion_action_id = <CONVERSION_ACTION_ID>

與帳戶層級診斷類似,這項查詢會針對近期匯入作業中使用的每種用戶端類型,傳回個別的OfflineConversionUploadConversionActionSummary資料列。舉例來說,如果您最近同時使用 Google Ads API 和 Google Ads 使用者介面匯入資料,結果會包含 GOOGLE_ADS_API 和 GOOGLE_ADS_WEB_CLIENT 的 client 值,並分別列出項目。

如何解讀這些摘要

每個 OfflineConversionUploadClientSummary 或 OfflineConversionUploadConversionActionSummary 都有 status 欄位,可反映 client 的匯入整體健康狀態。這個目錄也包含下列資訊:

  • 收到的事件總數。
  • 成功處理的事件數量。
  • 待處理事件的計數 (仍在處理中的事件)。
  • alerts 欄位,提供錯誤摘要,並依 OfflineConversionError 分組。

所有這些欄位都包含最近一次完整日曆天匯入的資訊。您可以根據這項資訊,評估匯入作業的目前健康狀態。

此外,每個 OfflineConversionUploadClientSummary 或 OfflineConversionUploadConversionActionSummary 都包含兩種不同類型的報表:

daily_summaries
過去 7 天內匯入要求的
successful_count、failed_count 和 pending_count,並依匯入date分組。
job_summaries

最近 7 項匯入要求 (依 job_id 分組) 的 successful_count、failed_count 和 pending_count。job_id 是 UploadClickConversionsRequest 和 UploadConversionAdjustmentsRequest 的選填欄位。您可以將 job_id 設為小於 2^31 的非負數,也可以讓 Google Ads API 為要求指派系統產生的工作 ID。無論選擇哪個選項,UploadClickConversionsResponse 或 UploadConversionAdjustmentsResponse 都會傳回 job_id。

如果您使用多個要求匯入大量轉換,並有單一工作或程序,這時指派自己的 job_id 就很實用。如果您將每個要求的 job_id 設為相同值,就可以從 job_summaries 擷取該工作的單一項目。如果您讓 Google Ads API 為每個要求的 job_id 指派系統產生的值,job_summaries 就會包含每個要求的個別項目,這可能會增加分析整體工作健康狀態的難度。

如何使用摘要

為確保匯入程序能如預期記錄轉換和強化轉換,請定期擷取每個帳戶的摘要。如果任何摘要的 status 不是 EXCELLENT,請使用 alerts 下方的錯誤清單,逐步修改匯入程序,減少或消除這些錯誤。

例如:

  • 如果狀態為 NEEDS_ATTENTION,表示大部分的匯入作業都失敗了。請查看「alerts」下方的錯誤,並修改匯入程序,減少或消除這些錯誤。

  • 如果狀態為 NO_RECENT_UPLOADS,表示 Google Ads 最近沒有收到任何 client 的匯入資料。如果這不符合預期,請檢查使用該用戶端執行匯入作業的程序。

    舉例來說,如果 GOOGLE_ADS_API 的 status 為 NO_RECENT_UPLOADS,可能表示使用 Google Ads API 的匯入程序最近停止執行。

  • 如要判斷是否有特定匯入日期或工作傳送大量無法處理的事件,請檢查 daily_summaries 和 job_summaries 的 successful_count、failed_count 和 pending_count。 處於待處理狀態的事件最多可能需要 24 小時才能完成。

如要進一步瞭解如何改善離線資料診斷,請參閱說明中心。

限制

擷取匯入摘要時,請注意下列事項:

  • 只有在 customer_id 的 searchStream 或 search 要求與您最近用來匯入轉換的客戶相同時,Google Ads API 才會傳回離線資料診斷結果。

    舉例來說,使用跨帳戶轉換追蹤的客戶帳戶可能不會包含任何診斷資訊。不過,您可以傳送要求,其中 customer_id 與您在匯入作業中使用的管理員帳戶 customer_id 相符,藉此擷取診斷資訊。

  • Google Ads 會將CLICK_NOT_FOUND錯誤視為警告,並繼續匯入待開發客戶強化轉換資料。因此,如果 alerts 包含這項錯誤的項目,對應的作業仍會視為成功,並納入 successful_event_count。