Amazon 排名及价格监控
持续追踪 Amazon 排名与价格，及时抓住市场变化
按计划记录 ASIN 的 BSR、类目排名、价格、促销与 Buy Box 变化，把分散的页面信号转化为可比较的历史记录和团队提醒。
- 无需信用卡
- 支持 13 个 Amazon 站点
- 无需每天手工检查
价格连续 2 次下降，同时子类目 BSR 改善
发送至团队表格 →受到 2,000+ 电商与开发团队信赖
为什么要持续监控
一次查看只能告诉你“现在”，连续记录才能解释“发生了什么”
真正有用的不是某个孤立数字，而是同一市场上下文下，价格、排名与竞争状态如何随时间共同变化。
判断短期折扣，还是价格带正在重构
把当前价、划线价、Coupon 和持续时间放在一起，避免因为一次降价就仓促跟价。
区分一次波动，还是相对销售表现持续改变
记录主类目和子类目排名，在固定站点下观察趋势，而不是把不同类目的数值直接比较。
让变化进入选品、定价和库存流程
只有当异常到达负责人、团队表格或内部系统，排名和价格数据才真正推动决策。
BSR／类目排名
商品在特定类目中的相对销售排名；数值越低，通常表示类目排名越高。
回答：类目内表现如何？Bestseller 榜单位置
商品在某个 Best Sellers 榜单中的具体位置，可结合榜单快照观察进入、退出和位次变化。
回答：榜单格局怎么变？关键词搜索位置
ASIN 在某个关键词搜索结果中的自然位或广告位，不等同于 BSR。
回答：搜索曝光在哪里？监控难点
真正困难的不是刷新页面，而是让每次结果可以比较
要解释变化，就必须把商品、站点、类目、价格结构和采集时间放进同一个连续记录。
一个 ASIN，多个类目排名
商品可能同时出现在主类目和多个子类目中。只保留一个数字，会丢失排名所属类目。
父子 ASIN 与变体关系
不同颜色、尺寸与子 ASIN 可能呈现不同价格和供货状态，监控对象必须定义清楚。
价格不是单一字段
当前价、划线价、Coupon、促销和 Featured Offer 需要分别记录，才能解释真实变化。
地区上下文会改变结果
站点、邮编、配送地区和库存可能影响页面展示。前后采集条件不一致，趋势就不可比。
采集频率决定观察精度
频率太低可能错过短期促销，频率太高则增加成本与噪声，应围绕决策时效设置。
规模会放大维护成本
当任务扩展到多站点、多个竞品和长期历史，访问、解析、去重与存储都需要自动化。
可解释的数据结构
不只是价格和排名，还要保留解释变化的上下文
Pangolinfo 访问当前 Amazon 页面并返回结构化结果；周期任务将每次结果保存为可比较的数据快照。
RANK SIGNALS
保留数值，也保留它属于哪个类目
BSR 只有与类目和采集时间放在一起，才适合形成连续趋势。
- bestSellersRank#12,480
- categoryHome & Kitchen
- subcategoryRank#184
- listPosition#27
PRICE SIGNALS
把售价、折扣与竞争状态拆开记录
避免只看一个价格数字，错过 Coupon、划线价或 Featured Offer 的变化。
- price$36.90
- strikethroughPrice$42.90
- coupon10% off
- seller / offerchanged
MARKET CONTEXT
固定站点和邮编，让前后快照来自同一市场
采集上下文与数据一起保存，才能判断变化来自市场，还是来自请求条件。
- siteamz_us
- zipcode10041
- asinB0D8••••Q2
- collectedAt10:32 UTC
从目标到提醒
告诉系统要追踪什么，剩下的交给自动化
先确定 ASIN 与市场上下文，再选择周期、字段和变化规则。下面的配置器用于说明一条典型监控流程。
从变化到决策
每一种变化，都应该对应一个明确的判断
监控的目的不是制造更多提醒，而是把多个信号放在同一条时间线上，帮助负责人决定下一步。
COMPETITOR PRICE
先判断降价持续多久，再决定是否响应
将竞品当前价、划线价、Coupon、Buy Box 与 BSR 放在同一时间线上，区分一次性促销和市场价格带下移。
- 连续快照确认变化是否持续
- 同时查看排名和促销信号
- 按利润边界决定跟价或保持价格
连续 3 次采集保持低价
BSR MOVEMENT
把 BSR 移动放回价格与供货背景中
单次 BSR 变化不等于趋势。连续记录价格、Coupon、库存与类目归属，才能判断是短期波动还是竞争态势变化。
- 记录主类目与子类目 BSR
- 观察多次采集后的方向一致性
- 将异常交给选品或库存负责人
7 天前#286
→现在#184
FEATURED OFFER
Buy Box 变化时，不要只检查售价
Featured Offer 还与卖家、库存、配送等条件有关。监控相关字段，帮助团队找到需要进一步核对的方向。
- 记录 Featured Offer 卖家变化
- 关联当前价格与供货状态
- 避免把所有问题都变成价格战
LOCAL CONTEXT
固定站点与邮编，再判断是否真的发生变化
同一 ASIN 在不同配送地区可能呈现不同价格、库存或配送承诺。建立趋势前，先让采集上下文保持一致。
- 为任务固定 Amazon 站点
- 选择与国家匹配的邮编
- 把市场上下文随快照保存
价格$36.90
库存In stock
配送2 days
上下文已固定
两条实施路线
选择适合团队的排名与价格监控方式
需要快速进入团队表格，直接使用 AMZ Data Tracker；需要接入自己的产品、数据库或告警系统，则使用 Amazon Scraper API。
AMZ Data Tracker
使用 AMZ Data Tracker，添加 ASIN、选择字段和计划，将持续更新的 Amazon 数据接入飞书、Lark 或周期性运营流程。
- 可视化配置监控对象
- 按需选择输出字段
- 形成连续快照与团队记录
- 无需维护访问、渲染与解析代码
卖家运营 · 选品团队 · 市场分析
Amazon Scraper API
使用 Amazon Scraper API，获取当前商品详情与类目数据，再由你的系统管理调度、历史存储、规则和通知。
- 结构化 JSON 输出
- 支持商品、关键词、类目与榜单解析器
- 站点和邮编上下文
- 适合批量任务与自定义数据产品
ERP · SaaS · 数据团队 · 内部系统
需要 AI 帮助解释变化？完成数据采集后，可以通过 Amazon Data MCP 或 Amazon Scraper Skill 将监控结果带入 Agent 与自然语言分析流程。
工作流参考
让变化直接进入团队已经在用的工作空间
AMZ Data Tracker 负责按计划访问、解析与结构化 Amazon 页面；飞书或 Lark Base 承载团队自己的视图、公式、规则、权限和 AI 分析。
- 无需每天复制价格与 BSR
- 每次采集都形成可回看的记录
- 按团队规则筛选需要处理的变化
该案例展示的是相同的数据采集与团队协作方式，不将选品案例表述为价格监控客户成果。
Amazon BSR 和关键词排名有什么区别？
BSR 是商品在特定类目中的相对销售排名；关键词排名是某个 ASIN 在指定搜索词结果中的自然位置或广告位置。一个商品可能拥有多个类目 BSR，但每个关键词下的搜索位置又不同。本页聚焦 BSR、类目排名与价格；关键词自然位和广告位请查看关键词与广告监控方案。
为什么我看到的价格可能与监控结果不同？
Amazon 页面可能受到站点、配送邮编、库存、卖家、促销资格和采集时间影响。要形成可比较的趋势，应为任务固定站点和邮编，并把采集时间与市场上下文随数据一起保存。
可以同时监控自己的商品和竞品吗？
可以将自己的 ASIN 与公开可访问的竞品 ASIN 放入同一监控任务或不同分组中，再按统一字段和市场上下文记录价格、排名、促销与供货变化。
如何形成长期价格和 BSR 历史？
Pangolinfo 获取每次运行时的当前 Amazon 页面数据。通过定时运行并将每次结果写入 Tracker、飞书、Lark 或自己的数据库，可以逐步形成属于团队的连续历史；这与直接购买一个预先整理的历史数据库不同。
应该多久采集一次？
频率应取决于决策时效。短期促销和 Buy Box 观察可以更频繁，长期品类趋势可以按日或按周。建议先用少量 ASIN 验证字段与变化速度，再平衡监控精度、数据量和成本。
Tracker 和 Scraper API 应该如何选择？
希望无需开发、快速配置周期任务并进入飞书或 Lark，选择 AMZ Data Tracker；需要把数据接入 ERP、SaaS、数据库或自有告警系统，选择 Amazon Scraper API。两条路线可以独立使用。
价格变化是否意味着应该立即跟价？
不一定。建议同时检查降价持续时间、Coupon、Buy Box、库存、配送和 BSR 变化，并结合自己的利润底线判断。监控系统应提供证据和提醒，而不是替团队自动做出所有定价决定。
可以免费测试真实 ASIN 吗？
可以。进入 AMZ Data Tracker 控制台创建任务，或注册后通过 Amazon Scraper API 使用真实 ASIN 验证字段、站点上下文与返回结果，再决定适合的使用方式和套餐。
从一个真实 ASIN 开始
不再每天刷新商品页面，让变化主动进入你的工作流
先创建一个监控任务，验证价格、BSR、站点和输出字段；需要接入自己的产品或数据库时，再切换到 Scraper API。
