分册导航
CMP 注册与规范（TCF 侧）
同意类定位与分类
透明度与同意框架（Transparency & Consent Framework，TCF）侧的同意管理平台（Consent Management Platform，CMP）注册流程、CmpId / CmpVersion 字段语义、CMP 必须实现的 UI 与 API 契约。与 cmp-api 章节的分工：本册讲「谁能成为 CMP」，cmp-api 讲「浏览器怎么读」。
- GPP section
- §2 (Core: CmpId/CmpVersion/ConsentScreen)
字符串与字段布局
| 字段 | 位宽 | 说明 |
|---|---|---|
| CmpId | Int(12) | 最后更新该 TC String 的 CMP 的 ID（由 TCF 注册机构分配）；正式串中不应为 0（0 仅用于 stub/loading 期）。 |
| CmpVersion | Int(12) | 该 CMP 的版本号。 |
| ConsentScreen | Int(6) | 用户给出同意时所在的 CMP 界面屏号。 |
TC String 只能由已向互动广告局（Interactive Advertising Bureau，IAB）Europe TCF 注册的 CMP、用其分配的 CMP ID 创建；供应商或其他第三方不得自行创建或修改 TC String。对无注册要求的场景，字符串创建者用 CMP ID = 1。
承载与访问
CMP 在 Core 段的 VendorListVersion 字段声明其使用的全球供应商列表（Global Vendor List，GVL）版本；CMP 注册与 GVL 是 TCF 侧两套相互独立的登记。
UI 与 API 契约
CMP 必须实现的 UI 与 API 层契约由两份独立文档规定：① 技术层（CMP JS API Specification）定义 __tcfapi() 命令集与返回体结构，详见 cmp-api 章节；② 政策层（IAB Europe TCF Policies）定义首屏披露（供应商数量、目的列表）、二屏详细控制、拒绝路径与撤回同意入口。CMP Guidelines 的具体 UI 逐步要求与 TCF Policies 互为补充；本页不重复政策文档全文。
失效形态
- 由未注册 CMP 创建的 TC String（无有效 CmpId）
- 正式串中 CmpId=0（0 仅用于 stub/loading 期）
- 供应商自行创建或篡改 TC String（政策禁止）