+39 379 368 2435
8 Grand Canal Pl, The Liberties, Dublin, D08 HN88, Ireland
问题类型

先判断你面对的是哪一类亚马逊停用、限制或封禁。

亚马逊不会用同一种逻辑审查身份验证、关联账户、真实性投诉、评论操纵、绩效失控或放款冻结。这一页的目的,是帮你先把案件类型分清,再判断平台大概率在核什么,以及哪类回应更合适。

把平台通知当作线索,而不是完整诊断。如果措辞模糊、混杂或不断变化,不要急着把案件硬塞进错误分类。
适合先看这页的情况
1你有平台通知或账户状况(Account Health)预警,但还不确定平台真正的审查重点。
2你想先把验证、政策、页面、绩效和资金问题分开,再决定下一步回应。
3你需要判断现在更适合直接进入具体问题页面、先做完整案件评估,还是因为资金与库存风险而走紧急支持。
内容审阅

这类公开页面会按照 Northline 的案件审阅方法持续更新和校对。

了解方法与背景
审阅
Michele Corvo

关于我们页面会介绍 Michele Corvo 的专业背景,以及 Northline 如何审阅案件。

卖家资源

如果还没看清问题类别,先把这本书当作更宽的阅读地图

问题类型页更适合类别已经开始清晰的案件;如果你还需要先把通知、时间线和证据放回同一张图里,这本书更合适。

打开手册页面
案件地图

按亚马逊实际审查逻辑划分的主要问题类型

下面这些类别按平台在实务中最常提出的问题分组。你可以先用摘要理解每一类到底意味着什么、平台通常在核什么,以及它与相邻通知的区别。

验证与付款资料

这组案件通常围绕身份、主体、银行、卡片与文件一致性。平台更关心账户能否被干净地验证,而不是卖家能否写出一封听起来不错的申诉。

对应页面

银行资料

平台无法验证收款银行账户,因为账户持有人、账号信息或银行证明与 Seller Central(卖家平台)记录不一致。

亚马逊通常在核什么

更新后的收款账户信息,以及一份近期银行证明,准确显示账户名、账号与银行名称,并与后台记录完全匹配。

它和相邻类型的区别

这类情况通常更像收款账户字段或所有权核验,而不是更广泛的违规指控。

相邻情形

身份验证主体信息更新信用卡或借记卡验证
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

对应页面

信用卡或借记卡验证

平台无法验证账户中用于扣费、验证或维护的信用卡/借记卡。

亚马逊通常在核什么

一张可正常授权的卡片、正确的账单信息,以及与账户主体一致的持卡人资料。

它和相邻类型的区别

这通常是账单资料或验证问题,不是关联、真实性或政策滥用案件。

相邻情形

银行资料未提供所需信息身份验证
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

对应页面

资料验证

平台拒绝了上传文件,因为材料模糊、过期、不完整或彼此冲突。这类情况通常应先回到验证资料总路径,而不是急着套进更具体的子类型。

亚马逊通常在核什么

平台明确要求的那组文件,按正确格式与顺序提交,并确保所有字段与账户记录一致。

它和相邻类型的区别

如果记录还没明确收敛到银行、身份、主体更新或“未提供所需信息”,通常先按验证资料总路径处理更稳。

相邻情形

身份验证未提供所需信息主体信息更新
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

对应页面

未提供所需信息

平台认为你没有正面回应它要求的具体资料或说明。

亚马逊通常在核什么

逐条回应平台请求,并为每一条附上对应的文件或事实说明。

它和相邻类型的区别

这通常意味着回应偏题,而不一定说明卖家另有独立违规。

相邻情形

资料验证银行资料主体信息更新
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

对应页面

身份验证

平台正在确认账户背后的真实个人、企业以及可能的受益人和控制人。

亚马逊通常在核什么

一套完整的身份验证记录,让个人、企业与所有权文件形成可核验的单一主线。

它和相邻类型的区别

