检查 contains-synthetic-performer 标签还在不在
拖一张图或一个视频进来，立刻告诉你 contains-synthetic-performer 还在不在。 打标是一次性的动作，但验标是每次上传前都该做的动作——素材在到达卖家后台之前， 往往还要经过修图软件、压缩工具、素材库和代理商门户。我们实测了这件事发生的频率：7 个处理步骤里没有一个能在两种格式上同时保住标签。
把图片或视频拖到这里
JPG · PNG · MP4 · MOV · WebM — 只读取，不修改文件，不上传
检查结果会立刻出现在这里，文件不会离开你的浏览器。
三种结果分别代表什么
| 结果 | 含义 | 该做什么 |
|---|---|---|
| 标签在 | 文件的 XMP dc:subject（视频为容器标签）里读到了合规标签 | 可以上传 |
| 缺标签 | 文件里有元数据，但其中没有合规标签 | 如果画面里有完全由 AI 生成的写实人物，需要补标 |
| 无标签 | 没读到元数据——常见于被压缩工具或导出流程剥离过的文件 | 回到源文件确认，或重新打标 |
这个工具只判断标签在不在，不判断图里该不该有标签。该不该打标取决于画面内容：完全由 AI 生成的写实人物要打，真人（哪怕用 AI 修过图）、 卡通插画、影视游戏角色、没有人物的图都不用打。
标签是怎么没的
几乎总是同一个原因：某个环节重新编码了这张图。用图片库打开再保存一次就足够了—— 不用裁剪、不用调压缩、不用点导出对话框。我们实测了 8 个处理步骤， 没有一个能在 JPEG 和 PNG 上同时保住标签。
所以判断工作流里的任何一环，该问的不是「这是哪个 App」，而是它有没有重新编码这张图。 压缩、缩放、转格式、编辑，都会。复制、打包、以文件形式发送，都不会—— 字节原样保留，标签也就跟着留下来了。
文件里有元数据，也可能照样不合规。有些工具并不删掉 XMP，而是用自己的那一份覆盖掉。导出的文件看着仍然带元数据， 而亚马逊要读的那个字段已经空了——这正是上面的结果要把「缺标签」和「无元数据」分开的原因。
这个检查器做什么、不做什么
- 图片读 XMP 的
dc:subject，视频读容器标签 - 不修改文件——只读打开，不回写任何内容
- 不上传任何东西，解析在你的浏览器里完成
- 只告诉你标签在不在，不判断这张图该不该有标签
最后一条很重要。一张图要不要打标，取决于画面里有什么，只有人能判断—— 参见哪些内容需要打标。
批量检查怎么做
想拖多少个就拖多少个——检查器会全部读一遍，并统计其中有多少个带标签。 做图库盘点通常这样就够了：你要的是「有几个缺标、分别是哪些」，而不是每张图一份报告。
如果发现有需要补标的，工作台可以批量写入， 并且会自动跳过已经合规的文件，不会把本来正确的又重写一遍。
视频检测能说明什么、不能说明什么
视频读的是容器标签——也就是封装器写在视频流旁边的那些字段。MP4、MOV、WebM 都能解析， 本站或 ffmpeg 写入的标签都能读出来。
必须说清的局限：亚马逊至今只公开了图片该用哪个元数据字段， 视频读哪个字段、甚至读不读，都没有说明。 所以一个视频在这里显示「标签在」，含义是容器里带着这个关键词—— 不等于亚马逊会从那里读到它。视频结果因此标注为实验性， 任何声称视频已合规的工具，都该被问同一个问题。
两件常被以为它会做、其实不会的事
- 它不看画面。一张图里有没有 AI 生成的人物，是对内容的判断； 这里只读元数据。一张没有人的纯产品图，和一张漏标的 AI 模特图， 结果同样是「无标签」。
- 它不修改任何东西。文件是只读打开的，不回写， 你拖进来的那个文件，和硬盘上那个仍然逐字节相同。
需要批量打标？
工作台支持整个文件夹拖入、批量写入、导出 ZIP 与合规处理报告，同样全部在本地完成。
打开打标工作台 →