Lightspeed eCom 删过的图，为什么 Retail POS 换新版后仍没回来？

封面是根据官方文档整理的操作路径示意，非平台界面截图或已完成的验收记录。

先查图片的删除历史。Lightspeed 的 R-Series 官方帮助明确说明：Retail POS 图片更新会推送至对应的 eCom 商品，但不会更新那些已在 eCom 删除的图片。因此，POS 里换成新版，不足以证明被电商端删掉的那个图片位置会恢复。Adding product images for your eCom (C-Series) store

本文仅适用于文档所述的 Retail R-Series 与 eCom C-Series 连接。不要把结论套到 X-Series、E-Series 或自建连接器。

排查顺序

• 确认产品系列、商品对应关系，以及图片是否曾在 eCom 删除。

• 把“上游图片更新”与“有权恢复电商端媒体”分开交接。

• 新增或修改完成后查看实际商品页；同步方向不能代替最终观察。

先确认少的是哪一张图

记录 Retail 商品标识、eCom 商品标识、缺失图的用途和可识别内容。正面主图仍在、背面标签图消失，与全部商品媒体都没有到达，不是同一症状。不要只写“图片同步失败”。

请电商负责人确认这张图是否曾在 eCom 端删除，以及是否有保留记录。没有历史依据就填“未知”，不要从图片缺席推断一定有人删除。同步缺失仍可能需要平台支持结合实际记录调查。

保留正确新版母图与必要的旧版识别点，按素材源到发布结果的追踪记录区分它们。不要用新的生成图替代一张已经正确、只是没有到达目标位置的文件。

不用反复上游更新证明恢复完成

如果已经确认电商端删除过该图，暂停“在POS再替换一次，等它自己回来”的循环。官方没有把上游更新描述为该删除状态的恢复机制；也没有在所引段落给出等待时长。

同时保留编辑方向：官方说明，直接在 eCom 上传或修改图片，不会同步回 Retail POS。Lightspeed 图片同步范围 因此，电商端补回图片后，仍须单独确认POS保存的是哪一版，不能把两端都记为已修正。

普通跨渠道同步方向的核查可参考SHOPLINE 同步取回与推送的区别。那篇的规则不适用于Lightspeed；这里需要额外检查的是“目标端曾删除图片”这一条件。

由负责人选择补图位置并检查结果

在确认确需恢复、商品身份与新版图均正确后，由有权限的电商负责人决定在目标 eCom 商品中补入批准的图片。官方 C-Series 帮助提供 Products → 目标商品 → Images → Browse files 的上传路径。Adding product images

1. 确认目标商品，检查当前图库中是否已经有同一内容，防止把缺失误判为顺序变化。
2. 保存批准母图、用途和版本记录后，按实际账户支持的方式加入目标商品，不先批量删除现有图片。
3. 检查新增后的顺序及对应的售卖物；若涉及变体，单独核对该变体的关联结果。
4. 打开买家端商品页，记录新图可见内容、位置及时间；POS与eCom分别填写状态。

这条路线是有条件的人工交接建议，不是已经执行的恢复操作，也不承诺重新上传会恢复原来的媒体标识或同步关系。对不明确的后续维护行为，保留平台支持问题，不自行推断内部实现。

复制这张删除与补图交接表

虚构练习，非同步测试： 一款保温壶的正面图仍可见，背面标签图曾由电商负责人删除。POS后来更新为新标签，电商端背面图仍缺席。

表中没有真实账号、上传、同步或买家观察结果。实际采用时用真实记录替换示例。

验收两端状态，不写笼统的同步完成

只有观察过的目标商品、图片位置与版本才能批准。若电商端补图正确而POS仍旧，记录为两端不同状态，并指派后续维护责任。若需要更新其他版位，用商品变更素材替换计划逐项处理，不以一个目标页代表全部渠道。

本文由 Itemlume 编辑组织，AI 辅助起草；官方来源于 2026-10-23 查阅。保温壶与表格为虚构练习，未登录Lightspeed、删图、上传或触发同步。第三方维护需商家在对应系统完成，本文不表示Itemlume已接通该平台，也不提供同步恢复时限。见关于与编辑证据政策及联系与纠错。