做爬虫的朋友，大概都经历过这么一幕：IP换了，UA也按规矩改了，代码跑起来还没几分钟，403又准时出现在屏幕上。

这时候你八成在怀疑自己：是不是UA池不够大？代理质量太差？还是延时加得不够？

说实话，问题可能比你想的深得多。换IP、改UA之所以没用，是因为这两个动作根本没碰到反爬系统真正在查的东西。

反爬不是一层，是五层叠在一起查你

很多人以为被风控就是"IP被拉黑了"，这是最大的误解。

现在的主流反爬系统，像Cloudflare、Akamai、DataDome、极验这些，基本都是多层叠加检测：

网络层：查IP正不正常

TLS指纹层：查加密握手像不像真浏览器

HTTP协议层：查请求头和协议特征

浏览器指纹层：查浏览器环境是不是真的

行为分析层：查操作节奏像不像真人

任何一层露馅，都可能触发风控。

你换IP，只解决了第一层。改UA，只解决了第三层。中间那两层——TLS指纹和浏览器指纹——你压根没碰。

为什么改了UA还是被封：TLS握手早就把你卖了

这里有个不少爬虫开发都忽略的事实：UA是HTTP层的东西，而反爬系统在HTTP层之前就开始检测了。

一个HTTPS连接建立时，第一步是TLS握手。握手过程中，客户端会发一条ClientHello消息，里面带着TLS版本、支持的加密套件列表、扩展列表、支持的椭圆曲线和签名算法，这些参数连顺序都是写死在代码里的。

Chrome、Firefox、Safari、Python requests、Go的http客户端，它们发的ClientHello内容完全不一样。网站根本不用解密你的数据，看一眼你握手时发的ClientHello，就知道你到底是Chrome还是Python脚本。

问题就出在这：你的UA在HTTP请求头里说"我是Chrome"，可你的TLS握手在更早的时候就告诉服务器"我是Python urllib3客户端"。

两句话对不上，这本身就是最明显的机器人信号。

有安全研究者一句话说透了这个问题："用户代理只是HTTP层的一行，但反爬系统看的是另外十几种层，其中大多数是你TLS/TCP/HTTP栈的属性。"

UA伪装最大的坑：不一致

就算你把TLS指纹这关过了，UA伪装本身也可能出卖你。

坑一：UA换得太勤。 每次请求都换一个UA，系统马上会发现这个IP的行为不对劲——真实用户不可能几秒钟内从Windows Chrome切到Mac Safari，再切到Linux Firefox。UA池有多样性是好事，但高频切换就是机器特征。

坑二：UA跟其他信息对不上。 你声明自己是移动端Safari，但请求头里的Accept-Language、屏幕分辨率、时区信息全是桌面端的，这种矛盾就是风控的直接信号。UA必须跟IP归属地、语言设置、时区保持一致，不然等于自报家门。

坑三：UA和TLS指纹不匹配。 这是最隐蔽也是最致命的。你声明Chrome 131 on Windows 11，但TLS握手说你是Python urllib3，TCP签名说你是Linux服务器，HTTP/2的PRIORITY帧又说你不是Chrome。四层指纹互相打架，直接判定为伪造。

免费代理：把这些坑全放大了

上面说的还是UA伪装本身的局限。放到免费代理的场景里，问题只会更严重。

免费代理IP有个天然劣势：它们早就被各大网站标记成"高风险IP"了。一个IP同时被成百上千人拿去爬数据，早晚会出现在各种IP信誉黑名单里。你用这种IP去请求，第一层检测就过不了。

更糟的是，有些免费代理还会在请求头里加X-Forwarded-For或者Via字段，直接暴露你用了代理。免费代理里透明代理的占比超过40%，用了这种代理，等于在请求头里明晃晃写着"我是代理流量"。

还有个容易被忽略的点：免费代理的运营者正好站在中间人位置，你的每一个请求、每一次表单提交都要过他们的服务器。有研究抽查过几百个免费代理服务，绝大多数都会以某种方式改动流量，相当大比例会在页面里注入HTML或JavaScript，甚至有人会记录用户的凭据。

那到底该怎么改？

如果你现在还在用"免费代理+UA轮换"这套组合，坦白讲，对付基础防护可能还能撑一阵，但面对2026年的主流反爬系统，这套已经不够看了。

按下面这个顺序来，别跳步：

第一步，先验证TLS指纹像不像浏览器。 打开 https://tls.browserleaks.com/json 这个工具，看你的JA3/JA4指纹和真实浏览器匹不匹配。如果不匹配，说明你的HTTP客户端库（比如Python的requests）在TLS握手阶段就已经暴露了。

第二步，用支持TLS指纹伪装的工具。 比如curl_cffi这个库，它能在连接层面复现真实浏览器的TLS和HTTP/2行为，不用启动完整浏览器，就能解决JA3/JA4不匹配的问题。

第三步，保证所有层的一致性。 如果你的IP是日本住宅IP，UA就该匹配日本用户常用的浏览器和语言设置；如果TLS指纹是Chrome，TCP签名和HTTP/2帧也得跟Chrome的行为模式一致。一致性比多样性重要。

第四步，放弃免费代理，至少换住宅代理。 住宅代理走的是真实家庭宽带，在目标网站眼里就是普通家庭用户。价格确实比免费代理贵，但它能从根源上解决"第一层就被识别"的问题。

总结

换了IP还是被封，根本原因就一句话：你只换了最外层的IP和UA，但反爬系统在TLS握手阶段就已经完成识别了。

UA伪装不是没用，它只是多层检测里的一层。只改这一层，其他层全暴露着，结果就是"换汤不换药"——看着像做了伪装，其实指纹还是透明的。

真正管用的策略，顺序不能反：先让TLS指纹过关，再保证各层指纹一致，最后用干净的IP资源兜底。顺序反了，你花再多时间调UA池，都是白费功夫。