探索覆盖 Instagram、TikTok、YouTube 和 Facebook 的公开社交数据 API
SocQSocQ
加入 Discord
AmazonAmazon PA-APICreators API商品数据 APIAPI 替代方案

2026 年最佳 Amazon Product Advertising API 替代方案

PA-API 5.0 已返回 403。对比 Creators API、SP-API 与公开 Amazon 商品数据 API 在商品搜索、商品详情、评论、Best Sellers 和卖家信息上的差异。

SocQ更新于 2026年10月9日阅读约 11 分钟

Amazon Product Advertising API 5.0（PA-API 5）已经停用。Amazon 的弃用公告写明，PA-API 5 已由 Creators API 取代，仍在调用旧端点的集成会收到 403 Forbidden 和 AccessDeniedException。Amazon 通知存量客户的时间线是：2026 年 4 月 30 日弃用，5 月 15 日下线端点。

很多团队一直拖着没处理的问题因此必须回答：你的 PA-API 集成到底是联盟推广，还是一条恰好借用了联盟 API 的商品数据管道？答案决定了该换成什么。

  • 发布联盟内容、赚 Associates 佣金的，Creators API 是官方继任者，默认就该迁过去。
  • 为 Amazon 卖家或供应商做软件的，Selling Partner API（SP-API） 是处理授权账号目录、定价和订单的官方通道。
  • 没有联盟或卖家关系，却要做价格监控、评论采集、Best Sellers 跟踪、竞品和卖家研究的，需要的是公开商品数据 API。这类需求首选 SocQ：5 个 Amazon 端点，覆盖 10 个站点，每条返回记录 0.15 积分，按基础积分包折合每 1,000 条 0.75 美元。

核心结论： 联盟推广站迁到 Creators API；卖家授权你的应用时用 SP-API；公开的商品搜索、商品详情、评论、Best Sellers 和卖家资料，首选 SocQ。需要 Buy Box 和报价列表深度时看 Rainforest API 或 Canopy API，需要长周期价格历史时看 Keepa。

官方文档和各供应商页面核对于 2026 年 10 月 9 日。供应商价格经常调整，采购前请重新确认。如果你的业务也覆盖社交电商，可同时参考 TikTok Shop API 替代方案。

Amazon PA-API 替代方案总览

方案产品形态接入门槛最适合
SocQ公开商品数据 API，异步任务API Key商品搜索、详情、评论、Best Sellers、卖家
Amazon Creators API官方联盟目录 APIAssociates 账号且有合格销售联盟导购站与创作者内容
Amazon SP-API官方卖家与供应商 API卖家或供应商授权Listing、定价、库存、订单
Rainforest APIAmazon 专精数据 APIAPI Key，按月套餐Buy Box、报价、深度 Listing 字段
Canopy API提供 REST、GraphQL、MCP 的 Amazon 数据 APIAPI KeyAgent 与 GraphQL 集成
Keepa API价格历史数据库 API付费 Token 套餐历史价格与销售排名曲线
Glade API标准化公开 Amazon APIAPI Key用一套契约对接 REST、GraphQL、MCP
Bright Data企业级抓取与数据集平台账号与合同大规模定时采集
ApifyActor 市场账号，按 Actor 计价自定义 Amazon 采集器

Creators API 和 SP-API 作为官方基准单列，不计入公开数据竞品，因为它们解决的是另一类接入问题。

为什么大家在替换 PA-API

PA-API 从来不是通用的 Amazon 数据 API，它是 Associates 工具，接入规则一直体现这一点。Creators API 把要求写得更明确。根据其文档，申请者需要：

  1. 在目标站点加入 Amazon Associates。
  2. 过去 30 天内至少有 10 笔合格销售。
  3. 在 Associates Central 注册 API 访问。
  4. 生成新的凭证。

迁移也不是改个配置。PA-API 用 AWS Signature Version 4 和 Access Key / Secret 签名；Creators API 改为 OAuth 2.0 客户端凭证，Bearer Token 有效期 1 小时，统一端点 creatorsapi.amazon/catalog/v1 并通过 x-marketplace 请求头指定站点，请求字段也从 PascalCase 改成 lowerCamelCase。旧的 PA-API 密钥不能继续用。

