僅適用於 Google Ad Manager 360
PPID (發布商提供的 ID) 是 Google Ad Manager 360 的一項功能，可能未在您的聯播網中啟用。如要啟用 PPID，請與您的客戶經理聯絡。
透過發布商提供的 ID (PPID)，發布商可向 Google Ad Manager 傳送 ID，用於展示頻率上限、目標對象區隔和指定目標對象、廣告依序輪播，以及其他以目標對象為準的跨裝置廣告放送控制項。 #PPID
跳至：
PPID 的運作方式
- 傳送給 Ad Manager 的 ID 必須以雜湊或加密的方式處理成 Google 無法辨識的資訊，且不得使用原始的個人識別資訊。
- 如果 Google 知悉使用者已選擇停用個人化廣告 (例如使用廣告設定、歐盟使用者同意聲明控制項或受限的資料處理 (RDP) 設定)，系統就會停用透過 PPID 將廣告指定到使用者網路瀏覽器的功能。
- 使用者必須有權透過相關機制停用個人化廣告。
-
如果使用者選擇不允許發布商使用 PPID 放送廣告，或刪除自己的帳戶，發布商必須立即停止向 Google 傳送該使用者的關聯 PPID。
使用第一方資料建立 PPID
對於使用目標對象解決方案的發布商，PPID 不必依賴第三方 Cookie 或 ID，就能根據可辨識的使用者，建立隱私權優先的長期目標對象區隔。您可以依照登入資訊或匿名第一方 Cookie 設定 PPID。首先要確認自己擁有哪些第一方資料，可用於辨識個別使用者。
如果有登入使用者，即可根據登入資料 (例如：電子郵件地址或特定使用者的關聯專屬 ID) 來建立 PPID。這麼做有助於辨識在多部裝置登入的使用者。
如果沒有登入使用者，發布商通常可在伺服器端，使用自行設定的 ID 或網域專屬第一方 Cookie 建立 PPID，有效辨識使用者。請為個別使用者設定多個工作階段通用的匿名 ID，以免每個使用者工作階段都產生新的 PPID。
刪除 PPID
如果使用者要求發布商刪除其使用者資料，發布商可以傳送資料刪除請求至 Ad Manager，確保該使用者的資料會從 Google 內部儲存系統刪除。
如需要求刪除 PPID 資料，發布商應使用以下網址發出請求：
https://securepubads.g.doubleclick.net/user_data_deletion?ppid={user's_PPID}&iu={publisher's_AdManager_network_code}
示例
https://securepubads.g.doubleclick.net/user_data_deletion?ppid=12JD92JD8078S8J29SDOAKC0EF230337&iu=12345
- 發布商收到使用者要求刪除資料的信號後，就可以立即開始這個程序。
- 在順利收到發布商的信號後，我方的內部系統就會立即中斷 PPID 與現有使用者資料的連結，隨後會於 63 天內徹底刪除使用者資料。
預期的回應
若是請求作業成功，系統會傳回 HTTP 回應狀態碼「200」；若是請求作業失敗，則會傳回 HTTP 回應狀態碼「400」。若是出現 PPID 資料刪除 API 未啟用的情況，就會傳回 HTTP 回應狀態碼「404」。
設定 ID
如果您的網站/應用程式已有 180 天未使用 PPID 傳送任何 Google Ad Manager 廣告請求 (或目標對象像素請求)，則必須使用該 PPID 再次傳送請求，以免 PPID 失效。Google 可能會移除閒置時間短於 180 天的 PPID，用智慧功能調整 PPID 資源，取得最佳效果。
Google 發布商廣告代碼
如果是網站，請使用 PublisherProvidedId 方法：
pubService 方法說明
pubService.setPublisherProvidedId(identifier)
為發布商提供的 ID 設定對應的值，用於展示頻率上限和其他以目標對象為準的活動。
參數
string ID：由發布商提供的英數字元 ID，建議上限為 150 個字元。
示例
googletag.pubads().setPublisherProvidedId('12JD92JD8078S8J29SDOAKC0EF230337');
googletag.enableServices();
</script>
Google Mobile Ads SDK
GoogleAdManagerExtras 類別包含一個名為 setPublisherProvidedId(string ID) 的方法。如需詳細資訊，請參閱 Google Mobile Ads SDK 文件。
Google IMA SDK
HTML5、iOS 和 Android SDK 提供下列方法或屬性來設定 PPID。
-
HTML5 - ima.ImaSdkSettings.setPpid()
-
iOS - IMASettings.ppid (可變的物件資源，不是方法)
- Android - ImaSdkSettings.setPpid()
非 JS 請求 (又稱為無代碼請求)
如果使用須傳遞 PPID 的 /adx 或 /ad+/jump，直接向 Google Ad Manager 提出請求，則必須包含參數 ppid=。
目標對象解決方案像素廣告代碼
如果使用目標對象解決方案像素廣告代碼直接向 Google Ad Manager 提出請求，則必須包含參數 ppid=。
網站廣告代碼範例
ad-manager-network_code}/DFPAudiencePixel;dc_seg={segment_ID};ppid={your_ID}"></script>應用程式廣告代碼範例
ad-manager-network_code}/DFPAudiencePixel;ord=%%CACHEBUSTER%%;dc_seg={segment_ID};ppid={your_ID}?gdpr=<0,1>&gdpr_consent=<tc string>&tfua=<0,1>&tfcd=<0,1>進一步瞭解如何將 PPID 傳送至目標對象解決方案像素廣告代碼。
限制和規定
如果無法滿足下列規定，我們的系統可能會忽略或捨棄 PPID。
PPID 值必須：
-
為英數字元 ([0-9a-zA-Z]、「+」、「.」、「=」、「/」、「_」、「-」、「$」、「,」、「{」、「}」)，或 UUID 十六進位表示法 (8-4-4-4-12)。
範例
以下是正確的 PPID 示例：
- 12JD92JD8078S8J29SDOAKC0EF230337
- 12jd92jd8078s8j29sdoakc0ef230337
- 12Jd92jD8078s8j29sDoakc0ef230337
- 123e4567-e89b-12d3-a456-426614174000
發布商可以使用下列工具搭配這個規則運算式，檢查 PPID 是否正確：
^[0-9a-zA-Z+.=\/_\-$,{}]{22,150}$工具
-
最少包含 22 個字元。
-
最多包含 150 個字元。
-
以雜湊或加密方式處理成 Google 無法辨識的資訊。
-
在網址中，有效 PPID 值允許的部分字元具特殊意義，因此如果用於 ID 模糊處理的字元集包含
+、=、/或$，則必須先將值進行網址編碼，再插入網址預留位置。SDK 方法則以不同的方式處理字元，舉例來說，若使用 GPT 的pubService.setPublisherProvidedId(identifier)，SDK 會對提供的值進行網址編碼。示例使用 AES 加密時，系統會將使用者 ID 模糊處理，而產生的 PPID 值為n6lvihJocabdNhFQqRbBt552lNGh74k7/1kZ2dC0dXk=。這個值內的/和=字元必須先進行網址編碼，才能將 ID 插入 PPID 網址參數。最終正確編碼的網址參數會變成ppid=n6lvihJocabdNhFQqRbBt552lNGh74k7%2F1kZ2dC0dXk%3D。 -
可在多個工作階段中辨識出同一位使用者時，才會傳送；舉例來說，如果第一方 Cookie 可用於多個工作階段，即可用來產生一組 PPID。
請勿變更用來產生 PPID 值的演算法，以免系統重設多項功能，包括展示頻率上限、目標對象區隔和指定目標、廣告依序輪播，以及其他以目標對象為準的廣告放送功能。
啟用程式輔助的 PPID
啟用發布商提供的 ID (PPID) 後，如果沒有 Ad Manager 第三方 Cookie 或裝置 ID，Google 和程式輔助廣告需求可能會將 PPID 用於程式輔助流量，支援買方展示頻率上限，以及按興趣顯示個人化廣告等功能。這有機會提高發布商的程式輔助收益，也會將追蹤使用者活動的範圍限制於同一個 Ad Manager 聯播網：
-
與 Google 和程式輔助廣告需求分享 PPID 前，Ad Manager 會將 PPID 轉換成依發布商劃分的分區 ID，因此在其他發布商的網站和應用程式中，將無法辨識不同分區的使用者。
-
除了啟用 PPID 之外，您也需調整需求管道設定，選擇要透過程式輔助方式分享 PPID 的對象 (例如 Google 廣告需求、Authorized Buyers 和公開出價工具)。請注意，非 Google 廣告需求的 PPID 目前僅適用於歐洲經濟區、瑞士、英國、加州和部分美國州別以外的地區。
-
您可以使用安全信號，將資料 (包括第一方資料) 傳送給所選的出價第三方。
如要啟用程式輔助的 PPID，請按照下列步驟操作：
PPID 報表
如要按照包含 (「存在」值) 或不含 (「缺少」值) PPID 的廣告請求查看詳細的涵蓋率，請使用 Ad Manager 報表中的「PPID 狀態」維度。這個維度涵蓋預訂和程式輔助流量。
- 程式輔助和預訂流量中出現 PPID 涵蓋率問題時，可以使用「PPID 狀態」維度排解。舉例來說，如要瞭解部分廣告空間是否未正確設定 PPID，您可以製作按「廣告單元」和/或「請求類型」細分的「廣告請求總數」報表，並選取「PPID 狀態」「為以下任何一項：」「缺少」篩選條件。
- 程式輔助的 PPID 只能套用於無法使用第三方 ID 的部分流量。換句話說，如果有可用的第三方 Cookie，這類 PPID 就不會影響程式輔助流量。因此，如要分析採用 PPID 時的程式輔助成效，建議您依序選取「第三方 ID 狀態」、「為以下任何一項：」、「缺少」篩選條件，只分析沒有第三方 Cookie 或裝置 ID 的廣告請求。
- 「PPID 狀態」維度無法用於準確判斷收益影響，但可做為評估成效的依據。如要進一步瞭解收益升幅，建議發布商自行執行 A/B 測試、考量不同類型的廣告空間，並思考是否存在第三方 ID。
含有多個 ID 的請求
如先前所述，PPID 會「補強」Google Ad Manager 使用的其他 ID (例如：電腦環境中的 Cookie，或廣告 ID、廣告識別碼等可重設的行動廣告 ID)，但不會取代其他 ID。在多數情況下，這表示針對 Google Ad Manager 製作的 PPID 廣告請求會是「多 ID 請求」，其中包含「主要」PPID 和「次要」電腦/行動 ID。每個廣告呼叫只能傳遞一個 PPID。
以上情形可能會以多種方式影響 Google Ad Manager 的行為，詳述如下。
指定目標對象區隔
系統會為次要 ID 和 PPID 分別維護區隔成員資格。當系統收到多 ID 請求時，該請求即有資格放送指定給兩種 ID 中，任何區隔成員資格組合類型的委刊項。
示例
使用者造訪可支援 PPID 登入的體育網站或應用程式，但尚未登入。接著，該使用者前往網站或應用程式的特定頁面，因此系統將其加入籃球迷的目標對象區隔 (區隔 S1)。由於使用者沒有登入，系統便將次要 ID 加入該目標對象區隔。但隨後使用者登入網站或應用程式，導致系統在後續的廣告請求中加入 PPID，而且系統知道該特定使用者屬於 25 到 34 歲的年齡層，因此利用 ID 批次上傳功能，將其 PPID 加入以年齡為基礎的目標對象區隔 (區隔 S2)。如此一來，在使用者的任何多 ID 請求中，指定給區隔 S1 和/或 S2 的委刊項將有資格放送。
目標對象區隔共用
每個聯播網都有獨特的 PPID，也就是自己的 PPID 命名空間；因此當兩個聯播網將同一組 PPID 指定給不同使用者時，就能避免發生衝突。根據某個聯播網 PPID 建立的目標對象區隔，無法與其他聯播網或產品共用 (更精確地說，來自某個聯播網的請求中的 PPID，與其他聯播網目標對象區隔中的 PPID 絕對不同)。只有以 Cookie 或裝置 ID 為基礎而建立的區隔，才能在多個聯播網之間共用。您可以共用同時包含 PPID 和次要 ID 的目標對象區隔，但如果廣告請求中的次要 ID 與區隔中的某個次要 ID 相符，則指定給該區隔的廣告只能放送到多 ID 請求中。
目標對象區隔成員資格
如果系統收到多 ID 請求，則只會使用主要 PPID 來觸發或重新整理目標對象區隔成員資格，不會將請求中所傳遞的任何次要 ID 用於這類用途。
範例
展示頻率上限
如果系統收到多 ID 請求，則只會使用主要 PPID 來計算展示頻率上限，不會將請求中所傳遞的任何次要 ID 用於這類用途。
範例
依序輪播廣告素材
如果系統收到多 ID 請求，則只會使用主要 PPID 來辨識在依序輪播中要放送的下一個廣告素材，不會將請求中所傳遞的任何次要 ID 用於這類用途。
範例
資料移轉報表
在多 ID 請求中傳遞的兩種 ID，都會列於資料傳輸報表中，但在報表中會經過加密，發布商無法將其解密 (將 PPID 或次要 ID 恢復原始形式)。不過，這些加密的 ID 可以批次上傳到目標對象名單，以供日後再行銷指定時使用。
範例
PublisherProvidedID 欄位中，次要 ID 也會以加密形式顯示於 UserId 欄位中。