Merchant Center 商品显示已批准，为什么有些补充图片还是不展示？

先把商品级与图片级观察分开

记录商品当前状态与缺少的具体图片，分别保存证据。一个商品可以有可用主图，同时某张补充图仍不适合显示；不要把“商品已批准”复制为整组图片的完成结论。

也不要反过来看到一张图没出现，就宣称整个商品已被拒登。先看平台实际返回的信息和已处理字段，再判断图片缺失、获取失败、图片要求或展示选择等不同分支。

确认补充图真的进入了正确字段

在实际接收的商品数据中检查 additional_image_link，而不只看原始素材文件夹。若连接器没有把这张图带入对应字段，先修复数据映射；多生成几张相似场景并不会让未提交的图片自动进入商品记录。

对已进入字段的每个地址，核对实际文件身份和要求。用下载或公开获取到的文件检查尺寸，不把“4K”档位、画布设置或文件名称当成实际像素数据。

官方帮助对过小补充图给出了具体边界：图片可能不显示，但商品不因此被拒登。它不是对其他缺陷的统一豁免；可用文件类型、主体真实性等仍应按当前要求逐项确认。

虚构练习：主图合格，细节小图未出现

以下为虚构练习，不是实际 Merchant Center 提交结果。一个水杯商品主图通过审核，另有杯盖细节图与使用场景图。原始表格列出三张图片，但处理记录中只有场景图进入补充图片字段。

首先处理细节图未进入字段的问题，而不是立即调整它的背景。若后来确认字段已包含细节图，但实际交付的是不足规格的小缩略图，就转到导出或传输文件检查。

再用正确文件身份、实际尺寸、字段映射和平台反馈做新记录。虚构练习不预设修正后一定展示，也不承诺某个固定等待时间；每一步只记录已经观察到的结果。

把“已提交”和“已展示”写成不同状态

为素材分别记录准备完成、已进入数据源、已被处理与实际观察到展示。它们是不同阶段，不能为了交付表好看而把整列统一写成上线。

如果需要核对最低尺寸的生效时间，查看当前单项规格和适用日期，避免把已经公告但尚未生效的要求直接当成今天所有商品的规则。本文不重复制定一套脱离平台版本的统一尺寸。

Itemlume 可以准备候选素材，本文没有接通商品数据源，没有执行上传、审核或实际展示测试。完成条件是能准确说明这张图在哪里、符合什么要求及观察到什么结果，而不是只有一个商品批准状态。

虚构练习：补充图片分阶段核对表

以下示例为虚构练习。另存核对表后填写自己的真实观察；不能将示例当作已完成的验收。

下载核对表（CSV）