Selenium ChromeDriver访问TikTok时验证码页面加载显示undefined问题咨询

问题根因 #

你观察到的<p class="page-desc" id="verifyEle">undefined</p>属于前端渲染失败的降级输出，本质是TikTok服务端没有返回正常的验证码配置数据，常见触发原因如下：

• 自动化特征被识别：TikTok反爬系统可以识别原生Selenium + ChromeDriver的大量特征标记，包括navigator.webdriver属性为true、浏览器启动参数带自动化标记、指纹特征和正常用户不一致等，识别后会拒绝返回验证码资源。
• 请求参数缺失/异常：验证码加载前需要前端生成特定的签名参数、携带完整的上下文Cookie，Selenium环境如果没有正确模拟正常浏览器的请求逻辑，会导致验证接口请求被拦截，返回空数据。
• IP段被标记：数据中心IP、低信誉代理IP大概率已经被TikTok加入黑名单，即便没有检测到自动化特征，也会返回异常的验证响应。

同类问题说明 #

该问题属于TikTok 2023年升级反爬策略后的高频问题，大量做TikTok内容采集的开发者都遇到过相同情况，常规的改代理、升版本、调整基础启动参数的方案已经无法绕过新版反爬规则。

可行解决方向 #

• 替换原生ChromeDriver为undetected-chromedriver，该工具默认抹除了绝大多数Chrome的自动化特征，无需手动配置大量启动参数即可绕过基础反爬检测。
• 补充完整的反检测配置：如果仍用原生Selenium，需要添加启动参数--disable-blink-features=AutomationControlled，同时通过CDP命令覆盖navigator.webdriver、navigator.plugins、navigator.languages等特征属性，移除浏览器窗口的webdriver标记。
• 验证请求完整性：抓包对比正常浏览器访问时验证码接口的请求头、参数、Cookie，补全Selenium环境下缺失的字段，确保User-Agent和当前浏览器版本完全匹配，携带完整的访问上下文Cookie。
• 更换高信誉住宅IP：优先使用目标地区的原生住宅IP，避免使用公开代理、数据中心IP，减少IP维度的拦截概率。

内容的提问来源于stack exchange，提问作者Robert Smith