代理按 GB 计费

你支付的是什么费用

吉字节是代理产品中的一种用量单位。产品通过出口 IP 提供通往互联网的路径；资费则决定使用这条路径如何收费。你可以预购流量余额、定期获得额度，或按账户协议为计量用量付款。这些安排都可以采用每 GB 价格，尽管付款日期和承诺不同。

访问往往通过网关进行：应用程序连接服务商提供的地址，再由服务从可用池中选择出口。更换出口后，可能仍在使用同一账户额度。因此，宣传的大型 IP 池描述的是可能获得的访问范围，而非为你保留的地址列表。有些产品则将流量费用与特定 IP 的访问权限相结合。

计费单位不会决定网络类型或会话行为。数据中心、ISP、住宅和移动产品都可以按流量销售。轮换、在会话内保持 IP 的能力，以及独享地址，都是独立的产品属性。购买更多 GB，不会延长本身设有时限的会话，也无法恢复不可用的出口。

比较费率之前，应先选定所需访问能力。例如，地区结账测试所需的产品，必须提供位于所需位置、能被接受的 IP，并让会话在结账过程中正常工作。更便宜的额度如果做不到，就不满足任务。反过来，如果较简单的网络已经可靠运行，购买更昂贵的网络也不会自动带来好处。

额度也不说明传输速度。数据量决定可以通过多少数据，吞吐量决定传输多快，并发容量决定可以同时执行多少工作。对于有时限的任务，如果路径过慢，余额再多也无法补偿。

一项完整任务如何产生计费流量

应从完整过程入手。程序可能先获取文档列表、跟随下载链接、取得文件，再重复少数下载。虽然最终档案中每份文档只保留一份，但每个阶段都可能使用付费连接。

假设一项示例归档任务成功保存了 300 份文档。下列假定流量总量分别描述本次运行中互不重叠的部分。这是计量示例，并非对特定网站或服务商的测量。

采用十进制单位，本次运行消耗 0.308 GB。假设价格为 $4.50/GB，流量费就是 $1.386，未计其他费用时约为 $1.39。需要区分的是：保留文档对应的 240 MB，与整个过程使用的 308 MB。消除重复下载可节省 48 MB，却不减少档案内容；移除文档查找步骤，则可能使任务无法运行。

服务商的计量边界很重要。公开的代理政策通常同时计算发往网站的数据和接收的数据，包括 HTTP 请求头、响应头及正文。所以上传量大的工作，即使网站回复很短，也会消耗额度。对于连接流量、加密开销和服务生成的错误，各家政策不同。仅统计已下载文件的内容，并不足以还原所有账单。

HTTPS 隧道可以承载加密字节，代理能够在不读取受保护内容的情况下计量这些字节。制定预算时，应采用服务商公布的方法和实际运行测量值；不存在可为每个请求统一增加的通用开销百分比。如果计数器已包含这些字节，再增加该百分比就会重复计算。

为什么 GB 与 GiB 的数值不同

1 吉字节（GB）包含 1,000,000,000 字节。1 吉比字节（GiB）包含 2³⁰ 字节，即 1,073,741,824 字节，或 1,024 MiB。GB 采用十进制幂；GiB 采用二进制幂。两者计量同类数量，但单位大小不同。

例如，32 GiB 等于 34.359738368 GB，约为 34.36 GB。以 GB 表示的数字约高 7.37%，因为每 GiB 包含 1.073741824 GB。这并没有产生额外流量：两种读数描述的是相同字节数。反过来，32 GB 额度约为 29.80 GiB，所以印出的数字相同，并不代表两份额度相等。

将应用计数器与计费用量核对前，应先把两者换算成相同单位。核实服务商定义，不要仅依赖缩写标签，然后再检查计量边界。舍入是另一件事：控制面板显示的简短读数，无法说明计费采用的精度。

为什么工作流程与页面本身同样重要

首次访问与重复访问不同

首次访问可能下载网站显示和运行所需的资源。同一浏览器后续访问时，可以复用部分本地资源，而新建的浏览器配置文件可能需要重新获取。因此，如何启动和复用浏览器会话，也是流量模型的一部分。

缓存可能产生几种结果。仍然有效的本地副本可直接使用，无须重新下载资源。过期副本可能需要条件请求；304 Not Modified 响应允许复用已存内容，但验证过程仍使用网络。已变化或无法复用的资源则需要重新传输。保留配置文件，并不能保证所有资源都能缓存。

对于监测任务，缓存资源可能有用。对于新访客体验测试，缓存可能让测试失效。应在任务真正要求的条件下测量。低成本的重复访问，不能可靠估算数千次相互独立的首次访问。

