这一页讲什么
判断该不该换，先看落在哪一栏：
- 该换：地址被标记、业务搬迁、目标地区变更、地址本身不稳定
- 先别换：偶发超时、单次验证、平台规则调整期
- 换之前：把设备与分组一起理清，不留中间态
- 换之后：看验证频率与业务指标，不看「感觉」
换 IP 与观察期 · 什么时候动、动完看什么
换 IP 与观察期怎么判断
地址一出问题就换，是最常见也最贵的处理方式。换本身有代价：环境要重新积累，业务要停一段。所以先判断该不该换，再决定怎么换。
这里讲的是账号运营与后台访问所依赖的出口地址怎么选、怎么配、怎么核。多账号经营的前提是每个账号各自合规运营，判定以平台官方规则为准；地址分配到哪个网段、归属到哪一级地理范围，以实际开通时的分配结果为准，不承诺特定的城市或街区级落点。
业务特点
换得快，问题反而更多
三种常见做法，都是把变更当成了第一反应。
一出问题就换地址，越换越乱
地址频繁变动本身就是风险信号。换到第三个地址时，平台侧看到的是一个短期内反复改变登录来源的账号 —— 比原来更可疑。
换完第二天没事，就以为过关
观察期通常不是一天。有些变化要过一两周才在登录验证频率或后台报错上体现出来，第二天正常说明不了什么。
换了地址，环境的其它部分没跟上
设备、登录习惯、分组边界都没变，只有地址变了，反而形成了新的不一致 —— 这种不一致比原来那个稳定但有点小问题的状态更麻烦。
线路与能力
换地址这件事，怎么做得干净
先判断、再一次换到位、然后按指标观察。
先判断该不该换
地址被标记、业务搬迁、目标地区变更、地址本身持续不稳 —— 这四种该换。偶发超时与单次验证先查链路，别急着动地址。
换的时候一次做完
地址、出口与分组同时调整，不留半新半旧的中间态。分批换、换一半停一半，是最容易把环境搞乱的做法。
观察期给出可看的指标
换后几天看登录验证频率、后台报错次数与业务侧指标，用现象判断，不凭感觉。指标回到基线才叫稳。
适用场景
变更需求通常来自这三种情况
不同起因对应的处理方式不一样，先分清再动手。
常见问题
关于换地址，问得最多的几点
围绕什么时候该动、动完看什么，以及能不能保住原地址。
后台偶尔报错，是不是该换地址了？
先别换。偶发超时多半是链路抖动，换地址解决不了链路问题。先看是固定时段还是随机发生，再看是单个目标还是所有目标都慢，把范围缩小再决定。
换完多久算稳定？
按业务周期看，通常是一到两周。这期间主要看登录验证的频率有没有回落、后台操作是否还出现同类报错。指标稳定下来再动下一步，别叠加变更。
原来的地址能不能保留？
取决于地址的来源与分配方式，在方案阶段就要问清。如果换服务商时地址必须变，那就按一次完整变更来规划，而不是当成小事处理。
可以先测试再决定吗？
可以先开通 3 天免费测试，用实际链路数据判断。测试期间按正式环境同样的方式接入，测完再决定要不要签。
