我喜歡這些現實生活中的例子…
當廣告客戶抱怨廣告管理工具中的過度報告時，通常有充分的理由。 可能是像素、API 或事件問題。 或者這可能是對結果的誤解。
現實生活中的例子
這是一個例子。 我一直在進行免費訂閱測試。 我為測試創建了一個單獨的登陸頁面和表單，當人們在 CRM 中訂閱時，我會在他們中標記他們。
因此，我可以確認何時有人訂閱我的廣告。 如果有的話，廣告管理器可能會漏報，因為我的目標用戶可能會分享該廣告，從而導致一些自然註冊。
但還發生了其他事情。 我注意到我的 CRM 透過此表單報告了 38 項註冊，但廣告管理器報告了 42 項。
怎麼可能呢？ 廣告管理工具是否誇大了我的結果？
嗯，有一個完全正常的解釋。 這 廣告組廣告集是 Facebook 廣告分組，其中確定定位、調度、優化和展示位置等設定。 更多的 針對完整註冊標準事件進行了最佳化，因此結果欄報告了該事件的所有歸因火災。
我新增了一個代表此特定選擇加入的自訂轉換列，您不知道嗎 – 38。與我的 CRM 報告的數字相同。
其他四個註冊來自哪裡？ 當有人點擊我的廣告並造訪我的網站時，他們可以訂閱我正在推廣的內容。 他們還可以在我的網站上點擊並訂閱其他內容，這些內容將觸發「完成註冊」自訂事件。 這就是發生的事情。
這裡的歸因設定是1天點擊。 當我將滑鼠懸停在廣告管理器中的結果列上時，我看到了完整的日誌 轉換每當網站訪客執行觸發標準事件、自訂事件或自訂轉換的操作時，就會計算一次轉換。 轉換的範例包括購買、銷售線索、內容瀏覽、添加到購物車和註冊。 更多的 – 包括 自訂轉換自訂轉換可讓您為活動或網址建立規則，以便您可以更好地追蹤和優化 Facebook 廣告的特定操作。 更多的 代表四個流浪登記。
這也適用於購買
我想知道這是否經常導致廣告商聲稱結果是錯誤的和誇大的。 購買標準事件和您促銷的特定產品也可能發生同樣的情況。
人們不必購買您正在推銷的產品。 他們可能會買別的東西。 因此，如果購買結果未反映您在廣告中產品後端看到的內容，請不要驚慌。 驗證他們是否可能購買了其他產品。
