Adobe Stock 拒稿率降到接近零：上传前六项检查清单

一位创作者在二月一次性上传了 40 张矢量图到 Adobe Stock，三天后收到 31 条拒稿通知。问题不在画本身，而在元数据：关键词错位、标题像关键词堆砌、有的文件标题甚至只是小写文件名。他随后把元数据从"事后补"改为"提交前检查清单"，拒稿率随后降到接近零。这个案例揭示了一个被许多素材卖家忽视的事实：大部分拒稿并非质量问题，而是流程问题。

拒稿的真正原因：元数据比画面更容易出错

据原作者统计，那次 40 张图的上传中，31 张被退回，全部与元数据相关。这一比例说明，平台审核在第一道关卡—文件解析—就已经筛掉了大量投稿。人工审核尚未开始，文件就已因格式或标题问题被标记。这意味着，如果能在提交前用清单拦住这些低级错误，拒稿率会立刻出现数量级下降。

作者的转变并不依赖任何复杂工具，而是一份可重复执行的检查流程。所有工具只用 Python 标准库写成，跑在一台 1 vCPU、2 GB 内存、无 GPU 的小服务器上。

CSV 表头是硬性门槛，不是建议

每个素材平台都会在人工审核前先校验元数据文件。Adobe 的上传 CSV 是固定的 5 列，Vecteezy 是 4 列，Dreamstime 则要求 15 列。只要列数、顺序或列名有一处不对，整批文件会被立即拒绝，连审核环节都进不去。

作者曾因手工编辑表格时弄反两列，导致整批被打回。之后他写了 make_metadata.py，按平台生成精确表头，不添加任何多余列：

python make_metadata.py ./my-assets --platform adobe --out metadata.csv --ext .jpg

这一步是成本最低、也最常见的拒稿来源。表头对了，就消掉了一整类失败。

标题和关键词有规则，审核员会严格执行

Adobe 会拒绝把关键词串当标题的行为。像 "sunset beach ocean waves tropical summer vacation palm trees" 这样的字符串不是标题，而是等着被拒的样本。标题应当是一句平实的描述性短语，关键词则放在关键词列，最重要的放最前，因为顺序会影响作品被检索和审核的方式。

作者的第一版标题由脚本从文件名生成并转为标题格式，仅用于暂存，不允许直接提交。正式提交前，他会逐条替换标题，并用三个问题检查关键词：每个词是否描述了画面中真实可见的内容；最重要的概念是否排在最前；是否在关键词数量上限内、且没有"background""design"这类毫无作用的填充词。

这一道人工复查每个素材大约两分钟，却是他所有改动中消灭拒稿最多的一环。

**元数据（Metadata）**在素材平台语境下，指随文件一同提交的描述性信息，通常包括标题、关键词、类别、说明等字段。它不参与画面呈现，却是平台检索系统和审核员判断作品是否合规、是否可被搜索到的唯一依据。Adobe Stock 等平台会先用机器校验元数据格式，再交由人工判断标题与关键词是否与画面匹配。关键词顺序在多数平台具有权重含义：排在前面的词会被视为作品的核心主题，影响搜索结果排序，也可能影响审核员对作品分类的判断。因此关键词不是越多越好，而是要准确、相关、有优先级。

重复提交会让账号被标记

作者曾因批处理脚本部分失败后重跑，差点把同样 20 个文件上传两次。重复提交是各大素材平台最快的账号标记方式之一。

解决方式极简：一个账本。upload_tracker.py 用纯文本记录已提交内容，上传前先查 pending：

python upload_tracker.py pending items.txt
python upload_tracker.py done "asset-001.jpg"

有了这个记录，重跑也无法重复提交。它只依赖 Python 标准库，因此在那台 1 vCPU、2 GB 的小服务器上同样能跑。

**账号标记（Account Flagging）**是素材平台对违规行为采取的账户级风控措施。与单张作品被拒不同，标记会记录在账号层面，可能触发更严格的审核、限制上传配额，严重时导致账号暂停或封禁。重复提交之所以被视为高风险行为，是因为它既浪费审核资源，也可能被系统判定为批量刷库或规避先前拒稿。平台通常通过文件哈希、标题与关键词相似度、上传时间间隔等信号识别重复内容。对于批量上传的创作者，最稳妥的做法是在本地维护提交记录，确保每个文件只进入平台一次。

技术审核要前置，不要等被拒后再看

Adobe 的技术要求公开且朴素：最低分辨率、无可见瑕疵、正确格式、无水印。AI 生成作品会被额外审视，审核员会仔细检查畸形的手、错乱的文字和重复元素。每张 AI 图都意味着真实的生成成本，一次拒稿不仅是拒稿，还是生成费用和审核时间的双重浪费。

作者现在的提交前动作已经机械化：渲染一张低分辨率预览并真正用眼睛看一遍、按平台最低要求核对尺寸、确认文件能正常打开，然后才放进上传目录。用 60 dpi 预览代替 300 dpi 渲染，还能让那台只有 2 GB 内存、没 GPU 的小机器保持内存平稳。

**dpi（每英寸点数）**是描述图像打印分辨率的单位，但在数字素材提交中，平台通常更关注像素尺寸而非 dpi 数值。用 60 dpi 渲染低分辨率预览，实质是在保持画面比例的前提下缩小像素总量，从而降低内存占用和渲染时间，便于在低配置机器上快速目检。正式提交时则需按平台要求提供足够像素尺寸的文件，例如 Adobe Stock 对照片和矢量图各有最低像素门槛。预览检查不能替代对最终文件尺寸和格式的核对，两者应分开执行：预览用于发现视觉瑕疵，尺寸核对用于满足技术门槛。

六项检查清单

任何批次提交前：

1. CSV 由脚本生成，列数符合平台要求（Adobe 5 列、Vecteezy 4 列、Dreamstime 15 列）。
2. 每个标题是真正的描述性短语，不是关键词串。
3. 关键词按相关性排序，全部描述可见内容，无填充词。
4. 追踪器确认本批次没有素材已被提交过。
5. 在低分辨率预览上目检瑕疵、错乱文字和解剖结构。
6. 文件格式和分辨率符合平台最低要求。

六项，一批 40 个素材大约十五分钟。它把 Adobe 拒稿从 31/40 降到个位数，常规批次最终接近零。

这套方法没有任何聪明之处，而这正是重点。拒稿从来不是画得不好，而是流程有漏洞，而流程可以靠一份清单和两个小脚本修好。作者把这套清单固化进了合规元数据工具包，该工具包出自同一条流水线—它曾打包 39 个成品、约 856 MB 输出，同样跑在那台 1 vCPU、2 GB 的服务器上。

对正在搭建类似素材流水线的创作者来说，值得记住的不是某个脚本，而是顺序的调整：把审核标准提前到提交之前，让机器先替审核员筛一遍。