输出格式也可能误导。在本地截图，是根据已加载内容生成图片；这个操作本身不会将截图通过代理传回去。通过代理上传这张图片，则是另一次传输。远程托管浏览器或截图 API 可能采用不同收费模式，因此不应把其输出大小当作普通本地浏览器的流量。

下载与视频需要不同估算

对于文件传输任务，文档大小、重复检测和中断续传能力，往往是消耗的主要因素。对于视频测试，时长和码率比页面数量更有用。初始页面可能很小，但只要测试继续，播放器就可能持续获取媒体数据。

假设一次测试以平均每秒 6 兆比特的速度接收媒体数据，持续 18 分钟。除以八将比特换算成字节：6 × 1,080 ÷ 8 = 810 兆字节，即 0.81 GB。从 12 个位置重复这项完整测试，仅媒体数据就会传输 9.72 GB。这是一个假定工作负载；还要加上播放器界面、其他请求及计入用量的开销。自适应画质和缓冲可能改变实际传输量。

只有测试仍能回答其目标问题时，降低播放画质才算节省。简单检查视频能否开始播放，可以采用较短观察窗口。测试持续高画质播放，则必须接收足够的媒体流才能评估。所需证据决定哪些数据可以省略。

这些差异说明按流量计费适合哪些情况。简短的地区检查，以及间歇访问有用的 IP 池，可能只需少量数据。持续媒体测试或反复下载大文件，则可能迅速耗尽同一额度。只要产品合适，两者在技术上都可行；经济性取决于工作量、时间安排和可选方案。

根据任务组合建立预测

测量前，先定义什么算完成。成功的文档任务可能要求获得带预期标识符、可正常读取的文件；地区测试可能需要完成交互并记录结果。连接成功或单凭 HTTP 状态，并不能证明工作已经完成。

试运行应采用计划中的位置、会话设置、软件和并行活动水平。将其凭据或用量报告与无关工作分开。在相同时间段内记录用量变化，考虑服务商的报告延迟，并同时统计完成任务与尝试次数。如果后台活动属于正常运行的一部分，应将其纳入或单独测量，而不是悄悄排除。

对不同操作类型加权

有用的预测应保留预计的任务组合。假设试运行得到以下示例平均值，已经包含每项操作完成所需的正常请求和重试。每项计划操作只属于一个类别。

采用同样假定的 $4.50/GB，预测流量费为 $67.986，约为 $67.99。媒体检查数量不足操作总数的十三分之一，却占流量的近 60%。因此，优化数量多得多的后续检查，效果可能还不如适当调整媒体测试。

一般计算方法是，将每类任务数量乘以其测得的平均流量，再求和。只有单独测得的设置或共享活动不包含在这些平均值内时，才另行加入。同样，试运行中已经包含的重试，不应再按失败倍数重复添加。

测试哪些变化会影响预测

只有工作仍具可比性时，平均值才有用。改用新浏览器配置文件，可能失去缓存节省。不同位置可能获得不同页面或媒体流。更长观察窗口可能收集更多后台数据。发生这些变化后，应重新检查受影响类别，而不是将旧平均值套用于整个项目。

除了正常运行，也应测试较不利但合理的情况：更大文档、新会话，或中断更多的时段。明确保留这些假设。根据这些条件得出的储备额度，比给所有预算加一个没有解释的百分比更有参考价值。

在适用服务之间选择时，应将每次测试换算成完成相同工作负载的支出。计入实际消耗的流量，以及任何不可避免的购买承诺。每 GB 低价可能有用，但如果一种服务需要不同的尝试次数，或无法完成所需会话，单价就无法决定比较结果。

按工作日程安排购买

以上预测估算的是消耗。实际必须支付的金额可能不同，因为产品可能以套餐销售流量、要求订阅，或另收访问费。应把方案视为完整购买来阅读：能获得什么、在哪些日期可用，以及什么付款会授权继续使用。

一个时间安排示例说明日期为何重要。项目在计费续期之前需要 8 GB，之后需要 28 GB。假设月度额度为 30 GB、价格 $90，不能结转且没有其他费用，就需要支付两个月，共 $180。假设另一种不过期余额以每份 20 GB、$80 销售，就需要两份，共 $160，剩余 4 GB 可用。假设两种安排提供同等访问能力。月度方案宣传的每 GB $3，低于按份购买的 $4，但按该项目日程，月度方案需要支出更多现金。