这比简单的文件重传更深,因为平台可能在检查完整的所有权关系与主体记录。

相邻情形

资料验证银行资料主体信息更新
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

对应页面

主体信息更新

平台发现账户中的企业名称、主体类型、注册信息或税务身份存在不匹配或已过时的记录。

亚马逊通常在核什么

一套能够支撑当前主体记录的更正材料,并解释新旧记录之间的生效顺序。

它和相邻类型的区别

这类案件一开始常看起来像银行或普通文件问题,但真正卡点在主体记录本身。

相邻情形

身份验证银行资料未提供所需信息
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

账户访问与关联关系

这组案件关注谁控制账户、是否与另一家店铺有关联,以及安全事件是否掩盖了真正问题。

对应页面

关联账户

平台认为当前账户与另一家卖家账户在控制、操作人、设备、付款信息、访问历史或其他信号上存在关联。

亚马逊通常在核什么

解释这种关联的证据:是恢复原账户、证明当前独立,还是说明链接来自历史访问或安全事件而非当前共同控制。

它和相邻类型的区别

关键不只是两个账户碰到了同样的信息,而是平台在判断是否存在真实、当前的控制关系。

相邻情形

账户被盗泛化封禁通知身份验证
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

对应页面

账户被盗

未授权访问改变了账户设置、暴露了敏感信息,或制造了平台现在视为风险的异常活动。

亚马逊通常在核什么

证明账户已重新安全、访问权限已重置、未授权改动已识别,并且次生问题已被清理。

它和相邻类型的区别

账户被盗并不自动等于关联账户,但如果入侵制造了跨账户痕迹,就可能演变为关联案件。

相邻情形

关联账户泛化封禁通知银行资料
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

对应页面

泛化封禁通知

当前平台通知过于笼统,已经无法直接看出底层真实问题,常见于前期更具体的原因被后续模板消息覆盖之后。

亚马逊通常在核什么

重建通知历史与账户事件,先识别真正根因,再决定下一次提交该走哪一类页面。

它和相邻类型的区别

这不是和‘关联’或‘真实性’并列的实体问题,而是提醒你当前可见消息可能已经不再显示真正根因。

相邻情形

关联账户受限商品账户被盗
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

真实性与供应链

这组案件围绕商品可信度、发票可靠性与供应链可追溯性。平台通常在验证货源链,而不只是看卖家说商品是真的。

对应页面

非正品 / 真实性

平台怀疑商品不真实,并要求你为被点名 ASIN(商品编码)提供可信的来源证明。

亚马逊通常在核什么

供应商发票、可追溯性记录以及一份能说明货源来源和文件可信度的清楚解释。

它和相邻类型的区别

这与知识产权投诉或商品页错配不同,核心是平台是否相信商品真实且来源可追溯。

相邻情形

销售记录无法验证篡改发票知识产权侵权
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

对应页面

销售记录无法验证

平台认为账户中的销售缺少可靠的货源或可追溯性支撑,即使卖家坚持商品是真的。

亚马逊通常在核什么

近期采购记录、供应商信息与一份能清楚说明被点名销售如何被验证的解释。

它和相邻类型的区别

它与真实性案件有重叠,但重点常常是可追溯性不足,而不是直接的假货指控。

相邻情形

非正品 / 真实性篡改发票详情页侵权 / 错挂
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

对应页面

篡改发票

平台认为发票或辅助文件被修改、伪造,或整体上不再可信。

亚马逊通常在核什么

直接回应平台的完整性质疑,并尽可能准备来自开票方或供应商的独立证明,确认文件是真实原始的。

它和相邻类型的区别

一旦平台怀疑文件被篡改,案件就比普通文件质量问题严重得多。

相邻情形

非正品 / 真实性销售记录无法验证资料验证
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

知识产权

这组案件由权利人投诉或受保护内容误用驱动,和真实性、商品页匹配或页面结构问题所需的证据并不相同。

对应页面

知识产权侵权

