GoogleSheet

亚马逊数据周报这件事，大部分卖家是这么死的：第一周热情满满导了五张报表，第二周只导三张，第三周想起来已是周四，第四周彻底不做了。 周报做不下去不是因为你不会分析，而是每周的数据项、口径、时间点都在变——变了就不可比，不可比就看不出趋势。 所以周报自动化的核心不是"让 AI 写得漂亮"，而是钉死三样东西：固定的数据项清单、每周原样复用的 prompt、雷打不动的时间点。三样固定，你手里才是 52 份能纵向对比的周报；任一样每周现编，就是 52 份互不相干的漂亮文档。 这篇给的就是成品：数据项清单、可直接粘进 Google Sheet 的环比公式、一段做异动归因与下周行动项的 prompt、一张"谁在什么时间做什么"的流程表。先说清楚和站内另外两篇的分工：用 ChatGPT 读懂亚马逊后台报表解决单次（手头几张报表，临时问出一批结论），亚马逊利润核算表怎么搭解决成本口径（把扣费摊到 SKU，揪出亏损款）。本文解决周期：同一套动作每周同一时间跑出结构一致的结论，并且能回头验证上周的行动项做没做到。 第一步：亚马逊数据周报要固定哪 12 个数据项 一行 = 一个 SKU 一周。别追求全，追求每周都能拿到、口径不变。下面 12 项是最小可用集。 分组 数据项 从哪儿取 口径要钉死的地方 流量与转化 已订购商品销售额 业务报告（Business Reports） “已订购"还是"已发货”，选一个别再换 流量与转化 已订购商品数量 同上 是件数不是订单数 流量与转化 会话数 Sessions 同上 App 与网页是否分开统计要固定 流量与转化 转化率 Unit Session % 同上 B2B 与总量是两个字段，别混着抄 广告 广告花费 广告商品报告（Advertised product report） 按已投放 ASIN 拆到 SKU，别用活动层总数 广告 广告销售额 同上 归因窗口未闭合，本周数会上修（见坑一） 广告 TACOS = 广告花费 ÷ 总销售额 表内算 分母是总销售额，不是广告销售额（两者区别与计算公式） 履约与库存 可售库存件数 后台库存相关报告 是否含在途、含不可售，选定后不改 履约与库存 可售天数 = 库存 ÷ 近 4 周日均销量 表内算 分母用几周均值，固定住 退货与口碑 退货件数与退货率 后台退货相关报告 按退货发生日还是原订单日归期 退货与口碑 本周新增差评数（≤3 星） 你自己记或工具抓 记"新增"不记"总数"；不入 history 表，站会口头带过 干预 本周你做了什么 你自己的干预日志 每条含日期、SKU、动作 第 12 项是整份周报的灵魂，缺了它 AI 的归因全是编的。 数据只告诉你"哪个 SKU 掉了 40%"，只有干预日志能告诉你"因为周三提价 8%"。没有它，任何异动 AI 都能给出一个听着合理、你却无从证伪的理由——这是周报沦为"每周读一遍正确的废话"的头号原因。日志五列即可：日期 / SKU / 动作 / 预期影响 / 验收时间。 ...

先给结论：一个人的店，用 SP-API 把数据拉进 Google Sheet、再让 AI 写公式和周报，完全做得动——但成本不在写脚本，在于私有开发者的审核等待、报表的异步取数和接口口径的长期维护。 只想看销量和库存，买现成工具更划算；要的是别人工具里没有的那几个自定义指标，自己搭才值。本文接口名、报表类型以亚马逊官方开发者文档为准，限流数字以官方 OpenAPI 模型为准，均 2026年7月23日实查，代码按官方文档编写、未在本文中实跑。 先算账：什么情况下才值得自己搭 隐性成本有四块：开发者审核要等（被追问信息须五天内回复，否则 case 关闭）；报表要「下单→轮询→下载」三步、还可能是 GZIP 包；订单口径的销售额和结算口径的到账金额天然对不上；接口还会迭代——官方已写明 Reports API 的报表迁入 Data Kiosk 后会被弃用。 你的情况 建议 理由 只看销量、库存、广告花费 买现成工具 标准指标每家 BI 都有 要算自己的毛利（含头程、包材、退货摊销） 自己搭 成本结构因人而异，现成工具塞不进你的字段 多店铺 / 多站点合并看 自己搭 现成工具的多店铺常锁在高价档 完全没有编程经验 买现成工具 连接器路线也要你懂 OAuth 和报表结构 横向比现成工具，第三方评测站 AMZFinder 按工作流做了打分，比看厂商功能页省事。 SP-API 接入：私有应用怎么注册和授权 还在按 MWS 写的中文教程基本都过期了——SP-API 已取代 MWS，概念差别见站内旧文亚马逊销售伙伴 API VS MWS，接入流程请以下面这版为准。自用看板走私有开发者（Private Developer） 路线（官方注册页、自授权页，2026年7月23日实查）： Seller Central 菜单 → Apps and Services → Develop Apps，填注册表，Data Access 选 “Private Developer: I build application(s) that integrate my own company with Amazon Services APIs”。 勾选需要的 Roles（决定能读哪些数据，见站内亚马逊销售伙伴 API 中的角色与官方角色页），填 Use Cases 与 Security Controls 后提交等审核。 通过后点 Authorize app 生成 refresh token。官方两条硬条件：自授权 Seller Central 账号你必须是该账号的 Primary User；私有应用可一直停在 draft，无需发布。 运行时换令牌是固定动作：POST https://api.amazon.com/auth/o2/token，表单参数 grant_type=refresh_token、refresh_token、client_id、client_secret，返回 access_token（expires_in 通常 3600 秒）。调接口不用做 AWS 签名：官方连接文档的示例就是「URI + 请求头、无签名信息」，需要 x-amz-access-token、x-amz-date 和必填的 user-agent；端点按区域选北美 https://sellingpartnerapi-na.amazon.com、欧洲 -eu、远东 -fe。老教程那大段 SigV4 代码照抄只会多踩坑。 ...