排名追踪 · 移动端索引

用于 SERP 与排名追踪的移动代理

搜索结果是根据国家、设备类型以及搜索引擎对客户端的推断,逐个请求组装出来的。从其他国家的云服务器 IP 测得的排名,并不是真实排名的"噪声版本"——它回答的根本是另一个问题。如果您要汇报某个本地市场的移动端排名,就必须从该市场的移动 IP 进行测量。

问题所在:您测量的是一个没人看到的搜索结果页

两种偏差会叠加。第一是地理位置:搜索引擎会高度本地化搜索结果,从错误的国家发起查询,得到的排名是目标市场中任何用户都不会看到的。第二是设备类型:移动端索引和桌面端索引确实不同,而大部分商业搜索流量来自移动端,因此按桌面端测得的排名,会误判真正带来收入的排名。此外,从机房 IP 段持续自动查询还会招来拦截页和验证码,让排名追踪工具变成验证码破解开销。

如果您遇到过以下情况

  • 报告的排名与客户在手机上看到的不一致。
  • 关键词越多,验证码和"异常流量"拦截页就越多。
  • 抓取结果中完全缺少本地商家(Local Pack)和地图结果。
  • 更换托管服务商后排名就发生变化——这说明您测量的是自己的基础设施,而不是搜索索引。
  • 桌面端与移动端报告的排名完全相同,而这几乎不可能是真的。

可运行的代码

只要 PROXY_URL 中填入真实的连接字符串,下面的每段代码都能直接运行。首次充值后,可在控制台复制您的连接字符串。

设置连接 URL

bash
export PROXY_URL="http://USERNAME-mbl-gb-sid-serp01-rot-auto10:[email protected]:7000"

# 国家参数 = 您要汇报排名的市场。
# 不同 worker 使用不同的 -sid-,让查询分散到多台设备上。

Python — 在移动端索引上按节奏查询排名

python
import os, time, random, urllib.parse
import requests

PROXY = os.environ["PROXY_URL"]

MOBILE_UA = (
    "Mozilla/5.0 (Linux; Android 14; Pixel 8) AppleWebKit/537.36 "
    "(KHTML, like Gecko) Chrome/125.0 Mobile Safari/537.36"
)

def serp(query: str, gl: str = "gb", hl: str = "en") -> str:
    params = urllib.parse.urlencode({"q": query, "gl": gl, "hl": hl, "num": 20})
    r = requests.get(
        f"https://www.google.com/search?{params}",
        headers={"User-Agent": MOBILE_UA, "Accept-Language": f"{hl},en;q=0.8"},
        proxies={"http": PROXY, "https": PROXY},
        timeout=45,
    )
    # 拦截页不是排名结果。直接报错,不要去解析它。
    if r.status_code == 429 or "/sorry/" in r.url:
        raise RuntimeError("rate limited — slow down and let the IP rotate")
    r.raise_for_status()
    return r.text

for kw in ["mobile proxy", "4g proxy uk", "rotating proxy api"]:
    html = serp(kw)
    print(f"{len(html):>7} bytes  {kw}")
    time.sleep(random.uniform(8, 20))   # 接近真人的查询节奏

请求间隔不是摆设。查询速度比人打字还快的排名追踪工具,就是被限流的那个。

把关键词集分散到多个会话

python
import os, re

def proxy_for_worker(worker_id: int) -> str:
    """Give each worker its own device by rewriting the -sid- token."""
    base = os.environ["PROXY_URL"]
    return re.sub(r"-sid-[a-z0-9_]+", f"-sid-serp{worker_id:02d}", base)

# 4 个 worker,4 台设备,各自独立控制节奏。
for w in range(4):
    print(proxy_for_worker(w))

不同的 sid 对应不同的设备,所以四个慢速 worker 胜过一个快速 worker。

应该使用哪种轮换模式

推荐-rot-auto10

排名追踪需要大量相互独立的查询,且查询之间不保存任何状态,这正是定时轮换的用武之地。auto10 大约每 10 分钟为您分配一个新的运营商 IP,让长时间的关键词查询分散到多个出口,而不是集中在一个出口上。不过,轮换并不意味着可以加速:请在查询之间保持数秒的真实间隔,并把关键词集拆分到多个 -sid- 值上,让负载分摊到多台设备,而不是压在一台设备上。

何时选择其他模式

