PUBLISH · 上架

一次投放,
多个站点各自结算

上架最容易出事的地方不是提交,是“提交之后没人知道发生了什么”。 系统按站点逐条回收结果,成功就是成功,失败给出原因。

Gate

提交之前,先过三道闸

把能提前发现的问题挡在前面,比提交完再改便宜得多。

侵权预检

按分类分层的侵权词库比对,命中高危词条直接拦下,不进入上架队列。

类目属性

按目标类目的必填属性校验,缺哪一项、该填什么,直接指到字段。

尺码与规格

尺码表与包装规格在校验阶段对齐,避免上架后因规格不符被下架。

Result

结果按站点记,状态只有四种

不做“整体成功率”这种会骗人的汇总数字。

成功拿到商品编号,商品进入在售状态。
部分成功部分站点成功、部分失败,按站点各自记录,不合并成一个模糊状态。
失败带上平台返回的原因与错误码,照着改就能重试。
限流触发平台频率限制时单独标记,不计入失败,稍后自动重排。
Tracking

上架之后,账还是要对得上

每一次上架都会留下任务记录与逐站结果。列表里看到的不是“跑过了”,而是“哪个商品、投了哪些站点、 在哪个站点成了、失败的原因是什么”。

成功与失败的统计口径固定:失败不进成功率的分母,限流单独归类。这样同比增长率才有意义, 而不是随一次批量操作忽高忽低。

把上架这件事,变成一件可核对的事