一、为什么选品要走接口
传统京东选品靠人工在京东商智、类目榜单里翻页、截图、做 Excel，一天能筛几百个品已经到极限，而且数据滞后、口径不一、无法沉淀。
用接口做选品，本质上是把选品变成一个可重复执行的数据管道：
- 全量扫描代替人工抽查——一晚可以遍历整个类目几万个 SKU；
- 固定口径代替主观判断——好评率、佣金、引单量都用同一把尺子；
- 定时监控代替一次性决策——今天的数据明天再看，趋势自然浮现；
- 打分模型代替拍脑袋——多个指标加权，机器替你排优先级。
一句话：人工选品是"找感觉"，接口选品是"跑程序"。
二、可用的京东接口体系
做京东选品，主要有三类接口来源：
1. 京东联盟开放平台（union.jd.com）—— 推荐首选
面向推客场景，申请门槛低、数据全，核心接口包括：
| 接口 | 用途 |
| jd.union.open.goods.query | 按关键词/类目批量拉取商品及佣金、价格 |
| jd.union.open.goods.seckill.query | 秒杀商品池，抓"正在被平台推"的品 |
| jd.union.open.goods.material.query | 商品素材库，支持按 30 天引单量排序 |
| jd.union.open.selling.promotion.query | 拉取正在进行的活动商品 |
2. 京东宙斯开放平台（POP 商家侧）
适合自己开店做竞品监控：类目商品查询、评价接口、销量相关数据，但需要商家身份，权限审批较严。
3. 第三方数据服务
如某些电商数据服务商提供的商品 API，优点是附带加工好的销量估算字段，缺点是收费且数据非官方。本文以京东联盟接口为例展开。
三、核心实现：调用接口 + 数据清洗 + 打分筛选
3.1 接口调用（Python 示例）
京东联盟接口需要 appKey / secretKey，并按要求做参数签名：
3.2 数据清洗：把原始返回变成选品字段表
接口返回的商品对象里，与选品强相关的字段包括：
commissionInfo.commission：预估佣金（可反推佣金比例）priceInfo.price / lowestPrice：现价与历史低价commentInfo.commentCountStr：评论量（热度的代理指标）goodCommentsInfo.goodCommentsShare：好评率imageInfo、shopInfo：素材与店铺信息
3.3 打分模型：多指标加权排序
跑完打分后按分数排序，导出 Excel，就是一份当日选品清单。每天定时执行，横向对比"哪些 SKU 的分数在连续上升"——连续上升的品，往往就是需求正在起量的品。
四、进阶玩法
1. 定时调度 + 趋势追踪
用 crontab / APScheduler 每天固定时间抓取入库（MySQL 或 SQLite），对同一 skuId 做时间序列追踪：价格是否在降（平台在补流量）、评论是否在加速增长（需求爆发前兆）。
2. 秒杀池监控
高频轮询 jd.union.open.goods.seckill.query，凡是进入秒杀池的品都意味着平台正在给流量，适合作为"跟款"信号：平台推什么，你就去找同款或上下游配件。
3. 关键词矩阵扫描
把目标赛道拆成 50-100 个长尾关键词，逐一调接口扫描，统计每个词下"高佣 + 高好评 + 低竞争"商品的数量。数量少而质量高的词，就是值得开店切入的细分赛道。
五、注意事项
- 权限与合规：京东联盟 API 需实名申请推客资质，禁止抓取用户隐私数据；频率限制（QPS）要遵守，过量调用会被封 Key。
- 数据口径：联盟接口的"引单量""佣金"是推客口径，和你自己店铺的经营数据不完全等价，选品结论要做二次验证（例如小批量试销）。
- 不要全自动下单：接口负责"筛"，人工负责"断"。打分高只说明数据好，供应链、资质、物流体验仍需人工把关。
- 做好降级：接口偶发超时和字段变更，生产环境务必加异常捕获和字段容错，否则一次接口改版就能让整条管道瘫痪。
六、总结
接口选品的完整链路是：申请权限 → 调接口拉数据 → 清洗成字段表 → 加权打分 → 定时入库追趋势 → 人工终审。它把选品从"每天花几小时翻榜单"变成"每天早上看一份机器生成的高分清单"，让卖家把精力集中在真正需要判断力的事情上——供应链和运营。选品是概率游戏，接口只是让你的骰子掷得更勤、更准。
如遇任何疑问或有进一步的需求，请随时与我私信或者评论联系。
