先判断你面对的是哪一类亚马逊停用、限制或封锁。
亚马逊不会用同一种逻辑审查身份验证、关联账户、真实性投诉、评论操纵、绩效失控或放款冻结。这一页的目的，是帮你先把案件类型分清，再判断平台大概率在核什么，以及哪类回应更合适。
按亚马逊实际审查逻辑归类的主要案件类型
下面这些类别按平台在实务中最常提出的问题分组。你可以先用摘要理解每一类到底意味着什么、平台通常在核什么，以及它与相邻通知的区别。
验证与付款资料
这组案件通常围绕身份、主体、银行、卡片与文件一致性。平台更关心账户能否被干净地验证，而不是卖家能否写出一封听起来不错的申诉。
银行资料
平台无法验证收款银行账户，因为账户持有人、账号信息或银行证明与 Seller Central 记录不一致。
亚马逊通常在核什么
更新后的收款账户信息，以及一份近期银行证明，准确显示账户名、账号与银行名称，并与后台记录完全匹配。
它和相邻类型的区别
这通常比完整身份验证更窄。平台往往在看银行所有权与字段是否完全一致，而不是更广的违规指控。
相邻情形
这个问题已经有更贴近的公开页面。
信用卡或借记卡验证
平台无法验证账户中用于扣费、验证或维护的信用卡/借记卡。
亚马逊通常在核什么
一张可正常授权的卡片、正确的账单信息，以及与账户主体一致的持卡人资料。
它和相邻类型的区别
这通常是账单资料或验证问题，不是关联、真实性或政策滥用案件。
相邻情形
这个问题已经有更贴近的公开页面。
资料验证
平台拒绝了上传文件，因为材料模糊、过期、不完整或彼此冲突，而当前最安全的公开路径仍是更宽的验证总页面。
亚马逊通常在核什么
平台明确要求的那组文件，按正确格式与顺序提交，并确保所有字段与账户记录一致。
它和相邻类型的区别
在记录尚未明显收窄到银行、身份、主体更新或 required information 之前，这类案件通常应停留在更宽的验证路径。
相邻情形
这个问题已经有更贴近的公开页面。
未提供所需信息
平台认为你没有正面回应它要求的具体资料或说明。
亚马逊通常在核什么
逐条回应平台请求，并为每一条附上对应的文件或事实说明。
它和相邻类型的区别
这通常意味着回应偏题，而不一定说明卖家另有独立违规。
相邻情形
这个问题已经有更贴近的公开页面。
身份验证
平台正在确认账户背后的真实个人、企业以及可能的受益人和控制人。
亚马逊通常在核什么
一套完整的身份验证记录，让个人、企业与所有权文件形成可核验的单一主线。
它和相邻类型的区别
这比简单的文件重传更深，因为平台可能在检查完整的所有权关系与主体记录。
相邻情形
这个问题已经有更贴近的公开页面。
主体信息更新
平台发现账户中的企业名称、主体类型、注册信息或税务身份存在不匹配或已过时的记录。
亚马逊通常在核什么
一套能够支撑当前主体记录的更正材料，并解释新旧记录之间的生效顺序。
它和相邻类型的区别
这类案件一开始常看起来像银行或普通文件问题，但真正卡点在主体记录本身。
相邻情形
这个问题已经有更贴近的公开页面。
账户访问与关联关系
这组案件关注谁控制账户、是否与另一家店铺有关联，以及安全事件是否掩盖了真正问题。
关联账户
平台认为当前账户与另一家卖家账号在控制、操作人、设备、付款信息、访问历史或其他信号上存在关联。
亚马逊通常在核什么
解释这种关联的证据：是恢复原账号、证明当前独立，还是说明链接来自历史访问或安全事件而非当前共同控制。
它和相邻类型的区别
关键不只是两个账户碰到了同样的信息，而是平台在判断是否存在真实、当前的控制关系。
相邻情形
这个问题已经有更贴近的公开页面。
账号被盗
未授权访问改变了账户设置、暴露了敏感信息，或制造了平台现在视为风险的异常活动。
亚马逊通常在核什么
证明账户已重新安全、访问权限已重置、未授权改动已识别，并且次生问题已被清理。
它和相邻类型的区别
账号被盗并不自动等于关联账户，但如果入侵制造了跨账号痕迹，就可能演变为关联案件。
相邻情形
这个问题已经有更贴近的公开页面。
模糊封禁通知
当前平台通知过于笼统，已经无法直接看出底层真实问题，常见于前期更具体的原因被后续模板消息覆盖之后。
亚马逊通常在核什么
重建通知历史与账户事件，先识别真正根因，再决定下一次提交该走哪一类页面。
它和相邻类型的区别
这不是和‘关联’或‘真实性’并列的实体问题，而是提醒你当前可见消息可能已经不再显示真正根因。
相邻情形
这个问题已经有更贴近的公开页面。
真实性与供应链
这组案件围绕商品可信度、发票可靠性与供应链可追溯性。平台通常在验证货源链，而不只是看卖家说商品是真的。
非正品 / 真实性
平台怀疑商品不真实，并要求你为被点名 ASIN 提供可信的来源证明。
亚马逊通常在核什么
供应商发票、可追溯性记录以及一份能说明货源来源和文件可信度的清楚解释。
它和相邻类型的区别
这与知识产权投诉或商品页错配不同，核心是平台是否相信商品真实且来源可追溯。
相邻情形
这个问题已经有更贴近的公开页面。
销售记录无法验证
平台认为账户中的销售缺少可靠的货源或可追溯性支撑，即使卖家坚持商品是真的。
亚马逊通常在核什么
近期采购记录、供应商信息与一份能清楚说明被点名销售如何被验证的解释。
它和相邻类型的区别
它与真实性案件有重叠，但重点常常是可追溯性不足，而不是直接的假货指控。
相邻情形
这个问题已经有更贴近的公开页面。
篡改发票
平台认为发票或辅助文件被修改、伪造，或整体上不再可信。
亚马逊通常在核什么
直接回应平台的完整性质疑，并尽可能准备来自开票方或供应商的独立证明，确认文件是真实原始的。
它和相邻类型的区别
一旦平台怀疑文件被篡改，案件就比普通文件质量问题严重得多。
相邻情形
这个问题已经有更贴近的公开页面。
知识产权
这组案件由权利人投诉或受保护内容误用驱动，和真实性、商品页匹配或页面结构问题所需的证据并不相同。
知识产权侵权
平台收到或识别到与商品页或商品相关的商标、版权、专利或其他权利投诉。
亚马逊通常在核什么
授权证明、非侵权证明，或与具体投诉点严格对应的定向纠正动作。
它和相邻类型的区别
IP 的核心是权利与许可，不等同于证明商品是真货或页面匹配正确。
相邻情形
这个问题已经有更贴近的公开页面。
目录与页面结构
这组案件关注商品如何被挂接、分组和匹配到详情页。平台通常在检查页面结构是否误导买家或错误表达商品。
ASIN 变体滥用
平台认为不相关商品被错误地归入同一变体，从而误导买家或扭曲目录结构。
亚马逊通常在核什么
目录修正，以及一份说明哪些商品被错误挂接、为什么会发生、现在如何避免再次发生的解释。
它和相邻类型的区别
这通常是目录结构问题，而不是货源证明或权利人投诉问题。
相邻情形
这个问题已经有更贴近的公开页面。
详情页侵权 / 错挂
平台认为 offer 被挂到了错误详情页、错误成色或错误商品表达之下。
亚马逊通常在核什么
发票与产品证明，说明商品与所用 ASIN、condition 和详情页之间的真实对应关系。
它和相邻类型的区别
商品可能是真的，但如果挂错了详情页，仍然会在这里失败。
相邻情形
这个问题已经有更贴近的公开页面。
商品上传症状
平台拦截、删除或压制了商品上传，但这往往只是更早的商品页、目录或账户问题的下游表现，不值得单独作为公开页面。
亚马逊通常在核什么
先重建更早的处理记录，再判断真实问题更像 ASIN 层压制、目录结构错误、受限商品压力，还是更广的账户封禁。
它和相邻类型的区别
这一类更适合先停留在问题类型中心：变体滥用是错误分组，详情页侵权是页面错挂，而模糊封禁通知则提示可见消息可能仍在隐藏根因。
相邻情形
在底层问题仍不够清楚前，先停留在总览页会更稳妥。
受限与受监管商品
这组案件关注商品是否允许销售，以及页面、配送与合规控制是否满足平台对受监管商品的要求。
受限商品
平台认为账户上架或销售了被禁止、不安全或其他受限制的商品。
亚马逊通常在核什么
证明商品允许销售且呈现正确，或者完成移除与控制整改，确保未来不再上架受限商品。
它和相邻类型的区别
这比年龄限制交付问题更宽，但又比模糊封禁通知更具体。
相邻情形
这个问题已经有更贴近的公开页面。
年龄限制商品
平台重点关注年龄验证、配送控制，或年龄门槛商品上的反复合规失败。
亚马逊通常在核什么
证明被点名商品和发货遵守了年龄验证与履约规则，或者对平台结论提出清晰、事实化的反驳。
它和相邻类型的区别
这比广义受限商品更偏操作和商品细节。
相邻情形
这个问题已经有更贴近的公开页面。
绩效指标
这组案件由账号健康指标和买家受损结果驱动。平台通常在看操作根因，以及现在有哪些控制能阻止问题重演。
订单缺陷率
平台认为账户上出现了过多严重的买家问题，例如 A-to-z、拒付或差评。
亚马逊通常在核什么
一份根因分析，解释缺陷如何产生，以及哪些操作更新已经降低买家受损风险。
它和相邻类型的区别
ODR 关注的是买家受损结果，不等于迟发货确认问题。
相邻情形
这个问题已经有更贴近的公开页面。
延迟发货率
平台认为卖家自发货订单中，过多订单是在预期发货日之后才被确认发货。
亚马逊通常在核什么
解释为什么发货确认变晚，以及订单处理、人员、承运商 cut-off 与确认节奏现在如何调整。
它和相邻类型的区别
LSR 看的是你何时确认发货，而不是承运商最终何时送达。
相邻情形
这个问题已经有更贴近的公开页面。
高订单取消率
平台认为过多订单在发货前被取消，说明库存、同步或接单控制不可靠。
亚马逊通常在核什么
围绕库存准确率、接单逻辑与 oversell 防控做根因说明，并解释现在的控制如何阻止重复发生。
它和相邻类型的区别
它与 unfulfilled orders 不同，因为这些订单是在进入发货前就被取消了。
相邻情形
这个问题已经有更贴近的公开页面。
未履约订单
平台认为卖家接受了订单却未能履约，而当前公开的最稳妥路径仍是更宽的 Performance Issues 页面，而非独立页面。
亚马逊通常在核什么
说明为什么订单会被接受、后续为何无法履约、买家如何被补救，以及现在如何防止接单能力超过真实履约能力。
它和相邻类型的区别
它不同于高取消率或迟发货。关键问题是为什么订单在被接受之后根本没有完成履约。
相邻情形
这个问题已经有更贴近的公开页面。
评论操纵与系统滥用
这组案件属于高信任风险，不是普通操作失误。平台通常期待清楚的事实、可信的控制和直接的回应。
虚假评论 / 评论操纵
平台认为账户使用、鼓励或受益于被操纵的评论或违规索评做法。
亚马逊通常在核什么
一份事实化说明：发生了什么、涉及哪些第三方或方法、已停止了哪些动作，以及现在有哪些控制能阻止重演。
它和相邻类型的区别
这类案件被平台视为信任与操纵问题，不是普通绩效或客服失误。
相邻情形
这个问题已经有更贴近的公开页面。
异常 FBA 索赔
平台认为赔偿索赔缺乏支撑、过度或具有滥用性质。
亚马逊通常在核什么
shipment 与 inventory 层面的证明，说明这些赔偿索赔对应真实货件、真实单位和真实事件。
它和相邻类型的区别
这不只是 payout 争议。反复异常索赔会被平台视为对赔偿系统的滥用。
相邻情形
这个问题已经有更贴近的公开页面。
资金与付款恢复
这组案件围绕放款暂扣、保留金压力或平台认定的账户应付款。财务痛感很强，但真正主因往往在别的地方。
账户负余额
平台认为账户欠款，并在余额结清或解释清楚前限制账户。
亚马逊通常在核什么
还款安排或一份可证明余额来源的解释，并在必要时配合卡片或账单资料更新。
它和相邻类型的区别
这与 held funds 不同。核心问题是平台认为有钱应付，而不是单纯放款延迟。
相邻情形
这个问题已经有更贴近的公开页面。
资金暂扣
平台因保留金机制、验证压力、政策风险或关联处理而暂扣放款。
亚马逊通常在核什么
一条清楚的时间线，说明放款延迟、保留金变化、验证请求以及相关政策或账户通知的对应关系。
它和相邻类型的区别
held funds 往往是别的问题的结果。正确回应取决于主因究竟来自验证、绩效还是政策风险。
相邻情形
这个问题已经有更贴近的公开页面。
需要谨慎诊断的混合案件
最难的往往不是单一问题，而是两个问题同时出现。此时先后顺序很关键，因为一个问题会改变另一个问题的证据、节奏和策略。
关联账户 + 账号被盗
安全事件可能制造出关联账户的表象，也可能暴露本来就存在的链接，导致平台同时把两件事当作风险。
下一步
先梳理入侵时间线、访问人员、受影响设备和账号。如果平台已经点名关联账户，就先从关联逻辑入手，同时把安全证据整理好。
真实性 / Unsupported Sales + 篡改发票
原本的货源问题一旦叠加文件完整性质疑，案件会立刻升级，重点不再只是货源，而是证据链整体是否可信。
下一步
先停止继续上传材料，重建可防审查的证据链。只有在文件足够稳固时，才考虑沿着篡改发票路径继续回应。
受限商品 + 模糊封禁通知
卖家可能最终只看到一封很笼统的拒绝，但底层真正持续发生的其实是受限商品 enforcement。
下一步
先重建 notice 历史、商品轨迹、政策提醒和被点名 ASIN。如果当前措辞仍很模糊，先识别隐藏理论，再决定是否走 restricted-products 路径。
评论操纵 + 预警阶段介入
有些评论操纵案件会先以 warning 或 Account Health outreach 的形式出现，而不是直接停用。
下一步
如果 warning 已经指向评论操纵，就应立即当成高风险处理。越早切断旧做法，通常越安全。
身份、银行与主体循环卡点
身份验证、银行验证和主体记录不匹配常常看似三件事，但平台实际在审的是同一条业务记录。
下一步
把账户资料、银行资料和主体文件当成同一套档案来处理，目标是形成一条端到端一致、可验证的记录。
回应前值得先理解的亚马逊术语
这些术语最常帮助卖家读懂通知、Account Health 警示和资料请求。目标是用清楚中文把意思讲明，而不是堆内部术语。
账户健康面板
Seller Central 里的 Account Health 视图，会显示当前账号或商品页问题、平台给出的原因以及它要求的下一步。
Account Health Support
亚马逊的一类支持渠道，在某些问题仍停留在 warning 阶段时，可能会联系卖家或安排通话。
KYC 身份与主体核验
亚马逊用来确认谁拥有并控制账户的身份与企业验证流程。
订单缺陷率
基于 A-to-z、拒付和差评等买家受损结果形成的指标。它看的是买家结果，而不只是发货速度。
延迟发货率
针对卖家自发货订单，在预期发货日之后才确认发货的指标。它看的是确认时间，而不是承运商最终送达时间。
行动计划
一份书面说明，用来解释根因、整改动作与防止重演的控制。它只有在证据和流程足够扎实时才真正有力。
发货前取消率
平台用来衡量卖家接受订单后却无法履约的指标，通常指向库存准确率、同步或接单纪律问题。
关于停用、限制与封禁类型的常见问题
这些回答的目的，是帮助你在再次上传文件或继续申诉前，先找到正确的案件家族。