NexIP官方博客
多数采集任务用动态住宅IP。只有采集要依赖登录态、要以同一个身份长期访问时，才轮到静态住宅IP。判断依据只有一个：你的请求需不需要目标站点“记住你是谁”。
按任务类型分，大致是这样：
- 批量抓公开页面，每个请求互不依赖（竞品价格、SERP 排名、公开评论、舆情）：用动态住宅IP，按请求或隔一小段时间轮换。
- 一次要连续走几步的流程（翻页、筛选后再抓列表、加购后看运费）：还是用动态住宅IP，但要开粘性会话，整段流程跑完再换IP。
- 需要登录、依赖 Session 的采集（拉自家店铺后台报表、读取已授权账号的数据页）：用静态住宅IP，一个账号对应一个固定出口。
- 不建议用一两个静态IP去扛高并发的批量抓取。
下面依次说清每种情况的前提和例外，最后讲怎么配置、怎么验证。
先判断：请求有没有状态
有个简单的判断方法：把某一个请求单独拿出来，换一个IP重新发，结果和原来一样吗？
- 结果一样，就是无状态请求。比如商品详情页、搜索结果页，谁来访问看到的内容都差不多（地区版本除外）。
- 结果不一样，或者直接被要求重新登录、重新验证，就是有状态请求。它依赖 Cookie、登录态或者前面几步留下的上下文。
一个项目里通常两种请求都有，所以不用整个项目只选一种IP，按请求类型拆开配就行，后面会讲混合用法。
无状态的批量采集：动态住宅IP轮换
公开数据采集的主要限制，是目标站点对单个IP的请求频率限制。同一个IP短时间内请求太多，就会收到 429、验证码或者 403。动态住宅IP从共享池里分配真实家庭宽带出口，可以按请求或按时间间隔自动换IP，把请求分摊到很多出口上，单个IP的压力就低了。
有几点要注意：
- 轮换解决不了速率过高的问题。 对同一个目标站点的总请求速率，还是要按对方能正常承受的水平来设，加上随机间隔和失败退避。请求打得太猛，换再多IP也会被识别出来，还会给对方服务器造成负担。
- 只采公开数据，遵守目标站点的使用条款和 robots 约定。 代理只管网络出口，不改变采集行为本身是否合规。
- 地区要选对。 价格、库存、搜索结果往往按国家甚至城市显示不同内容，出口地区要和你想看的那个版本一致。
电商比价是最典型的场景，轮换和粘性会话怎么搭配，可以参考抓取亚马逊竞品价格该用哪种代理IP。
多步流程：用动态住宅IP的粘性会话
如果一次采集要连续操作几步，比如先选筛选条件、再翻几页，或者把商品加入购物车再看运费，每个请求都换IP的话，站点会发现同一个会话的来源在不停变化，流程可能中途断掉或被拦。
这时候开粘性会话：在一段时间窗口内保持同一个出口IP，流程走完再换。设置时注意：
- 窗口时长要盖住整段流程，留一点余量，但也不用设得太长，否则又会退化成单IP高频访问。
- 如果流程中途IP变了或断了，从第一步重新开始，不要拿新IP接着跑后半段，这样容易产生不一致的数据或触发风控。
- 各家服务商的会话时长规则不同，以你所用产品的说明为准。
需要登录态的采集：静态住宅IP
采集要登录时，比如每天拉自家店铺卖家后台的报表，或者读取已授权账号的分析页面，IP频繁变化本身就是风险信号。登录后来源IP一直跳，常见结果是二次验证、强制下线，严重时账号受限。静态住宅IP地址固定、归属地稳定，账号每次都从同一个地方登录，看起来就是正常使用。
怎么选：
- 短期任务（临时项目、短期测试、几天的数据回溯）：静态短效IP，按小时或天租用，独占固定。
- 长期任务（每天定时拉报表、长期维护的账号）：静态长效IP，按月或年租用。长效IP一般还会细分类型。对出口来源敏感的平台账号，优先看家宽类；如果访问的是对IP类型不敏感的技术接口，可以考虑数据中心类型。
- 一个账号固定一个出口，不要让多个不相关的账号轮流共用。
要知道，静态IP只解决“来源稳定”的问题，账号本身也有频率限制，抓取节奏还是要放慢。如果是在浏览器里操作后台，浏览器环境的一致性也要一起考虑，这部分属于指纹浏览器的范畴，和IP是两回事。店铺后台的具体配置，可以看亚马逊卖家后台用动态IP还是静态IP。
为什么不拿静态IP跑批量采集
有人觉得静态住宅IP更“干净”，想直接拿来跑全部采集。问题有两个：
- 地址固定，频率限制躲不开。 一个IP高频访问，对方的反爬系统很快就会限流或封禁它，你花钱租的独占IP可能就此失效。
- 成本对不上。 要靠静态IP凑出足够多的出口来分摊批量请求，得买大量IP还要自己管理轮换，算下来一般比直接用动态住宅共享池贵得多，维护也更麻烦。
所以静态IP适合“少而稳”的身份型访问，不适合“多而快”的批量抓取。
计费方式：按流量、按带宽，还是按IP
选好类型后，再看计费模式和你的流量特征是否匹配：
- 动态住宅流量套餐（按流量计费）：适合抓 HTML 或 JSON 这类轻量内容。估算方法：先小批量采样，测出单页平均流量，乘以预计页数，再加上重试带来的额外消耗。
- 动态住宅带宽套餐（按带宽计费、不限流量）：适合要用无头浏览器完整渲染页面、下载图片或媒体、长时间持续高吞吐的任务。这类任务如果按流量计费，费用会涨得很快。选的时候主要看带宽是否撑得住你的并发量。
- 静态住宅IP：通常按IP数量和租期计费。是否另外计流量，以具体产品页说明为准。
如果拿不准是哪种流量特征，就先用流量套餐小规模试跑，看单页流量和每天的总量，再决定要不要换成带宽套餐。
常见做法：一个项目混着用
以跨境电商数据为例，一个团队可能同时有这三类需求：
- 竞品前台价格、排名监控 → 动态住宅IP，每次请求轮换
- 加购测运费、多页筛选 → 动态住宅IP，开粘性会话
- 自家店铺后台报表 → 静态长效IP，一个店铺对应一个出口
在代码里按任务类型分别走不同的代理配置，比整个项目只用一种IP更稳，也更省钱。
接入配置
- 协议：大多数爬虫框架和 HTTP 客户端直接用 HTTP/HTTPS 代理；客户端只支持 SOCKS5，或者需要转发非 HTTP 流量时，用 SOCKS5。
- 认证：采集服务器出口IP固定的，用白名单认证最省事；分布式节点、云函数这类出口IP不固定的，用账密认证。
- 接入方式：程序里能直接配代理的，用 API 提取IP或账密方式；要给固定端口分配固定出口的，用端口转发；软件本身不支持设置代理的，用进程代理。
拿到IP后先验证，再正式上量
- 验证轮换或固定是否生效：连续请求一个IP回显接口。轮换模式下应该看到不同的IP；粘性会话在窗口内应保持同一个；静态IP隔天再测，还应该是同一个。
- 核对地区和类型：查出口IP的地理位置和网络类型，确认和你选的国家、住宅类型一致。
- 小批量试跑目标站：统计状态码分布（200、403、429 各占多少）、验证码出现的比例和平均响应时间，作为基线。正式上量后如果这些指标明显变差，先降速再排查。
- 回算用量：用试跑得到的单页流量或带宽占用，核对套餐够不够用。
- 登录态任务：在浏览器里使用时，额外检查有没有 DNS 或 WebRTC 泄露真实IP，不然固定出口就白配了。
按判断结果去选
确定了任务类型，就可以对应选 NexIP 的产品。批量公开数据采集和多步流程采集，看动态住宅流量套餐，同一个套餐里可以选轮换或粘性会话；如果是渲染或媒体类的重流量任务，再去比较同一产品线下按带宽计费、不限流量的动态带宽套餐。需要登录态、长期固定出口的采集，看静态住宅长效IP，有家宽原生、家宽广播、数据中心三种可选，失效可以免费更换。短期项目就选同系列的静态短效IP。覆盖国家、会话规则和价格以官网当前说明为准。
评论(0)