判断只需要两条线：目标站点的风控有多严，以及这个任务要不要在同一个 IP 上维持长期登录态。
- 风控弱、不需要登录态 → 机房代理。公开数据抓取、API 压测、大文件下载。
- 风控严、不需要固定身份 → 动态住宅代理。高风控电商采集、比价、广告投放验证。
- 风控严、需要固定身份 → 静态住宅（ISP）代理。多店铺运营、社媒矩阵账号、支付与认证操作。
预算不是第一判据。用机房 IP 省下的代理费，抵不过一个成熟店铺被关联封禁的损失；反过来，用住宅代理跑压测和媒体下载，流量账单会在几天内失控。下面把每类任务和背后的原因摊开讲。
三类代理的差别到底在哪
ASN 归属决定了第一印象。 机房 IP 由数据中心或云托管商分配，ASN 显示为 AWS、OVH、Hetzner 这类主机商，IP 段集中且连续，风控数据库可以成段标记。住宅 IP 来自消费级 ISP 分配给真实家庭宽带或移动网络的地址，ASN 显示为 Comcast、AT&T、Vodafone 之类，目标站点默认把它当成普通用户。
这个差别直接反映在拦截率上。 在部署了反机器人机制的站点上，机房 IP 触发封锁和人机验证的比例常见在三到五成；住宅 IP 在同类站点上通常能压到 1% 以下。具体数字随站点和时间波动很大，不同服务商的池子质量也不同，把它当量级参考而不是承诺。
速度和并发反过来。 机房代理跑在骨干网上，响应时间通常在 50–100 毫秒，支持高并发连接和大吞吐传输。住宅代理走的是真实家庭线路，延迟更高、抖动更明显，并发能力也受限于出口节点。要拼吞吐量，机房是更合适的。
计费方式决定了什么任务用得起。 机房代理常按 IP 数量或固定带宽包月，流量往往不限或额度很宽；住宅代理主流是按 GB 计流量。这一条几乎单独决定了下载类、压测类任务不能交给住宅代理。
静态住宅（ISP 代理 / 双 ISP 代理）是中间形态。 机器托管在机房里，保证了稳定性和上行带宽，但 IP 段是从消费级 ISP 处取得并登记的，对外呈现住宅属性。它同时具备「固定不变」和「住宅信任标识」两个特征，这正是账号类任务需要的组合。
该交给机房代理的任务
- 公开页面的批量抓取：目标站点没有严苛反爬、不需要登录，比如政府公开数据、行业目录、大部分企业官网。
- API 高频测试与性能压测：这类任务要的是并发和稳定吞吐，住宅线路反而是瓶颈。
- 大体积文件与媒体下载、镜像同步：按 GB 计费的住宅代理在这里成本会高到不合理。
- 无需登录的内容监控、搜索结果与竞品追踪：预算敏感、量大的常规监控。但搜索引擎的风控一直在变，一旦验证码比例明显上升，就该把这条链路升级到动态住宅。
- 内部系统访问、CI 出口 IP 白名单：需要的是固定可预期的出口地址，信任度不是问题。
该交给动态住宅代理的任务
- 高风控电商平台的价格、库存、评论采集：这类站点对数据中心 IP 段基本是默认拒绝。
- 机票、酒店、外卖等比价场景：不仅要住宅 IP，还要按国家甚至城市定位，否则拿到的价格本身就不对。
- 广告投放验证与欺诈检测：需要从目标市场真实用户的网络位置看到广告实际呈现，机房 IP 看到的往往是另一套结果。
- 本地化内容与价格抓取：同一商品在不同地区展示不同，定位精度直接影响数据可用性。
轮换策略要和任务对齐：无状态的单页抓取用按请求轮换；需要连续几步才能拿到数据的流程（翻页、加购查运费）要用粘性会话，把 IP 保持几分钟到几十分钟。各家对轮换粒度、会话时长的定义和计费口径不一样，以服务商官网说明为准。
该交给静态住宅（ISP）代理的任务
- 跨境电商多店铺防关联：Amazon、eBay、TikTok Shop 这类平台，一个店铺长期绑定一个固定 IP，账号的网络环境才是稳定的。
- 社媒矩阵账号的长期登录与养号：Facebook、Instagram、X、Reddit 等平台会把频繁的 IP 跳变本身视为异常信号。
- 跨境支付与敏感认证操作：开户、验证、提现这类动作对环境一致性的要求最高。
这类任务有三个硬条件：IP 必须独享，不能是共享池里轮到你的那一个；IP 归属地要和账号资料、收款信息、常用语言对得上；绑定之后就不要再换。
还要说清楚一点：代理只解决网络层。浏览器指纹、Cookie 隔离、时区语言是另一层，账号类任务需要固定 IP 配合指纹浏览器一起用，单独做一头意义不大。这部分的取舍可以看免费的指纹浏览器够不够做电商多开。
四种常见的配错
- 用机房 IP 登长期账号。 最贵的一种错。省下的是每月几十块，风险是整个店铺或账号矩阵。
- 用动态住宅跑账号运营。 住宅属性对了，但每次请求换 IP，登录态和地理位置都在跳，等于自己制造异常。
- 用住宅代理做压测和大文件下载。 流量按 GB 烧，并发还不如机房，两头都不划算。
- 多个店铺共用一个出口。 包括名义上「独享」但实际被前一个用户用过的 IP。采购时要问清是否独享、是否有复用历史。
成本怎么估才不会中途翻车
采集类任务按「请求数 × 平均响应体积」估月流量。这里有个容易被忽略的开销：图片、字体、JS 会吃掉绝大部分流量，抓取时只取 HTML 或直接打接口，流量能降一个量级。账号类任务按「IP 数 × 月租」算，数量固定，反而好预算。
还要确认几个计费细节，各家口径不同：失败请求计不计费、响应头算不算流量、超量部分怎么收、套餐有没有有效期。这些在试用阶段就该问清楚。
落地顺序：分三层，不要混在一个出口
默认从机房代理起步，覆盖低风控和大流量任务，成本可控。当某条抓取链路的验证码比例和失败率明显上升时，只把那一层换成动态住宅，不要整体迁移。账号运营从第一天起就单独配静态 ISP 代理，和抓取链路彻底分开——共用出口意味着抓取行为触发的风控会连累账号。
采购前做三件事：
- 查 ASN 和归属，确认所谓住宅 IP 的 ASN 真的是消费级 ISP，而不是托管商。
- 在真实目标站点上小流量试跑，看验证码触发率和成功率，而不是只看 ping 值和 ipinfo 的展示结果。
- 用试用期跑一遍真实任务，包括登录、翻页、下单这类完整流程，静态 IP 还要观察几天是否真的不变。
接下来去哪挑
确定了要哪一类，再去看具体服务商。代理、VPS、加速器这些网络侧工具在海外网络分类下按条目收录，每条直达官网；账号类任务配套需要的浏览器环境在指纹浏览器分类里。如果还想再往前一步看协议层面（HTTP/SOCKS5、轮换方式）和 IP 类型的对应关系，可以接着看海外代理IP怎么选？按任务匹配IP类型与协议。各家的池子规模、定价和计费口径以官网为准，变动比较频繁，下单前再核一次。