如果把同一项目全部安排在一个计费周期内，比较结果就会改变：30 GB 额度还差 6 GB，此时追加流量的价格成为关键。因此，只用总需求乘以展示的最低费率是不够的。应结合续期日期、购买增量和额外流量的到期日，对工作进行建模。

剩余额度只有在账户条件下仍可使用时，才能帮助后续工作。应区分流量到期、订阅续期，以及保持账户活跃的任何要求。如果基础流量与追加购买的流量有效期不同，应确定优先消耗哪份余额；这会影响哪些额度最终未用就过期。

所选配置也应计入价格。特定网络访问、更细的位置选择、保留地址或其他功能，都可能改变费用。如果资费采用消耗倍数，应区分物理字节和收费单位。只有用量数值尚未应用倍数时，才另行乘算。最低消费承诺、额外流量费率，以及报价是否含税，也需要同样仔细核对。

对于经常进行的高负载工作，应将完整计划负载与合适的固定价格方案比较。替代方案必须满足相同的网站、位置、会话、允许流量和传输速度要求。固定费用有助于大型传输的预算安排；按流量计费则可以避免为偶尔执行的任务维持很少用到的容量。任何计费单位都不能决定哪种网络运行效果更好。

从失败中恢复，避免为同一工作再次付费

恢复应从任务中最小的未完成部分开始。如果一次运行已保存大多数文档，重新运行整个列表可能会为许多相同下载再次付款。应记录已完成标识符、验证保存文件，并继续处理剩余队列。这样无须改变代理网络或价格，就能减少浪费。

大型文件中断后，需要更具体的机制。如果服务器和客户端支持范围请求，下载可以只请求缺失部分。客户端必须确认续传的是同一版本文件。206 Partial Content 响应提供一个范围；完整的 200 OK 响应不能盲目追加到现有片段后。续传支持可以节省传输字节，但必须正确实现。

不同错误应对应不同决定。暂时连接失败，可能值得进行有限重试。反复被拒绝、登录失效、账户额度耗尽或请求无效，则需要其他处理。快速重复同一个未解决的问题，可能只增加支出而毫无进展。对于会改变远程账户的操作，应先确定首次尝试是否已经完成，再重新提交。

任务失败，不会抹去已经传输的字节。中断下载或拒绝访问页面都可能消耗付费流量；部分服务会排除自身连接错误。应按实际代理产品的条款处理，不能照搬数据抓取 API 的成功请求计费承诺。

会话连续性也会影响恢复。更换 IP 可能使依赖该会话的流程失效，要求重新执行之前的步骤。保持 IP 可能维持连续性，但不会让后续传输免费，也不能保证网站会话持续有效。尽可能保存进度，并选择能够解决具体故障的恢复操作。

让运行中的任务保持在预算内

将进度与用量一起观察。三个有用读数是剩余额度、近期每分钟消耗，以及同一时间段内完成的任务数。如果用量上升而完成量停滞，就应在余额耗尽之前处理。如果两者成比例增长，应用可能只是在执行更多工作。

例如，剩余 14 GB，持续每分钟消耗 0.35 GB，按此速率约可维持 40 分钟的流量。这是规划估算，不保证准确的停止时间：速率可能变化、显示用量可能滞后，进行中的传输也可能还在完成。应将该时间与剩余队列比较，并及时停止或减少新任务，为安全完成留出时间。

在购买和应用两个层面设置控制。账户层面，应有意识地选择额度耗尽后是停止访问，还是授权再次购买或收取超额费用。应用层面，应限制队列、尝试次数、同时传输数，以及会话保持打开的时长。自动补充额度只能确保连接有钱可用，不能判断工作是否仍值得花钱。

长时间下载和媒体会话，需要明确的停止条件。仅减少新请求，可能仍让现有传输继续消耗数据。应用应能取消正在进行的工作，并关闭不用的会话。要为报告和执行延迟留出余量，不要把控制面板阈值当成立即生效的开关。

数字看起来不对时，应核对一次范围明确的运行。匹配账户或用户、时间区间、单位和任务日志。浏览器网络工具有助于定位大流量传输，并区分传输大小与解压后的资源大小，但未必覆盖使用该账户的所有进程。应将流量消耗与购买、余额划转和到期分开跟踪；余额变化不一定是网络传输。

随后做一项有针对性的调整，并重复相同任务。保留测试所需的浏览器状态、避免重复下载、保持受支持的压缩，并在不破坏流程的前提下阻止无关资源开始加载。结果应同时表现为支出下降和任务成功完成。如果减少传输却删掉了任务本应采集的证据，那就是未完成任务。