把线上报错抓住：商家小程序+官网都用一套 Sentry
到 2026年3月24日 这种节奏，活动一上、投放一开，最怕的不是报错本身，而是“用户都在骂了你还不知道”。Sentry 的价值很直白：自动收集报错、定位到具体版本和代码行，再把告警丢到钉钉/企业微信，运营也能第一时间拉人处理。
SDK 接入：小程序和官网都按这个思路做
微信小程序（WeChat Mini Program SDK）
按官方文档接入，核心就三件事：初始化、标识用户、上传 SourceMap。
- 初始化 DSN：在 app 启动处接入，打开错误捕获与基础性能采样
- 设置 user / tags：比如门店ID、渠道、会员等级，方便按商家维度筛
- 发布时上传 SourceMap：不然你看到的都是压缩后的乱码堆栈
官网（H5/前端）
官网更建议把“脚本加载”和“发布版本号”绑定到 CI/CD。这样每次发版都会自动生成一个 release，线上报错能直接落到 2026.03.xx-commit 这种版本上。
版本发布 + 性能追踪：别只盯报错，也要盯慢
电商/到店类页面，慢 1 秒就可能掉转化。Sentry 的性能追踪建议这样开：
- 采样率从 10% 起步，活动日再按需调高，避免数据爆量
- 重点看：首屏渲染、接口耗时、卡顿（长任务）
- 做一个小目标：Crash-Free Users 保持 99.5% 以上；支付/下单链路单独看
举个例子：你发现“提交订单”事务 P95 从 800ms 飙到 2.5s，同时错误率也上来，基本就是某个接口抖了，处理优先级立刻拉满。
自动告警：钉钉/企业微信 2 分钟配好
告警别搞复杂，规则越少越有效。Sentry 里建 Alert Rule，然后接 Webhook：
- 钉钉：建群机器人，拿到 Webhook 地址，填进 Sentry 通知集成
- 企业微信：建群机器人，同样拿 Webhook，消息直接进运维/研发群
- 阈值建议：某错误 5 分钟内 ≥20 次；或影响用户数 ≥50；支付相关错误“出现即告警”
可执行建议：今天就做三件事——把小程序和官网都接入同一个 Sentry Project（用 tags 区分端），发一版并上传 SourceMap，配一条“支付/下单链路报错立即通知”的规则到钉钉或企业微信。明天开始，你会明显少掉“线上炸了才知道”的尴尬。
