第一反应是换域名

收到通知说域名被限制，我的第一反应是赶紧注册新域名、迁移。老板问了一句：影响多大？我答不上来。

后来发现只有某个平台内受限，站点本身还能访问。换域名花了钱，问题也没彻底解决。那次换域名的钱基本白花了。先定级再定动作，级别不同投入不同。

第一步：确认范围

所有地区都打不开，还是只有某平台、某地区受限。

核心业务受影响，还是只有某个落地页。

有没有时间规律，是持续还是间歇。

用多节点拨测跑一遍，按地区和运营商分组看，范围就清楚了。范围决定是不是紧急事件，影响收入的优先级最高，只影响内部的可以慢一点，别所有事都当 P0，人会疲劳。

宝塔拨测控制台：定时拨测任务、节点与告警配置

宝塔拨测控制台：定时拨测任务、节点与告警配置

第二步：固定证据

截图要带时间，记录原始链接、状态码、报错内容。

保存检测结果，别只存在聊天记录里。用宝塔拨测的控制台跑的结果可以直接留档，证据要能复现。证据包括时间线和影响面，两者都要写进记录。

证据决定后续怎么申诉、怎么对外说明。先把现场留住，再动手。止损不是修复，目的是让用户先能用，不是让问题消失。能绕开的先绕开，绕不开再动大手术。

第三步：止损

影响面小、可回滚的，先回滚最近变更。

确认是内容问题，就下线相关页面或者调整跳转。

域名层面的限制，评估是否需要备用域名，但别急着全量切换。

第四步：整改与申诉

按平台或主管部门的要求整改，材料准备齐全，申诉材料要真实，别夸大也别隐瞒。整改要彻底，表面改一下，很快会再被拦。

申诉期间保持复测，记录状态变化，申诉按流程走。

别反复提交同一份材料，先确认问题改到位。

第五步：复测与补监控

处理完从多个节点复测，确认限制解除、业务恢复，复测要覆盖原范围，尤其是之前异常的地区。

把这次涉及的检查项加进定时任务：状态码、关键路径、证书、平台状态。

配好任务和告警，下一次能在用户投诉前发现。监控补的是下一次，不是这一次，这次靠人，下次靠系统，这是进步。复盘要写清时间线，谁做了什么、什么时候，下次遇到不慌，流程就是底气。团队分工也要提前定，谁对接平台、谁改内容、谁盯监控，临时分工容易乱，提前写好。这些都不难，难在平时准备，别等出事才想，预案比反应重要，平时多演练，真出事就顺了。

顺序对了，损失可控；顺序反了，钱和证据一起丢。

顺序本身就是止损能力。