假设一个跨境品牌已经发布了新品片。网站上有成片、字幕和产品页，云盘里还有原片、无字版、环境声、3D 动画与不同语言的口播。今天，这些文件通常被归为同一个“视频项目”；但对搜索引擎、AI 助手、训练爬虫和潜在许可方来说，它们的用途与风险完全不同。
真正需要改变的不是先去寻找一个“AI 收费开关”，而是先回答：哪些内容应该帮助品牌被发现，哪些内容只适合在受控条件下被调用，哪些内容已经具有独立许可价值？
三个标准把“能不能抓”拆成了不同问题
2026 年 4 月 28 日，IAB Tech Lab 将 Content Monetization Protocol（CoMP）1.0 定稿。它为内容拥有者与 AI 系统描述内容包、既有许可和访问方式提供共同语言。规范里的视频字段包括语言、时长、完整片或剪辑、是否有转录、公开状态、更新时间、创作来源与来源证明；用途还能区分搜索、训练、AI 输入、索引和代理行为。
但 CoMP 的边界同样重要。官方文件明确写明：它不是机器人封锁系统，不负责替双方谈许可条款，不是许可市场，也不完成计费、支付或使用报告。换句话说，协议可以让已经存在的商业关系更容易执行，却不会自动把一条视频变成收入。
另一条路线是 Really Simple Licensing（RSL）1.0。该规范于 2025 年 12 月 10 日作为 Recommendation 发布，允许网站为网页、图片、视频、音频和数据集表达机器可读的用途、许可与支付条件。Cloudflare 则在 2026 年 7 月把 AI 流量进一步分为 Search、Agent 与 Training 三类，并允许站点分别管理。
这些都是已证实的产品或标准进展，不等于市场已经形成统一做法。标准能降低沟通摩擦；资产是否值得授权、权利是否完整、谁愿意购买，仍是品牌自己的商业判断。
品牌视频不是一个文件，而是四类价值叠在一起
一条公开成片至少同时包含四种东西：让消费者理解产品的传播内容、可被搜索或 AI 读取的文字信息、可再次剪辑的视听素材，以及需要持续维护的产品声明。把它们全部开放，容易把高价值原始资产和过期声明一起交出去；全部关闭，又会失去搜索发现、AI 引用和售前解释的机会。
这也解释了为什么 AI 内容许可不能只交给网站技术团队。网站只能决定访问方式，无法替市场团队确认产品声明，替法务确认肖像与音乐权利，也无法替制作公司说明原片能否被拆分、修改或再许可。
ONCE 建议在制作立项时就把视频相关内容分成三层。
第一层：公开发现层，让正确内容更容易被找到
这一层的目标是发现与理解，不是直接收费。适合放入：已经批准公开的成片、预告与产品演示片段；准确的字幕和文字转录；镜头章节、产品型号、语言、发布时间与更新时间；能够支撑画面声明的公开资料。
公开层应尽量自足。AI 系统或搜索结果只截取一个片段时，仍能知道产品是什么、适用条件是什么、信息何时更新。对于会变化的价格、促销和认证，不应写死在长期复用的转录和画面描述里；应让它们回到可更新的产品页或交易信息层。
这与 ONCE 此前提出的可追溯 AI 广告交付不同：来源记录回答“这段内容怎样产生”，公开发现层回答“外部系统可以看到什么”。两者可以配合，但不能互相替代。
第二层：受控上下文层，让 AI 使用不等于无限训练
这一层面向需要更多上下文、但不应直接下载全部资产的场景，例如：更详细的多语言转录、经过审核的产品问答、镜头级产品功能说明、当地市场适用的声明版本、售后或安装步骤，以及供代理或检索系统调用的内容摘要。
这里的关键不是“隐藏”，而是按用途授权。搜索索引、实时回答、训练模型和代理执行是不同动作。品牌可以允许某类内容用于检索或回答，同时要求引用、限制路径、控制频率，或拒绝训练。技术信号只负责表达和执行这项选择；合同与实际权利仍要另行处理。
如果团队还看不到机器人身份、访问量和页面路径，先做监测，不要急着宣布许可价格。IAB Tech Lab 的机器人管理指引也把顺序放在身份识别、流量观察、价值判断之后，而不是先一刀切地放行或封锁。
第三层：许可制作层，把可复用素材做成真正的产品
这一层才可能成为独立商业资产：未公开的 B-roll、干净背景、产品动作镜头、无字版、分轨音频、不同机位、3D/CG 源资产、淘汰镜头，以及可安全拆分的模块化片段。
“有文件”并不等于“可许可”。每个资产至少要过五道判断：
| 判断 | 要回答的问题 | 不满足时的处理 |
|---|---|---|
| 发现价值 | 外部使用是否能把用户带回品牌或帮助正确理解产品？ | 留在内部，不因技术潮流公开 |
| 复制风险 | 单独取走后是否会替代原内容、暴露新品或被误配品牌？ | 降低清晰度、缩短片段或转入受控层 |
| 权利完整度 | 人物、音乐、字体、场地、第三方产品和生成工具条款是否允许目标用途？ | 不进入许可目录，先补权利 |
| 更新责任 | 规格、认证、价格或使用说明改变后，谁负责撤回和替换？ | 指定有效期、版本与责任人 |
| 独立交付性 | 脱离原片后是否仍有清楚标题、语言、时长、来源和使用说明？ | 补元数据、转录和预览片 |
这张表的价值不在于算一个“许可分数”，而在于暴露不能自动化的缺口。最昂贵的问题往往不是存储，而是团队说不清自己能授权什么。
下一份拍摄 brief 应多出一张资产卡
CoMP 的视频对象给了制作团队一个很好的最小字段起点：标题、语言、时长、完整片或剪辑、转录、公开状态、发布时间、更新时间、作者或制作方、创作来源与来源证明。品牌还需要补上业务字段：资产所有人、允许用途、禁止用途、地域、期限、是否允许训练、是否允许生成改编、引用要求、审批人、撤回入口和相关合同位置。
这张资产卡应和母版一起验收，而不是上线后再由网站团队猜。对制作公司而言，它也把服务从“导出多少条片”扩展为四项可报价工作：权利清理、转录与元数据、内容打包与访问设计、版本更新与撤回维护。
可以用一个不含虚构价格的成本式判断是否值得推进：
许可准备成本 = 权利清理 + 转录与元数据 + 打包与访问 + 监测与更新。
只有当资产有持续发现价值、可重复使用或存在明确授权需求时，这笔投入才可能合理。节省的重复制作、获得的分发或许可收入都必须在真实运营中验证，不能提前当作收益写进预算。
一个低风险试点：先整理一组内容，不先建市场
第一步，选择一个规格相对稳定、权利清楚、未来仍会复用的产品系列，盘点公开成片、转录、原片和衍生文件。第二步，用三层模型标记每个资产，并为高价值候选补齐资产卡。第三步，让市场、法务、网站与制作团队共同决定 Search、AI Input、Training 和人工下载分别怎样处理。第四步，只对这一组内容建立监测、版本与撤回流程，观察真实发现、调用、运维和授权询问，再决定是否扩大。
如果素材权利混乱、产品声明高频变化、没有人负责撤回，或没有任何明确复用方，现阶段最正确的动作可能只是做好库存与元数据，而不是部署收费协议。
机器可读许可带来的长期变化，是内容部门开始像管理产品一样管理视频资产。公开、受控和许可三层并非新的文件夹命名，而是三种不同的价值交换。先把权利和资产说清楚，标准才会放大价值；否则，技术只会更快地放大混乱。
核心来源
- IAB Tech Lab，《CoMP (Content Monetization Protocols) Initiative》，2026 年 4 月 28 日更新；《CoMP 1.0 Content Metadata Marketplace Supply Specification》。
- RSL Technical Steering Committee，《Really Simple Licensing 1.0 Specification》，2025 年 12 月 10 日。
- Cloudflare，《Your site, your rules: new AI traffic options for all customers》，2026 年 7 月 1 日；《Content Signals Policy》，2025 年 9 月 24 日。
