亚马逊数据周报这件事，大部分卖家是这么死的：第一周热情满满导了五张报表，第二周只导三张，第三周想起来已是周四，第四周彻底不做了。 周报做不下去不是因为你不会分析，而是每周的数据项、口径、时间点都在变——变了就不可比，不可比就看不出趋势。 所以周报自动化的核心不是"让 AI 写得漂亮"，而是钉死三样东西：固定的数据项清单、每周原样复用的 prompt、雷打不动的时间点。三样固定，你手里才是 52 份能纵向对比的周报；任一样每周现编，就是 52 份互不相干的漂亮文档。 这篇给的就是成品：数据项清单、可直接粘进 Google Sheet 的环比公式、一段做异动归因与下周行动项的 prompt、一张"谁在什么时间做什么"的流程表。先说清楚和站内另外两篇的分工：用 ChatGPT 读懂亚马逊后台报表解决单次（手头几张报表，临时问出一批结论），亚马逊利润核算表怎么搭解决成本口径（把扣费摊到 SKU，揪出亏损款）。本文解决周期：同一套动作每周同一时间跑出结构一致的结论，并且能回头验证上周的行动项做没做到。 第一步：亚马逊数据周报要固定哪 12 个数据项 一行 = 一个 SKU 一周。别追求全，追求每周都能拿到、口径不变。下面 12 项是最小可用集。 分组 数据项 从哪儿取 口径要钉死的地方 流量与转化 已订购商品销售额 业务报告（Business Reports） “已订购"还是"已发货”，选一个别再换 流量与转化 已订购商品数量 同上 是件数不是订单数 流量与转化 会话数 Sessions 同上 App 与网页是否分开统计要固定 流量与转化 转化率 Unit Session % 同上 B2B 与总量是两个字段，别混着抄 广告 广告花费 广告商品报告（Advertised product report） 按已投放 ASIN 拆到 SKU，别用活动层总数 广告 广告销售额 同上 归因窗口未闭合，本周数会上修（见坑一） 广告 TACOS = 广告花费 ÷ 总销售额 表内算 分母是总销售额，不是广告销售额（两者区别与计算公式） 履约与库存 可售库存件数 后台库存相关报告 是否含在途、含不可售，选定后不改 履约与库存 可售天数 = 库存 ÷ 近 4 周日均销量 表内算 分母用几周均值，固定住 退货与口碑 退货件数与退货率 后台退货相关报告 按退货发生日还是原订单日归期 退货与口碑 本周新增差评数（≤3 星） 你自己记或工具抓 记"新增"不记"总数"；不入 history 表，站会口头带过 干预 本周你做了什么 你自己的干预日志 每条含日期、SKU、动作 第 12 项是整份周报的灵魂，缺了它 AI 的归因全是编的。 数据只告诉你"哪个 SKU 掉了 40%"，只有干预日志能告诉你"因为周三提价 8%"。没有它，任何异动 AI 都能给出一个听着合理、你却无从证伪的理由——这是周报沦为"每周读一遍正确的废话"的头号原因。日志五列即可：日期 / SKU / 动作 / 预期影响 / 验收时间。 ...

本文包含联盟链接：通过文中链接注册或购买，我们可能获得佣金，不影响你的价格，也不影响我们的结论。价格与政策信息以 2026年7月27日 实查为准。 亚马逊库存管理永远在两个坑之间摇摆：备少了断货，排名掉下去要花钱买回来；备多了压钱，货躺过 181 天还要交钱养着。 先给结论：AI 在库存这件事上不负责「算得准」，它负责「算得勤」。 需求预测本质是带误差的估计，再好的模型也预测不到你哪天被跟卖、供应商哪天延期。值钱的是把「日均销量 → 安全库存 → 再订货点 → 预警」这条链子，从"季度想起来算一次"变成"每周固定跑一遍"，最后由你拍板下单。 下面三段工作流——补货预测、断货预警、滞销清仓——每段写清数据从哪来、AI 怎么算、结果怎么用、哪步必须你亲自看。库存管理为什么重要、人工防缺货的原则，老文亚马逊库存管理：最容易被忽略的利润变量讲过，不重复。 一、先分清 AI 能干和不能干的 环节 AI 能做 必须你来 算日均、波动、再订货点 套公式批量出全 SKU 剔异常样本、给真实前置期 预警与滞销分档 按阈值排序、算持有成本 vs 清仓回收 定阈值、拍板处置 下采购单 ❌ ✅ 全部 最后一行是红线：AI 输出的是「建议下单量」，不是「已下单」。 前置期一两个月、错一次压半年，把预测直接接自动下单不划算。 二、补货预测：把销量序列变成下单日期 数据从哪来 数据分四类。前三类在 Seller Central 导出（报表按英文原名搜最稳，中文译名各站点不一）：按 ASIN 销量明细（Business Reports，至少 90 天）、FBA 库存与在途、Restock Inventory 报告；第四类是你自己的前置期记录（历次下单/到厂/到港/上架日）。 Restock 是亚马逊自己的补货建议，官方口径为 “recommendations based on your sales history, along with demand and seasonality forecasts”（官方页，2026 年 7 月 27 日实查），免费但看不见你的供应商。第四类没人替你建，却最影响结果。 ...

