直接答案
Shopify于2026年9月25日更新开发者后台，为自定义应用提供可筛选日志和健康指标，可查看API请求量、错误率、Webhook投递健康状况及嵌入式后台页面加载速度。依赖自定义应用的卖家可与开发团队按异常时间先查指标，再筛选日志定位环节；看到错误记录不等于已经确认根因，也不代表平台自动完成修复。
事实摘要
本站于2026年9月26日核验官方公告和不可变快照。本文提供卖家与开发团队协同排障的操作清单，不是对某个商家应用的实际测试报告，也没有登录店铺读取业务日志。应用接口（API）用于系统间请求，Webhook用于事件通知；两者的异常含义不同，需要结合具体流程判断。
发生了什么变化
- 打开自定义应用后，Developer Dashboard可显示请求量、错误率、Webhook投递健康状况和嵌入式后台页面加载速度。公告称各项测量有清晰阈值，但未提供本文可统一套用的数值，因此不编造错误率或耗时合格线。
- 可筛选的统一日志流汇集API请求、Webhook投递和应用事件，用于查找应用停止正常工作的原因。日志是排查证据，不是单凭一个报错就能证明某方责任或完成修复。
- 新的首页集中显示各应用需要关注的事项；构建这些自定义应用的代理机构和开发人员可查看相同数据。本文不将此描述扩展为所有店员、所有第三方应用都具有同样访问权限。
对卖家的影响
- 使用自定义应用衔接业务流程的团队，可以把问题描述从“应用有时不好用”细化为时间、受影响步骤和指标表现，再与开发者沟通。没有自定义应用的卖家不必为这项更新新建应用。
- Webhook异常与API请求异常应分开核对；一个流程涉及多步调用时，先判断哪一环出现异常，再决定是否需要进一步调查，避免把关联时间接近当作确定因果。
- 代理机构与商家共同处理问题时，建议使用同一时间范围和应用对象核对记录。不要为了协作把账号密码、访问令牌或含客户个人信息的原始日志发送到公开群组。
重要日期
- 官方原始公告日：
建议行动
- 由已有授权的应用负责人进入Developer Dashboard，确认选中的自定义应用与受影响业务一致；没有相应权限时沿用团队现有授权流程，不共享登录凭据。（运营建议）
- 记录异常发生时间和受影响步骤，对照API请求量、错误率、Webhook投递及页面加载指标，先区分请求、事件通知或界面加载哪类环节需要排查。（运营建议）
- 围绕相同时间范围筛选相关日志，向开发者提供最小必要、经过脱敏的错误信息和复现步骤；本文未验证具体筛选字段，不要求导出全部店铺日志。（运营建议）
- 修复或配置调整后重新执行原受影响流程，并查看对应指标与日志是否恢复；仅页面能打开或单项指标变好不足以确认整个业务链路已恢复。（运营建议）