平台收到或识别到与商品页或商品相关的商标、版权、专利或其他权利投诉。

亚马逊通常在核什么

授权证明、非侵权证明,或与具体投诉点严格对应的定向纠正动作。

它和相邻类型的区别

知识产权问题的核心是权利与许可,不等同于证明商品是真货或页面匹配正确。

相邻情形

非正品 / 真实性详情页侵权 / 错挂ASIN(商品编码)变体滥用
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

目录与页面结构

这组案件关注商品如何被挂接、分组和匹配到详情页。平台通常在检查页面结构是否误导买家或错误表达商品。

对应页面

ASIN(商品编码)变体滥用

平台认为不相关商品被错误地归入同一变体,从而误导买家或扭曲目录结构。

亚马逊通常在核什么

目录修正,以及一份说明哪些商品被错误挂接、为什么会发生、现在如何避免再次发生的解释。

它和相邻类型的区别

这通常是目录结构问题,而不是货源证明或权利人投诉问题。

相邻情形

详情页侵权 / 错挂商品上传症状知识产权侵权
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

对应页面

详情页侵权 / 错挂

平台认为 offer 被挂到了错误详情页、错误成色或错误商品表达之下。

亚马逊通常在核什么

发票与产品证明,说明商品与所用 ASIN(商品编码)、商品状态(condition)和详情页之间的真实对应关系。

它和相邻类型的区别

商品可能是真的,但如果挂错了详情页,仍然会在这里失败。

相邻情形

ASIN(商品编码)变体滥用知识产权侵权销售记录无法验证
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

先留在总览页

商品上传症状

平台拦截、删除或压制了商品上传,但这往往只是更早的商品页、目录或账户问题的下游表现,不值得单独作为公开页面。

亚马逊通常在核什么

先重建更早的处理记录,再判断真实问题更像 ASIN(商品编码)层压制、目录结构错误、受限商品压力,还是更广的账户封禁。

它和相邻类型的区别

这一类更适合先停留在问题类型中心:变体滥用是错误分组,详情页侵权是页面错挂,而模糊封禁通知则提示可见消息可能仍在隐藏根因。

相邻情形

ASIN(商品编码)变体滥用详情页侵权 / 错挂泛化封禁通知
提交案件初审

在底层问题还不够清楚前,先留在总览页更稳。

受限与受监管商品

这组案件关注商品是否允许销售,以及页面、配送与合规控制是否满足平台对受监管商品的要求。

对应页面

受限商品

平台认为账户上架或销售了被禁止、不安全或其他受限制的商品。

亚马逊通常在核什么

证明商品允许销售且呈现正确,或者完成移除与控制整改,确保未来不再上架受限商品。

它和相邻类型的区别

这类问题通常比年龄限制商品覆盖面更大,但又比模糊停用通知更明确。

相邻情形

年龄限制商品泛化封禁通知详情页侵权 / 错挂
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

对应页面

年龄限制商品

平台重点关注年龄验证、配送控制,或年龄门槛商品上的反复合规失败。

亚马逊通常在核什么

证明被点名商品和发货遵守了年龄验证与履约规则,或者对平台结论提出清晰、事实化的反驳。

它和相邻类型的区别

这比广义受限商品更偏操作和商品细节。

相邻情形

受限商品延迟发货率泛化封禁通知
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

绩效指标

这组案件由账户状况(Account Health)指标和买家受损结果驱动。平台通常在看操作根因,以及现在有哪些控制能阻止问题重演。

对应页面

订单缺陷率

平台认为账户上出现了过多严重的买家问题,例如 A-to-z、拒付或差评。

亚马逊通常在核什么

一份根因分析,解释缺陷如何产生,以及哪些操作更新已经降低买家受损风险。

它和相邻类型的区别

ODR 关注的是买家受损结果,不等于迟发货确认问题。

相邻情形

延迟发货率高订单取消率未履约订单
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

对应页面

延迟发货率