你用 AI 生成的模特图、人像场景图，上传亚马逊之前多了一道工序：在图片文件的元数据里写进一个关键词 contains-synthetic-performer。据 eWeek 2026 年 7 月 24 日报道（原始信源为 CNBC 2026 年 7 月 23 日首报），亚马逊本周开始通知第三方卖家——含完全由 AI 生成的逼真人物的商品图、视频和 A+ 内容，上传前须用支持嵌入式元数据的 IPTC 兼容编辑器写入该关键词，亚马逊会据此在 listing 上「按适用情况」展示披露标识。亚马逊的官方帮助页在登录态内，本文未取到原文，以下凡涉及亚马逊做法的表述均为报道口径，不是官方公告原文。 这条新规对本站读者的意义和一般政策新闻不同。用 AI 出模特图、出生活场景图，本来就是站内最常跑的一条 AI 工作流——不请模特、不搭棚，一天出几十张。现在这条工作流被从中间切开了：出图之后、上传之前，多出一个「写元数据」的环节。这篇不解读政策该怎么理解，只讲这一步怎么接进你现在的流程：哪批图要走、用什么工具写、几百张怎么批量、写完怎么确认真的写上了。 30 秒分流：这批图走不走这一步 先做分流，因为误标和漏标一样麻烦——你给一张真人实拍图写上这个关键词，亚马逊按报道口径会给 listing 挂上披露标识，而你本来不需要。 图里是什么 走不走写元数据这一步 完全由 AI 生成、不基于任何真人的逼真人物 走 真人照片，哪怕用 AI 修过、换过背景、改过光 不走 影视、游戏、动画角色 不走 非写实的卡通形象、插画人物 不走 画面里根本没有人（纯产品图、白底主图、细节图） 不走 判定口径只有一条：这个人是不是纯由 AI 凭空造出来、且看上去像真人。以上五条边界出自 eWeek 2026-07-24 报道对亚马逊卖家通知的转述（2026-07-25 实查）。 法源在纽约州。纽约州 General Business Law §396-b 要求广告中使用「合成表演者」时须在广告中显著披露，法条对「合成表演者」的定义是「由计算机使用生成式人工智能或软件算法创建、复制或修改的数字资产，意在造成该资产正在进行人类表演者的视听和／或视觉表演的印象，且不能被识别为任何可辨认的真实表演者」；民事罚款为首次违规 1000 美元、再次违规 5000 美元（法条原文见 nysenate.gov 该条页面，2026-07-25 实查；该页未直接标注生效日，2026 年 6 月 9 日生效为上述报道口径）。法条同时排除纯音频广告、仅用 AI 做语言翻译的情形，以及影视、电视节目、电子游戏等表达性作品的广告。 ...

