Selling Partner API

亚马逊官方提供的基于 REST 架构的编程接口,帮助第三方卖家和供应商以编程方式访问店铺数据

深度报告

  • Selling Partner API(简称 SP-API)是亚马逊官方提供的基于 REST 架构的编程接口,旨在帮助第三方卖家和供应商以编程方式访问其店铺数据,包括订单、库存、付款、广告等核心业务信息。该 API 是亚马逊在 2020 年推出的 MWS(Amazon Marketplace Web Service)继任者,标志着亚马逊对第三方开发者的支持进入了新阶段。目前超过四分之三的亚马逊卖家使用第三方软件来处理销售相关事宜,SP-API 已成为电商自动化工具生态系统的技术基础设施。

  • Selling Partner API 由亚马逊官方开发并维护,属于亚马逊开发者服务的一部分。该 API 的推出是为了替代此前被广泛使用的 MWS(Marketplace Web Service),后者已于 2024 年 9 月 30 日正式停用。SP-API 基于现代 RESTful 设计原则构建,支持 JSON 格式的数据交换,并提供了 SDK 套件供开发者使用,包括 C#、Java 等主流编程语言的客户端库。 从市场定位来看,SP-API 主要面向三类用户群体:首先是亚马逊第三方卖家,他们需要自动化管理店铺运营流程;其次是亚马逊供应商(Vendor),用于采购订单和库存管理;第三是解决方案提供商(Solution Providers),即围绕亚马逊卖家需求开发 ERP、工具软件的第三方技术公司。亚马逊官方建立了卖家平台合作伙伴网络(Amazon Partner Network),允许经过认证的合作伙伴发布利用 SP-API 构建的应用程序。 在技术架构层面,SP-API 采用了 OAuth 2.0 授权模型,开发者需要先注册 AWS 账户、申请开发者资料,然后在 Seller Central 创建应用程序并获取授权。整个接入流程在 2024 年经过优化,新注册的开发人员无需再单独申请 AWS 开发者账号,只需完成Seller Central 的应用注册即可。

  • SP-API 提供了覆盖亚马逊卖家业务全流程的接口能力。根据官方文档,该 API 包含数十个细分端点,主要功能模块包括以下几个维度。 在订单管理方面,Orders API 允许开发者获取订单列表、订单详情、订单商品信息以及订单地址数据,支持按时间范围、订单状态等条件进行筛选。Shipment API 则用于管理货件信息,包括创建货件、查询货件状态等。对于使用亚马逊物流(FBA)的卖家,Inventory API 提供了实时库存查询和库存管理能力。 商品目录管理方面,Catalog Items API 和 Listings API 分别用于查询商品目录信息和管理商品列表。Product Pricing API 则提供产品定价查询功能,支持竞争对手价格监控和动态定价策略的实施。 报表和数据获取是 SP-API 的核心能力之一。Reports API 支持生成多种类型的报表,包括库存报表、销售报表、广告报表、财务对账报表等,开发者可以定时获取报表数据用于数据分析。Feeds API 则用于批量上传数据,如批量更新商品信息、价格库存等。 财务对账方面,Finances API 提供详细的财务数据,包括销售收入、平台费用、广告支出、退款金额等,为卖家的财务核算提供数据支撑。此外,Shipment Invoicing API 用于处理发货发票,Messaging API 支持向买家发送通知消息。 对于品牌卖家,A+ Content API 允许通过程序化方式管理品牌内容,提升商品详情页的展示效果。Easy Ship API 和 Merchant Fulfillment API 则分别支持 Easy Ship 配送服务和卖家自配送场景。 从使用体验角度,SP-API 相比此前的 MWS 实现了显著升级。首先是数据时效性,订单等关键数据采用推送机制而非定时拉取,确保了信息的实时性。其次是接口稳定性,SP-API 提供了完善的版本管理和变更通知机制。再次是安全性,OAuth 2.0 授权模式相比旧的 MWS 密钥认证更加安全灵活。 然而,SP-API 的使用也存在一定门槛。开发者需要具备编程能力,且对接流程涉及多个环节,包括 AWS 注册、开发者申请、应用创建、权限获取等。此外,不同 API 端点有不同的使用限制(Rate Limit),大规模数据处理需要合理设计调用策略。

  • 根据公开信息,亚马逊在 2025 年 11 月宣布了 SP-API 的定价结构,并于 2026 年 2 月 11 日推出高级套餐。定价结构的调整引发了解决方案提供商的反馈,他们表示这种费用结构给业务规划和预测带来了复杂性。 对于大多数中小卖家而言,通过第三方软件使用 SP-API 是更经济的选择。市场上存在大量基于 SP-API 构建的第三方工具,如 ERP 系统、库存管理软件、定价工具等,这些软件通常采用订阅制收费模式。卖家只需按月支付软件费用,即可通过这些工具间接使用 SP-API 的能力,无需自行开发对接。 根据行业调研,超过四分之三的亚马逊卖家使用第三方软件来处理销售相关事宜,包括商品信息管理、自动定价、配送管理和数据分析等。这说明 SP-API 的价值主要通过第三方软件生态传递给终端卖家。

  • 从行业反馈来看,SP-API 在卖家群体中获得了较高认可。作为亚马逊官方提供的接口,SP-API 相比第三方数据抓取方式具有明显优势:数据来源合法合规,不存在账号关联风险;数据准确性高,直接来自亚马逊官方数据库;数据时效性好,支持实时推送而非定时拉取。 使用 SP-API 的典型应用场景包括:多店铺统一管理,卖家可以通过第三方 ERP 同时管理多个亚马逊店铺;运营自动化,如自动调价、自动索评、自动发货通知等;财务对账自动化,实时同步销售数据用于财务核算;广告管理,程序化调整广告投放策略。 对于负面反馈,主要集中在几个方面:一是接入门槛较高,需要技术开发能力;二是部分 API 端点的调用配额有限制,大卖家可能需要申请更高配额;三是定价结构调整后,第三方软件提供商的成本可能转嫁给终端用户。

  • 从行业观察角度来看,SP-API 的推出对亚马逊卖家服务生态系统产生了深远影响。它推动了卖家工具从分散化向平台化演进,催生了一批专业的电商 SaaS 公司。 在技术趋势方面,随着 AI 技术的发展,SP-API 正在与生成式 AI 结合。AWS 官方发布了相关规范性指导,介绍如何利用大语言模型能力增强 SP-API 应用,例如智能分析订单数据、生成运营洞察等。2026 年 4 月的最新更新显示,亚马逊正在推动 SP-API 与 AI 能力的深度整合。 竞争对手方面,SP-API 的主要替代方案包括其他电商平台的 API(如 Shopify API、eBay API)以及通用的电商数据聚合服务。然而,对于专注于亚马逊平台的卖家和开发者而言,SP-API 是最权威和可靠的数据来源。

  • 在数据合规方面,随着全球各地数据保护法规(如 GDPR、中国《个人信息保护法》)的日益严格,第三方软件通过 SP-API 获取卖家数据的合规性受到关注。开发者和卖家需要确保数据处理流程符合相关法规要求。 在技术风险方面,API 的变更可能影响现有应用的稳定性。虽然亚马逊提供了版本管理和变更通知机制,但开发者仍需持续关注 API 更新并及时调整代码。2022 年 1 月之前的历史版本变更记录需参考 GitHub 仓库中的公告。 在商业风险方面,亚马逊作为平台方拥有对 API 的完全控制权。如果未来调整 API 访问策略或定价,可能对依赖 SP-API 的第三方软件生态产生重大影响。2025 年底的定价结构调整已经引发了行业讨论。

  • Selling Partner API 适合以下用户群体:日均订单量较大的专业卖家,他们需要自动化运营流程以提升效率;电商代运营公司,需要同时管理多个客户店铺;电商工具开发者,计划构建基于亚马逊数据的 SaaS 产品;需要将亚马逊数据与内部系统(如 ERP、财务系统)集成的企业。 对于普通个人卖家,直接使用第三方软件通常是更务实的选择。市场上已有成熟的工具可选,如卖家精灵、数跨境、易仓等,这些工具已经完成了与 SP-API 的对接,卖家只需按月订阅即可使用。 对于有技术能力的开发者,建议首先仔细阅读亚马逊官方文档,了解完整的接入流程和接口规范。AWS 官方博客在 2024 年 8 月发布了最新对接流程指南,是非常有价值的参考资料。此外,GitHub 上的 amzn/selling-partner-api-models 仓库提供了 Swagger 模型文件,可用于快速生成客户端代码。

  • Selling Partner API 是亚马逊官方提供的核心数据接口,已成为亚马逊卖家服务生态系统的技术基础设施。它为卖家和开发者提供了合法、高效、稳定的程序化访问能力,是电商自动化和数据分析的重要基石。随着 AI 技术的融合,SP-API 的应用场景有望进一步扩展。对于有技术能力的用户,建议深入研究官方文档并尝试对接;对于普通卖家,选择成熟的第三方工具是更实际的路径。

