美国站、日本站、欧洲站怎么选品:同一套分析换站点不能直接照搬

2026/09/25

「美国站选品」「日本站怎么选品」「欧洲站选品」经常被当成三个不同的问题来问,好像每个站点都有一套自己的选品秘诀。

其实选品的判断顺序在哪个站点都一样:先排除进不去的类目,再在剩下的类目里找需求和竞争的错位。真正随站点变化的不是方法,是数据——货币、语言、类目结构,全都按站点独立。

所以换站点做选品,要搞清楚的是:哪些东西可以照搬,哪些必须重做。

站点参数:漏传不会报错,只会默认美国站

亚马逊数据接口的 marketplace 可选值有 13 个:US、JP、UK、DE、FR、IT、ES、CA、IN、MX、BR、AU、AE。一次查询只回答一个站点——没有「全球销量」,也没有「所有站点合计的搜索量」。

绝大多数接口的 marketplace 是必填的,漏了会直接报错。但有四个常用接口例外,它们的 marketplace 可选,不传时默认是 US

接口文档
流量词反查关键词反查
ASIN 详情ASIN 详情
查竞品查询 ASIN 竞品
销量预测ASIN 销量预测

这是多站点选品里最隐蔽的一个坑:做日本站分析时漏传这个参数,接口不报错,只是安静地返回美国站的数据。而这四个恰好是看单个商品时最常用的接口。

所以多站点的基本动作是:每个请求都显式带上 marketplace,哪怕它可选;同一套查询按站点各跑一遍,结果分开存,并且每一行都记下站点。完整的站点代码和货币对照在附录的站点表

金额先看响应里的货币字段,不要按站点代码推

市场统计接口的响应里带一个 currency 字段,示例值是 USD。所有金额字段——avgPriceavgRevenue——都是这个货币下的数。

这一点值得单独强调,是因为附录的站点表里,墨西哥、巴西、澳大利亚、阿联酋四个站的货币一栏是空的。 如果你的代码按站点代码去查一张自己维护的货币表,这四个站就会出问题。稳妥的做法是金额一律跟着响应里的 currency 走,不要自己推。

跨站比较金额时还有一个前提:换算要用你自己定下的、带日期的汇率,并且把汇率日期记在表里。接口不提供汇率换算。

跨站比较时,比率比金额更好用。 新品占比、份额、退货率这类比率不受货币影响,可以直接横向比较——前提是先确认每个比率字段是小数还是百分数,这一层的量纲问题见亚马逊市场分析

市场统计接口按站点和类目节点返回统计指标,响应里带 currency 和本地化的类目名称

欧洲站不是一个站

「欧洲站」在数据里是五个站点代码:UK、DE、FR、IT、ES。

其中 DE、FR、IT、ES 四个用同一种货币(EUR),UK 用 GBP。同一种货币很容易让人想把四个站的数字加起来当成「欧洲市场」,但它们的需求、搜索词和竞争格局各自独立。德国站的热门词和法国站的热门词是两种语言的两套词,德国站类目里的头部品牌也不一定在意大利站有同样的位置。

更合理的顺序是:五个站分别做一遍完整分析,再把结论(而不是原始数字)放在一起比较。

关键词按站点语言存

出单词反查的响应里,每个词除了 keyword,还带两个翻译字段 keywordCnkeywordJp。文档示例:

字段示例值
keywordphone holder for desk
keywordCn办公桌上的电话支架
keywordJpデスク用フォンホルダー

翻译字段的用途是帮你读懂,不是帮你做关键词研究。日本站买家搜的是他们自己的说法,不是你把美国站词表翻译过去的结果。直译过去的词可能根本没人搜,而真正的高频词你想不到。

所以在日本站或德国站做关键词研究,起点是那个站点自己的数据:用该站点的 ABA 和反查结果建词库,再用翻译字段理解它的意思。关键词为什么要按站点分开处理,关键词怎么优化里也有说明。

出单词反查接口按站点返回出单词,并附中文和日文翻译字段

类目路径按站点定义

类目用 nodeIdPath 定位,比如示例里的 1064954:1069242:1069784:1069820:1069838:1069828。这串节点 ID 是按站点定义的——不要假设美国站的 nodeIdPath 在日本站指向同一个类目,换站点时要在那个站点重新定位类目。

市场统计接口同时返回两个名称字段:nodeLabelPath 是平台上的类目名称路径,nodeLabelLocale 是翻译后的名称,示例值是「办公产品:办公室:写作:钢笔:滚珠笔:中性笔」。读德国站或日本站的类目结构时,nodeLabelLocale 能省很多事;但做定位和记录时,要以 nodeIdPath 为准。

能照搬的是方法

换站点时,这些可以直接用:

这些必须按站点重做:

  • 所有阈值:「月销多少算大」「新品占比多少算进得去」在美国站和日本站不是一个数
  • 关键词:按站点语言重建
  • 类目定位:按站点重新找 nodeIdPath

三件这套数据做不到的

不包括物流、合规和税务。 每个站点的配送方式、产品认证和税务要求差别很大,这些决定了你能不能进这个站,但都不在市场数据里。

不做汇率换算。 金额按站点货币返回,换算要你自己做并记录汇率日期。

不判断你的本地化能力。 数据能说日本站这个类目有空间,不能说你的 Listing 用日语写得够不够好、售后能不能跟上。

常见问题

新手先做哪个站? 数据不替你做这个决定。可行的做法是对候选站点跑同一套指标,把比率类结果放在一起比较,再结合你自己的供应链和语言能力。

美国站的数据能代表其他站吗? 不能。每个站点的需求、竞争和价格带都独立,美国站的结论只能当作在其他站点验证的假设。

同一个 ASIN 在不同站点能直接查吗? 每次查询带上对应的 marketplace 就可以,结果按站点分别返回。ASIN 详情和销量预测不传时默认美国站,所以查其他站点一定要显式指定。ASIN 本身的含义见ASIN 是什么意思

多个站点的数据可以放在一张表里吗? 可以放,但要加一列站点和一列货币,并且不要跨站点求和。关键词数据最好按站点分表,市场结构的判断见亚马逊市场分析

Ecommerce Data API