本文包含联盟链接：通过文中链接注册或购买，我们可能获得佣金，不影响你的价格，也不影响我们的结论。价格信息以 2026 年 7 月 25 日 实查为准。 先给一句话结论：Repricer.com 就是你以前用的 RepricerExpress，现在归 eDesk（原 xSellco）旗下，档位分 Core / Scale / Premium / Custom 四级，但官方定价页当日实查不显示美元价——价格藏在试用注册后面。我的判断是：功能广度确实齐全（eBay、多渠道、净利率调价、Cross-ASIN 都有），但"用不用得起"是个黑箱——档位卡的是导入 SKU 数不是调价 SKU 数、调价速度另外卖 EPM 加购包、退订要提前 14 天，这三条在公开差评里被反复投诉。 本文是基于官方公示信息 + 公开差评语料的资料型评测，不是本站上手实测：档位与功能门为 2026 年 7 月 25 日 repricer.com/pricing 当日实查，差评转述自公开 Trustpilot 评论并标日期，属第三方口径。 先把品牌沿革说清楚：RepricerExpress 去哪了 中文圈搜到的 RepricerExpress 教程大多是几年前的，先把线捋直：据 edesk.com/about-us（2026-07-25 实查）表述，母公司 “Founded originally as xSellco and rebranded as eDesk in 2021”（原名 xSellco，2021 年更名 eDesk），旗下三条产品线——eDesk（客服）、Repricer（调价）、Feedback（评论索取；该页产品清单写 Feedback、下方产品区块仍写 Feedbackexpress，新旧名并存）。老品牌 RepricerExpress 已并入 repricer.com。 迁移不是换 logo。一位老用户在 Trustpilot（2021-04-07，1 星）写 “Repricerexpress has now migrated to repricer.com which is part of edesk”，随后抱怨界面复杂、许多有用功能完全消失、销量掉了 50%。中文老教程里的界面和功能今天大概率对不上。 ...

本文包含联盟链接：通过文中链接注册或购买，我们可能获得佣金，不影响你的价格，也不影响我们的结论。价格信息以 2026年7月25日 实查为准。 先给结论。亚马逊广告 MCP 是真的，而且是亚马逊官方自己在做——Amazon Ads MCP Server 于 2026年2月2日发布开放测试（open beta）公告，官方口径是"持有有效 API 认证信息的 Amazon Ads 合作伙伴可在全球范围内使用"（advertising.amazon.com 官方公告，中文转译，2026年7月25日实查）。但卡点不在 MCP 本身：能不能用，卡在"你手上有没有 Amazon Ads API 凭证"这一关。 这篇写给谁，先说清楚：有开发资源（自己写代码，或者有技术合伙人、有外包）的卖家、代运营与服务商、以及正在判断"要不要在这上面花时间"的人。如果你是一个人打理几十个 SKU、广告全靠后台手点，这篇你读第一节和最后两节就够了，中间的接入细节现阶段跟你关系不大。不搭 MCP 不会让你落后半年，它不是"现在不上车就完了"的那类东西。 MCP 到底是什么：30 秒版本 MCP 全称 Model Context Protocol（模型上下文协议），是 Anthropic 在 2024年11月发布的开放标准，采用客户端-服务端架构、用 JSON-RPC 2.0 消息通信，目的是让 AI 模型以统一方式连接外部数据源和工具。2025 年底，Anthropic 把 MCP 捐给了 Linux Foundation 旗下的 Agentic AI Foundation，它已经不是一家公司的私有格式。 用卖家听得懂的话说：MCP 是给 AI 装的通用插口。以前想让 AI 看你的广告数据，你得自己下报表、自己粘进对话框；接了 MCP 之后，AI 客户端（Claude、ChatGPT 这类）直接连到广告数据的服务端，你说一句话，它自己去调接口取数再回答你。 做法 谁在搬数据 适合什么场景 手动导报表喂 AI 你自己 一次性分析、几十行数据 自己写脚本调 API 你的程序员 固定动作、每天跑同一套逻辑 接 MCP 让 Agent 调 AI 自己 问题不固定、每次问的角度都不一样 关键差别在最后一列：脚本适合"每天做同一件事"，MCP 适合"每次问的都不一样"。你广告后台的日常，其实两种都有。 ...

