住宅流量账单很少与自动化工程师的预期一致:原本预算两三 GB 的任务,实际消耗往往翻倍。下面梳理计费范围究竟包含什么、预期与账单之间的差距从何而来、如何提前估算任务的流量消耗,以及哪些做法能在不牺牲会话稳定性的前提下省流量。
究竟按什么计费
计数器统计的是通过所分配节点双向传输的全部流量——不只是有用的 HTML 响应,而是浏览器或脚本通过该通道请求的一切内容。这包括页面上的图片、字体、样式表、分析脚本和广告横幅:只要某个元素是通过代理加载的,它的字节数就会计入与目标内容相同的账单。
后台请求是另一项支出。浏览器在加载主页面的同时,还会访问追踪器、展示计数器、cookie 同步和更新检测服务;这些请求中有一部分不会显示在自动化工具的界面里,但每一次都经过同一条付费通道。
为何计数增长快于预期
主要原因是预算阶段低估了页面重量。带图片的商品页重达 2–5 MB,而不是纯文本目录页的 0.3–1 MB;自动播放视频的信息流每分钟还会额外消耗数十兆,即便用户一次都没有点击。如果预算是按文本页面的重量计算,而实际任务打开的是带媒体的商品页,与账单的差距就会是倍数级的。
第二个原因是重试。中途中断的会话不会退还已消耗的流量:浏览器会重新请求页面,失败尝试所用的字节与成功请求一样照常计费。通道或脚本越不稳定,账单里这类重复加载就越多,却完全没有增加有用的结果。一味追求最便宜的通道反而可能适得其反,详见廉价与昂贵代理:哪些节省是虚假的。
如何提前估算任务的流量消耗
只有实测才能给出准确预测:取任务中 10–20 个典型请求,在开启流量统计的通道上运行,计算每个请求的平均重量,再乘以计划的请求总数——这比任何通用参考值都可靠。
如果没有条件做实测,可以按页面类型估算:纯文本目录页约 0.3–1 MB,带图片的商品页约 2–5 MB。检查一千个商品卡片大致需要 3–5 GB,一百个约需 0.3–0.5 GB,一千个纯文本页面约需 1 GB。每日监控一百个页面,一个月下来约为 1.5–3 GB。这些数值适合做初步预算,但只有针对真实 URL 的实测才能给出某个具体网站的精确数字。
省流量的实用做法
第一条也是最重要的一条:在自动化只需要文本或页面结构的场景下,禁用图片、字体和视频的加载——无头浏览器可以在请求层面直接屏蔽资源类型,而不必为了一个字段渲染整个页面。第二条:按域名列表屏蔽广告网络和追踪器,它们不携带目标数据,却总会计入账单。
第三条:不要为了省钱选择最便宜的通道而牺牲稳定性。中断的会话代价更高——重新加载页面会再次消耗流量,而不稳定的通道恰恰是这类重复请求的根源。真正该关注的不是每 GB 的单价,而是获得一次成功结果的成本,选择服务商时该看哪些指标见如何检验代理质量。
与移动通道的消耗有何不同
计费机制本身没有区别:两种通道都按会话分配地址,并按实际发生的流量逐 GB 计费。区别在于每 GB 的单价,以及这个价格背后的原因。移动 IP 通过蜂窝运营商的 NAT 运行,一个地址同时为数百名真实用户提供服务,其原理见为什么移动代理难以被封禁。正因为这类地址稀缺且抗封禁能力强,移动流量的每 GB 单价通常高于住宅流量。
实践结论是:如果任务真正需要的是抗封禁能力,而不只是「看起来像住宅」的 ASN,那么移动流量的溢价会通过每 GB 更高的成功会话数收回成本——同一任务下住宅通道被封的频率更高,重试所消耗的流量会抵消省下的差价。
常见问题
请求失败时是否仍然计入流量?
是的,计数器记录的是传输的字节数,与请求结果无关。连接中断或返回错误响应同样经过了该通道,仍会计入付费流量。
能否在脚本层面限制通过代理加载的内容?
可以,大多数无头浏览器和自动化库都支持在请求执行前屏蔽资源类型——图片、字体、媒体——或指定域名,这能降低账单,且不改变通道本身的单价。
为什么不同服务商在同一任务上的消耗不同?
差异通常不在单价本身,而在节点稳定性:会话频繁中断的服务商会迫使脚本反复重新请求页面,账单里就会多出稳定通道本不会产生的失败尝试流量。
按流量计费的住宅与移动套餐都在代理专区目录中。如果任务不需要住宅来源的地址,按月固定价格的数据中心通道更省钱,详见数据中心代理:什么时候用它就够了。