模式适用场景
auto30每天或每周追踪数量适中的关键词,较慢的 IP 更替已绰绰有余。
sticky在此场景下很少用到。仅当您刻意测量某个固定客户端的搜索结果如何变化时才需要。
hard不建议用于 SERP 追踪——固定一台设备会把所有查询量集中到单个 IP 上。

预计带宽用量

只要抓取搜索结果的 HTML 而不渲染页面,SERP 追踪就是 IP 池上成本最低的场景之一。排名数据就在页面标记中。

任务类型单次用量每 GB 可完成
搜索结果页,仅 HTML250–450 KB约 2,300–4,200 次查询
含本地商家/富媒体结果的搜索结果页400–700 KB约 1,500–2,600 次查询
对搜索结果页做完整浏览器渲染2–4 MB约 260–520 次查询
缓存结果重新验证(条件 GET)约 1 KB几乎不消耗流量

每天追踪 1,000 个关键词、仅抓取 HTML,每月大约消耗 8–13 GB——值得在投入前先测算一下,因为在这个量级上,它通常比按次计费的排名查询 API 更便宜。除非您确实会根据日内波动采取行动,否则按天追踪即可,不必按小时;大多数排名决策依据的是每周趋势,额外的查询频率只是在为噪声支付带宽。

带宽价格每 GB节省
1 GB$7$7—
5 GB$35$7—
10 GB$68$6.803%
25 GB$150$614%
50 GB$283$5.6619%
100 GB$500$529%

适用国家

修改代理用户名中的一个参数即可切换国家——无需重新部署,也无需第二个账户。 IP 池规模因国家而异,也取决于您使用的是移动(mbl) 还是住宅(peer)IP 池;实时可用情况请查看各国家页面和您的控制台。

仅限合法用途

ProxyMobile 仅用于在您拥有或已获授权测试的系统上进行测量、质量保证和研究。购买带宽并不代表您获得了访问第三方系统的许可。您仍需自行遵守每个目标网站的服务条款、robots 指令和速率限制,以及适用于您的数据保护法律。

本场景的使用要求

  • 只追踪您拥有的网站,或客户委托您汇报的网站排名。
  • 遵守各搜索引擎的服务条款和访问频率要求——有些搜索引擎专门为此提供了 API,这往往才是合适的工具。
  • 把查询节奏控制在人类水平。购买带宽并不意味着您有权让服务对其他用户变慢。
  • 不要收集或存储搜索结果中偶然出现的个人数据。

任何套餐均严禁

  • 禁止撞库、盗用账户,或任何冒充他人进行身份验证的行为。
  • 禁止绕过您未获授权测试的访问控制、付费墙或安全措施。
  • 禁止收集您没有合法依据处理的个人数据。
  • 禁止产生合理运营方会视为拒绝服务攻击的负载——请限速,遇到 429 时退避,并遵守 Retry-After。

用于欺诈、入侵或批量滥用的账户将被终止且不予退款,我们会配合有效的法律程序。完整条款请参阅我们的可接受使用政策。

SERP 排名追踪常见问题

为什么排名追踪特别需要移动代理?

因为移动端索引与桌面端不同,而大部分商业搜索流量来自移动端。从桌面形态的机房连接测得的排名,并不对应您真正的收入来源。

这能彻底避免验证码吗?

不能,任何声称可以的说法都值得怀疑。与机房 IP 相比,运营商 IP 能显著降低拦截页出现的频率,但查询速度明显快于人类,依然会被限流。请求节奏与 IP 同样重要。

追踪 1,000 个关键词需要多少带宽?

每天追踪一次、仅抓取 HTML,每月大约 8–13 GB。如果改为在浏览器中渲染每个搜索结果页,流量会增加约 8 倍——而排名数据本来就在页面标记里,所以几乎不值得这样做。

应该使用哪种轮换模式?

使用 auto10,并拆分到多个 -sid- 值上,让查询负载分摊到多台设备。粘性会话和硬绑定会把所有请求集中到一个 IP 上,这与大量关键词的需求恰恰相反。

可以追踪本地商家和地图结果吗?

依赖地理位置的结果,正是最需要本国出口的结果,因此目标市场的运营商 IP 在这里帮助最大。出现富媒体结果时,页面体积会稍大一些。

相关指南

用您自己的目标网站试一试

本页的带宽估算是如实给出的参考范围,而非承诺——唯一重要的数字,是您的目标网站实际消耗的流量。首次充值额外赠送 $2,足够您在确定预算之前,先实际计量一次运行。