自家产品的差评堆在那里，多数卖家的处理方式是一条条点开、一条条难受，然后关掉页面。但自家差评真正的用途只有一个：把它压成一张"改什么"的清单——改产品、改供应商、改包装、改物流、改主图和尺寸表——而不是拿来找卖点，也不是琢磨怎么回。这篇讲的就是把亚马逊差评分析做成一套可复用流程：用 AI 给自家 listing 的差评做根因聚类，再把根因桶换算成一张按"影响 × 成本"排序的产品改进优先级矩阵。 先把站内分工说清楚，省得你走错门：读竞品差评是为了找差异化卖点，那是用 AI 读竞品差评挖产品改进点；差评到手后怎么跟买家沟通，那是用 AI 合规回复亚马逊差评与买家消息；从后台退货报表做归因，那是用 AI 读亚马逊退货报告。本篇只干一件事：读自己产品的公开差评，产出交给工厂和运营的改进工单。 为什么差评不能套退货报告那套方法 很多人以为"差评分析"和"退货分析"是同一件事的两个说法。不是。两边的人群和证据完全不同： 维度 自家差评 退货报告 覆盖谁 不满意到愿意公开发声的人（含没退货的） 只有实际退了货的人 有没有客观字段 没有，只有星级和自由文本 有 Detailed Disposition 这类仓库定性 额外信号 时间戳、变体、评论正文的场景描述 退货原因选项、订单量口径 直接损失 转化率（新买家会读到） 已发生的退款与物流成本 差评没有仓库给的客观物证，所以不能照搬退货报告那套"看 Disposition 再定性"的分诊法，必须自己搭一套分桶维度，并且靠三个切面（时间、变体、原文）去逼近根因。反过来说，差评有退货报告没有的东西：没退货但生气的人，以及会被下一个买家读到这个持续伤害。两边最好合着看，这篇跑完，回头再对一遍退货报告的结论，冲突的地方往往就是真问题。 第一步：把自家差评拉齐成一张表 分析前先备料。你要的不是一堆截图，是一张能粘给 AI 的表，最小字段集是五列： 评论日期——做时间切面用，能看出问题是不是从某个批次开始的； 星级——1 星和 3 星的杀伤力不一样，后面打分要用； 变体（尺寸/颜色/SKU）——最容易被忽略、也最容易一击命中根因的一列； 是否 Verified Purchase——非 VP 的评论优先级往后放； 评论正文——逐字保留，别自己概括，AI 要读的就是原话。 取数的口子有三个：品牌注册卖家可以在 Seller Central 的品牌板块看到自家产品的评论列表；未做品牌注册的直接在自己商品页按星级筛选，人工翻页复制；量大或要长期盯，用第三方评论监控工具定时抓。后台的菜单名和可见范围随站点、账号权限、品牌注册状态而不同，Seller Central 帮助页需登录才能打开，本文不逐字复述路径，以你自己后台当前看到的为准。选监控工具时可以对照 AMZFinder 这类评测站的横向打分，它按统一记分卡评了一批卖家工具（含评价与反馈管理这一类，2026 年 7 月 25 日实查），比看厂商自己的宣传页省事。 范围界定一句：本文只用公开可见的评论文本做产品分析。反查买家身份、私下联系买家要求删评改评，是完全另一类操作，不在本文范围内，那条线的现状见2026 亚马逊合规应对差评的正确姿势。 第二步：让 AI 做亚马逊差评分析的根因聚类（可复制 Prompt） 散着读，一百条差评是一百种委屈；聚起来读，它们通常只落在六七个根因桶上。这段 Prompt 直接复制： ...

同一款保温杯，五点描述一个字不改，只把第一条和第三条对调，转化就会变——从上往下读，读到第一条的人最多，读到第五条的人最少。「食品级 304 内胆」放第一条，挤地铁的通勤党觉得跟自己没关系；换成「下午三点还烫嘴」，他就停住了。 listing 转化上不去，很多时候不是卖点不够，而是卖点顺序错了；顺序的依据不是你觉得哪个卖点厉害，是「来买的主力到底是谁」。这篇讲写文案之前的那一步：用 AI 从竞品评论、买家问答、搜索词里合成 2-3 个具象的亚马逊买家画像，再用一张「画像 × 卖点」优先级矩阵，算出五点怎么排、哪些卖点根本不该占位。两样能直接抄走的东西：一段画像合成 prompt，一张卖点优先级矩阵。 先划边界：这篇不教你怎么写 listing 从卖点到文案是三段活，揉成一段做，就会永远卡在纠结措辞上： 环节 解决什么问题 看哪篇 挖卖点 我到底有哪些能打的点 用 AI 读竞品差评挖产品改进点 排卖点 卖给谁、谁先谁后、哪些不写 本篇 写卖点 标题五点 A+ 具体怎么落笔 用 AI 写出高转化的亚马逊 Listing 所以本篇结束时，你手上是一张排好序的卖点清单和一张交接单，不是一版文案。句式、字符限制、后台埋词归下游那篇，这里一个字都不重复。 一、为什么排序比卖点本身更影响转化 位置本身就是权重——买家从上往下扫，越往下读的人越少，排序就是在分配注意力。而同一个卖点在不同人眼里分量天差地别：「750ml 大容量」对健身户外的人是决定性的，对开车通勤的人反而是累赘（塞不进车杯架）。所以想通吃所有人等于谁都没打动，排序的本质是取舍——把第一条让给主力买家的第一决策标准。 二、别让 AI 凭空编画像：先凑齐五类原料 一条铁律先摆着：AI 不知道你的买家是谁。你不给证据，它就按品类常识编一个「25-45 岁、注重生活品质」的平均人——看着完整，实际排不出任何顺序。画像质量等于语料质量。 原料 从哪拿 能读出画像的什么 竞品好评（4-5 星） 商品页按星级筛选后复制 真实购买理由、使用场景、「值」在哪 竞品差评（1-3 星） 同上 买前顾虑、预期落差、被什么劝退 买家问答 竞品商品页的问答内容（各品类呈现形式不同，以你当下看到的页面为准） 买前没被 listing 解决的疑问，也就是决策阻塞点 搜索词与反查词 你自己的广告搜索词报告、反查工具拉出的竞品词 买家怎么描述自己的需求（人群词、场景词） 竞品图片与 A+ 竞品商品页 对手把宝押在了谁身上 复制评论有个筛法能省一半功夫：优先挑带身份自述的句子——「买给我爸的」「我是护士，一个班 12 小时」。这类句子一条顶十条泛泛的「质量不错」，因为它同时给了身份和场景。量级上 3-5 个竞品、每个 30-80 条够用，好评差评都要拉：只喂差评只会得到一张「失败原因画像」，说不清买的人为什么买。 ...