平台认为卖家自发货订单中,过多订单是在预期发货日之后才被确认发货。

亚马逊通常在核什么

解释为什么发货确认变晚,以及订单处理、人员、承运商 cut-off 与确认节奏现在如何调整。

它和相邻类型的区别

LSR 看的是你何时确认发货,而不是承运商最终何时送达。

相邻情形

订单缺陷率高订单取消率未履约订单
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

对应页面

高订单取消率

平台认为过多订单在发货前被取消,说明库存、同步或接单控制不可靠。

亚马逊通常在核什么

围绕库存准确率、接单逻辑与 oversell 防控做根因说明,并解释现在的控制如何阻止重复发生。

它和相邻类型的区别

它与 unfulfilled orders 不同,因为这些订单是在进入发货前就被取消了。

相邻情形

延迟发货率未履约订单订单缺陷率
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

对应页面

未履约订单

平台认为卖家接受了订单却未能履约,而当前更稳妥的公开入口仍是绩效问题总路径,而不是单独拆成一页。

亚马逊通常在核什么

说明为什么订单会被接受、后续为何无法履约、买家如何被补救,以及现在如何防止接单能力超过真实履约能力。

它和相邻类型的区别

它不同于高取消率或迟发货。关键问题是为什么订单在被接受之后根本没有完成履约。

相邻情形

高订单取消率延迟发货率订单缺陷率
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

评论操纵与系统滥用

这组案件属于高信任风险,不是普通操作失误。平台通常期待清楚的事实、可信的控制和直接的回应。

对应页面

虚假评论 / 评论操纵

平台认为账户使用、鼓励或受益于被操纵的评论或违规索评做法。

亚马逊通常在核什么

一份事实化说明:发生了什么、涉及哪些第三方或方法、已停止了哪些动作,以及现在有哪些控制能阻止重演。

它和相邻类型的区别

这类案件被平台视为信任与操纵问题,不是普通绩效或客服失误。

相邻情形

异常 FBA 索赔篡改发票高订单取消率
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

对应页面

异常 FBA 索赔

平台认为赔偿索赔缺乏支撑、过度或具有滥用性质。

亚马逊通常在核什么

shipment 与 inventory 层面的证明,说明这些赔偿索赔对应真实货件、真实单位和真实事件。

它和相邻类型的区别

这不只是 payout 争议。反复异常索赔会被平台视为对赔偿系统的滥用。

相邻情形

虚假评论 / 评论操纵账户负余额销售记录无法验证
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

资金与付款恢复

这组案件围绕放款暂扣、保留金压力或平台认定的账户应付款。财务痛感很强,但真正主因往往在别的地方。

对应页面

账户负余额

平台认为账户欠款,并在余额结清或解释清楚前限制账户。

亚马逊通常在核什么

还款安排或一份可证明余额来源的解释,并在必要时配合卡片或账单资料更新。

它和相邻类型的区别

这与资金暂扣不同。核心问题是平台认为有钱应付,而不是单纯放款延迟。

相邻情形

资金暂扣银行资料异常 FBA 索赔
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

对应页面

资金暂扣

平台因保留金机制、验证压力、政策风险或关联处理而暂扣放款。

亚马逊通常在核什么

一条清楚的时间线,说明放款延迟、保留金变化、验证请求以及相关政策或账户通知的对应关系。

它和相邻类型的区别

资金暂扣往往是别的问题的结果。正确回应取决于主因究竟来自验证、绩效还是政策风险。

相邻情形

账户负余额身份验证银行资料
查看对应页面

这个问题已经有更贴近实际情况的公开页面。

混合案件

需要谨慎诊断的混合案件

最难的往往不是单一问题,而是两个问题同时出现。此时先后顺序很关键,因为一个问题会改变另一个问题的证据、节奏和策略。

混合案件
时间压力可能会改变处理顺序

关联账户 + 账户被盗

安全事件可能制造出关联账户的表象,也可能暴露本来就存在的链接,导致平台同时把两件事当作风险。

