核心用法
Scrape 是一套面向合法网页数据采集的合规框架，而非简单的爬虫代码库。其核心工作流分为三个阶段：
1. 前置合规检查 — 强制要求用户在编写代码前完成五项核查：读取目标域名的 robots.txt 规则、审查服务条款（ToS）中的明确禁止条款、评估数据类型（公开事实数据 vs 个人数据）、确认是否涉及登录态内容、以及优先检查是否存在官方 API。这一流程将法律风险评估前置到技术实施之前。
2. 技术执行规范 — 实施严格的请求纪律：请求间隔不低于 2-3 秒以降低服务器负载；使用真实浏览器 User-Agent 并附加联系邮箱；对 429 响应实施指数退避；通过会话复用减少连接开销。这些技术细节均服务于"善意访问"（good faith）的法律举证需求。
3. 数据生命周期管理 — 要求即时剥离个人身份信息（PII）、禁止间接指纹识别、最小化存储、并建立完整的审计日志。GDPR/CCPA 合规性被嵌入到数据处理环节。
显著优点
- 法律风险结构化管控：将 hiQ v. LinkedIn（2022）等判例转化为可操作的检查清单，降低用户的合规认知门槛
- 攻防兼备的证据链设计：审计日志与速率限制不仅是技术优化，更是潜在诉讼中的"善意"证据
- 隐私优先的默认配置：PII 剥离与禁止指纹识别为强制要求，而非可选建议
潜在局限
- 适用范围受限：明确排除登录态内容与 API 可替代场景，实际可采集的数据源大幅收窄
- robots.txt 灰色地带：框架承认忽略 robots.txt 属"灰色区域"，但未提供明确决策标准，用户仍需自行承担 ToS 违约风险
- 判例地域局限：核心法律依据为美国判例（CFAA、hiQ 案），对欧盟、中国等强监管司法辖区的本土法规覆盖不足
适合人群
数据分析师、市场研究人员、合规导向的初创企业技术团队，以及需要采集公开商业数据（价格、库存、公开列表）但缺乏法律背景的技术人员。
常规风险
- ToS 违约风险：即使技术合规，服务条款的明确禁止条款仍可能导致合同违约（Meta v. Bright Data 2024 确立平台有权起诉）
- CFAA 刑事风险：绕过技术屏障（如 IP 封禁、验证码）可能触发《计算机欺诈与滥用法》的刑事条款
- 跨境合规缺口：GDPR 第 6 条合法性基础的完整评估、中国《个人信息保护法》的告知-同意规则未被纳入核心框架