Product 和 Listing 不是一回事
调价先锋把商品目录和可售 Listing 分开处理,确保改价落在正确的 Listing 上。
OnBuy 卖家常见问题
好的 OnBuy 调价不应该每一轮都降价。它需要区分 Product 和 Listing,判断是否已经赢得购物车,还要处理接口配额和改价延迟。
调价先锋把商品目录和可售 Listing 分开处理,确保改价落在正确的 Listing 上。
没赢时需要在底价之上跟价;已经赢了,可以按策略谨慎涨价,而不是继续降。
OnBuy 的改价有排队和展示延迟,调价先锋记录排队和后续状态,不承诺立即生效。
平台机制
| 同步 | 读取 Product 和 Listing,保留账号和 Listing 身份。 |
|---|---|
| 检查 | 使用当前可用的购物车状态和竞争信息。 |
| 决策 | 在最低价和最高价之间执行降价跟价或赢后涨价策略。 |
| 确认 | 处理锁、配额和延迟,保存每次调价的状态历史。 |
参考资料: OnBuy API 文档 · OnBuy 卖家条款

调价先锋根据接口可获取的 OnBuy 信息做出反应。库存、配送、店铺表现和平台规则仍然会影响哪个卖家赢得购物车。
接入步骤
确认当前 OnBuy 授权方式和店铺信息。
同步 Product 和 Listing,检查价格、库存和购物车状态。
设置最低价、最高价、跟价差值和是否赢后涨价。
查看排队、配额处理和平台确认后再扩大范围。
示例:某 Listing 以 £31.20 赢得购物车,最低价 £28.00、最高价 £34.00。策略可以尝试 £31.40;如果之后失去购物车,下一轮会在区间内重新跟价,但不会超过 £34.00,也不会假设前台立即更新。
价格方案
商品数量不限 · 注册自动开通 7 天免费试用 · 无需提交申请或等待审核
相关页面
常见问题
可以。在当前购物车状态支持的情况下,策略可以小幅尝试涨价,最高价始终是硬上限。
不一定。平台有排队和展示延迟,调价先锋会把提交和后续确认分开记录。
不一定。价格很重要,但库存、配送、店铺表现和平台规则也会影响结果。
系统使用锁、配额感知的调度和状态历史,尽量避免同一 Listing 同时执行多个改价任务。