上架前想查自己的亚马逊 listing 有没有违禁词、有没有踩合规的雷，最省事的做法是：把标题、五点、描述连同类目一起丢给 AI，让它按「平台明文禁止 / 需要凭证 / 只是写得空」三档标出来，再逐条给合规改写。 但动手之前有件事必须先说清楚，否则你会拿着一份假清单瞎改：亚马逊从未对外发布过一份「官方违禁词清单」。截至 2026年7月25日实查，亚马逊公开渠道里没有任何一份统一的、可下载的全量词表。你在卖家群里传的那些「亚马逊违禁词大全 500 词」，是服务商和社区自己汇总的流传口径，不是官方文件——里面有真的，也有早就过时或干脆想当然的。 一、官方公开的不是「词表」，是散在几份政策里的禁止项 亚马逊真正写在明面上的禁止内容，分散在这几处： 政策来源 官方点名的禁止内容 实查日期 亚马逊全球开店《亚马逊商品标题到底有哪些要求？》 不可包含促销用语，如 free shipping、100% quality guaranteed、Christmas、Valentine、Father's day；不能使用 ! $ ? _ { } ^ ¬ ¦ 等特殊字符；不能有重复字词 2026-07-25 亚马逊全球开店《亚马逊商品详情页 Listing 五点描述规则》 禁止特殊字符与表情符号（™ ® € © ± 及 ☺ ✅ ❤ 等）；禁止「全额退款」「无条件保证」类保证信息；禁止公司信息、网站链接、外部超链接、联系方式；禁止宣传活动日期等促销信息；点名禁用「生态友好、环境友好、抗微生物、抗菌、竹制、含竹类、大豆制成、含大豆」；禁止鼓励买家留 5 星或引导不留差评 2026-07-25 亚马逊全球开店《受限商品政策解读》 「严禁销售非法、不安全商品或这些页面上列明的其他受限商品」；常见违规类型里点名「虚假宣传（例如：“可治愈癌症”）」；并载明卖家有责任确保商品符合所有当地、州和联邦法律以及亚马逊政策 2026-07-25 标题字数这一项要单独提醒：上表第一份页面截至 2026 年 7 月 25 日实查仍写「商品名称不能超过 200 个字符（包括空格）」，但亚马逊已另行公告 2026 年 7 月 27 日起，除媒介类（图书 / 音乐 / 影视）外全类目主标题上限收紧到 75 个字符（Seller Central 官方账号 News_Amazon 发布的公告《Updates to improve your product titles begin on July 27》，2026 年 7 月 23 日实查，见下方内链一文）。也就是说这份知识页本身正处在过期边缘，你按 200 去自查会漏。字数这一档单独走用 AI 批量改写亚马逊标题适配 75 字符新规，本文只管「说法」层面的合规。 ...

