OpenAI
此頁面由機器翻譯。查看原文英文文章。

ChatGPT Ads 轉換追蹤疑難排解

當事件遺漏、請求失敗或轉換報告有差異時,了解下一步應怎樣做。

更新日期:13 days ago

概覽

如果事件缺失、請求失敗,或廣告管理平台的數據與你的業務記錄不符,請參考本指南。先選取一次已完成的購買、已提交的潛在客戶資料或其他動作。記下發生的情況和時間,再從下方選擇符合情況的問題。

事件用於記錄動作,例如購買。像素從訪客的瀏覽器傳送事件;轉換 API(CAPI)則從你的伺服器傳送事件。廣告管理平台會將這些事件收集到數據來源中。歸因用於判定動作應歸功於哪則廣告。歸因時段規定了廣告互動後多久內發生的動作可符合歸因資格。

常見問題

1. 我應該從何開始?

確定你要衡量的動作、負責傳送該動作事件的系統,以及所用的廣告帳戶和像素 ID。你的設定可能使用像素、CAPI、合作夥伴整合,或結合使用多種方式。即使你尚未安裝瀏覽器像素,CAPI 仍需要像素 ID。

首次設定時,請參閱:轉換衡量和轉換追蹤。你的開發人員可參考像素、CAPI和支援的事件指南。請在伺服器端處理 CAPI 請求及保管金鑰。

如果你的整合由合作夥伴管理,請參閱衡量合作夥伴設定指南或流動衡量合作夥伴設定指南。如要連接 HubSpot,請參閱:在 HubSpot 中設定 ChatGPT Ads。

如果已完成設定,請逐步檢查:

  • 該動作是否觸發了事件請求?

  • 請求傳回錯誤,還是已獲接受?

  • 你能否確認正確的數據來源已收到事件?

  • 廣告活動報表是否將該事件歸因於某則廣告?

2. 我已安裝像素。為甚麼看不到購買或潛在客戶資料?

像素即使已載入,也不一定會傳送你需要的購買或潛在客戶事件。請開發人員針對一個已完成的動作進行檢查:

  • 檢查事件名稱、像素 ID,以及傳送事件的網頁或回呼。瀏覽網頁不等於完成購買。

  • 確認像素在傳送事件前已完成初始化,包括透過標記管理工具載入像素的情況。

  • 檢查瀏覽器主控台和網絡請求。單憑標記管理工具顯示「已觸發」,並不能確認事件已傳送。像素偵錯模式可協助檢查。

  • 檢查請求是否因訪客的同意選擇、瀏覽器封鎖或網站安全政策而受阻。

  • 檢查登入後的網頁、結帳流程、預訂網站、重新導向和嵌入式表單。像素在到達網頁上正常運作,並不能確認其他位置也有正常追蹤。

如果沒有傳送請求,請先修正這個環節。等待報表更新並不能解決問題。新增整合前,請先參考像素疑難排解指南。

3. 如果事件遭拒絕、逾時或傳回伺服器錯誤,我該怎麼辦?

請保存回應代碼、完整錯誤訊息、請求時間和事件 ID。請開發人員檢查事件格式、像素 ID 和金鑰。CAPI 事件請求須使用同一廣告帳戶的轉換 API 金鑰。設定、管理和報表請求則使用另一組獨立的廣告主 API 金鑰。請勿向支援團隊傳送 API 金鑰。

以 CAPI 批次傳送事件時,一個無效事件就可能導致整批失敗。

CAPI 要求以毫秒為單位的 Unix 時間戳記提供動作的原始發生時間。事件時間不得早於過去 7 天,也不得超前目前時間超過 10 分鐘。這項提交時限與歸因時段是分開的。請勿修改舊事件的時間以通過驗證。

逾時或伺服器錯誤可能令你無法確定事件是否已送達。請檢查原始請求及所有接收記錄。如果重新傳送同一動作,請保留原有的事件 ID 和時間戳記。使用新 ID 可能會令系統將其視為另一個動作。

如果請求遭拒絕或持續失敗,請盡快調查。報表預計需時 24–48 小時的說明不適用於這些錯誤。如要了解請求要求,請參閱:轉換 API。

4. 我看到事件已獲接受。為甚麼報表中沒有顯示?

事件獲接受,並不代表已歸因於廣告。請檢查回應確認了甚麼,以及請求是否使用正確的數據來源。在 CAPI 中,將 validate_only 設為 true 只會檢查事件,不會儲存。

