排名不是一个单一的数字。同一个网站、同一个查询词、同样的 90 天，移动端和桌面端给出的答案并不一致。在我们自己的 Search Console 数据中，某个查询词的差距达到 11.4 个位次，而且谁更靠前会随查询词翻转：有时移动端排名更好，有时桌面端更好。
这不是数据故障，也不是购买移动排名追踪工具的理由。它是 Google 构建结果页方式的一种属性，只要你读的是混合平均值，它就始终不可见。
本文讲的是这种分裂究竟由什么造成、我们自己的数字长什么样，以及一套简短 Claude Code 工作流，把两者拆开，让你不再用桌面端的判断去处理移动端流量。
常见的误解
大多数团队都带着一个假设，通常不会说出口：排名是页面的属性。你在某个查询词上排第 8，你就排第 8。排名追踪工具会强化这个假设，因为它们默认只用一个设备，每个关键词只打印一个数字。
实际后果是一种汇报习惯：有人查了桌面端排名，写进表格，下游的一切都把它当作关于可见度的真相。
更有用的现实
Google 自己记录在案的两个事实，打破了单数字模型。
事实一：被排名的是你的移动端页面。 Google 的 Search Central 文档直接写明："Google 使用网站内容的移动版（通过智能手机代理抓取）进行索引和排名。" 即使搜索的人正坐在笔记本电脑前，你的桌面端 HTML 也不是主要输入。
事实二：结果页是按眼前这台设备构建的。 Search Console 自己的帮助文档说得很直白，值得读两遍："搜索结果因搜索者的时间、地点、设备和近期历史而异。"
把这两点放在一起，你记下的排名只是来自一个随设备漂移的分布中的一次抽样。这个数字没有错，它只是比人们使用它的方式窄得多。
这个迷思为何传播得如此容易
四件平常的事让单数字模型活了下来。
- 追踪工具默认桌面端。 抓取桌面端 SERP 更便宜，存储也更简单，于是它成了默认那一列。很多套餐都有设备切换，但"有"和"默认开启"是两回事。
- Search Console 把设备混在一起。 默认的"效果"报告会在移动端、桌面端和平板之间取平均。要看分裂，你得打开"设备"标签页，或者以 device 作为维度调用 API。默认视图上没有任何东西提醒你正在发生混合。
- 移动排名追踪被当作附加功能出售。 当供应商把"移动排名追踪器"列为一个功能时，暗示是标准报告已经覆盖了一切。它覆盖的只是一部分。
- 样本小的时候看不出这个效应。 如果你看十个查询词，它们全都一致，问题看起来就只是理论上的。它是在查询词层面显现的，在那些展示次数足够多、可以取平均的查询词上。
我们自己的 90 天显示了什么
我们拉取了自己名下的 Search Console 资源，截至 2026 年 9 月 11 日的 90 天，以 query 和 device 作为维度。
设备 | 展示次数 | 点击次数 | CTR | 平均排名 |
|---|---|---|---|---|
桌面端 | 34,028 | 375 | 1.10% | 34.4 |
移动端 | 7,147 | 69 | 0.97% | 30.8 |
平板 | 156 | 0 | 0.00% | 40.8 |
同一个资源，同一个窗口，三个不同的故事。注意移动端平均排名更好，而移动端 CTR 更差。
这张表里有两处需要留心。
第一处是反向的信号。移动端平均排名比桌面端更好（30.8 对 34.4），但移动端 CTR 更差（0.97% 对 1.10%）。排名更好而点击率更差，在移动端是正常的：结果页更长，布局不同，页面顶部挤满了各种功能。只汇报排名的人会说移动端是更强的阵地，从而完全错过点击差距。
第二处是读取全站平均值本身的陷阱。这两行概括的是不同的查询词构成。我们的受众是坐在桌前的 SEO 从业者，所以桌面端承担了 82% 的展示次数，移动端承担的则是另一批更小的查询词。全站平均值把这一点藏了起来。让数字可以付诸行动的是按查询词的连接。
所以我们做了连接。在展示次数不少于 20 的 130 个查询词中，85 个在两个设备上都有数据。以下是最大的六处分歧。
查询词 | 移动端排名 | 桌面端排名 | 差距 |
|---|---|---|---|
auditoria seo on page | 64.5 | 53.1 | 11.4（桌面端更好） |
perplexity seo checking tool | 20.5 | 31.1 | 10.6（移动端更好） |
geo seo | 92.9 | 85.4 | 7.5（桌面端更好） |
auspia | 5.4 | 1.6 | 3.8（桌面端更好） |
perplexity referral traffic | 11.2 | 12.0 | 0.9（桌面端更好） |
amazon echo keywords | 13.9 | 13.8 | 0.1（持平） |
差距朝两个方向跑。"移动端排名更差"和"排名就是排名"一样错。
方向会翻转。这才是应该改变你操作习惯的发现：你没法用一条经验法则修正设备分歧，因为并不存在一个一致的、可供修正的方向。你只能逐查询词去测量。
该怎么做：拆分、连接、设阈值、判断
四个步骤，工作流一旦建好，大约 20 分钟。
第 1 步：把 query 和 device 一起拉出来。 在 Search Console 里打开"效果"，在"查询"旁边加上"设备"标签页，按 90 天导出。走 API 的话，请求维度 ["query","device"]，行数上限要足够装下你的查询词集合。API 接受的行数上限远高于中型网站的需要，所以往高了请求，再在本地裁剪。
如果你已经在产出每周排名报告，这只是在你已有的东西上加一个维度，而不是新建一个工作簿。我们每周排名报告工作流里的报告契约已经为它留了位置。
第 2 步：以查询词为键做连接。 每个查询词一行，一个移动端列，一个桌面端列。只存在于单一设备上的行本身就是一项发现：它们意味着这个查询词在一边有展示，在另一边没有。
第 3 步：先设阈值再看结果。 5 个位次是一个可用的起步阈值。低于它，你读的是噪声。高于它，你就找到了一个两个阵地真正不一致的查询词。
第 4 步：按查询词类别决策，而不是逐个查询词决策。 金钱词优先修。对比类查询词的分歧通常是因为 SERP 布局不同，而不是你的页面弱。品牌词出现分歧几乎从来不是 SEO 问题。信息类查询词可以等。
执行拆分的 Claude Code 工作流
可重复的那部分是机械的：拉取、连接、设阈值、汇总。这正是应该放进智能体、而不是占用你一周时间的任务形态。
把它存成一个 Claude Code 能读的指令文件，指向你自己拥有的资源：
拉取资源 <property> 最近 90 天的 Search Console 数据。
使用维度：query, device。只保留展示次数至少为 20 的查询词。
以查询词为键把移动端和桌面端连接起来。
对同时存在于两个设备上的每个查询词，计算平均排名的绝对差值。
只输出差值不小于 5.0 的行，按总展示次数降序排列。
每行显示：查询词、移动端排名、桌面端排名、差距、哪一端更好、
移动端展示次数、桌面端展示次数。
最后输出两行汇总：
1. 移动端更好的查询词数量，以及桌面端更好的查询词数量。
2. 差距最大的那个查询词及其总展示次数。
不要给出修复建议。不要写内容推荐。
把输出保存为工作目录下的 mobile-desktop-gap-YYYY-MM-DD.md。这条指令里有三处刻意的选择，即使你改写它，也值得保留。
它设定了展示次数下限，因为一个只有四次移动端展示的查询词算出来的平均排名毫无意义。它禁止给出修复建议，因为决策取决于查询词类别和业务上下文，智能体在那里靠猜只会产出自信的废话。它保存为带日期的文件，这样你可以拿下个月的分裂和这个月对比，这是唯一能看出修复是否奏效的办法。
这条提示词在形态上与具体智能体无关。Codex 用它自己的文件约定执行同一条指令，复核步骤完全相同。
护栏
- 展示次数低于约 20 就停下。 基于一小把展示次数的平均排名会自己跳动两位数。提示词里的阈值就是为此存在的。
- 平板不是移动端。 我们的平板行有 156 次展示、零次点击。把平板并进移动端，会让移动端的数字因为与移动搜索毫无关系的原因而变差。
- 本文讲的是测量，不是资格。 Google 究竟能不能看到你的移动端内容，是另一个问题，需要另一套检查。审计那一侧我们写在2026 年的移动优先索引里。
- 排名更好也可能是更差的结果。 在我们自己的数据里，移动端排名更好而点击更差。排名和点击率需要一起读。
- 不要追逐每一处差距。 一个月搜索量 30 次的查询词上 6 个位次的差距不是一个项目。把列表按展示次数排序，让长尾留在原地。
- 深位次的表现不一样。 如果一个查询词在两个设备上都排在 100 名开外，先解决深度问题。Google 的结果实际能走多深，我们在排名检查深度测试里量过。
Auspia 观点：设备分歧在成为排名问题之前，首先是一个测量问题。大多数团队从没看过，因为默认报告把分裂藏了起来。一旦分裂可见，大多数差距都能解释清楚，而少数几个有意思的才值得动手修。
常见问题
Google 会分别给移动端页面和桌面端页面排名吗？ 实际上是的。Google 索引的是你内容的移动版，返回给手机的结果页也不同于返回给笔记本电脑的。两个排名来自同一套底层系统，但它们不是同一个数字。
为什么我的排名追踪工具和 Search Console 不一致？ 它们测的是不同的东西。追踪工具在一个地点、一个设备上抓取实时 SERP。Search Console 则对所有设备、国家和整个日期范围取展示次数的平均。两者可以既都正确又不一致。
什么是移动排名追踪器，我需要吗？ 移动排名追踪器抓取关键词组的智能手机 SERP。如果你需要竞争对手的排名，或是你自己数据里看不到的地区，它值得付费。如果你只需要自己网站的移动端可见度，Search Console 已经免费提供了，而且按设备拆分。
展示次数要到多少，设备级排名才可靠？ 大约 20 是粗略读数可用的下限；到 100 以上，数字就不再逐周跳动了。低于 20，把这个查询词留在列表里，但不要照它行动。
Claude Code 能直接读取 Search Console 吗？ 可以，通过服务账号或 OAuth 凭据走 Search Console API。上面的工作流假定这个连接已经存在。哪些排名任务值得交给智能体、哪些不值得，我们的 SEO 智能体指南里有讲。
如果移动端排名更差，我该去修移动端页面吗？ 先看 SERP。如果移动端结果页里有更多视频、更多本地包，或者页面类型构成不同，那要修的是内容格式而不是页面质量。如果 SERP 形态一致、页面本身也没问题，就把它当作内容对等问题，对照移动优先检查项做一次审计。
作者：Marcus Ellery，Auspia 增长实验负责人，主导过 150 多项 SEO 测试。他撰写关于基准数据、受控实验，以及指标在动和指标有意义之间区别的文章。
