Deal ID

Deal ID 是一個唯一的字母數字識別碼，買方和賣方將其附加在已協商的程序化交易上，無論是優先交易、私有交易市場交易，還是程序化保量交易，目的是讓任何帶有此 ID 的出價請求都能匹配到雙方事先約定的特定價格、廣告庫存和條款。

Deal ID 如何運作#

發布商或其供應方平台將一部分廣告庫存（一個版位、一個受眾區隔、一個內容區塊）連同價格和任何自訂條款打包，然後為其發放一個 Deal ID。該 ID 會私下分享給一位買方，買方將其輸入到其需求方平台中作為廣告項目的目標設定。

之後就是技術流程了。在 OpenRTB 規範下，Deal ID 在出價請求的 deal 物件中傳遞。當匹配的廣告曝光觸發時，SSP 會用該 ID 標記出價請求，只有持有該 ID 的買方才能看到協商的條款，根據交易類型的不同，可能是無競爭的保證價格，也可能是帶有協商底價的私有拍賣。其他所有人對同一廣告曝光的出價（如果有的話）則會走常規的即時競價流程。

Deal ID 的重要性#

它們讓交易雙方能夠像傳統的直接購買一樣進行協商——固定價格、特定版位、自訂條款——同時仍然通過自動化的程序化管道進行交易，而非手動投放的廣告訂單。通常有三種交易類型依賴 Deal ID：優先交易（固定價格、優先購買權、不保證量）、私有交易市場交易（僅限受邀者參與、帶有協商底價的拍賣）和程序化保量交易（固定價格的預留量，本質上是自動化的廣告訂單）。

對於買方來說，Deal ID 也是獲得特定發布商廣告庫存穩定存取權的最簡潔方式，無需依賴在公開交易市場中透過標頭競價獲勝，因為後者的可用性和價格都會波動。

Deal ID 常見問題#

廣告運營中大多數「交易沒有花費」的故障單都可以追溯到 Deal ID 問題：SSP 和 DSP 之間複製字串時的拼寫錯誤、交易在一方活躍但在另一方暫停或過期，或是兩個系統之間的預算和投放日期不匹配。這些問題都不會拋出明顯的錯誤。交易只是返回零出價或零曝光，需要有人並排檢查兩個平台才能發現不匹配之處。如果您正在審核競爭對手或合作夥伴實際大規模購買的廣告庫存，OpenAdLibrary 的廣告情報索引是比僅從交易報告中逆向工程更快地了解市場上實際投放內容的方法。

常見問答#

Deal ID 和私有交易市場（PMP）是一樣的嗎？

不是。PMP 是交易類型（僅限受邀者參與的拍賣）。Deal ID 是將特定出價請求導向該交易協商條款的識別碼。PMP 交易、優先交易和程序化保量交易都使用 Deal ID；它們只是在 ID 匹配後應用不同的規則。

誰創建 Deal ID？

由發布商或其 SSP 創建並發放，然後私下分享給買方，買方將其輸入到其 DSP 的廣告活動或廣告項目設定中。

多個買方可以使用同一個 Deal ID 嗎？

通常不行。Deal ID 是發放給特定買方用於特定協商安排的。有些 SSP 支持共享或多買方交易設置，但這是例外情況，並非默認設定。

為什麼帶有有效 Deal ID 的廣告活動會獲得零曝光？

最常見的原因是平台間的 ID 字串不匹配、交易在一方暫停或過期，或是預算或投放日期衝突。請並排檢查 SSP 和 DSP 的配置，而不是假設目標設定本身有誤。