對於新事件,你的開發人員可查看近期事件(如有提供)。這裏顯示的是近期事件樣本,而非完整記錄或歸因結果。

如果無法確認事件是否已收到,請聯絡支援團隊,並提供原始回應和事件範例。請告訴我們你已完成哪些檢查;毋須先找出原因。

如果已確認收到事件,請繼續查看問題 5。請勿只因廣告活動報表尚未更新,就使用新 ID 重新傳送事件。

已歸因的轉換可能需約 24–48 小時才會顯示,而近期的總數可能在處理期間變動。這並不保證每個獲接受的事件都會顯示,也不代表已確認收到事件。請參閱:衡量成效。

5. 系統正持續收到事件。為甚麼廣告活動仍顯示零次轉換?

更改整合前,請先檢查:

  • 預定使用的數據來源是否已連接至正確的帳戶?

  • 你傳送的事件是否與廣告活動的轉換設定相符?對於自訂事件,請檢查自訂類型和確切的事件名稱。僅顯示標籤相同並不足夠。

  • 在你正在檢查的活動發生前,是否已將正確的轉換連結至廣告活動?

  • 該動作是否在符合歸因設定的廣告點擊或瀏覽之後發生?

  • 你查看的廣告活動、事件欄位、日期和報表時間基準是否正確?

配對資料有助將事件與廣告連結起來,但不保證事件會歸因於該廣告。請在整個瀏覽過程中保留真實的 OpenAI 點擊參照值 oppref,並在可取得時將其加入伺服器事件。切勿虛構參照值或使用其他訪客的參照值。

請分別檢查瀏覽器事件和伺服器事件。像素可取得的參照值或客戶欄位,可能未包含在伺服器事件中。

以轉換為優化目標的廣告活動建立後,便無法更改所選目標。如要使用不同目標,請建立新的廣告活動。自訂事件不能用作優化目標。請參閱:以轉換為優化目標的廣告活動。

修正設定不符的問題後,請檢查新發生且符合資格的活動。請勿假設這項變更會修正先前的報表。如要了解配對規則,請參閱:轉換衡量。

6. 為甚麼廣告管理平台、我們的分析工具和 CRM 的數據不一致?

請以相同的動作和報表規則作比較。你的 CRM 可能會計算每筆購買;廣告報表則只計算歸因於該平台的購買。不同平台可能對同一筆購買採用不同的歸因方式。

在廣告管理平台中,當瀏覽後轉換報表時段設為 1 天時,轉換次數會合併計算點擊後轉換和符合資格的瀏覽後轉換。如果瀏覽後轉換時段設為 0 天,則只計算點擊後轉換。比較報表時,請使用相同設定。

例如,某人點擊廣告,稍後直接返回網站並購買。一個工具可能將這次瀏覽標示為「直接」,另一個工具則將購買歸因於先前的廣告。單憑這項差異,並不代表該筆購買被重複計算。

如果流量來源標籤不同,請檢查該次瀏覽使用的到達網址和追蹤參數。目前的廣告活動設定可能與先前使用的設定不同。

請比較以下項目:

  • 帳戶、廣告活動、事件類型、篩選條件和報表層級。

  • 日期範圍、時區,以及日期是指廣告互動時間還是轉換本身的時間。

  • 點擊後和瀏覽後轉換設定,以及所選的具體指標或欄位。

  • 近期的處理延誤、重複事件處理方式、同意狀態,以及可用的配對資料。

  • 模型推算的轉換(如有提供),這些數據可能與直接記錄的交易不同。

  • 比較價值時,請核對貨幣、單位,以及比較的是整張訂單還是個別商品。

比較收益時,請核對稅項、運費、折扣和費用。確認瀏覽器端和伺服器端傳送的事件副本使用相同的訂單金額。已建立訂單銷售額和已建立訂單廣告投資回報率只計算已歸因的 order_created 事件。

匯入的 GA4 活動包含所選資源各個流量來源的事件。這些總數並非歸因於廣告活動的轉換次數。請參閱:將 Google Analytics 4 連接至 OpenAI 廣告管理平台。

比較 API 數據時,請記錄端點並明確設定報表選項。省略的設定可能與廣告管理平台的設定不一致。報表涵蓋的事件也可能不同:部分報表包含廣告活動目標,但不包含其他已追蹤的動作。某份報表中缺少事件,並不能證明系統從未收到該事件。

