Playwright 自动化实战：从浏览器代理到多平台内容分发

在内容运营场景中，把一篇文章同时分发到多个内容平台是常见诉求。借助 Playwright，我们可以在服务端以浏览器自动化的方式完成原本需要人工逐个平台操作的发布流程。本文结合实际工程经验，梳理其中的关键设计。

一、单例浏览器管理

浏览器启动成本较高，系统通过单例代理统一管理 Browser、BrowserContext 与 Page 的生命周期，并设置空闲超时自动回收，避免资源长期占用。

二、Cookie 注入与会话保持

各平台登录态以加密方式存储。发布时解密得到原始 Cookie 字符串，解析后注入浏览器上下文，再导航到对应平台的编辑页面，从而复用已登录会话，无需在自动化流程中处理账号密码。

三、页面上下文填充

不同平台编辑器形态各异。通过在页面上下文中执行自包含脚本，可以定位标题输入框与正文编辑器并完成填充。对于 Markdown 类平台，先将 HTML 正文转换为 Markdown 再写入。

四、发布结果判定

点击发布后，需要可靠地判定是否真正发布成功：强信号通常是页面跳转到文章正文页并在 URL 中出现文章编号；弱信号则是离开编辑页。对于确认发布类弹窗，也需要自动点掉以免流程卡住。

五、异常处理与可观测性

自动化过程中可能遇到凭证失效、账号未开通对应功能、页面 DOM 改版、网络抖动等情况。针对不同阶段返回明确的错误码，并辅以截图与阶段进度事件，可以大幅降低排查成本。

小结

浏览器自动化的核心在于：稳定的会话管理、与平台解耦的填充抽象、可靠的结果判定以及完善的异常可观测性。把这些环节做扎实，多平台内容分发才能真正做到「一键发布」。