用户评论

  • 头像
    KAtur
    亚马逊开始收费了!4月30日起API调用要花钱,成本一下子上来了。

  • 头像
    BrianYoung
    用了半年SP-API,比之前的MWS稳定多了,数据实时性也更好,就是接入门槛有点高,需要技术背景。

  • 头像
    MJenkins_2020
    刚对接完,流程确实比想象中复杂,光是OAuth授权就搞了一整天,不过文档写得挺详细的。

  • 头像
    silverfrog759
    强烈推荐!对接后订单管理自动化,效率提升明显,每天能省2-3小时手动操作时间。

  • 头像
    DanielLopez_Pro
    用SP-API做了多店铺管理,同时控制5个亚马逊店铺毫无压力,数据同步很及时。

  • 头像
    x890p
    API文档是全英文的,看得我头皮发麻,建议亚马逊出中文版。

  • 头像
    goldencat455
    比MWS强太多了!之前用MWS经常超时,现在SP-API响应速度快很多。

  • 头像
    brownswan939
    收费在即,第三方ERP软件可能要涨价了,且用且珍惜吧。

  • 头像
    Kelly_Rivera_2024
    用Python对接的,官方SDK挺好使,半小时就调通了一个简单接口。

  • 头像
    SIjen
    想吐槽一下,某些API端点的调用配额太低了,大卖家根本不够用。

  • 头像
    DGonzales_X
    做跨境电商的必备工具,没有SP-API根本玩不转多账号运营。

  • 头像
    Raymond.Nelson_7
    对接过程中遇到问题,客服响应速度还可以,不过需要用英文沟通。

  • 头像
    Jack.Brown_202083
    GitHub上有官方Model文件,配合Swagger生成代码,效率直接拉满!

  • 头像
    苏娜心_1
    财务对账功能很实用,每天的销售收入、平台费用自动同步,省了对账的人工成本。

  • 头像
    Carter2w
    数据安全方面确实比第三方抓取靠谱,不用担心账号关联风险。

  • 头像
    曾欣妍
    免费版够用吗?对于小卖家来说可能还行,日均订单过百的建议直接上付费版。

  • 头像
    Isabella_Powell_202032
    亚马逊官方文档真的很详细,涵盖了所有API的使用示例,好评!

  • 头像
    Gabrielle44
    库存实时同步太香了,再也不用手工更新FBA库存了。

  • 头像
    uvavhqxmt
    建议新手先看AWS博客的对接教程,比官方文档更接地气。

  • 头像
    AStephens_2024
    和AI结合是趋势,AWS官方都在推SP-API+大模型的解决方案,未来可期。

  • 头像
    AJacksonIII_393
    用了三个月,总体满意,就是Rate Limit太严格了,高峰期经常触发限制。

  • 头像
    HOrtizX
    相比Shopify API,亚马逊的SP-API功能更全,但文档可读性差一些。

  • 头像
    Barbara.Williams520
    做ERP集成的必备技能,不会SP-API都不好意思说自己是做跨境SaaS的。

  • 头像
    whitebutterfly203
    2024年9月MWS彻底停用,被逼着迁移到SP-API,迁移过程还好不算太痛苦。

  • 头像
    MsLeoTanner
    强烈建议!对接后自动调价功能太实用了,再也不用手动盯着竞争对手调价。

  • 头像
    MetaBase
    报表API很强大,可以定制各种维度的销售报表,运营分析必备。

  • 头像
    CAlvarez_X
    没有技术团队怎么办?直接买现成的工具吧,比如卖家精灵、易仓这些都对接好了。

  • 头像
    Caroline605
    数据推送机制比之前的轮询好多了,订单来了马上就能收到通知。

  • 头像
    BlogkHub
    踩坑总结:OAuth授权要注意redirect URI必须支持HTTPS,否则会报错。

  • 头像
    KDavis_77
    SP-API的定价策略出来了,高级套餐费用不低,第三方软件可能要跟着涨价。