Amazon 榜单监控
持续追踪 Amazon 榜单，更早发现类目变化
按计划记录 Best Sellers 与 New Releases 榜单，识别新进入、跃升和退出商品，把类目变化直接送进选品与运营流程。
- 无需信用卡
- 支持 13 个 Amazon 站点
- 标准解析器已支持两类榜单
发现 2 个“新品榜 → 畅销榜”候选商品
发送至飞书 →受到 2,000+ 电商与开发团队信赖
为什么持续追踪
一张榜单是结果，连续快照才会暴露机会窗口
榜单会随销量、季节、促销和新品进入而变化。真正可行动的是“谁刚出现、谁持续上升、谁正在退出”。
捕捉首次进入榜单的新 ASIN
将本次列表与上次快照匹配，优先检查新进入商品，而不是每天从头浏览。
区分一次跳动与持续上升
在统一榜单、类目和站点下比较多次位次，减少被短期噪声误导。
关联详情、评论与价格再判断
榜单变化先负责发现候选，再用商品详情和评论证据验证机会是否值得推进。
先分清指标
榜单位置、BSR 与关键词排名，不是同一个数字
本页围绕 Best Sellers 和 New Releases 的列表成员及位次变化。明确边界，可以避免错误解读，也能避免页面之间的搜索意图重叠。
需要监控单个 ASIN 的 BSR 与价格？查看排名及价格监控 →榜单位置
ASIN 在指定 Best Sellers 或 New Releases 列表中的位置和成员状态。
回答：榜单格局怎么变？BSR／类目排名
商品详情页上的类目相对销售排名，一个商品可能对应多个类目。
回答：单品类目表现如何？关键词搜索位置
ASIN 在指定关键词结果中的自然位或广告位，与榜单位置不同。
回答：搜索曝光在哪里？监控难点
难点不是打开榜单，而是把每次列表变成可比较的数据
类目、列表类型、站点和采集时间必须保持清晰；新进入、退出与位次变化则需要跨快照计算。
类目层级决定竞争集合
大类与子类榜单不是同一市场。监控对象必须保留类目名称或节点上下文。
列表类型回答不同问题
Best Sellers 反映当前热销，New Releases 更适合观察新品进入和早期势能。
“新进入”需要上次快照
单次响应只能给出当前列表；成员新增、退出和位次变化需要连续保存后计算。
列表项还不等于完整商品
发现候选后，通常还要关联价格、评分、评论、品牌和详情字段才能评估。
地区上下文影响可比性
站点和配送邮编可能影响页面内容。跨期比较前，应固定相同的市场上下文。
榜单变化很容易制造噪声
合理的 Top N、持续次数和复核条件，比把每一次位次变化都发成提醒更重要。
从列表到变化流
先保存榜单事实，再计算真正可行动的变化
Pangolinfo 获取当前榜单的结构化结果；Tracker、飞书、Lark 或你的数据库负责保留快照、比较差异和触发规则。
CURRENT LIST
记录本次榜单上有什么、排在哪里
保留 ASIN、标题、当前位次等实际返回字段；具体字段以实时响应为准。
- asinB0E2••••N7
- titleCompact storage rack
- position#07
- price$29.99
REQUEST CONTEXT
让每次榜单快照来自同一市场
列表类型、类目、站点、邮编与采集时间应随结果保存。
- parserNameamzBestSellers
- categoryHome & Kitchen
- site / zipcodeamz_us · 10041
- collectedAt10:32 UTC
DERIVED DELTAS
跨快照生成进入、退出和位次变化
这些是基于连续快照的衍生字段，不应误写成单次页面直接返回的事实。
- firstSeenAt2026-09-13
- positionDelta+23
- listStatusNEW_ENTRY
- consecutiveRuns3
配置一条榜单任务
选择榜单和类目，让系统按计划寻找变化
下面的交互配置器用于解释典型工作流，不会提交或保存输入。
从变化到决策
每一个榜单事件，都应该回答一个业务问题
不要为所有位次变化提醒。先定义决策，再组合榜单、详情、评论与持续次数。
NEW ENTRY
先看到新进入，再等待连续证据
将本次榜单与上次快照对比，筛出首次出现的 ASIN，并用连续次数过滤一次性波动。
- 识别首次出现时间
- 观察是否连续留榜
- 关联 New Releases 与 Best Sellers
上次—
→本次#37
POSITION MOMENTUM
连续上升，比一次跃升更有解释力
用多次快照确认方向，再结合价格、评论增长和上架时间判断增长来源。
- 设置位次变化阈值
- 要求连续多次满足规则
- 减少短期促销造成的误报
连续 5 次采集改善
CATEGORY LANDSCAPE
观察进入与退出，理解类目正在被谁重写
把品牌、价格带、评分和上架时间聚合到榜单层面，识别竞争密度与结构性变化。
- 统计品牌和价格带分布
- 对比新品占比与留榜时间
- 寻找同质化较低的细分机会
新品占比18%
中位价格$29.90
品牌数31
集中度中等
PRODUCT VALIDATION
榜单负责发现，商品证据负责筛选
为候选 ASIN 补充详情、评论和价格信息，让选品负责人按自己的业务规则复核。
- 抓取商品详情与核心属性
- 补充评分、评论数与评论主题
- 在飞书或 Lark 中配置筛选规则
两条实施路线
选择适合团队的 Amazon 榜单监控方式
业务团队可用 Tracker 快速开始；开发团队可用 API 把榜单数据接入自己的产品和数据管道。
AMZ Data Tracker
使用 AMZ Data Tracker，选择榜单、类目、字段和运行计划，将连续快照接入飞书、Lark 或周期性选品流程。
- 可视化配置榜单任务
- 按计划保存连续快照
- 自定义字段与业务规则
- 无需维护访问和解析代码
选品团队 · 品牌运营 · 市场分析
Amazon Scraper API
使用 Amazon Scraper API，通过 `amzBestSellers` 或 `amzNewReleases` 获取当前榜单，由你的系统管理调度、存储、差异计算与通知。
- 结构化 JSON 输出
- 同步与异步调用方式
- 支持 13 个 Amazon 站点
- 适合 SaaS、ERP 与内部系统
开发团队 · 数据产品 · 自动化平台
需要 AI 帮助分析候选商品？采集完成后，可通过 Amazon Data MCP 或 Amazon Scraper Skill 将榜单与商品证据带入 Agent 工作流。
工作流参考
让榜单机会自动进入飞书或 Lark Base
AMZ Data Tracker 负责按计划采集和结构化榜单；团队工作空间负责保存快照、计算新进入与位次变化，并承载筛选、权限、自动化和 AI 分析。
- 避免每天复制 Top 100
- 为每个候选 ASIN 保留发现时间
- 只把满足规则的机会交给负责人
该案例用于说明榜单采集进入飞书／Lark 的工作流，不将演示数据表述为客户业绩。
Amazon 榜单位置和 BSR 有什么区别？
榜单位置是 ASIN 在某个 Best Sellers 或 New Releases 列表中的具体位置；BSR 是商品详情页上、特定类目中的相对销售排名。两者相关但不等同。若重点是单个 ASIN 的 BSR 与价格，请查看排名及价格监控。
标准解析器支持哪些榜单？
Pangolinfo 当前文档明确列出 `amzBestSellers` 和 `amzNewReleases` 两个解析器，分别用于按类目获取 Best Sellers 与 New Releases。其它页面类型应先通过真实 URL 测试或联系支持确认，页面不作默认承诺。
“新进入榜单”是 API 直接返回的吗？
单次采集返回当前榜单事实。新进入、退出、首次发现时间和位次变化需要将本次结果与历史快照匹配后计算，可在 Tracker、飞书／Lark 或自己的数据库中完成。
榜单应该多久采集一次？
频率取决于决策时效、类目变化速度与成本。新品发现可以从每日或每 6–12 小时开始，长期类目研究可按日或按周。先用一个类目观察噪声，再调整阈值和频率。
支持哪些 Amazon 站点？
文档列出美国、德国、英国、日本、法国、意大利、西班牙、加拿大、澳大利亚、墨西哥、沙特、阿联酋和巴西共 13 个站点。实际榜单与类目可用性仍以目标站点页面为准。
可以补充商品详情和评论吗？
可以。榜单适合发现候选，之后可用商品详情、评论等解析能力补充价格、评分、评论数、品牌与属性。这样更适合选品验证，而不是只按位次做判断。
Tracker 和 Scraper API 如何选择？
希望无需开发、快速设置周期任务并进入飞书或 Lark，选择 AMZ Data Tracker；需要接入 SaaS、ERP、数据库或自有告警系统，选择 Amazon Scraper API。两条路线可以独立使用。
可以免费测试真实类目吗？
可以。进入 Tracker 控制台创建榜单任务，或注册后通过 API 使用真实榜单 URL、站点和类目验证返回结果，再决定字段、频率与套餐。
从一个真实类目开始
不再反复刷新榜单，让新进入与跃升商品主动出现
先创建一个榜单 Tracker，验证类目、字段和快照差异；需要进入自有产品或数据管道时，再使用 Scraper API。
