TCF 同意字串

TCF 同意字串 是一段編碼文字，記錄了使用者在 IAB Europe 透明度與同意框架下所做的同意選擇，並隨著出價請求傳遞，以便廣告供應鏈中的每個供應商在對該曝光採取行動前，都能檢查自己被允許做什麼。

字串內包含什麼#

該字串以壓縮的 base64 風格格式編碼了使用者同意了哪些「目的」（例如在裝置上儲存資訊，或建立個人化廣告檔案）、他們同意了 IAB Europe 已註冊供應商清單上的哪些特定供應商，以及一些關於同意何時及如何被擷取的後設資料。它並非人類可讀，但規格完整：任何實作 TCF 標準的系統都能以相同方式解碼，這正是其要點所在。發布商的同意管理平台生成該字串，並將其附加到流經標頭競價包裝器、供應方平台和廣告交易平台最終到達需求方平台的出價請求中。

為何廣告供應鏈依賴它#

在 TCF 將其標準化之前，每個供應商都有自己臨時的方式來表示同意，或者根本沒有方式，這意味著距離發布商三跳之外的需求方合作夥伴，無法可靠地確認同意是否確實被收集。TCF 字串透過給予供應鏈中每個人相同的機器可讀答案來解決此問題，回答「該供應商是否被允許為此目的處理此使用者的資料」。這就是為何涵蓋歐盟使用者的即時競價拍賣能夠以拍賣速度、在毫秒內進行，而無需每個供應商單獨查詢同意資料庫。

實際的故障模式發生在字串缺失、格式錯誤，或使用者的瀏覽器完全阻止 CMP 運行時。大多數供應商的預設行為是將其視為「無同意」，這意味著他們不會針對個人化目的出價，這會悄悄地縮小歐洲廣告活動的可觸及受眾池，而不會在報告中的任何地方拋出明顯的錯誤。

它在整個技術堆疊中的定位#

TCF 字串並未取代ads.txt或sellers.json，後兩者用於驗證誰有權銷售發布商的廣告庫存。它解決的是不同的問題：不是「誰被允許銷售這個」，而是「這個特定使用者的資料被允許用於什麼」。這兩項檢查在現代程序化拍賣中獨立運行，任何一項的缺失都可能悄悄地抑制填充率或出價，而不會出現明確的錯誤訊息指出原因。

如果您正在稽核廣告技術在同意閘門周圍的行為，而不僅僅是閱讀規格，那麼瀏覽 OpenAdLibrary 跨地區的廣告情報索引，是快速了解同一廣告主在同意要求嚴格和寬鬆的市場中，廣告創意組合和實際投放量如何變化的好方法。