这对联盟站来说合理，但对从没通过 Associates 卖过东西的团队并不适用：价格监控工具、评论分析产品、品牌保护团队、市场研究团队，以及需要商品上下文的 AI Agent。这些团队用 PA-API，是因为它是唯一的官方读取 API，而不是因为他们是联盟客。

SP-API 也补不上这个缺口。它的 Catalog Items API 可以搜索目录、返回商品详情，但整个 SP-API 围绕卖家授权设计：公开应用要走 Login with Amazon OAuth，私有卖家应用需要专业卖家账号。它不是任意商品的评论文本来源，设计目标是经营自己的店铺，而不是观察别人的。

按用途选择替代方案

原来用 PA-API 做什么推荐路径
联盟链接、商品组件、创作者橱窗Creators API
管理自己的 Listing、价格、库存、订单SP-API
Amazon Business 企业采购Amazon Business Product Search API
竞品价格与在售状态监控SocQ 商品详情与商品搜索
评论挖掘、情感分析、选品研究SocQ 评论
类目需求跟踪SocQ Best Sellers
卖家研究与品牌保护SocQ 卖家信息
长周期历史价格曲线Keepa

多数产品会横跨几行。比如一个折扣导购站，联盟链接继续走 Creators API，联盟计划不覆盖的评论和 Best Sellers 用 SocQ 补齐。

1. SocQ：公开 Amazon 商品数据的首选

SocQ Amazon API 网站

PA-API 用户过去常常自己写爬虫补的那些公开页面，SocQ 都覆盖了：搜索结果、商品页、评论、Best Sellers 和卖家主页。同一个 Key 和任务模型还覆盖 TikTok Shop、Google Maps、应用商店以及目录中的社交平台。详见 Amazon API 目录 和 定价。

端点输入每个任务返回量积分 / 条
商品搜索 APIquery 加站点 domainresults_limit 1–2,000，默认 1000.15
商品详情 API商品 URL，如 /dp/{ASIN}每个 URL 一条0.15
评论 API商品 URLresults_limit 1–2,000，默认 1000.15
Best Sellers API含 /zgbs/ 或 /gp/bestsellers/ 的 URLresults_limit 1–2,000，默认 1000.15
卖家信息 API卖家主页 URL，如 /sp?seller={id}每个 URL 一条0.15

支持的站点：amazon.com、amazon.co.uk、amazon.de、amazon.fr、amazon.es、amazon.it、amazon.ca、amazon.com.au、amazon.in、amazon.co.jp。

curl -X POST "https://api.socq.ai/v1/amazon/search" \
  -H "Authorization: Bearer $SOCQ_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "query": "wireless earbuds",
    "domain": "https://www.amazon.com",
    "results_limit": 100
  }'

保存返回的 task_id，轮询 /v1/tasks/{task_id}，再读取 data.results.items。商品记录包含标题、描述、卖家、price.amount、price.currency、评分、reviews_count、页面展示时的 sold_count、媒体和 collected_at；搜索记录额外返回 price.original_amount 和 price.discount_percent；评论记录返回正文、评分、作者、subject_id 和时间戳。

按返回记录计费。任务先按 results_limit 预留积分，再按实际返回条数结算；空结果不收结果费用。积分包从 5 美元 1,000 积分起，另有 50、500、1,250 美元档。

SocQ 不生成联盟链接，不返回 Associates 佣金数据，不管理 Listing 或订单，也不返回 Buy Box 轮换或完整报价列表。它是面向公开页面的读取 API。

最适合： 价格监控、评论分析、Best Sellers 跟踪、卖家研究，以及需要把 Amazon 数据和社交数据放在一起的 Agent。

2. Amazon Creators API：联盟客的官方继任者

有 Associates 收入的 PA-API 客户应该迁到 Creators API。它在新契约下提供与 PA-API 5 相同的核心目录操作，包括商品搜索、商品查询、变体和类目节点，并提供 Node.js、Python、PHP、Java SDK。

