核心用法
Browser Ladder 是一种渐进式网页爬取策略，将浏览器自动化分为四个成本层级（Rung），用户从免费方案起步，仅在必要时升级：
- Rung 1 (web_fetch)：纯HTTP请求，零成本，适用于静态HTML和API
- Rung 2 (Playwright Docker)：本地容器化浏览器，免费但消耗CPU，处理SPA/JS渲染
- Rung 3 (BrowserCat)：云端免费浏览器服务，Docker不可用时的fallback
- Rung 4 (Browserless.io)：付费专业服务（$10+/月），专门绕过CAPTCHA和反爬检测
显著优点
1. 成本可控：严格遵循"从低到高"原则，避免过度付费
2. 架构清晰：决策流程图明确，降低技术选型门槛
3. 渐进容错：每一层都是下一层的兜底方案
4. 无vendor lock-in：底层基于Playwright标准，迁移成本低
潜在局限
- Rung 2 依赖Docker：部分环境（如某些CI/CD或轻量VPS）可能无法运行
- Rung 3 免费额度有限：BrowserCat免费 tier 有并发和时长限制
- Rung 4 成本敏感：$10/月起步，高频调用下费用累积明显
- 无内置重试/熔断逻辑：需用户自行实现失败检测和降级
适合人群
- 需要爬取JS渲染页面的数据工程师
- 预算敏感、希望精细化控制基础设施成本的团队
- 开发初期不确定反爬强度，需要灵活试错的场景
常规风险
- API密钥泄露风险：BrowserCat和Browserless token若硬编码会暴露
- 合规灰色地带：Rung 4 的CAPTCHA自动绕过可能违反目标网站ToS
- 云服务可用性：Rung 3-4 依赖第三方SaaS，存在单点故障