代理市场通常被描述为两种产品。数据中心代理，追求原始速度和低成本；住宅代理，追求抗封锁能力和真实用户身份。根据你的工作负载选一个。
这种框架忽略了第三个类别。根据我在约一千次部署中与客户合作的经验，这个类别往往比另外两种更适合解决问题。ISP 代理介于数据中心代理和轮换住宅代理之间，能解决另外两者都难以处理的一类问题。
本文既是使用更多 ISP 代理的理由，也是说明在哪些场景下不该使用它们的理由。
ISP 代理究竟是什么
从技术定义来说：ISP 代理是由真实住宅 ISP（Comcast、AT&T、BT、Deutsche Telekom 等）分配的 IP 地址，但实际托管在数据中心，并由代理运营商静态持有。上游 IP 段属于家庭 ISP，而流量实际出口的机器则放在某个机架上。
这听起来像是一种奇怪的混合体，确实如此。它存在的原因在于：目标网站的反机器人防御会根据上游 ASN（即 IP 段所属的网络）做出判断。分配给 Comcast 的 IP 段，在网站的地理位置和信誉提供商眼中看起来像”家庭用户”；而分配给托管公司的 IP 段，则看起来像”数据中心，可疑”。
托管的实际情况不会出现在查询结果中，但 ASN 会。
这具体能带来什么好处
纯数据中心代理无法提供的三个特性：
网络信誉。 IP 处于住宅地址段，因此信誉数据库对其评分中立。你不会在边缘节点触发”数据中心，限速”的自动反应。
地理精确性。 ISP 分配与真实地区绑定。Comcast 克利夫兰地址段中的 IP 会定位到克利夫兰。你能获得城市级别的精度，而纯数据中心代理往往定位有误（大多数数据中心 IP 定位到的是托管机房所在地，而非客户希望显示的位置）。
稳定性。 与轮换住宅代理不同，该 IP 在套餐有效期内归你专用。目标网站每次看到的都是同一个 IP，Cookie 可以持久化，会话绑定也能正常工作。
与轮换住宅代理相比，你放弃的是上游多样性。你没有 2 亿个 IP 可用，只有几十到几百个。如果目标网站封禁了某个 IP，你不会自动获得新的替换 IP。
ISP 代理适合哪些场景
以下三种工作负载形态中，ISP 代理的表现明显优于另外两种选择：
大规模账号管理。 你在某个平台上运营数十到数百个账号（例如为客户品牌管理社交媒体、跨供应商管理电商卖家账号、跨广告网络管理广告账号）。每个账号在登录时需要一致的 IP。轮换住宅代理会破坏账号与 IP 的绑定关系，触发重新验证；纯数据中心代理会触发反机器人机制；而固定的 ISP IP 正好符合这种需求。
长时间运行的会话任务。 任何需要保持会话数小时的任务，如竞争性拍卖监控、带住宅身份的流媒体访问、长周期研究爬取，都需要一个不会在会话中途过期的 IP。轮换住宅代理的会话受 TTL 限制，而固定 ISP IP 则没有这个问题。
对宽松目标的高吞吐量任务。 当你访问的目标网站不会主动封锁，但带宽需求较高时（例如持续监控某供应商的公开商品目录 API），数据中心级别的延迟加上真实的网络信誉，既能保证吞吐量，又能避免被封锁。而轮换住宅代理每次请求会增加 50 到 200 毫秒的路由开销，对于这类宽松目标来说完全没有必要。
第三种场景是客户最常忽视 ISP 代理的地方。他们默认选择住宅代理，因为”我们需要看起来真实”，结果为并不需要的延迟和带宽买单，而目标网站根本不会封锁数据中心流量。
ISP 代理不适合哪些场景
以下两种工作负载形态中，ISP 代理会让你失望：
大规模扇出爬取。 你每天要从 50 个供应商抓取 10 万个商品页面，每次请求都需要看起来像不同的访客。ISP 代理的 IP 池较小，你会在同一目标上反复使用相同的 IP 发起数千次请求，而这正是大多数反机器人系统重点监控的行为。这种场景应该使用轮换住宅代理。
具有主动防御机制的强硬目标。 那些会根据实时行为主动封禁 IP 的网站，例如 Cloudflare 最激进的配置、某些金融网站、某些具有强力反机器人机制的旅游聚合网站，会很快耗尽你的 ISP IP 池。使用轮换住宅代理时，你有近乎无限的替换 IP；而使用 ISP 代理时，你的配额可能在几天内就被烧光。
判断你是否用错了工具，通常有一个明显信号：某个目标网站的成功率在几天内持续下降。使用轮换住宅代理时，成功率保持稳定，因为 IP 池在不断刷新；使用 ISP 代理时，随着越来越多的 IP 被目标网站封禁，成功率会逐渐衰减。
定价逻辑
两种产品都有合理的定价模型，揭示了它们各自的设计初衷。
轮换住宅代理按流量（GB）计费，因为成本驱动因素是与住宅 SDK 合作伙伴签订的上游合同，你传输的每一 GB 数据，SDK 都需要相应交付。并发数免费，IP 数量实际上无限，你为数据流量付费。
ISP 代理按 IP 数量计费，因为成本驱动因素是静态分配。每个固定 IP 无论你是否使用，都为你专属保留。带宽不限，因为没有按 GB 计算的上游成本，一旦拥有 IP，每次额外请求的边际成本为零。
这意味着成本计算方式完全不同。对于轮换住宅代理，用月度带宽预算除以每 GB 单价，即可确定套餐。对于 ISP 代理，计算你需要多少并发账号、会话或身份，乘以每 IP 成本即可。
实际来看：如果你运行 10 个长期会话，ISP 代理的成本远低于这些会话在住宅代理上消耗的带宽费用。如果你运行 10,000 次短期扇出爬取，住宅代理的成本远低于固定 10,000 个 ISP IP 的费用。
混合部署模式
最成熟的客户不会只选一种。他们根据工作流形态将流量路由到合适的产品，通常在同一套代码库中实现。一种常见的生产架构如下：
- 轮换住宅代理 用于批量爬取层：价格情报、SERP 监控、内容聚合。高并发、短暂性、地理分布广泛。
- ISP 代理 用于账号层：管理卖家账号、监控竞争对手广告账号、维护长期认证会话。
- 数据中心代理 用于内部 API 层：调用自有 API、访问 CDN 缓存内容、以及目标方不设防的任何场景。
三种不同类型的代理位于同一基础设施抽象层之后，根据工作流形态选择，而非凭直觉决定。
为什么团队对 ISP 代理使用不足
说实话：大多数团队在刚接触代理时选定一种产品，之后就再也没有重新审视过。他们最初选择轮换住宅代理，因为所有”最佳实践”文章都这样推荐，他们把它接入了代码库，然后就再也没有去研究哪些工作负载其实用的是错误的工具。
如果你已经三年只用住宅代理，从未对账号管理或会话密集型工作负载与 ISP 代理进行过基准测试，那么你很可能在这些工作流上为实际上并不需要的住宅代理延迟和带宽多付了钱。
找到答案的方式很枯燥：将某个特定工作流 10% 的流量通过 ISP 套餐路由两周，测量成功率，测量成本，进行比较。要么结果明显更优，你就迁移该工作流；要么没有改善，你就保持原样。两种结果都有价值。
中间地带不比两个极端更吸引眼球，这也是它在这个市场上关注度较低的部分原因。但对于一类特定且重要的工作负载，它确实是正确的工具，而你使用的工具在很大程度上决定了你的单位经济效益。