沉寂略久的Facebook產品更新，在最近一期的Webinar中更新了事件管理器的相關功能。

Facebook在事件管理器中添加了一種新方法來對事件進行分組和識別，用來更好地改善廣告主的使用體驗。更改后, 廣告主能夠將事件在一個數據集中進行分組，然后可以通過統一界面對不同渠道(比如網站，應用程序和線下渠道)發送事件。?

事件就是用戶在廣告主網站、移動應用或實體店等面向顧客展示的體驗中采取的操作。廣告主可以通過Facebook Pixel 像素代碼、轉化 API 或 iOS 或 Android 版 Facebook SDK 等集成工具發送這些來源的數據。每個集成工具都具有一個編號，以便廣告主將它們區分開來，Faceboo會在Facebook 事件管理工具中相應的集成工具編號下展示事件。例如，您的 Pixel 像素代碼編號、應用編號或線下編號。

而新上線的數據集功能，Facebook希望廣告主可以用數據集來關聯網站、應用和線下事件數據。

說白了，因為現在不少廣告主因為iOS14.5的影響，都需要配置第三方的回傳工具來監測事件，Facebook為了讓各位廣告主不用來回切換平臺查看事件回傳，就推出了數據集這個功能來幫助廣告主們在一個平臺上就能實現數據回傳。

創建數據集后，Facebook會為廣告主提供一個數據集編號，廣告主可以將其用于設置自己的集成工具并在事件管理工具中查看事件。數據集可能會顯示來自廣告主選擇設置的以下任意集成工具的事件數據：

• Facebook?Pixel 像素代碼（網站事件）

• 轉化 API（網站、應用和線下事件）

• iOS 或 Android 版 Facebook SDK（應用事件）

• 移動應用成效衡量合作伙伴（應用事件）

• 應用事件 API（應用事件）

• CSV 文件上傳（線下事件）

如果廣告主想要將應用事件關聯至數據集，則需要先將自己的移動應用編號綁定至廣告主的數據集，同時，也可以選擇把自己的應用編號從數據集解綁。

數據集創建方法

Q&A

Q: 什么是數據集編號?

數據集 ID 是一個單一的標識符，使廣告主能夠將來自網站、應用程序和線下渠道的事件分組到一個視圖中。數據集將允許廣告商根據業務需要查看事件，而不是按來源來展示數據。

Q: 我在事件管理器中有多個渠道（即網站、應用程序和/或線下渠道）。我應該采取什么行動嗎？

如果在事件管理器中有多個渠道（即網絡和應用程序), 每個渠道都有一個單獨的數據集編號。例如，如果有一個像素編號 和一個應用程序 編號，那么現在就擁有兩個不同的數據集。為了能夠在一個視圖中查看所有這些，可以將不同的數據集合并到一個包含所有內容的數據集中。

Q: 我是通過轉化 API (Conversions API )將線下事件發送到像素。為什么在整合到數據集后我的報告數字發生了變化？

如果通過轉化 API (Conversions API )將線下事件發送到您的像素，一旦像素被整合到數據集，這些事件將不再作為網站事件處理。這些事件將會按 action_source “physical_store” 進行分類，并作為 physical_store 事件進行處理，便于區分網站事件和線下事件。因此，這些事件現在在報告中會記錄為 physical_store 事件, 而不是網站事件。這可能會影響您之前的網站事件數量。

Q: 如何從數據集編號中找到原始的 ID（即像素、應用程序)？

以上及本次全部內容，希望能夠幫到各位廣告主，如有其他問題，請點擊文末閱讀原文咨詢。