住宅代理测评的核心不是找一个“看起来像住宅”的 IP，而是确认代理在真实任务中如何换出口、能否保持、是否泄露本地网络，以及面板扣费是否和实际请求对应。
🧭 先给结论：先测行为，再看标签
IP 数据库的住宅、ISP、机房标签只能作为证据之一。首轮至少要把入口协议、出口变化、连接模型、浏览器环境和计费记录分开记录，不能用一次查询或官网宣传代替实测。
🧪 首轮测试矩阵
| 项目 | 建议动作 | 要回答的问题 |
|---|---|---|
| 轮换 | 同一入口连续发起多次新请求 | 出口是否变化、唯一率是多少 |
| 粘性 | 比较复用连接与新建连接 | 是按连接保持，还是按时间保持 |
| 区域 | 固定国家 / 城市参数并记录返回值 | 国家命中率和地区稳定性 |
| 浏览器 | 检查 DNS、WebRTC、时区、语言和地理位置 | 网页侧是否暴露本地环境 |
| 计费 | 记录测试前后面板流量和失败请求 | 失败请求是否扣费、扣费是否可解释 |
🔄 轮换率与国家命中
把成功请求、失败请求、不同出口数量和出口国家分别统计。报告同时写样本数和时间窗口，例如“100 次新连接得到 98 个不同出口”，不要只写“轮换很好”。国家参数被服务商接受，也不代表每次都能命中目标国家。
⏱️ 连接级粘性与时间级粘性
这是最容易被误判的项目。先保持一条连接观察出口，再关闭连接并在 1、5、30 分钟后重新连接。若旧连接不变而新连接立即变化，应写成“只在单连接内保持”，不能写成“30 分钟粘性可用”。
🌐 DNS、WebRTC 与浏览器抽样
至少抽样一个真实浏览器环境，检查 HTTPS 出口、DNS 解析器、WebRTC 公网地址、时区、语言和地理位置。代理出口干净不代表浏览器环境没有泄露；如果存在不一致，应明确区分代理服务问题和本地配置问题。
💳 流量、成功率与计费核对
保存测试前后的面板读数、请求数量、响应大小和失败原因。把测试流量、重试流量和浏览器图片/视频流量分开，另外核对退款条件、最低消费、过期时间和工单响应，避免把价格宣传直接当成最终成本。
📝 首轮报告必须写什么
- 测试日期、VPS / 浏览器环境、协议和入口参数。
- 样本数、成功率、唯一出口数、国家命中率和延迟范围。
- 粘性模型：连接级、时间级，或无法确认。
- DNS / WebRTC / 时区 / 语言检查结果和限制。
- 面板扣费、退款 / 工单规则和仍待补的证据。
缺少的数据写“待补”或“本轮未验证”。首轮结果只能说明当前样本和窗口，不能推广为整个代理池的长期表现。
❓ 常见问题
一次 IP 查询能证明住宅代理质量吗？
不能。一次查询只能说明某个出口在某个数据库中的标签，不能代表轮换率、长期稳定性、粘性或整个代理池。
连接级粘性和时间级粘性有什么区别？
连接级粘性只在同一条 TCP 连接内保持；时间级粘性要求新连接在设定时间内仍返回同一出口。两者对浏览器账号场景的意义完全不同。
住宅 IP 一定比 VPS 更安全吗？
不一定。住宅标签、代理池历史、风控记录、DNS/WebRTC 配置和目标平台规则都要分别验证。