比較 CSV 時,請使用相同設定,並保留未經編輯的匯出檔案。如要了解廣告管理平台的檢視方式,請參閱衡量成效;如要了解 API 選項,請參閱報表。

7. 同時使用像素和 CAPI,會否將一次購買重複計算?

為避免重複計算同一動作,請在瀏覽器端和伺服器端傳送的事件副本中使用相同的像素 ID、事件名稱和事件 ID。事件 ID 欄位在 CAPI 中為 id,在像素中則為 event_id。兩端也須使用相同的自訂事件名稱。

重新傳送同一動作時,請保留相同的 ID;每個不同動作則須使用新的 ID。請檢查是否有重複標記、重複載入網頁或執行回呼,以及合作夥伴整合是否已傳送該事件。

請勿透過重複傳送事件來更改原始事件的價值或配對資料。嘗試修正前,請先查閱文件中記載的處理方式。請參閱:瀏覽器和伺服器事件去重。

8. 我們使用 Shopify。我們需要另一項整合嗎?

新增整合前,請先檢查 Shopify 連線。確認已連接的廣告帳戶和像素,然後檢查應用程式會為你的商店傳送哪些事件。

如果你也使用自訂標記、結帳程式碼或伺服器端傳送程式,請檢查它們是否傳送相同事件。Shopify 設定可採用不同的瀏覽器端和伺服器端追蹤組合。請參閱:為 Shopify 設定 ChatGPT Ads。

9. 我們應如何處理同意設定和測試?

只傳送你獲准分享的數據,並尊重訪客的同意選擇。你的開發人員應遵循整合的同意處理及支援配對資料指引,包括所需的標準化和雜湊處理。請勿為增加報表中的轉換次數或提高評分而移除同意控制機制。

衡量同意與 opt_out 的用途不同。opt_out 選項與個人化功能有關;它不會停止所有衡量請求。請開發人員檢查瀏覽器端和伺服器端整合如何處理同意設定。

記錄一個測試動作的時間、名稱和 ID。檢查該動作是否已傳送、通過驗證及已收到。實作測試成功,並不代表廣告符合歸因資格。

CAPI 的 validate_only 選項只會檢查事件,不會儲存。像素偵錯模式會記錄活動,但不會將測試事件排除於報表之外。請在記錄中標示測試,切勿虛構購買或修改事件時間,以強行取得結果。

10. 事件品質評分偏低或無法取得,是否代表追蹤功能故障?

不能單憑這點判斷。事件品質評估的是從數據來源收到的資料。它不會顯示有多少次轉換歸因於廣告。單憑評分偏低或無法取得,無法判定追蹤功能是否正常。

先確認近期的真實動作已正確記錄,再調查警告原因。請勿為提高評分而傳送額外事件或虛構識別碼。如要了解檢查方法和更新時間,請參閱:了解及改善事件品質。

11. 聯絡支援團隊時,我應提供哪些資料?

請說明你預期的結果、實際情況、問題開始的時間,以及已檢查的項目。請提供以下清單中你已有的資料:

  • 廣告帳戶 ID、像素 ID 或數據來源,以及受影響的廣告活動和廣告識別碼。

  • 整合類型和確切的事件名稱,包括任何自訂事件名稱。

  • 一至兩個現有事件範例的 ID 和動作時間戳記,並註明時區。

  • 如果請求失敗或不確定是否已收到:回應代碼、完整錯誤訊息、請求時間、任何傳回的請求 ID 或 CF-Ray,以及已遮蔽敏感資料的酬載或記錄摘錄。

  • 如果報表數據有差異:日期範圍、報表採用的時間基準、歸因設定、所選欄位、匯出的 CSV,以及相同範圍的數據比較。

  • 相關螢幕截圖及近期的設定變更,包括獨立結帳流程或合作夥伴整合。

請說明你是否已確認事件已傳送、獲接受或已收到,還是只查看過報表。即使無法完成這些檢查,你仍可尋求協助。

請移除附件中的 API 金鑰、授權標頭、密碼、Cookie 和不必要的客戶資料。如果發生錯誤,或原本正常運作的整合突然停止,請盡快回報。毋須等到報表預計處理時間結束才回報。

這篇文章對你有幫助嗎?