排名不是一個單一數字。同一個網站、同一個查詢詞、同樣的 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 測試。他撰寫關於基準資料、受控實驗，以及指標在動和指標有意義之間區別的文章。
