账号被限流或封禁：中转站风控的常见触发条件

先说清楚：风控不是针对你

中转站做风控有两个真实动机：

1. 防滥用 —— 有人拿它做批量注册、爬虫、违规内容生成，这些会连累整站被上游处罚
2. 防转售 —— 有人低价买进来再自己开个站转卖，这是它最不能接受的

理解这两点，很多「莫名其妙被封」就有解释了：它封的不是你的用量，是你的行为特征。

常见触发条件

一、短时间内大量并发

这是最常见的一种。表现是任务跑到一半开始大批失败，而不是直接从第一次就报错。

原因：站点的上游通道通常有并发上限，超了就会被上游限流，于是它只能反过来限制你。

缓解：在代码里做并发控制。多数场景下 5-10 并发已经够用，没必要开 50。

二、IP 频繁变动或来自机房

如果你的请求来自多个国家/地区的 IP，或者来自云服务器 IP 段，会被判为可疑。

这解释了一个常见困惑：为什么本地测试正常、部署到服务器上就被限流。服务器 IP 属于机房段，风控更严。

缓解：如果可能，尽量固定出口 IP。用云函数/容器这类 IP 不固定的架构时，提前跟站点说明。

三、请求模式异常

• 请求间隔极其规律（像定时脚本）
• 单账号出现完全相同的重复请求
• 全天 24 小时不停

缓解：加一点随机抖动，给请求加上真实的流量特征。

四、内容触发

生成内容本身也可能触发风控。这一条各家标准不同，且通常不会明确告知。

这一条要特别注意：不同站点的内容政策差异很大。如果你的业务涉及敏感领域，建议直接问清楚站点的边界，而不是踩线试探。

五、疑似转售

如果你的调用量远超个人正常使用量，且分散在大量不同 IP 上，可能被判定为在转售。

缓解：如果是团队正常使用，提前跟站点报备，说明是多人在用。

被封之后怎么办

第一步：先确认是限流还是封禁。

• 限流：部分请求 429，等待或降低频率后恢复
• 封禁：所有请求 403，且后台可能显示 Key 被禁用

第二步：看站点是否给了申诉渠道。

有正式工单系统的站，通常可以申诉；只有 QQ 群的站，申诉成功率取决于运营者的态度。

第三步：准备说明材料。

申诉时说明这几点会有效得多：

• 你的使用场景是什么（做什么产品）
• 大概是几个人在用
• 为什么出现异常的调用特征（比如「部署在云服务器上，出口 IP 不固定」）

第四步：开始准备备用通道。

无论申诉是否成功，都别再让业务单点依赖一家。

哪些情况基本无法申诉

• 明确涉及违规内容生成
• 被判定为转售（且确实是）
• 站点本身准备停运，封禁只是清理手段

预防清单

[ ] 代码里做并发上限控制（5-10 足够多数场景）
[ ] 固定出口 IP，或提前报备 IP 段
[ ] 请求加随机抖动，避免机器特征
[ ] 团队多人使用时报备人数
[ ] 内容政策提前问清楚
[ ] 始终保留一条备用通道

最后一条是底线：不要把「不被封」当作规划前提。任何依赖第三方通道的业务，都应该假设它随时可能不可用。

相关阅读

• 怎么给项目配置多家 API 互备
• 中转站的数据会经过谁的手
• 常见报错对照表：401/403/404/429/500 分别意味着什么