你得知道它出过什么事
如果你只能靠用户告诉你「你的网站坏了」,那你等于没上线,只是把文件放到了网上。
先回答一个问题
Section titled “先回答一个问题”昨天有多少人访问了你的站?其中几个人遇到了报错?
答不上来,就是这一节要解决的事。
不是为了看数据好看。是因为:不知道出过什么错,你就永远在被动救火,而且救的是用户已经受过的伤。
最小可用的三件事
Section titled “最小可用的三件事”别一上来搞监控大盘。按顺序做这三件,每件十几分钟:
1. 服务端错误得留下来
Section titled “1. 服务端错误得留下来”程序崩了、接口 500 了、数据库连不上了——这些必须落到某个你能翻的地方。
最低标准:云平台自带的日志页面你知道在哪、会翻。Vercel、Netlify、Cloudflare、各家云都有,不用装任何东西。
**现在就去打开它一次。**很多人上线半年没点开过。
2. 前端崩了你得知道
Section titled “2. 前端崩了你得知道”用户浏览器里的报错,服务端日志看不到。页面白屏、按钮点了没反应,这类问题只在用户那边发生。
接一个错误收集服务(Sentry 之类,都有免费额度),几行代码,前端一崩你邮箱就收到。
3. 关键动作留一行
Section titled “3. 关键动作留一行”不是所有事都要记。但这几类值得:
- 有人注册 / 登录失败多次
- 有人付了钱
- 调用了要花钱的接口(记下花了多少)
- 有人做了不可逆的操作(删除、批量修改)
一行就够:什么时候、谁、做了什么、结果如何。
日志里不能写什么
Section titled “日志里不能写什么”跟 AI 提需求时怎么说
Section titled “跟 AI 提需求时怎么说”加上错误日志:服务端异常记录完整信息到日志,前端接错误上报。日志里绝不能出现密码、token、密钥、支付信息。关键动作(注册、付款、删除、调用计费接口)各留一行审计日志。
一条被严重低估的:设一个「有人出错就通知我」
Section titled “一条被严重低估的:设一个「有人出错就通知我」”日志的问题是你得主动去看。而你不会天天看。
所以最有价值的一步是:让它主动来找你。
- Sentry 这类服务默认就会发邮件
- 或者简单点,服务端报错时往你自己的 webhook / 邮箱发一条
**一天最多发几条的量级,不会烦。**而它能让你在用户开口之前就知道出事了——这是「上线了」和「运营着」的分界线。
- 打开你的云平台日志页,说得出昨天有没有报错
- 故意触发一个前端报错,看错误收集服务有没有收到
- 翻一遍最近的日志,确认里面没有密码、token、密钥
- 触发一次报错,确认你的邮箱/手机收到了通知
学完这一节,你应该能做到
Section titled “学完这一节,你应该能做到”- 知道自己的服务端日志在哪,会翻
- 前端错误能收集到,不是只能靠用户报
- 说得出日志里绝不能写哪几类东西
- 出错时你会被主动通知,不用自己去查