每个按钮会由服务端用你的 Cookie 发起请求，并显示返回 JSON。按钮旁是「这接口大概是干嘛的」的体感说明（不是官方翻译）。
需已 OAuth 授权（仅 Ping 只需 API Key）。点进接口后先看到参数表单：带 {占位符} 的会显示输入框，店铺 ID、Listing、订单等会尽量预填，你可改完再点「访问 API」拉 JSON。
上架/店铺「就绪」相关状态码的含义，偏官方诊断、教程里会出现，日常不一定天天用。
买家逛店时左侧那种类目层级；做导购、分类页时会来拉这棵树。
点进某个类目后，买家要填的那些筛选项（尺寸、颜色之类）从哪来——就这类数据。
支付账户流水：钱进钱出一条一条，对账、查某笔款为什么到账/扣款时常看。
流水里某一条的放大镜版，抠明细用。
像探活：Key 还能不能用、能不能连上 Etsy，不牵涉你店铺数据。
和账本条目绑在一起的付款记录，感觉像「这笔账对应哪几次支付」。
店铺维度最近收款的列表感，粗看现金流比翻订单快。
一单订单里怎么付的、拆成几笔——和买家付款方式、分期那种信息相关。
点进某个商品页下面那一串星星和留言，按商品维度拉。
整店口碑一览，不绑单个链接，更像「这家店总体评价池」。
你上架时选类目的那棵树，和买家看到的那棵不一定一样。
在某个上架类目下，你能填哪些属性、怎么映射到库存——偏卖家后台逻辑。
像站内搜店名：按关键词捞店铺列表，不是搜商品。
店铺首页背后那一坨：公告、简介、政策入口等结构化信息，一次拿全。
这个账号底下挂了几家店——多店玩家会用到。
你店里「正在卖」的那批链接，草稿和下架一般不会在这里。
像刷全站最近上架，不是只看你一家，偏大盘/监控感。
你手动标成精选/橱窗的那几条，用来做首页推荐位。
单条商品的「身份证」：标题、价格、状态等，和后台编辑页看到的是同一套核心字段。
自定义属性、变体维度——买家选「红色大号」时背后那堆选项。
上面那堆里的某一格，单独抠出来查。
手里有一串 listing_id，想一次薅摘要，比循环单条快。
按状态翻页拉商品，比 active 更灵活——想包含草稿、下架就要靠这类接口配合参数。
这一单到底买了你哪些链接——拆单、对货、打印拣货单时脑子里的那张表。
挂在某条退货规则下面的商品有哪些——改政策前想评估影响会看。
店铺里某个橱窗分区（比如「新品区」）里摆了哪些商品。
数字商品、说明书附件那种——不是主图，是「可下载文件」列表。
上面列表里某一个文件的详情。
主图/副图里某一张的元数据（地址、排序），不是文件本体二进制。
同上，旧版 URL，能拉就别纠结，和上面二选一。
这个商品下所有主图副图一口气拉齐。
同上，带 shop 前缀的老路径。
改价、改库存、对 SKU 前必看：变体、数量、offer 都在这一坨。
某个变体具体那一档报价（哪一档价、对应库存），比整份 inventory 更细一针。
库存里「某一个 SKU/组合」那一行，夹在 listing 和 offering 之间。
多语言标题描述——你开了哪种语言就能拉到对应文案。
不同颜色/款式对应哪张图——买家点变体时切图就靠这类数据。
商品页上某一个视频的元信息。
这个商品挂了几个视频、顺序怎样。
若你登记了外包工厂/合作方，合规或展示用；很多小店可能是空列表。
一张订单的完整快照：谁买的、寄哪、多少钱、留言——和后台点开某一单的感觉一致。
订单列表页那种按时间一排，翻页、筛状态。
订单里「一行商品」：退款、部分发货、对账常按这一行说话。
这个商品历史上被下过多少单、哪些交易行——做爆品分析会瞟。
一单里拆成几行商品，每行数量、价格——和收据详情里那块一致。
跨订单拉「所有行项目」，像大表导出，量大时注意限流。
你配了几套退货规则、每套管什么——改政策前先扫一眼。
其中一套规则的全文：天数、条件、文案。
店铺首页某个分类橱窗的配置（名字、排序等）。
所有橱窗分区一列出来，整理店铺导航时有用。
打单时能选哪些物流商（USPS、UPS 那种字典表）。
一套运费规则：名字、处理时间、和哪些 profile 绑定。
这套模板对哪些国家/地区怎么收费。
加急、签收那种加价项有没有开。
你店里配了几个运费模板、先扫一眼再点进某一套。
账号里保存的收货地址簿，下单时常选的那些。
地址簿里某一条的完整字段。
当前授权的就是谁——和 token 里那个人对齐，比手填 user_id 省心。
按 ID 查某个用户公开资料（不是敏感后台全量）。