簡短回答： IAB Europe 於 2026 年 7 月 23 日發布了 TCF 2.4。Web 實施必須在 2026 年 10 月 23 日前完成遷移；行動應用程式和 CTV 的截止日期為 2027 年 2 月 23 日。TC 字符串格式版本保持為 2，TCF 政策版本保持為 5。因此，TCF 2.4 不會引入全新的字符串格式。關鍵是更新的政策，特別是對供應商合法利益的更嚴格處理。
要點摘要
- TCF 2.4 是當前規範；遷移截止日期按環境區分。
- Web：2026 年 10 月 23 日。行動應用程式和 CTV：2027 年 2 月 23 日。
- 二進制 TC 字符串版本保持為 2；
tcfPolicyVersion保持為 5。 - 已有效的同意不會因版本名稱而自動需要重新同意。但由於其他原因（例如供應商、目的或法律文本的變更），可能需要重新查詢。
DisclosedVendors段在 TCF 2.3 中成為強制性的，並在 2.4 中繼續使用。這不是新的 2.4 功能。- 供應商不得僅基於特殊目的來表示合法利益。此 2.4 規則自 2026 年 4 月起已適用。
- 註冊和認證是不同的聲明。另外，請檢查 CMP 為哪個環境註冊。
IAB TCF 2.4 有什麼變化？
TCF 2.4 更新了透明度和同意框架的政策和技術規範。對於實施者來說，特別重要的是不要將版本號與 TC 字符串中的欄位混淆：核心段繼續使用格式版本 2，政策版本保持為 5。因此，集成不應編碼虛構的字符串版本「2.4」，也不應僅因版本變更而丟棄所有現有信號。
最實際的重要變化涉及供應商合法利益。供應商只有在至少有一個允許的處理目的時才能設置 LI 位。特殊目的單獨不足夠。CMP 必須在生成、恢復和撤銷信號時強制執行此不變量。
已披露供應商：在 2.3 中引入，在 2.4 中仍然必需
DisclosedVendors 段記錄了實際向該人員顯示的供應商。它在 TCF 2.3 中成為強制性的，並保持為正確 2.4 實施的一部分。遷移至 2.4 時，該段不應重新發明，而應根據可見的供應商清單進行檢查：
- 段中包含的每個供應商都必須在同意介面中披露。
- 未顯示、已刪除或非活躍的供應商不得被標記為已披露。
- 配置、介面、
DisclosedVendors和TCData中的供應商集合必須可追蹤地相符。
按環境的截止日期
| 環境 | TCF 2.4 遷移截止日期 |
|---|---|
| Web | 2026 年 10 月 23 日 |
| 行動應用程式 | 2027 年 2 月 23 日 |
| CTV | 2027 年 2 月 23 日 |
Web 註冊不會自動涵蓋行動應用程式或 CTV。檢查 CMP 在官方 CMP 清單中的條目及其中列出的環境。Biscotti CMP 由 Campcruisers GmbH 運營，以 CMP ID 497 註冊用於 Web。不聲稱本機應用程式或 CTV 註冊。
逐步遷移至 TCF 2.4
1. 檢查註冊和環境狀態
將 CMP ID、法律實體和註冊環境與官方 CMP 清單進行比較。不要依賴徽標或「IAB 合規」之類的籠統表述。
2. 綁定當前 GVL 和供應商選擇
加載當前全球供應商清單，並確定實際用於具體網站或應用程式的供應商。介面和生成的同意狀態必須源自相同的供應商集合。
3. 實施供應商 LI 規則失敗關閉
如果供應商僅聲明特殊目的或沒有允許的 LI 目的，則不生成供應商 LI 信號。在拒絕、撤銷、GVL 變更和恢復保存狀態後檢查此規則。
4. 保持 TC 字符串語義
繼續編碼 TC 字符串格式版本 2 和政策版本 5。保留強制性 DisclosedVendors 段。不要僅因為框架規範稱為 2.4 就更改 API 版本欄位。
5. 有針對性地決定重新同意
版本變更單獨不是重新同意的理由。相反，檢查目的、供應商、法律基礎、發行商限制或向該人員顯示的信息是否發生了實質性變化。記錄決定。
6. 測試完整的狀態轉換
至少測試全部接受、全部拒絕、細粒度選擇、合法利益、撤銷、重新打開、瀏覽器重啟和 GVL 更新。獨立解碼生成的字符串並比較供應商和目的集合。
技術檢查清單
__tcfapi('ping', 2, ...)報告一致的 CMP 和政策數據。- TC 字符串格式版本為 2，
tcfPolicyVersion為 5。 DisclosedVendors對應實際可見的供應商清單。- 供應商 LI 在沒有允許的 LI 目的時永遠不會設置。
- 拒絕和撤銷移除不允許的同意和 LI 信號。
- 保存的狀態僅在與當前配置匹配時才被採用。
- CMP ID 和註冊環境與公開 CMP 清單一致。
- Web、行動應用程式和 CTV 版本分別發布。
現有用戶是否必須重新被詢問？
不是自動的。版本名稱 TCF 2.4 單獨既不改變 TC 字符串格式也不改變政策版本號。但是，如果之前的決定不再準確反映當前處理，或該人員必須收到新的重要信息，則需要重新同意。決定應根據實際配置變更和法律諮詢做出。
常見錯誤
- 將 TCF 2.4 編碼為新的 TC 字符串格式版本。
- 在沒有規範基礎的情況下提高
tcfPolicyVersion。 - 錯誤地將已披露供應商描述為新的 2.4 變更。
- 將特殊目的視為供應商 LI 的充分基礎。
- 將 Web 註冊表示為行動應用程式或 CTV 註冊。
- 同義使用「已註冊」、「已驗證」和「已認證」。
- 僅測試全部接受路徑，省略拒絕、撤銷或重啟。
結論
遷移至 TCF 2.4 不是純粹的文本變更。它需要按環境規劃的發布、正確的供應商 LI 信號，以及可見供應商、保存狀態和 TC 字符串相符的證明。正確區分格式版本 2、政策版本 5 和已披露供應商的歷史，可以避免最常見的遷移錯誤。
常見問題
TCF 2.4 是新的 TC 字符串格式版本嗎？
不是。TC 字符串的版本欄位保持為 2；框架版本 2.4 不得寫入此欄位。
TCF 政策版本是否改變？
不是。對於 TCF 2.4，tcfPolicyVersion 保持為 5。
已披露供應商在 TCF 2.4 中是新的嗎？
不是。DisclosedVendors 段在 TCF 2.3 中成為強制性的，並在 2.4 中繼續使用。
TCF 2.4 是否總是需要重新同意？
不是。關鍵是處理和用戶信息的實際變更，而不僅僅是版本號。
Biscotti CMP 是否為行動應用程式或 CTV 註冊？
Campcruisers GmbH 的當前註冊條目（CMP ID 497）涵蓋 Web。這不意味著行動應用程式或 CTV 的註冊。
來源
- IAB Europe，TCF 政策 v5.0.b 和規範 v2.4：https://iabeurope.eu/transparency-consent-framework/
- IAB Europe，CMP 清單：https://cmplist.consensu.org/v2/cmp-list.json
- IAB Tech Lab，同意字符串和供應商清單格式：https://github.com/InteractiveAdvertisingBureau/GDPR-Transparency-and-Consent-Framework
本文闡述了技術和組織方面，不構成法律建議。