网页解锁器（Web Unlocker）是一个「发 URL、收页面」的解锁 API。你不需要管理代理池，也不需要维护重试、验证码与浏览器指纹逻辑：把目标 URL 发给解锁端点，服务端自动完成 IP 轮换、出口选择、反爬挑战处理和失败重试，把目标页面的 HTML 直接返回给你。覆盖 200+ 国家与地区的出口资源。
它解决什么问题
直接用代理抓取强风控站点时，真正的工程量不在「发请求」，而在请求失败之后：IP 被封要换出口、遇到验证码要打码、指纹矛盾要改请求头、超时要重试排队。这些逻辑分散在业务代码里，难维护、难度量。解锁器把整条链路收进服务端：
| 环节 | 自建方案（代理 + 自写代码） | 网页解锁器 |
|---|---|---|
| 出口 IP | 自购代理池，自行轮换 | 服务端按目标站自动选择出口类型与地区 |
| 反爬挑战 | 自己接入打码 / 指纹方案 | 内置挑战处理，持续更新 |
| 失败重试 | 自建重试队列与退避策略 | 服务端自动重试，只对成功请求计费 |
| 观测 | 自建日志与成功率统计 | 控制台按请求维度查看状态与用量 |
| 计费 | 代理流量费 + 维护人力 | 按请求数计费，单价即将公布 |
怎么用
解锁端点是一个标准 HTTPS 接口，把目标 URL 作为参数传入，认证方式与代理产品一致（账密）：
# 示例：通过解锁端点获取目标页面 import requests proxy = "http://用户名:密码@解锁端点主机:端口" r = requests.get( "https://目标站点/任意页面", proxies={"http": proxy, "https": proxy}, timeout=30, ) print(r.status_code) # 200 = 解锁成功 print(r.text[:200]) # 目标页面 HTML
业务代码只关心两件事：发 URL、解析返回的 HTML。IP 选择、会话保持、重试全部在服务端完成。
典型场景
电商价格与库存监控
强风控电商站点的商品页、搜索页与价格变动，交给解锁端点统一处理，业务层只做数据解析。
市场与商业调查
跨站点聚合公开信息做比价、舆情与竞品分析，不用为每个站点维护一套反爬策略。
内容聚合与快照
新闻、招聘、分类信息等高频更新页面，定时拉取最新 HTML，成功率由服务端保障。
与 IPLight 其他产品的组合
如果你的团队已经有一套稳定的采集代码，只是缺干净的出口，那么「动态住宅代理（$1/GB 起）+ 自建重试」更合适；如果你不想维护反爬链路，或者目标站风控强到自建成本失控，解锁器是更省的总成本方案。两类产品共用同一个账号体系与控制台，可以随时切换。
常见问题
网页解锁器和直接买住宅代理有什么区别？
住宅代理给你 IP 和连接参数，反爬逻辑（IP 轮换策略、重试、验证码处理、指纹）要自己写；网页解锁器把这些全部内置：你只发一个带目标 URL 的请求，服务端自动完成出口选择、挑战处理与失败重试，直接返回可用的页面内容。前者灵活可控，后者省心省代码。
解锁器怎么计费？
按成功处理的请求数计费，每条请求独立计数。套餐与单价正在上线准备中，当前阶段请联系客服获取报价，注册账号后即可预留开通。
现在能开通吗？
解锁器产品即将上线，正在做最后的稳定性与容量准备。你可以先注册账号并联系客服登记需求（目标站点、日请求量），上线时会优先安排。
返回的是什么格式？
默认返回目标页面渲染后的 HTML，业务代码拿到的就是一个可直接解析的响应，无需自己处理代理连接、重试队列和挑战应答。
哪些场景适合用解锁器？
目标站风控强、页面结构复杂、你自己维护代理池与重试逻辑成本高的场景，例如商品与价格监控、内容聚合、舆情与市场调查。公开数据的合规采集是解锁器的设计边界。
和自建重试队列比，成本怎么算？
自建方案的成本 = 住宅流量费 + 被封浪费的请求 + 验证码与指纹维护的人力。解锁器按成功请求计费，失败挑战在服务端消化，通常在目标站风控较强时综合成本更低。
相关页面
更多产品与接入文档