Preparing our partners for iOS 14: Mobile Web Advertising

2020 年 6 月，Apple 推出了全新的 iOS 14 AppTrackingTransparency 架構，該架構要求應用程式必須顯示勸阻提示，而這會對在行動裝置和網頁上刊登廣告的商家產生重大影響。Facebook 並不認同 Apple 的做法與解決方案。我們瞭解 Apple 的異動會為商家帶來諸多不便，因此我們將竭盡全力協助各位因應這些改變。

自 2021 年初起，Facebook 會開始顯示 Apple 的應用程式追蹤透明度（ATT）提示。由於 Apple 對資料共享的限制，一旦 Facebook 和 Instagram 開始顯示 Apple 的 ATT 提示，最佳化、鎖定和報告來自我們任何商務工具行動版網頁事件的商家都將受到影響。

為協助降低干擾，我們推出了新版解決方案，請務必立即採取必要動作，並做好 2021 年初的準備工作，使相關解決方案得以順利運作。

事件管理

彙總事件成效衡量：在 Apple 要求顯示 ATT 提示後，您可以透過 Facebook 即將推出的「彙總事件成效衡量」來衡量 iOS 14 使用者的網頁事件。該解決方案可協助您根據消費者決定的資料共享內容來衡量行銷活動成效。

事件限制：每個網域將只能使用 8 個轉換事件（例如，每個網域最多能使用 8 個 <pixel, event> 或 <custom conversion> 事件）。自 2021 年初開始，事件選擇會直接在事件管理工具中完成，因此您不必變更像素或轉換 API 實作。

• 若要最佳化的事件並非須優先處理的 8 個事件之一，則該廣告組合將暫停刊登。
• 每個網域的 8 個轉換事件會按優先順序排序。如果有多個事件（如「加到購物車」和「購買」）是由同一位使用者完成，系統只會報告優先順序較高的事件。
• 首次設定完成後，網域擁有者就可以在事件管理工具中設定要為指定網域追蹤哪 8 個事件。

建議立即採取的動作：

在企業管理平台中驗證網域：我們要求您按照 Facebook 使用說明中所述的步驟來驗證網域。對於有多個企業管理平台或個人廣告帳號使用像素的商家而言，這個動作極為重要。網域驗證可確保設定轉換事件的能力在目前和日後都不會受到干擾。

注意：網域驗證必須在有效頂層網域加一（eTLD+1）完成。舉例來說，若為 www.books.jasper.com、books.jasper.com 和 jasper.com，eTLD+1 網域會是 jasper.com。

規劃每個網域的 8 個轉換事件：如果針對每個網域最佳化或報告的轉換事件超過 8 個，則請制定行動計畫，根據自己的業務優先事項來決定要如何操作每個網域的 8 個轉換事件。事件設定會直接在事件管理工具中完成，因此您不必變更像素或轉換 API 實作。

投遞

消費金額最佳化（VO）

• VO 會從「廣告管理員」轉移至「事件管理工具」，而您必須確保消費金額組合處於啟用狀態。
• 如果先前使用過 VO，則系統會自動根據歷史資料指派消費金額組合，並在事件管理工具中開啟該組合。
• 如果您有資格使用 VO 但不常或從未使用過此功能，就必須手動設定消費金額組合。
• 您最多能夠設定 8 個消費金額組合。注意：開啟消費金額組合後，系統會自動使用允許的 8 個事件中的其中 4 個事件，為指定網域最佳化行銷活動並提供報告。
• 為爭取最佳成效，請在事件管理工具中將開啟消費金額組合的事件放在優先順序較高的位置。

建議立即採取的動作：

• 如果您已開始使用 VO，就不需要採取任何動作。
• 如果您有意啟用消費金額最佳化，請點擊這裡以深入瞭解資格條件。

動態廣告

再行銷的動態廣告沒有特別變動，但您可能會發現成效降低，且受眾規模也縮小了。我們希望能透過動態廣告來觸及廣大受眾群，藉此減少對您造成的影響。

建議立即採取的動作：

• 驗證目錄摘要中的產品網址網域，並避免使用會將使用者重新導向至其他網域的網址。
• 將每個目錄設定為僅使用 1 個像素，以針對所有目錄商品的優先轉換事件進行最佳化。

成效衡量

廣告分析報告（廣告管理員、廣告分析報告、廣告洞察報告 API）：

• 系統將不再支援點擊後 28 天、瀏覽後 28 天和瀏覽後 7 天歸因期間。不過，這些歸因期間的歷史資料仍可透過廣告洞察報告 API 存取。
• 統計模型將用於特定歸因期間和/或衡量指標，以解決 iOS 14 使用者所提供資料減少的問題。為指標建立模型後，我們會在產品中加入註解。
• 特定的歸因期間只會有部分分析報告，且指標將不會包含來自 iOS 14 使用者的所有事件。如果只有部分指標，我們會在產品中加入註解。這項異動會在 2021 年初正式實施。
• 離站轉換事件不支援投遞與動作資料解析。
• 系統將根據轉換發生的時間報告離站轉換事件，而不是相關廣告曝光的時間。因此您可能會發現成本指標有小幅波動，這是因為每次轉換成本原先反映的是特定時間內的支出，除以同一期間內發生的轉換次數。但是，現在每次轉換成本反映的是特定時間內的支出，除以同一期間內廣告曝光所帶來的轉換次數。

選擇歸因期間：我們會以新的廣告組合歸因設定來取代帳號層級的歸因期間，而您可以在行銷活動建立期間存取該設定。這個歸因設定可確保所衡量的轉換與提供給行銷活動最佳化的轉換相同，並可在分析廣告成效時提升靈活性和清晰度。我們會推出全新的 API 參數，方便您根據這個新的歸因設定來查詢結果。

自動化規則：自 2021 年初開始，現有的歸因期間設定和新建的自動化規則將不再受支援，系統會針對非 iOS 轉換採用預設的點擊後 7 天歸因期間，並針對 iOS 轉換採用 SKAdNetwork 歸因期間。

建議立即採取的動作

請按照下列步驟準備因應歸因期間變動（即停用點擊後 28 天、瀏覽後 28 天和瀏覽後 7 天歸因期間）：

• 使用「比較歸因期間」功能，以瞭解在不同歸因期間轉換歸因於廣告的狀況。這能讓您更準確地預測日後歸因期間變動對報告中轉換次數所帶來的影響。
• 更新目前使用 28 天歸因期間的所有自動化規則設定，避免新的點擊後 7 天歸因期間預設值生效後，支出遭到非預期調整。

開發人員 API（行銷 API、廣告洞察報告 API、目標設定 API）：

多個端點變動：我們會根據本文件「事件管理」、「投遞」與「成效衡量」小節所述的內容，變更行銷 API、廣告洞察報告 API 和目標設定 API 的端點。

目前可準備的前置工作

採取行動因應此部落格文章中提到的變更，並詳讀有關 API 的變動。這些異動尚未生效，且目前還無法實施，但我們想盡可能讓您掌握相關資訊。如需查看變更紀錄，請點擊這裡。

2021 年初應採取的動作：

實作 API 變更：Facebook 預計在 2021 年 1 月中實作更新後的 API，其中部分內容可能會在當天另行宣布重要異動。我們會在開發人員文件中分享有關 2021 年初必要 API 變動的技術資訊。

如需瞭解 iOS 14 對應用程式開發人員造成的影響，請參閱另一篇開發人員部落格文章。

如需瞭解如何為行銷 API 變更做好準備，請參閱變更紀錄。