使用者訊息和多重客戶管理 (MCM)

本文將說明使用者訊息如何與 MCM 委任類型搭配運作，以及子發布商可以如何控管用來管理訊息的帳戶。

注意：如果您使用的是舊版可調式夥伴管理 (SPM)，而且尚未將標記設定更新為 MCM，則我們無法保證使用者訊息發送功能是否能照常運作。

訊息和 MCM 委任類型

在管理帳戶 (MA) 中，上層發布商應設定子發布商帳戶中的所有訊息。隨後，訊息將透過子發布商的廣告代碼放送。

在管理廣告空間 (MI) 中，擁有 MI 上層發布商的網站會有下列廣告代碼：

如果子發布商或上層發布商有多個帳戶在網域發布使用者訊息，「隱私權與訊息」工具會根據預設任意選取其中一個帳戶，並顯示該帳戶在網域發布的訊息。任何在網域發布訊息的特定帳戶組合都適用相同的帳戶選項，但如果帳戶組合有異動，帳戶選項也可能會隨之改變。

範例

假設子發布商 A 有上層發布商 X 和 Y，而這 3 個發布商皆在 example.com 網域上發布使用者訊息。「隱私權與訊息」工具將任意選擇下列其中一個選項：子發布商 A、上層發布商 X 或上層發布商 Y。假設選擇上層發布商 X，將出現以下情形：

我們會放送上層發布商 X 為造訪 example.com 的所有使用者設定的所有類型使用者訊息。
如果上層發布商 X 只發布歐洲法規訊息，系統就不會顯示子發布商 A 或上層發布商 Y 的任何類型訊息 (GDPR、美國各州、廣告封鎖復原等)。
所有訊息都會採用上層發布商 X 所發布的，除非新的 MI 上層發布商在 example.com 上發布使用者訊息。
舉例來說，假設子發布商 A 之後新增了上層發布商 Z，而上層發布商 Z 在 example.com 上發布了訊息，「隱私權與訊息」工具可能會任意選擇一個不同的帳戶，並開始在網域上顯示他們的訊息。

如果您是子發布商，且想進一步控制管理訊息的帳戶，可以在網站上重新加入代碼，以明確選擇帳戶。操作方法有以下兩種：

在網站上部署廣告封鎖復原代碼。這麼做是因為產生廣告封鎖復原代碼的帳戶一律會管理使用者訊息。
注意：我們不支援透過多個帳戶，為同一個網站部署廣告封鎖復原代碼，這麼做會導致未定義的行為。

或
將 ?network-code=<account_network_code> 查詢參數附加至您放在文件標題中的廣告代碼。設定這項查詢參數後，我們一律會為具有指定聯播網代碼的帳戶部署使用者訊息。
含有查詢參數的代碼範例
<script async src=".../gpt.js?network-code=<account_network_code>"> </script>

您也可以使用聯播網代碼設定其他功能，例如標頭出價廣告投放。如果您有多個 gpt.js 代碼，請確保網頁上的聯播網代碼已附加至每個代碼。

注意：MI 的子發布商務必與其 MI 上層發布商明確討論誰負責管理網站的使用者訊息，這樣才能只使用一個帳戶在網域發布訊息，並管理所有訊息。

這項資訊僅適用於參與 Offerwall Beta 版計畫的發布商。請注意下列事項：

獎勵廣告應無需額外設定就能正常運作。MCM 上層帳戶應透過子帳戶發布 Offerwall，並使用子發布商的廣告單元。
目前不支援第三方整合服務的付款方式 (例如 Supertab)。

如果搭配使用 Offerwall 與 Supertab 的發布商成為管理帳戶子發布商時，無論上層/子發布商的協議為何，款項都會支付給該子發布商。

我們應如何改進呢？