如果你的排名監控每週推送四十則告警,你就不會再看了。如果一則都不推,你要等到業務電話裡才知道排名掉了。這兩種是同一種失敗:沒有人定義過什麼樣的變化值得動手處理。
這不是一篇講監控迴圈的文章。每週 Hermes 迴圈怎麼跑,我們已經發過,那套內容現在依然成立。這篇講的是更窄、也難得多的那一塊:告警設計。檔位切錯了,整個迴圈就只剩儀式感。
大概率正在發生的問題
你的監控大概率沒壞。它只是用錯了量級,報告了錯的對象。
在動技能檔案之前,先對照這四個症狀。
症狀 | 通常意味著 |
|---|---|
每週收到十則以上告警,一則都沒處理 | 沒有閾值檔位;監控是一份變更日誌,不是告警系統 |
排名看著穩定,點擊卻在掉 | 你只盯了排名,而真正動的是點擊或品牌相關訊號 |
週一早上全部警報 | 在用單日對比;週末資料雜訊大,窄檔位必然被觸發 |
告警到達時修復早就上線了 | 頻率是每週,變更週期卻是每天;觸發器設計不對 |
如果這張表裡有兩行說中了你的現況,對策就是下面這四項改動。沒有一項需要新工具。
改動 1:把「任何變化都告警」換成三個檔位
一個有用的監控只有三種狀態,而中間那檔才是讓它能被忍受的關鍵。
檔位 | 定義(範例) | 代理會做什麼 |
|---|---|---|
記錄 | 排名移動 3–5 位,或曝光移動 10–30% | 寫進每週報告。不發通知。 |
觀察 | 排名移動 6–10 位,或頁面跌出前 20 | 連同進入觀察清單的日期一起記下 |
行動 | 排名移動超過 10 位,或核心字詞跌出首頁 | 只發一則通知,附上頁面與查詢字詞 |
這三個檔位能成立靠三件事:用數字寫死、存在技能檔案裡而不是你腦子裡、以及「行動」檔被刻意收窄。如果「行動」檔每週觸發超過兩次,代表它太寬了。
三個檔位,一個通知管道。「行動」檔應該安靜到你仍然會去讀它。
品質檢查: 正式啟用前,先拿上個月的資料跑一遍檔位。數一數有多少行會落進「行動」。如果一個月超過八行,就挪動閾值。
如果不行: 低流量網站上,單靠排名檔位永遠不會觸發。把曝光檔位當主觸發器,排名當次觸發器。
改動 2:凍結查詢集並分組
查詢清單每週都變,監控一定會漂移。先凍結一季,然後再檢視。
按公司內部已經在用的說法分組,而不是按搜尋量:
- 核心字詞——直接對應營收的那批。給它們最緊的「行動」檔。
- 比較字詞——買家做評估的地方。競爭對手一動它們就動,所以更需要註記,而不是告警。
- 品牌字詞——你自己的名字和產品詞。這裡掉的排名通常不是 SEO 的原因,正因如此它更該出現在報告裡。
- 支援字詞——老客戶找答案的地方。商業價值低,但內容老化的訊號很強。
20 到 50 個是可用區間。少於 20 會漏掉聚類,多於 50 則監控面太大,「行動」檔會一直觸發。
改動 3:先註記,再閱讀
這套流程裡性價比最高的習慣只要兩分鐘。在每週報告產出之前,寫一小段這週上線了什麼:發版、模板改動、重導向、改價格、投放 PR。
沒有註記,任何波動都會被預設套上 SEO 的解釋。團隊花一整週追演算法更新、真正原因卻是週二換了模板,就是這樣來的。
Hermes 技能應該把這條備註當作輸入要求,而不是可選項。如果備註缺失,技能不猜,而是在報告標頭寫明「未提供變更日誌」。
註記進在分析之前,不是之後。這是整套流程裡最便宜的一次準確度提升。
改動 4:監控 2026 年真正在動的訊號
這裡是大多數監控方案落後一年的地方。2026 年 9 月 9 日發布的 Zyppy 專家調研,從 131 位從業者那裡收集了 13,665 個資料點。行為與點擊訊號達到 29.4%,品牌訊號 27.0%,技術 SEO 健康度 17.5%。那份調研的盲區我們在頁面訊號與品牌訊號的差距解讀裡寫過,但對監控來說,實務結論很直白:如果你只追排名,你追的是最容易被替代的那個訊號。
有兩項值得投入:
被標記查詢的曝光點擊率。 一個字詞穩在第 4 位,曝光在漲而 CTR 在跌,它並不穩定。它在衰減,而排名不會告訴你這件事。
把品牌搜尋單列一行。 品牌需求會因為 SEO 看不見的原因波動,並且會改變其他所有數字的讀法。單獨追蹤,才不會把品牌帶來的流量波動誤當成內容成績。
如果你想再往前走,加上 AI 引用可見度,那就把它放進獨立小節,配自己的閾值。把答案引擎可見度混進排名監控,兩邊都會更難讀,而且資料來源本來就不可比。
把它做成 Hermes Agent 技能
Hermes Agent 很適合這件事,因為它能把一個內建技能帶著跨工作階段記憶反覆執行,而這正是每週監控需要的。如果你還沒搭好,Hermes SEO/GEO 營運指南講了專案資料夾和審批規則。
技能檔案需要五個區塊:
- 輸入——上週的資料匯出、變更日誌備註、凍結的查詢清單。
- 檔位——改動 1 裡的三個閾值,寫成數字。
- 分組——改動 2 裡的四個查詢組,以及各自的檔位。
- 輸出——固定三節的報告,外加從上週順延的觀察清單。
- 邊界——唯讀、不改站、「行動」檔之外不發任何通知。
一個可以直接抄的起點:
## 排名監控技能
輸入: data/latest.csv, notes/change-log.md, queries/frozen-list.csv
頻率: 每週
檔位:
- 記錄: 排名移動 3-5 位,或曝光移動 10-30%
- 觀察: 排名移動 6-10 位,或頁面跌出前 20
- 行動: 排名移動 10 位以上,或核心字詞跌出首頁
分組與檔位覆寫:
- 核心字詞: 移動 6 位以上即觸發「行動」
- 比較字詞: 只用「觀察」檔,永不發通知
- 品牌字詞: 「記錄」檔;單獨標記,不與內容波動合併
- 支援字詞: 「記錄」檔
輸出: reports/monitor/YYYY-MM-DD.md
1. 越過檔位的變動行
2. 可能的解釋,限於輸入範圍內。檔案涵蓋不到時,
寫「本資料無法解釋」。
3. 觀察清單,附每行進入的日期
如果 notes/change-log.md 缺失,在標頭寫明「未提供變更日誌」。
永不建議改動網站。永不編輯 reports/monitor/ 之外的檔案。每週跑一次。報告讀一遍。只對「行動」檔動手,而且只對連續兩週解釋一致的行動手。
完成的樣子: 你能說出上個月觸發了多少則告警、其中多少變成了行動、平均偵測耗時多久。這三個答不上來,監控就還只是一份日誌。
這套檔位設計來自我犯過兩次的錯誤。第一個監控對每一次排名變化都告警,一個月內我就學會了無視它。第二個什麼都不報,因為我把「行動」檔按流量是我十倍的站來設。上面這版是第三次嘗試,也是唯一一個我到現在還在讀的。
衡量監控有沒有變好
三個數字能說明這套東西有沒有用,而它們都不是排名。
指標 | 之前 | 四週後目標 |
|---|---|---|
每月告警數 | 20–40 | 4–8 |
變成決策的告警 | 0–2 | 一半 |
從下跌到發現的耗時 | 2–6 週 | 1 週 |
如果告警降了但決策沒升,代表不是監控太安靜,而是「行動」檔太窄。放寬一檔,再跑一個月。
什麼時候不該用它
如果這份產出沒有負責人,整套都別做。沒人讀的每週報告比沒有報告更貴,因為它製造出「排名工作有人在管」的錯覺。
如果網站每天的曝光不到幾百次,也別做。在這個量級上,用每月同比對比代替每週監控:訊號還沒出來,你會把時間花在調一個永遠不會觸發的閾值上。
常見問題(FAQ)
它能替代付費排名工具嗎? 不能。Search Console 涵蓋的是你自己的資源,而這正是這個監控需要的。付費工具補上的是競爭對手排名、每日頻率,以及你在自己資料裡看不到的地區。先免費起步,等你需要的是對比而不是基準時再加工具。
每週多少則告警算正常? 日曝光幾千的網站,每月 4–8 則是可用區間。每週兩則是合理上限,超過就代表檔位太窄。
監控該按天跑還是按週跑? 報告按週,只有「行動」檔可以按天。每日報告會帶來每日閱讀,監控就是這樣從保險變成一份工作。
Codex 或 Claude Code 能跑同一套設計嗎? 能。檔位、分組、註記、輸出形態都與代理無關,差別只在檔案慣例,所以我們把 Codex 和 Claude Code 的教學分開寫。
某個字詞觸發「行動」檔時該做什麼? 先看頁面,再看 SERP。頁面沒問題而 SERP 形態變了,通常需要的不是重寫,而是換內容或換格式。AI SEO 平台如何追蹤排名表現那篇裡寫了排查順序。
作者:Camille Rhodes,Auspia 300 多個 AI 內容工作流的設計者。她寫工作流設計、自動化的邊界,以及那些讓 AI 輔助的 SEO 工作保持有用的複核步驟。
