这问题比“用哪个接口”更靠前一层。先给结论：比价系统的数据源不该只选一个，而应按用途分三层。只选一个，必然在覆盖和精度之间二选一。
五类数据源的真实差异
| 数据源 | 接入门槛 | 覆盖范围 | 字段深度 | 合规 | 成本 |
|---|---|---|---|---|---|
| 平台开放平台 API | 最高：企业资质、应用审核、类目权限 | 只到你有权限的店铺、商品 | 最全：SKU、库存、活动价 | 干净 | 免费，但配额低 |
| 联盟、导购 API（淘宝客、京东联盟、多多进宝） | 低：备案、推广位 | 全站，但仅有联盟计划的商品 | 中等：标价、券、佣金，SKU 常不全 | 干净 | 免费 |
| 第三方聚合服务 | 无 | 广，取决于服务商 | 归一后的字段，看服务商能力 | 取决于其授权链路 | 按量付费 |
| 自建爬虫 | 低 | 最广：券后价、库存、评价都能拿到 | 最深 | 风险最高 | 维护成本最贵 |
| 人工、插件、众包 | 无 | 长尾 | 任意 | 灰色 | 人力 |
两个关键事实要强调。具体权限以平台当期文档为准，这里说明规律：
- 开放平台 API 做不了全站比价。 商品接口基本只对你授权范围内的商品开放；想查全站，得走联盟侧接口，但联盟接口的 SKU 明细和库存往往拿不全。所以，“自接官方 API 就能比价”这条路，只对自家店铺成立。
- 爬虫不是技术问题，是法律问题。 第 285 条和反不正当竞争法都有真实判例，商用对外做 SaaS 时，这属于硬性排除条件，不能当作可权衡的风险。
三种用途，三条路线
① 内部选品、定价决策（几十到几千个 SKU）
联盟 API 作为基础，拿不到的用第三方聚合补。这个规模完全不值得自建，一年几千块的调用量就够了。
② 对外提供比价服务（多租户 SaaS，商用）
只能走联盟、聚合两条路，爬虫直接排除。这时你卖的不是数据，是 SLA 和授权链路，选型标准也随之改变。
③ 大规模全站比价（十万级 SKU 以上）
三层混合：官方 API 精修重点商品，联盟、聚合覆盖全站候选，人工补长尾。理由很实际：全量高频扫会耗尽配额（我们算过，2 万商品按 30 分钟扫一遍是 96 万次/天），两级池收敛后能降到 6,900 次。
选服务商要问的五件事
这五条也能直接拿去问任何一家数据商，包括我们：
- 授权链路是什么？ 是直连官方授权，还是二次倒卖？后者说断就断。
- 到手价怎么定义？ 标价、券后价、满减后价、会员价、含不含运费，这是比价系统的关键问题，也是最容易被含糊过去的一条。
- 更新频率是多少？ 分钟级、小时级、天级，直接决定你的系统能不能叫“实时”。
- 限流按什么维度？ 接口×应用，还是全局共享？全局桶会让铺货任务把比价任务的额度耗光。
- 有没有历史数据？ 要做价格趋势和竞品动作分析，没有回溯能力的服务商直接排除。
但数据源只解决 30%
剩下 70% 是这三件事，很多人拿到数据后才发现：
- 同款对齐：同一个保温杯在三个平台叫三个名字，纯标题匹配误判率约 40%。
- 价格口径归一：页面价 99、券后 79、会员 75、加运费 85，你的系统报哪个？不统一口径的比价结果没人敢用。
- 时效与配额：全量高频会耗尽配额，低频又不叫实时。
如果现在就要定方案，我按最常见的情况给个起步配置：
先别急着接官方开放平台。 资质周期常以周计（我们见过的案例里，两三个月很常见），而它只能覆盖你自己的店，做比价根本不够。起步阶段更实际的做法是：先用第三方聚合把覆盖层跑起来，重点商品再用官方 API 精修，长尾和特殊字段先人工。
然后立刻定口径。 在写第一行代码之前，先把“到手价 = 标价 − 店铺券 − 平台券 + 运费（会员价单列）”写成一份书面定义。这件事比选数据源重要得多，因为它决定你的比价结果有没有人敢用。
顺带一句：这个问题客户问得特别多，你手上这套“三层数据源 + 三个真难点 + 选服务商五问”，其实可以直接当销售话术用。尤其第三问（口径）和第五问（历史数据），很少有人在客户面前主动提，提了反而更容易建立信任。
如果你愿意，我可以把它整理成两个东西：一篇发帖（“多渠道比价系统的数据源怎么选”，正好接着第 16 篇那条决策线），或者一页客户咨询话术。你说一声即可。
另外想确认一下你的场景，好给更准的建议：这套系统是自己内部选品用，还是要对外卖给商家？两者在合规边界和 SLA 要求上差得很远。
