滑块验证码轨迹不能用匀速直线移动，因真实人类拖动存在加速度变化、微小抖动、中途停顿和轻微回拉等特征，风控系统据此识别机器人；必须模拟贝塞尔曲线轨迹、随机延迟、分段按压与手抖校准等行为。
滑块验证码轨迹为什么不能用匀速直线移动？
Playwright 默认的 page.drag_to() 或 mouse.move() 生成的是匀速、笔直的路径，而真实人类拖动滑块时存在加速度变化、微小抖动、中途停顿、轻微回拉等特征。验证码服务（如极验、腾讯云、网易易盾）会提取这些行为特征做风控判断，匀速拖动大概率触发“机器人”标记。
关键不是“能不能拖过去”，而是“拖得像不像真人”。必须模拟加速度曲线 + 随机扰动 + 时间节奏变化。
用贝塞尔曲线生成自然拖动轨迹
直接计算像素级坐标点比依赖 Playwright 内置拖拽更可控。核心是：把滑块起始点 (x0, y0) 到目标点 (x1, y1) 映射为一条带控制点的三次贝塞尔曲线，再按时间采样生成中间点序列。
- 用
bezier_curve_points()函数生成约 30–50 个点（太少显得生硬，太多增加延迟） - 控制点建议设为：
(x0 + (x1 - x0) * 0.3, y0 - 50)和(x1 - (x1 - x0) * 0.3, y1 + 30)—— 上凸下凹，模拟人手先抬高再压入的自然趋势 - 每个点之间插入 40–120ms 随机延迟（用
time.sleep(random.uniform(0.04, 0.12))），避免固定节拍 - 务必在移动前调用
page.mouse.move(x0, y0)定位起点，否则第一次 move 会跳变
绕过 Playwright 的 mouse.down() / up() 简单封装陷阱
很多人写 mouse.down() → 循环 mouse.move() → mouse.up()，但这样实际触发的是“鼠标按下状态持续移动”，底层仍是系统级指针拖动，丢失了人类操作中常见的“按下→微调定位→再拖”的分段动作。
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
立即学习“Python免费学习笔记（深入）”；
更贴近真实的方式是：
- 先
mouse.move(x0, y0)定位到滑块中心 - 用
mouse.down(button="left", delay=100)模拟按压并带 100ms 按下延迟（人不会瞬按） - 等待 80–200ms 后再开始贝塞尔轨迹移动（模拟“确认抓稳后启动”）
- 到达终点前 200ms 左右，逐步降低移动步长，并在最后 3–5 个点加入 ±2px 随机偏移（模拟手抖校准）
- 松开前再停顿 60–150ms，再执行
mouse.up()
验证是否被识别：检查 response headers 和 DOM 变化
别只看滑块是否“动到了位”，要确认后端是否真接受了这次行为。常见误判点：
- 滑块视觉上归位，但接口返回
{"success": false, "message": "behavior suspicious"}—— 说明轨迹特征未过检 - DOM 中滑块容器出现
data-status="fail"或新增.geetest_fail类名 - Network 面板里
verify请求的响应 header 缺少X-Geetest-Token或含X-Anti-Abuse: 1 - 成功后页面未加载新内容，或跳转回登录页 —— 很可能是 token 未正确透传，需检查
page.evaluate("() => window._gt.token")是否在拖动后仍有效
真正难的不是画出一条曲线，而是让每一段停顿、每一次偏移、每一个毫秒级延迟，都落在风控模型的“模糊容忍区”内。这需要反复抓包比对真实用户行为数据，而不是套用固定参数。
