Publisher Privacy Treatment API (Beta 版)

發布商可使用 Publisher Privacy Treatment (PPT) API 傳輸使用者的隱私權偏好設定。本文將介紹我們為發布商提供的一系列 API 工具中的第一個處理方法，協助他們管理使用者的個人化設定和資料使用情形。

第一項處理方式是 PPT=1，可讓發布商停用每個廣告請求的廣告個人化功能；此設定參考了發布商提供給使用者的控制選項。在報表中，PPT=1 會區分非個人化廣告流量與其他非個人化廣告放送模式，例如 NPA=1 或 rdp=1。

PPT=1 不適用於需要更具體廣告放送模式的用途。進一步瞭解我們協助遵循使用者隱私權法規的工具，包括非個人化廣告和受限資料處理模式。  

如果廣告請求包含多項使用者隱私信號，則以限制最嚴格的信號為準。

範例

• 即使 Publisher Privacy Treatment API 未指出個人化功能已關閉，系統仍會為歐洲經濟區、英國和瑞士境內使用者停用廣告個人化設定。
• 只要透過 PPT API 標明，系統就會向使用者放送非個人化廣告；即使 TCF 版本 2.3 字串顯示使用者同意接收個人化廣告也是如此。

Google 已更新各種廣告代碼和廣告 SDK，開始接受第一個處理值 (PPT=1)，以便發布商採用這個選項時停用廣告個人化。如果發布商放送廣告時未採用我們的代碼或 SDK，也可以選擇直接將處理值 (例如 PPT=1) 附加到廣告請求做為網址參數。日後推出更多處理方式後，發布商就能附加多個處理值 (例如 PPT=1,2,3)。

詳情請參閱 Google Developers 說明文件：

• 應用程式專用 Google Mobile Ads SDK：
  • Ad Manager：iOS、Android
  • AdMob：iOS、Android
• 網站專用 Google 廣告代碼：
  • Google 發布商廣告代碼 (GPT)
  • Ads by Google tag (ABG)

PPT=1 的運作方式

如果廣告請求包含 PPT=1，表示發布商想停用這些特定廣告請求的廣告個人化功能。常見的預期用法是，使用者透過發布商提供的控制項停用廣告個人化功能後，發布商將 PPT=1 新增至廣告請求。廣告請求包含 PPT=1 時，參與的廣告平台會識別使用者想要的隱私權處理方式 (關閉廣告個人化功能)。

在 Google Ad Manager、AdSense 或 AdMob：

• PPT=1 會關閉發布商的直接銷售廣告活動和 Google 程式輔助需求的廣告個人化功能。
• 如果目標使用者相關廣告請求包含 PPT=1，系統不會根據任何使用者個人資料鎖定使用者。
• 含 PPT=1 的廣告請求無法用於更新相關使用者的任何現有使用者資料。

PPT=1、非個人化廣告 (NPA=1) 與受限資料處理模式 (rdp=1) 之間的差異如下：

• 設定為 PPT=1 時，系統允許透過第三方供應商放送及追蹤廣告。
• 設定為 NPA=1 或 rdp=1 時，第三方供應商在廣告放送與廣告追蹤方面的使用限制如下：
  • 不允許使用 Google 廣告需求。
  • 只有在發布商開啟「查看 RTB (即時出價) 合作夥伴廣告素材是否隨附廣告合作夥伴同意聲明」選項時，非 Google 廣告需求才會受到限制。
  • 只有在開啟「檢查預訂廣告素材是否隨附使用者同意聲明」選項時，鎖定歐洲經濟區、英國或瑞士境內使用者，且NPA=1 的預訂廣告素材與第三方供應商合作才會受到限制。
• 如為受 LGPD 管轄的使用者，只有在未宣告或偵測到任何廣告技術供應商時，系統才會對預訂廣告套用 NPA=1。

當廣告請求包含 PPT=1，非 Google 程式輔助廣告需求也會在出價要求中傳送 NonPersonalizedAdsReason.Publisher_Declared_NPA=1，來指出使用者想針對該廣告請求關閉個人化功能。設定為 PPT=1 時，系統允許透過第三方供應商放送及追蹤廣告，但與使用者 ID 相關的特定巨集擴展功能會受到限制。系統會將使用者 ID (例如 google_user_id、hosted_match_data、任何裝置的廣告 ID 和 session_id) 從非個人化廣告的出價要求中移除。這有助於確保 (但無法完全保證) 系統將信號傳遞給授權買方和公開出價者時，會遵守信號規定。

A note about PPID

 

Ad Manager’s Service Specific Terms require publishers using PPID to offer users a mechanism to opt out of personalized advertising. If a publisher receives an opt out from a given user, the publisher must either stop transmitting PPID to Google for that user or transmit both PPID and a signal indicating the user has opted out. Using PPT=1 would be an acceptable way to meet this requirement. Alternatively, if the publisher is unable to build a user opt out control (for example, in the case of connected TV), the publisher may elect to opt out all such traffic using PPT=1. The publisher would still be able to transmit PPID for non-personalization usage such as frequency capping in applicable locales.