最佳实践
判断 Shifter 是否适合你的项目,最快的方法是运行你的真实工作负载,即你将在生产环境中运行的相同请求,并如实解读结果。以下做法能帮助你获得一次干净、有代表性的测试,而不是一次误导性的测试。
让轮换方式匹配任务
Section titled “让轮换方式匹配任务”如何轮换 IP 应取决于任务的需求。
- 按请求轮换(默认): 通过网关
p.shifter.io:443的每个请求都会获得一个全新的住宅 IP。最适合抓取、爬取、比价、SERP 工作,以及任何每个请求都独立存在的场景。 - 粘性会话: 使用会话 id(
sid)和存活时间(ttl)在设定的时间窗口内保持同一个 IP。最适合登录、购物车、结账,以及任何必须保持在同一 IP 上的多步骤流程。例如,customer-USERNAME-sid-9f3a2b7c-ttl-600会将同一个 IP 保持约 600 秒。
经验法则:如果各步骤相互依赖,使用会话。如果不依赖,则轮换。完整详情见 会话。
定位正确的位置
Section titled “定位正确的位置”许多网站会根据位置更改内容、定价或可用性。
- 如果你的目标对地理位置敏感,请按国家、地区、城市或 ASN 进行定位,以便你的测试反映该市场真实用户所看到的内容。例如,
customer-USERNAME-country-us-state-newyork-city-newyork。 - 如果位置对你的使用场景无关紧要,请保持较宽泛的定位。过度缩小范围会减少可用的 IP 池,并可能在没有任何好处的情况下降低成功率。
有关所有参数,请参阅 地理定位。
控制请求节奏
Section titled “控制请求节奏”分散负载通常是一次成功测试与一次失败测试之间的关键区别。
- 将请求分散到不同时间和不同 IP 上,而不是对单一目标进行密集轰炸。使用按请求轮换时,IP 已经在变化,因此你主要可调节的是并发量和时间安排。
- 从适度的并发量开始,观察你的成功率,然后逐步提高。如果加大力度后成功率下降,说明你对该目标的请求速度过快,而不是达到了代理的限制。
- 添加小而多样的延迟,并对失败的请求使用新的 IP 重试。由于有轮换机制,重试自然会落在不同的出口上,因此应将被封视为一种柔性信号:放缓速度、重试,并继续进行。
选择与工作负载匹配的产品
Section titled “选择与工作负载匹配的产品”选错产品是试用效果不佳最常见的原因。
- 住宅代理: 轮换的住宅 IP,使流量看起来像来自许多真实用户。适用于抓取、监控、广告验证、市场调研和 SERP 采集。
- ISP 代理: 数天或数周内使用相同的专属 IP。适用于账户管理、较长的结账或登录会话,以及白名单 IP 集成。
如果你不确定,可参考 选择产品 进行梳理。
解读你的结果
Section titled “解读你的结果”依据你的真实数据来判断,而不是几次测试调用。
- 在接近生产环境的量级下观察你的成功率和数据质量。少量失败是正常的,大规模下的比率才是关键。
- 通过代理向诸如
ipinfo.io之类的 IP 回显端点发送请求,检查 IP 和国家,以确认出口是否符合你的要求。 - 如果结果看起来不对,在归咎于网络之前先检查三件事:轮换或会话方式是否与任务匹配、目标位置是否设置正确,以及并发量是否过高。
你的测试在流量、目标和时间安排上越贴近生产环境,试用结果就越能真实反映情况。把它设置得像真实场景一样,决策便会水到渠成。