本文包含联盟链接：通过文中链接注册或购买，我们可能获得佣金，不影响你的价格，也不影响我们的结论。价格与工具状态信息以 2026年7月23日 实查为准。 你 2022 年为了省下 Jungle Scout 订阅费而装的那个免费插件，今天打开还出得来数吗？这个问题不能靠几年前的旧测评回答——插件、官网、母公司三样东西，得当天挨个去查一遍。 先给结论：截至 2026年7月23日实查，Unicorn Smasher 的免费 Chrome 插件仍然装得上，它的销量估算接口也仍在返回数字；但它背后的公司基本已经散了——原官网 unicornsmasher.com 现在 302 跳转到域名交易平台的出售页，母公司 AMZ Tracker 的 amztracker.com 连同 app 子域全部 301 跳到一个第三方评测站，免费版插件最后一次更新停在 2024年9月4日。所以「还能用吗」的准确答案是：能装、能出数，但不该当主力。 这篇只回答两件事：Unicorn Smasher 今天到底是什么状态（全部当日实查，不抄 2022 年的旧说法），以及当年冲着「免费替代 Jungle Scout」来的人，2026 年该换成什么。想要一份覆盖全品类的工具盘点（付费套件怎么选、AI 怎么参与），那是另一篇的活：2026 亚马逊选品工具盘点。 现状核实表（2026年7月23日 实查） 核查项 实查结果 意味着什么 unicornsmasher.com（原官网） 302 跳转到域名交易平台的「Get this domain」出售页 老域名已放弃并挂牌出售 amztracker.com / app.amztracker.com（母公司与后台） 均 301 跳转到第三方评测站 revenuegeeks.com AMZ Tracker 作为独立产品已不再自营门户 unicornsmasherpro.com（现门面） 200 正常，标题仍写「Free Alternative to Jungle Scout」 落地页还在，是目前唯一活着的官方入口 unicornsmasherpro.com 付费页 HTTP 500 打不开 想升级付费版，当天付不进去 Chrome 应用商店·免费版 版本 1.0.24.3，最后更新 2024年9月4日，约 1 万用户，评分 2.1（16 条） 还在架上，但已近两年没更新 Chrome 应用商店·Pro 版 版本 1.8.6，最后更新 2026年5月8日，约 5 千用户，评分 2.3（3 条） 有人在维护，但用户与口碑都很薄 免费版销量估算接口 当日请求仍返回数字（如美国站 Home & Kitchen 类目排名 1000 → 月销 680） 数据管道没断，插件不是空壳 一句话读这张表：它没有「停止服务」，但也谈不上「在运营」——是一个前台还亮着灯、公司却已经搬走的状态。 ...

你的 FBA 库存每个月都在悄悄蒸发：入库少收几件、仓里丢一箱、买家退了款货没回来、小盒子被按大件收配送费。单笔都不大，攒一年就是一笔实打实的钱。 先给结论：现在的亚马逊 fba 索赔，胜负手不在"申诉信怎么写"，而在"你多久发现"。 亚马逊在 2024 年 10 月 23 日生效的公告里把索赔资格窗口按类型缩短到 15–120 天不等（此前部分类型可追溯至 18 个月），又从 2025 年 3 月 31 日起把下单前丢失/损坏的赔付基准从售价改成制造成本——发现晚了直接失去资格。所以真正该建的是一套每月固定跑一遍的报表自查流程，AI 干最脏最累的那段：跨表对账、揪差额、生成申诉文本。 本篇给你：类型速查、对账 SOP、可粘贴的核账 Prompt，以及时限的官方出处。 一、时限：先把这张表贴到你的日历里 下表窗口来自亚马逊在 Seller Central 官方论坛发布的政策公告（Amazon News，2026 年 7 月 23 日核查）。帮助中心正文页需登录后台才能打开、站外核不到原文，下表只写公告里逐字给出的口径。 索赔类型 官方资格窗口 起算点 仓内丢失/损坏（fulfillment center operations） 不晚于 60 天 该商品被报告丢失或损坏之日 FBA 客户退货类 退款/换货后 60–120 天，不得早于 60 天 买家退款或换货日期 移除订单途中丢失 创建后 15–75 天，不得早于 15 天 移除货件创建日期 其他移除类索赔 60 天 内 移除货件送达你手上之日 来源：Update on Reimbursement Automation and Eligibility Window to file reimbursement claims（官方，2026-07-23 查证）。同一公告写明：自 2024 年 11 月 1 日起，仓内丢失的商品由亚马逊主动赔付、无需你提报；但移除类索赔仍需手动提交。 ...