迁移有三笔成本：在 Associates Central 重新生成凭证；把签名代码改成 Token 缓存与续期；重写响应解析，因为字段大小写和报价结构都变了，迁移指南说明旧的 Offers 已由 OffersV2 取代。

如果账号达不到合格销售门槛，问题就不在代码，而在资格。这是大家绕开 Creators API 的最常见原因。

最适合： 满足 Associates 要求的联盟发布者和创作者。不计入公开数据竞品。

3. Amazon SP-API：卖家软件的官方通道

当卖家或供应商授权你的应用管理他们的生意时，SP-API 是正确选择：Listing、定价、库存、订单、物流和报表。Catalog Items API 提供 searchCatalogItems 和 getCatalogItem，Amazon 文档给出的默认用量计划是每秒 5 次请求。

如果你的产品和卖家没有任何关系，它就是错误的抽象层；对你不销售的商品，它也不是评论文本的来源。注册、角色申请、OAuth 和安全要求都是接入成本的一部分。

最适合： 卖家与供应商工具。不计入公开数据竞品。

4. Rainforest API：Buy Box 与报价深度最好

Rainforest API 来自 Traject Data，专做 Amazon。产品页列出了商品详情、评论、实时与历史价格、卖家与店铺数据、促销、Buy Box 监控和新的商品搜索 API，支持 API 拉取、Webhook 推送和云存储投递。

计费是按月积分套餐。核对当天，Hobbyist 为每月 23 美元 500 积分，Starter 为每月 83 美元 10,000 积分，更高档位的超额单价低于每积分 0.002 美元。部分参数单次会消耗不止 1 积分。和按条计费的产品比较前，先用真实请求组合测算。

最适合： 只做 Amazon、需要 Buy Box 归属、报价列表和卖家–ASIN 映射的团队。

5. Canopy API：GraphQL 与 MCP 接入

Canopy API 主打无需审批、没有联盟配额。官网列出按 ASIN 或 GTIN 查询商品详情、价格、报价与 Buy Box、销量和库存估算、搜索、Best Sellers、促销、类目和卖家资料，提供 REST、GraphQL、托管 MCP Server 和 Agent Skill。

它按请求计费，而不是按记录。一次返回一整页商品的搜索算一次请求，所以要按你自己的查询与搜索比例来比较成本。

最适合： 需要 GraphQL 字段裁剪或只要 Amazon 的 MCP Server 的团队。

6. Keepa API：价格历史

Keepa 首先是价格历史产品。它的 API 返回价格历史、商品数据、报价、促销、Best Seller 榜单和卖家信息，并支持带更新通知的追踪。

访问按 Token 桶计量：套餐每分钟生成固定 Token，商品请求每个 ASIN 消耗 1 个 Token，报价页另计，搜索每页 10 个 Token。这适合稳定的持续监控，缓存越好越省。它不是评论 API。

最适合： 历史价格与销售排名分析，评论数据需要另配来源。

7. Glade API：标准化的公开 Amazon 契约

Glade 自称是独立的、标准化的公开 Amazon 数据接口，支持 REST、GraphQL 和 MCP。它的文档列出 13 个站点上的 17 个操作，包括商品、搜索、变体、报价、评论、卖家、类目、促销、Best Sellers，以及库存与销量估算。

它是较新的供应商。正式采用前，先拿目标站点的样例返回核对你依赖的字段。

最适合： 希望应用代码和 AI 工具共用一套 Amazon 契约的团队。

8. Bright Data：企业级采集

Bright Data 网站

Bright Data 在更大的采集平台里提供 Amazon 抓取器和数据集，并配有代理网络和多种投递方式。适合已经从 Bright Data 采购网页数据、需要在同一合同里大规模采集 Amazon 的团队。

要确认买的是哪个 Amazon 采集器、它接受什么输入、评论如何计费、数据怎么投递。企业级打包不等于固定的商品 Schema。

