如果你最近想学 Web 自动化，打开 B 站搜一下，大概率第一课学的是 Selenium。
这不奇怪——那套标题写着"2026 最新 Selenium 教程"的合集，播放量 59.5 万，收藏 1.48 万，是点赞的 2.3 倍。这是真实的学习需求：很多人在认真存、认真学。
但如果你再去知乎看看真正每天做 Web 自动化的人最近在说什么，画面完全不同。前几天有人问"自动化脚本如何编写"，问题 12.5 万人看过，高赞回答开门见山：你不是方向错了，是技术栈选错了。知乎用 requests + BeautifulSoup 去做"抓页面→判断→点击→再抓"这种事，从根上就是错的；而第一反应选 Selenium，是另一个常见误区。
更有意思的是，我在 B 站搜了播放量最高的几套 Playwright 教程，播放停在 4 万上下。59.5 万对 4 万，学习流量和社区口碑完全倒挂。
Selenium 的问题到底在哪
一句话说透：架构老了。
Selenium 诞生于 2004 年，它控制浏览器的方式像"传话"：脚本发一个 HTTP 请求给 WebDriver，WebDriver 再指挥浏览器干活。Selenium 链路是脚本 → HTTP请求 → WebDriver中间驱动 → 浏览器，每一步都 HTTP 往返，延迟累积。知乎这条链路的结果就是：通信延迟、元素定位经常失效、满屏都得自己写 sleep 等页面加载。写过 Selenium 的人，都被"元素未找到"折磨过。
Playwright（微软出品）直接用 WebSocket 长连接跟浏览器内核说话，一条连接一直在线，页面加载、元素可见、动画结束全部由框架自动等待。知乎这个月一篇拆解 Playwright 原理的文章说得准确：Playwright 并不是硬件执行速度慢，默认开启大量自动校验（元素可见、网络空闲、动画结束）；Selenium 什么都不等直接操作，表面快，实际极易出现元素找不到、操作时机不对导致用例失败。知乎另外，Playwright 能直接拦截网络请求拿 JSON，不用解析 DOM；多账号隔离、移动端模拟、Linux 上无头跑，都是内置的。对想跑 7x24 监控机器人的人来说，这是体验上的代差。
但先别急着抛弃 Selenium
这里也要给 Selenium 说句公道话：它不是"没用了"，它有明确的适用边界。
两类场景可以继续用：一是需要兼容很老的浏览器和系统；二是团队已经有海量 Selenium 存量脚本，迁移成本本身就不小。知乎一篇选型文章说得很直白：Selenium 现在的价值在兼容性，换了成本比收益高，那就接着用。知乎还有一点，Selenium 的资料是真的厚，社区积累了二十年，遇到问题基本都能搜到同款案例，这是实打实的优势。
但如果你是 2026 年刚入门、目标是做出能用的东西——监控降价、自动发帖、定时抓取、自动化测试——那确实没必要先花几周去踩 Selenium 的坑。
为什么 AI 时代 Playwright 更重要了
这是最近一年才彻底明朗的变化：Playwright 不只是脚本工具，它正在变成 AI Agent 的"手和眼"。
看最近的动向：B 站上"用 Claude Code + Playwright MCP 做前端自动化测试""Playwright MCP 自动填表"这类视频热度很高。已经有人做出了完整案例：让大模型自己打开网页、看懂页面结构、决定点哪个按钮，最终完整处理了一个客服工单。知乎还有一类"操作录制"工具，你自己点一遍，AI 记下路径：Playwright 自带的 codegen 录制工具先由人工操作页面完成流程录制，产出基础录制代码，再由 AI 优化、补全逻辑，下次照着自动干。知乎
有人总结：底层那根让 Agent “打开网页、点按钮、读内容”的管道，越来越多是 Playwright。知乎也就是说，哪怕哪天你真的不自己写脚本、让 AI 替你操作浏览器，你今天学的能力也不会浪费——AI 底层用的还是这套东西。反过来，Selenium 那套 WebDriver 协议，在 AI Agent 生态里几乎没有存在感。
换过去之后，真正难的是三道坎
先泼盆冷水：换了 Playwright 不等于一路坦途。知乎一位从业者的说法很扎心：很多人以为会 page.click() 和 page.fill() 就等于会做数据采集了，真上手一个项目才发现，点击、输入只占 20%，剩下 80% 全是"看不见的坑"。知乎坑主要藏在三个地方：
第一道坎是登录态。你要操作的东西十有八九要登录，总不能每次手动扫码。Cookie 怎么保存、怎么恢复、过期了怎么刷新，是第一关。
第二道坎是反爬和风控。默认的无头浏览器在 Cloudflare、Akamai 这些 WAF 眼里几乎是裸奔，看到你就 403。Cloudflare 的 Turnstile 人机验证就是冲着这个场景来的：识别并阻止恶意爬虫和机器人访问。知乎老手们的建议很实在：控频率、守 robots.txt、不碰登录后数据和个人信息，收到 429 立刻停。知乎改指纹、打补丁只能走到一定程度，高安全等级的站，TLS 指纹在握手阶段就把你卖了。
第三道坎是环境和资源。有人遇到"未安装 playwright"的报错，重装十遍没用，最后查到是机器缺了 VC 运行库——报错信息真的会骗人。知乎另外，内存和资源是实打实的成本：每个 Chromium context 约 200MB+ RAM，高并发自搭容易把服务器拖垮。知乎这个内存成本的痛，已经有人着手解决了：Cloudflare 在 8 月 6 日发布了面向 AI 代理的浏览器 Kitesurf，单实例内存从 273.7MiB 压到 39.4MiB，跑得比 Chromium 慢将近一倍，换来 CPU 和内存省 3 到 7 倍，同样一台机器能塞下的实例数就是 7 倍。知乎而且主流网页标准测试的大部分项目通过率仍保持在 95% 以上，不是残废壳——连浏览器本身，都在为自动化重新设计。
带走这张判断表
纯新手，想做监控/抓取/自动发帖：直接学 Playwright。2026 年的格局已经很清楚了，新项目基本闭眼选 Playwright。知乎Python 版上手门槛最低，两条命令装好。
测试从业者，团队还在 Selenium：不用急着重写，新项目先用 Playwright 跑起来，CI 和无头环境是它的舒适区。
完全不想写代码：看 RPA 这类无代码工具和"操作录制"型 AI 工具，但注意定制上限低。
Selenium 已经很熟：不必焦虑，但值得花一个周末搞懂 Playwright 的 locator 和网络拦截，这是连接 AI 时代的接口。
值得盯的信号：Playwright MCP 生态的进展、操作录制类工具的普及、各平台风控的变化。Web 自动化的工具链正在以超过以往任何一年的速度变化，选对方向，比跑得快重要得多。