下一步

先梳理入侵时间线、访问人员、受影响设备和账户。如果平台已经点名关联账户,就先从关联逻辑入手,同时把安全证据整理好。

混合案件

真实性 / 销售记录无法验证 + 篡改发票

原本的货源问题一旦叠加文件完整性质疑,案件会立刻升级,重点不再只是货源,而是证据链整体是否可信。

下一步

先停止继续上传材料,重建可防审查的证据链。只有在文件足够稳固时,才考虑沿着篡改发票路径继续回应。

混合案件
时间压力可能会改变处理顺序

受限商品 + 模糊封禁通知

卖家可能最终只看到一封很笼统的拒绝,但底层真正持续发生的其实是受限商品 enforcement。

下一步

先重建通知历史、商品轨迹、政策提醒和被点名 ASIN(商品编码)。如果当前措辞仍很模糊,先识别隐藏理论,再决定是否走 restricted-products 路径。

混合案件
时间压力可能会改变处理顺序

评论操纵 + 预警阶段介入

有些评论操纵案件最初会以预警或账户状况团队外呼的形式出现,而不是直接停用。

下一步

如果预警已经明显指向评论操纵,就应立即按高风险问题处理。越早切断旧做法,通常越安全。

混合案件

身份、银行与主体循环卡点

身份验证、银行验证和主体记录不匹配常常看似三件事,但平台实际在审的是同一条业务记录。

下一步

把账户资料、银行资料和主体文件当成同一套档案来处理,目标是形成一条端到端一致、可验证的记录。

术语说明

回应前值得先理解的亚马逊术语

这些术语最常帮助卖家读懂通知、账户状况(Account Health)预警和资料请求。目标是用清楚中文把意思讲明,而不是堆内部术语。

AHD

账户状况面板

Seller Central(卖家平台)里的账户状况(Account Health)视图,会显示当前账户或商品页问题、平台给出的原因以及它要求的下一步。

AHS

账户状况支持

亚马逊提供的一类支持渠道。某些问题还停留在预警阶段时,卖家可能会收到联系或通话安排。

KYC

身份与主体核验(KYC)

亚马逊用来确认谁拥有并控制账户的身份与企业验证流程。

ODR

订单缺陷率

基于 A-to-z、拒付和差评等买家受损结果形成的指标。它看的是买家结果,而不只是发货速度。

建议保持在 1% 以下
LSR

延迟发货率

针对卖家自发货订单,在预期发货日之后才确认发货的指标。它看的是确认时间,而不是承运商最终送达时间。

建议保持在 4% 以下
POA

行动计划书(POA)

一份书面说明,用来解释根因、整改动作与防止重演的控制。它只有在证据和流程足够扎实时才真正有力。

Pre-fulfillment Cancellation Rate

发货前取消率

平台用来衡量卖家接受订单后却无法履约的指标,通常指向库存准确率、同步或接单纪律问题。

建议保持在 2.5% 以下
常见问题

关于停用、限制与封禁类型的常见问题

这些回答的目的,是帮助你在再次上传文件或继续申诉前,先找到更接近事实的案件类型。

先看 Amazon 现在到底在等什么。如果平台在等身份、银行、信用卡、主体信息或文件匹配,通常是验证与记录问题。如果平台在点受限商品、真实性、评论操纵、绩效指标或关联账户,通常就是 policy 或 trust 侧案件。notice 一旦比较模糊,先判断它需要什么证据,再决定怎么写。
相关页面: 问题类型中心.

两者不是一回事。Counterfeit 或 inauthenticity 往往意味着 Amazon 在怀疑商品本身,或怀疑背后的货源链。Unsupported sales 更常意味着平台认为发票、采购历史或销售记录不足以支撑当前销售量。两类案件都可能碰到发票,但底层理论不同,答错方向会把记录越写越弱。
相关页面: 问题类型中心.

