Keepa
提供 Amazon 商品价格历史与追踪通知，并通过 API 提供商品和市场相关数据。
Keepa 是 Amazon 商品价格历史与追踪工具，能够帮助用户观察商品价格变化，并通过 API 为应用提供商品、报价和相关市场资料。
可以用来完成：价格历史观察、商品变化追踪、受控的电商数据查询。
Keepa 能做什么
适合核对历史价格、观察特定商品变化，或在已有开发能力的团队中建立数据查询流程。价格曲线需要结合市场、时间和商品标识阅读。
本指南同时区分普通价格观察与开发 API。API 需要订阅、鉴权及调用预算，不把数据查询服务虚构成自动选品或收益保证。
观察商品价格历史
Keepa 提供 Amazon 商品完整价格历史等资料。编辑建议：先确认市场与 ASIN，再比较一段明确时间内的价格变化，避免把当前优惠和长期常见价格混淆。
按标识查询商品资料
官方 API 支持使用 ASIN 或商品代码请求数据，可按参数取得价格历史、报价及其他可选资料。请求前应确认标识与市场一致，读取返回字段时核对含义。
追踪商品变化与通知
Tracking API 支持新增、查看和移除追踪并读取通知，也介绍 webhook 配置。API 追踪清单与网站账号清单分开，使用前明确通知来源和维护方式。
按预算接入数据服务
API 用 token 额度计量，不同请求和可选参数影响消耗。先选择适当方案和查询频率，再检查返回预算；需要由开发人员安全保管密钥。
- 核心用途
- 提供 Amazon 商品价格历史与追踪通知，并通过 API 提供商品和市场相关数据。
- 可完成的工作
- 价格历史观察、商品变化追踪、受控的电商数据查询。
- 如何开始
- 准备需观察的 Amazon 市场及 ASIN，记录商品变体与研究时间。输出标识清单，避免把不同市场或不同规格合成一个比较对象。
- 使用条件
- 先确认 Amazon 市场与商品标识；API 使用另需方案、密钥和预算。
可以完成哪些工作
按你的目标查看准备资料、操作方法和交付结果。
核对候选商品历史价格价格观察与待查事项表
适合：选品与采购人员
- 准备什么
- 市场、ASIN、规格与观察周期
- 怎么完成
- 编辑建议：整理价格历史变化并结合采购成本和费用核对，记录异常波动。
- 完成后得到什么
- 价格观察与待查事项表
- 交付前检查
- 市场、规格和时间范围一致，不把历史变动当作未来保证。
规划商品变化追踪追踪清单和处理责任表
适合：需要关注特定商品的运营团队
- 准备什么
- 目标商品、通知条件与负责人
- 怎么完成
- 编辑建议：先选择少量商品规划追踪规则，再检查通知与移除方式。
- 完成后得到什么
- 追踪清单和处理责任表
- 交付前检查
- API 清单与网页清单分别记录，通知来源明确。
设计有预算的数据查询查询方案、预算表和异常记录
适合：获授权的开发与分析人员
- 准备什么
- 查询指标、方案预算和数据处理规则
- 怎么完成
- 编辑建议：按官方文档设计查询与频率，安全保存密钥，抽查返回字段和数据。
- 完成后得到什么
- 查询方案、预算表和异常记录
- 交付前检查
- 不公开密钥，不声称未经执行的接口已接通。
如何使用 Keepa
- 确定市场与商品标识
准备需观察的 Amazon 市场及 ASIN，记录商品变体与研究时间。输出标识清单，避免把不同市场或不同规格合成一个比较对象。
- 整理价格历史观察
查看或查询所需价格历史，先确认字段和时间范围。编辑建议：把降价、缺货或报价变化作为待解释现象。输出带时间与口径的观察表。
- 按需建立变化追踪
如使用 API，按 Tracking 文档规划追踪项、通知和移除方式，区分其独立清单。输出追踪规则与负责人记录，再检查通知是否对应目标商品。
- 控制 API 预算并复核结果
开发接入时先确认方案和 token 消耗，保护密钥，限制查询频率。编辑建议：抽查数据与商品页面，输出预算及异常记录，不用示例请求冒充已完成集成。
界面与操作参考
开始前需要了解
价格资料不能保证未来行情
历史与当前报价用于观察，不能证明未来价格、销量或利润。编辑建议：结合商品规格、市场、费用和供货情况解释。
API 不是无限免费数据接口
官方方案按 token 计量并限制请求速率，可选参数也影响预算。查询前核对订阅与消耗，不执行超出预算的批量任务。
API 追踪与网站清单分开
官方说明 API 使用独立追踪列表，通过 API 管理。不要因为网页里已有关注项就假设开发接口会共享同一列表。
此处只确认 API 订阅：按月及 token 配额计费；不把 API 价格等同于全部网页功能的费用。
账号权限、费用与可用功能请以官方入口的当前说明为准。重要结果应先检查，再用于实际工作。
常见问题
Keepa 能自动判断什么商品一定赚钱吗？
不能。它提供价格历史、商品和市场资料，盈利判断仍需结合采购、费用、需求与竞争等实际条件。
API 查询需要什么条件？
需要合适订阅与 API 密钥，并按 token 额度和限速使用。密钥只应保存在获授权的安全环境中，不能写入公开网页。
网站追踪列表与 API 列表相同吗？
官方 Tracking 文档明确 API 追踪使用独立列表，应分别管理和核对。
怎样避免比较错商品？
先确认市场、ASIN 或商品代码以及变体。记录比较周期和字段含义，不把不同规格、不同站点的价格直接放在同一口径下比较。
从电商经营角度评估Keepa
把电商经营需要的条件列清楚，再比较工具。阅读本页的产品用途、步骤与限制，再逐项确认下面的问题；这些是选型方法，不表示每款工具都具备同样能力。
是否保留商品事实
材质、尺寸、配件和库存要来自现有资料，不能由模型补齐。
能否分清承诺边界
售后、发货和优惠以实际规则为准，草稿需人确认后使用。
数据口径能否比较
先统一时间、币种与订单状态，再讨论表现与下一步。
选择一个小样任务，先检查结果与交付格式，再决定是否用于更多资料。