最适合： 已有 Bright Data 采购体系、需要大批量定时采集的团队。

9. Apify：自定义 Amazon 采集器

Apify 网站

Apify 上有很多 Amazon Actor，维护者、输入和输出 Schema 各不相同。有的按结果计费，有的按计算资源加代理计费。需要特殊页面类型时这种灵活性有用，代价是 Actor 选型和 Schema 漂移都要自己负责。

最适合： 固定端点满足不了的自定义 Amazon 流程。

用真实工作负载比较价格

不要只看标价，用同一份月度任务去比：

  • 价格监控清单：10,000 次商品详情查询
  • 情感分析：20,000 条评论
  • 50 个关键词：共 5,000 条搜索结果

在 SocQ 上是 35,000 条 × 0.15 积分 = 5,250 积分，按每积分 0.005 美元约 26 美元，50 美元的 10,000 积分包就够用。

换成按请求计费的产品，50 个关键词的搜索可能只有几百次请求，但 20,000 条评论要分页翻成几千次请求；按积分套餐计费的，要查参数倍率；按 Token 桶计费的，要看每日峰值是否在补充速度之内。选型前把每家的这几个数字写下来。

从 PA-API 迁移到 SocQ 的检查清单

  1. 盘点 PA-API 调用。 把联盟展示（留在 Creators API）和需要入库分析的商品数据分开。
  2. 映射操作。 SearchItems 对应商品搜索；已知 ASIN 的 GetItems 对应商品详情，传 https://www.amazon.com/dp/{ASIN}。评论和 Best Sellers 原本就不在 PA-API 里，作为新任务加入。
  3. 改调用模型。 PA-API 是同步的；SocQ 返回 task_id，轮询任务或用 Webhook，并在一个任务里批量提交 URL。
  4. 按站点建主键。 每个 ASIN 都要带上站点域名。同一个 ASIN 在 amazon.de 和 amazon.com 上是两次不同的价格观测。
  5. 字段一律可选。 公开页面上价格、sold_count、卖家都可能缺失，存 null，不要存 0。
  6. 保留 collected_at。 价格和评分都是快照，要为每个功能定好可接受的数据时效。
  7. 双轨跑一周。 如果流量分到 Creators API 和 SocQ 两边，拿固定的 ASIN 清单对比标题、价格和评分。

限制与合规使用

公开数据 API 读取的是 Amazon 向访客展示的内容。它不会带来联盟归因、卖家权限，也不授予转载商品内容的权利。如果要向终端用户展示 Amazon 内容，请查阅 Amazon 的相关政策和适用许可。评论者姓名可能识别到个人，需要设置保留期限。不要采集需要登录才能看到的数据。

常见问题

Amazon Product Advertising API 被什么取代了？

面向 Associates 发布者和创作者，PA-API 5.0 由 Creators API 取代。调用旧 PA-API 端点会返回 403 Forbidden 和 AccessDeniedException。

没有联盟销售能用 Creators API 吗？

Amazon 文档要求在目标站点有 Associates 账号，且过去 30 天内至少 10 笔合格销售。达不到的话，卖家用 SP-API，其他场景用 SocQ 这样的公开商品数据 API。

做商品数据，最好的 Amazon PA-API 替代方案是什么？

公开的商品搜索、商品详情、评论、Best Sellers 和卖家资料，首选 SocQ：覆盖 10 个站点、统一任务模型、每条 0.15 积分。需要 Buy Box 和报价深度选 Rainforest API 或 Canopy API，需要价格历史选 Keepa。

SP-API 能拿到任意商品的评论吗？

不能当作公开评论来源。SP-API 面向获得授权的卖家与供应商，提供经营操作和目录数据，不返回任意商品的评论文本。SocQ 的 评论 API 可以。

SocQ 能替代 Amazon 联盟链接吗？

不能。SocQ 返回公开商品数据，联盟链接和佣金追踪仍然走 Creators API。

AMAZON API

使用公开的 Amazon 输入测试工作流

提交公开输入，获取带有可追溯来源上下文的标准化记录。

查看 Amazon API