IP 投诉通常在看权利:商标、版权、专利、Listing 文案、图片或授权。真实性投诉通常在看商品和供应链本身是否可信。卖家容易把两者混在一起,因为它们都可能涉及品牌商品,但 Amazon 不一定在问同一个问题。权利问题、货源证明和页面匹配逻辑,必须先拆开再提交。
相关页面: 问题类型中心.

会。当前账号可能因为被 Amazon 认定与另一个已被处罚的卖家账号存在关联而被一起限制。真正的问题通常不只是“有没有关联”,而是 Amazon 为什么会建立这个链接:真实第二账号、前雇主、旧 agency、复用的手机号或卡、共享品牌权限,还是账号被盗后的 spillover。关联账户案件本质上是链接理论案件,不是简单否认案件。
相关页面: 问题类型中心.

Amazon 通常要的是 exact match 文件,必须能讲出一条干净一致的故事:正确主体的身份证件、如果证件地址已过时则补当前地址证明、在需要时提供最新的主体注册记录,以及与 Seller Central 资料一致的 ownership 或 legal entity 文件。即便是真文件,如果被裁切、过期、不匹配或上传顺序混乱,也一样会失败。
相关页面: 问题类型中心.

ODR 是买家受损指标,不是泛化的物流分数。Amazon 会把 A-to-z、拒付和差评等买家结果汇总进来,所以即便卖家心里觉得是物流原因,平台看到的仍然是 buyer harm。真正有用的回应方式,是按订单重建问题:哪些订单造成了缺陷、已经改了什么、为什么同样的失败机制不该再次出现。
相关页面: 问题类型中心.

LSR 看的是卖家自发货订单的发货确认时间。通常会统计那些在 expected ship date 之后才被确认发货的订单。它不等于承运商最终送达速度。也正因为如此,强的 LSR 回应会去解释 handling time、仓库流程、人员安排、cutoff 和确认纪律,而不是只把责任推给快递公司。
相关页面: 问题类型中心.

不能。ASIN 已存在,并不等于该产品在这个站点、以这种形式、对你这个卖家就一定允许销售。很多受限商品案件出问题,正是因为卖家把“目录里看得见”误读成“自己有资格卖”。Amazon 仍可能关心类目 gating、产品限制、合规文件、年龄控制、包装要求或 Listing 层级资格。
相关页面: 问题类型中心.

通常不安全。Generic blocking notice 往往说明当前可见的文字只是旧问题的外壳,真正的根因还埋在更早的记录里。如果你继续用泛化 POA 去回答这个 wrapper,只会把记录变得更硬。更稳的做法,是先重建 notice 历史、之前的上传、dashboard 变化,以及更早的 ASIN 或 policy 信号,再决定下一轮提交。
相关页面: 问题类型中心.

Amazon 通常在看三件事:控制、披露,以及高风险流程是否真的被拆掉了。真正的 review manipulation 案件里,单纯说“我们重视真实评价”通常不够。平台往往还会看第三方 provider、消息记录、直接或间接激励,以及现在有哪些具体控制能够阻止同类行为继续发生。
相关页面: 问题类型中心.

当 notice 本身混合、模糊,或明显跨了不止一条案件线时,就应该先留在总览页。比如资料验证加关联账户、资金暂扣加验证问题,或真实性加发票完整性怀疑。总览页的作用,是先把案件家族分对类。只有当当前问题已经清楚到连下一批文件和下一条路径都很明确时,才适合直接跳到更窄页面。
相关页面: 问题类型中心.
案件评估

如果问题类型已经清楚,就进入对应页面;如果仍然混杂,就先做一次完整的案件评估。

这页的作用是帮助你分类,而不是把所有问题都塞进一个不合适的入口。如果事实仍跨越多个类别,先做完整评估;如果资金、库存或反复拒绝让拖延本身已经有风险,再考虑紧急路径。

我们使用 Cookie 和类似技术来保障网站基本功能;在您同意的情况下,也会用于分析与广告衡量。