SEO 檢查清單

規則 1308:fanout-rank-still-predicts 來源提煉 · 未經本站獨立實測

在 Kevin 與 AirOps 的研究裡，展開查詢排第一的結果拿到 58% 引用，約為第十名的四倍。他估計 SEO 與 AEO 重疊 70% 到 80%。範圍是超過 20 個月、超過 100 萬則回答、超過 10 萬次引用。

適用 用提示詞排名取代傳統搜尋名次

排除 不要把 58% 或 70% 到 80% 寫成所有引擎、所有查詢的固定比例

核對項目

• 先看展開查詢在 Google 或 Bing 的名次
• 寫明這是這場研討會的資料

規則 1308:trust-can-override-position 來源提煉 · 未經本站獨立實測

AI Mode 短名單上，使用者約 74% 選第一個結果。名單上有認得且信任的品牌時，名次就沒那麼要緊，排得比較後面仍可能被選上。

適用 解讀 AI 回答裡的出現順序

排除 不要只留下 74%，把信任能壓過名次這句拿掉

核對項目

• 74% 標成短名單上的選擇
• 站外的評測、YouTube、社群有沒有被放進同一份計畫

規則 1308:ai-search-not-only-referral 來源提煉 · 未經本站獨立實測

他說 AI Overview 出現時，點進傳統結果大約少 50%，點摘要連結的大約 1%。AI 引薦通常只占自然流量 1% 到 5%。一個客戶自然流量幾乎少 50%、轉換接近增 20%，自述來源裡 AI 約影響 10% 的新業務。同一條提示連續三次，只有 2.2% 的引用保持一致。

適用 用 AI 引薦流量判斷這條渠道有沒有價值

排除 不要把 1% 到 5%、50% 的點擊下降和那一個客戶的轉換加成全行業結論，也不要拿單次提示當排名

核對項目

• 引薦、直接流量、品牌搜尋和顧客自述分開
• 重要提示有重複跑

規則 1291:health-aio-overlap-46 來源提煉 · 未經本站獨立實測

健康類 AI Overview 引用域和 Google 自然前 10 的重疊是 46.2%，來自 2026 年美國 900 個健康查詢的同儕審查稽核。AI Overview 出現在 87.7%，平均 8.9 個引用。這不是 Goodie 260 萬則回答的指數，也不能外推到其他行業。

適用 用排名解釋醫院會不會被 AI Overview 引用

排除 不要把 46.2% 寫成你的科別比例，或寫成 Goodie 面板的數字

核對項目

• 寫明 900 個美國健康查詢
• 沒有和 77.9、73.7 這類指數分混用

規則 1291:block-training-keep-retrieval 來源提煉 · 未經本站獨立實測

法務若要求不參與訓練，擋的是 GPTBot 和 ClaudeBot。OAI-SearchBot 和 Claude-SearchBot 是搜尋與取出，要分開留著。一次擋住所有 AI 使用者代理，會把醫師、地點和病情從回答裡拿掉。

適用 醫院要在 robots.txt 裡處理 AI 爬蟲

排除 不要用一條「擋住所有 AI」同時處理訓練和病人找醫師

核對項目

• 訓練爬蟲和搜尋爬蟲分成不同群組
• 病情、醫師、地點、保險沒有被萬用 Disallow 蓋掉

規則 1291:physician-facts-not-adjectives 來源提煉 · 未經本站獨立實測

ChatGPT 在 40,500 則骨科醫師推薦裡有 52.8% 拒絕推薦任何人；寫出名字的 1,000 則裡只有 44.6% 能核對。醫師頁要有專科、處置、地點、保險和認證，並和執照與保險名錄一致。這是骨科、ChatGPT 的一次研究。

適用 希望模型推薦本院醫師

排除 不要用形容詞代替可核對的事實，也不要把 52.8% 寫成所有專科

核對項目

• 離職醫師是轉址或下架，不是只在 robots.txt 隱藏
• 保險頁沒有被擋

規則 1290:google-extended-not-aio 來源提煉 · 未經本站獨立實測

Google-Extended 是 robots.txt token，官方用來管理抓到的內容能否訓練未來的 Gemini 模型，以及能否用於 Gemini Apps 和 Vertex 接地。Goodie 把 AI Overviews 和 AI Mode 歸到 Googlebot 與 Search Console 的生成式 AI 設定，不歸到這條 token。

適用 用 robots.txt 控制內容要不要進 Google 的 AI 回答

排除 不要把擋 Google-Extended 寫成已經退出 AI Overviews 或 AI Mode

核對項目

• Search Console 的生成式 AI 設定仍是開啟
• nosnippet 和 max-snippet 沒有把摘要限死

規則 1290:goodie-v4-not-google-weights 來源提煉 · 未經本站獨立實測

作者權威 88 對 75、新鮮度 74 對 Perplexity 87，是 Goodie V4 的相關分：2026 年 2 月到 6 月、六個入口 113 萬條提示，不含 AI Overviews。2.31 倍、82.47% 和 63.7% 各有自己的分母。

適用 引用 Goodie 的 Gemini 分數

排除 不要把這些分數寫成 Google 的權重，也不要把不同分母加在一起

核對項目

• 寫明不含 AI Overviews
• 每個百分比旁邊有它的分母

規則 1290:answers-in-initial-html 來源提煉 · 未經本站獨立實測

AI Overviews 和 AI Mode 背後的內容由 Googlebot 抓取。關鍵答案、標題和結構化資料要在最初的 HTML 裡。標記能維持複合式結果的資格，V4 說它本身不帶來引用。

適用 頁面主要內容靠 JavaScript 才出現

排除 不要把加上 FAQPage 或 JSON-LD 寫成就會被 Gemini 引用

核對項目

• 停用 JavaScript 仍看得到答案
• 沒有把 40 到 60 詞寫成 Google 的門檻

規則 1266:not-a-citation-tactic 來源提煉 · 未經本站獨立實測

不要把放上 llms.txt 當成會被更多引用。它也不會推翻 robots.txt 的限制。

適用 要不要放 llms.txt 時

排除 不要把它寫成會增加引用

核對項目

• 模型拿掉變數後更準
• 檔案不會推翻 robots.txt

規則 1266:high-traffic-not-higher 來源提煉 · 未經本站獨立實測

高流量站採用率約 8.27%，並不更高。0–100 次是 9.88%，1,001–5,000 次是 10.54%。不要補沒列出的區間。

適用 用流量解釋誰會採用 llms.txt 時

排除 不要寫高流量站更常採用

核對項目

• 100,001 次以上約 8.27%
• 沒有補文章沒列出的區間

規則 1267:robots-txt-is-intent 來源提煉 · 未經本站獨立實測

全站沒有 Disallow 搜尋爬蟲，只表示 robots.txt 的意圖。這次沒有測防火牆。沒點名的爬蟲預設允許。

適用 看到 robots.txt 沒有點名 AI 爬蟲時

排除 不要把沒寫寫成拒絕，也不要把它當成防火牆沒有擋

核對項目

• 沒點名等於允許，除非星號群組全站拒絕
• 防火牆另查

規則 1267:cloudflare-can-block-googlebot 來源提煉 · 未經本站獨立實測

用 Cloudflare 擋 AI 訓練，2026-09-15 之後可能一併擋到 Googlebot、Bingbot 和 Applebot。訓練爬蟲和搜尋爬蟲要分開寫。

適用 用 Cloudflare 擋 AI 訓練時

排除 不要假設 Googlebot 一定還進得來

核對項目

• 2026-09-15 之後確認有沒有波及 Googlebot
• 訓練爬蟲和搜尋爬蟲分開寫

規則 1267:llms-txt-not-measured 來源提煉 · 未經本站獨立實測

58/93 有 llms.txt，這次沒有量會不會被引用。有檔案不等於會被引用。

適用 看到 58/93 有 llms.txt 時

排除 不要寫成因此會被引用

核對項目

• 這次沒有量引用
• 有檔案和被引用分開

規則 1246:free-logged-out-denominator 來源提煉 · 未經本站獨立實測

14.4% 只屬於 6,660 萬則免費、未登入的回答。引用名次的變化不能讀成每一次 ChatGPT 回答都在換來源。

適用 引用 14.4% 有搜尋時

排除 不要寫成每一次 ChatGPT 回答都有搜尋

核對項目

• 分母是 6,660 萬則免費未登入回答
• 引用名次沒有被讀成流量

規則 1246:do-not-mix-reddit-shares 來源提煉 · 未經本站獨立實測

19.1% 到 2.3% 是 Ahrefs 的美國回答引用。Promptwatch 的 0.52% 是另一個口徑。1.6 次和 7.61 次展開也不能直接比。

適用 引用 Reddit 占比下降時

排除 不要把 19.1% 到 2.3% 和 Promptwatch 的 0.52% 加成同一個數字

核對項目

• 標了 Ahrefs 或 Promptwatch
• 1.6 次和 7.61 次沒有直接比較

規則 1244:no-percentage-for-inline-links 來源提煉 · 未經本站獨立實測

內聯連結更常上移沒有幅度。Search Console 把同一則 AI Overview 的連結記成一個名次，上移本身不改這個名次。

適用 引用內聯連結上移時

排除 不要補一個公告沒有的比例，也不要說 Search Console 的名次會跟著上升

核對項目

• 沒有自造百分比
• 同一則 AI Overview 仍記成一個名次

規則 1244:separate-link-types 來源提煉 · 未經本站獨立實測

記錄 AI 回答時，內聯連結、文末連結和 Preferred Sources 分開記。官方頁區塊和 AI Mode 的名字連結仍在測試。

適用 記錄 AI 回答裡的連結時

排除 不要把內聯、文末和 Preferred Sources 加成一種連結

核對項目

• 三種連結分開記
• 官方頁區塊和名字連結標成測試

規則 1242:annotate-oct-8-to-15 來源提煉 · 未經本站獨立實測

GA4 裡 2026-10-08 至 10-15 的 ChatGPT 渠道先標成追蹤中斷，再解讀。Huesler 寫標籤從 10 月 15 日開始恢復，但 referrer 大多仍缺，而且不是每個帳號同一天看到。

適用 週報裡 ChatGPT 工作階段在 10 月 9 日前後突然下降

排除 不要用這幾天的渠道數字改內容或改預算，也不要以為標籤恢復會補回已經丟掉的歸因

核對項目

• 報表有 10 月 8 日至 15 日的註記
• 修復之後仍用 utm_source=chatgpt.com 計數，不靠 referrer

規則 1242:chatgpt-and-direct-together 來源提煉 · 未經本站獨立實測

同一頁的 ChatGPT 和 Direct 要放在一起看，包括首頁。Rudzki 看到的直接連結有 54% 指向首頁。Direct 有沒有上升，Graphite、Adobe 的 500 頁和 LLM Pulse 並不一致，不能合成一個結論。

適用 ChatGPT 渠道下降，要判斷是人少了還是標籤少了

排除 不要只因為渠道少了就寫成流量流失，也不要只因為某一家看到 Direct 上升就寫成流量都還在

核對項目

• 每個先前有 ChatGPT 造訪的頁面都有 Direct 對照
• 首頁 Direct 有單獨看

規則 1242:inline-links-lost-the-tag 來源提煉 · 未經本站獨立實測

一度消失的是回答正文裡的內聯連結參數，以及新分頁不傳 referrer。來源面板、購物連結，以及點開面板才出現的連結，當時仍可能帶著 utm。行動版更依賴這個參數。

適用 用 ChatGPT 渠道評估 App 或行動流量

排除 不要把所有 ChatGPT 連結都寫成沒有參數

核對項目

• 內聯連結和來源面板、購物連結分開看
• 自己加在 ChatGPT 廣告上的 UTM 沒有被算進這次故障

規則 1242:do-not-mix-denominators 來源提煉 · 未經本站獨立實測

22%–57% 和約 45% 是有一定 AI 助手流量的網站；約 46% 是 LLM Pulse 的監控網站，總流量大約只少 2%；每天少 3.1 萬、Direct 多 2.6 萬是約 500 個高占比頁面；42% 是回答裡有沒有連結，不是點擊率。

適用 引用這次下跌的幅度時

排除 不要把這些百分比相加或寫成全行業流失，也不要把 42% 寫成點擊率

核對項目

• 每個數字旁邊有它的分母
• 沒有把 3.1 萬和 2.6 萬寫成相等

規則 1237:agents-md-is-rollout 來源提煉 · 未經本站獨立實測

122 家頭部 Shopify 裡，89 家有 /agents.md，其中 83 份幾乎是同一份平台模板，整份樣本只有 5 份是商家自己寫的。有這個檔案，不能當成商家已經為購物代理準備好了。

適用 用 agents.md 或就緒檢查的高分對外說「代理就緒」之前

排除 不要把平台預設模板的採用率寫成商家準備度

核對項目

• 已打開檔案看是不是模板
• 是否寫了自己的退貨天數、取消規則、免運門檻和自取

規則 1237:checkout-not-policy-answer 來源提煉 · 未經本站獨立實測

代理能建立結帳，不等於答得出配送、到達、自取和取消。政策要用買家的問法打一遍；回來的是空清單、只有連結或錯主題，就是代理拿到的答案。

適用 結帳或 MCP 工具已經有回應、準備對外說購買代理可用時

排除 不要用「被引用」或政策頁有散文，代替代理取得到的答案

核對項目

• 已用買家問法測運費、到達、自取、取消
• 74 這類分母沒有和 122 混用

規則 1237:shipping-only-can-be-wrong 來源提煉 · 未經本站獨立實測

UCP 只宣告運送時，可能把明明有自取的店說成不能自取。有自取就要核對設定檔；到達估計要另測，不能從運費推斷。

適用 店有到店自取或點擊後領取，卻要讓代理回答履約方式時

排除 不要把機器可讀的「只有運送」當成自取不存在

核對項目

• /.well-known/ucp.json 是否仍只有運送
• 是否有一筆結帳回了到達估計或承運人

規則 1237:nine-checks-none-passed 來源提煉 · 未經本站獨立實測

這次九項購買決定檢查，122 家沒有一家全過。最好的三家做到七項，仍沒有寫明的取消窗口，也沒有取消訂單的工具。

適用 用單項通過（例如結帳建立成功）總結整店代理就緒時

排除 不要把需要人批准的結帳說成代理可以獨立付完款

核對項目

• 狀態是否為需要買家輸入
• 取消窗口和取消工具是否都有

規則 1236:directional-not-ledger 來源提煉 · 未經本站獨立實測

Topics Portfolio 仍是 beta：Topic Size、Sites Cited、Queries 是近似值，機會查詢的引用量是區間。只用來排主題優先級，不要寫成精確份額。

適用 對內或對客戶引用 Bing AI Performance 的主題數字時

排除 不要把區間的某一端當成確切引用次數

核對項目

• 數字旁註明近似或區間
• 已選定一個月、兩個月或三個月的區間

規則 1236:branded-opportunities 來源提煉 · 未經本站獨立實測

主題由 AI 分類，查詢可能被分到你不會這樣命名的主題。機會查詢會混入競品品牌詞；看到「別人被引、你沒有」時，先判斷是不是不該搶的品牌查詢。

適用 把 Opportunity Queries 排進內容日曆之前

排除 不要把 Running Shoes 主題裡的 Air Shoes 這類競品品牌詞排成新題

核對項目

• 機會清單已標出品牌詞
• 分類不對的列已按倒讚或排除

規則 1236:missing-tab-not-zero 來源提煉 · 未經本站獨立實測

網站或主題資料不夠時，Topics Portfolio 標籤可能不出現，或清單很短。不能據此判斷網站沒有 AI 搜尋可見度。

適用 小站或新站在 Bing Webmaster Tools 裡找不到這個標籤時

排除 不要把「沒有這個 beta 畫面」寫成可見度為零

核對項目

• 已改看 Citations & Pages 裡實際有的查詢

規則 952:audit-dated-cited-urls 來源提煉 · 未經本站獨立實測

大促前先匯出模型已在引用的自有 URL，優先更新路徑仍帶過去年份的頁（新聞室優先），或把舊稿導向今年版本。

適用 Black Friday／類似檔期前約七週內

排除 不要假設頁面變舊就會自動掉出引用清單；也不要把「被引用」直接當成「答案正確」

核對項目

• 有帶日期的被引用 URL 清單
• 舊年份 URL 已標「刷新／導流／合併」

規則 952:one-hub-per-event 來源提煉 · 未經本站獨立實測

每個活動只保留一個樞紐 URL；追蹤參數與郵件活動變體指向同一 canonical，避免引用被攤成數十個網址。

適用 季節樞紐與活動落地頁管理

排除 不要每年換一個無法延續的樞紐網址，卻指望舊引用自動跟上

核對項目

• 活動相關被引用 URL 數是否異常偏多
• 變體是否 301／canonical 回主樞紐

規則 952:dates-on-hub-not-only-pr 來源提煉 · 未經本站獨立實測

今年檔期日期、營業時間、早鳥、價保、退貨等直接答案放在商城樞紐與 FAQ；新聞稿常保留原始日期，不宜只靠舊稿交代今年資訊。

適用 新聞室與電商樞紐分工時

排除 不要停發新聞稿；兩家案例裡新聞室反而是引用主力

核對項目

• 樞紐可見今年日期與政策 FAQ
• 高引用舊稿已更新或導流

規則 952:october-not-late-november 來源提煉 · 未經本站獨立實測

夏天就可能被引用；十月完成舊年份頁與常青頁改題，十一月最後一週才改通常偏晚。

適用 檔期內容排程

排除 不要用未校正的「季前成長倍數」做預算故事（提示集合可能中途擴充）

核對項目

• 日曆上有十月截止點
• 政策／說明頁也做年份檢查

規則 951:separate-panels 來源提煉 · 未經本站獨立實測

報告品牌名 AI Overview 時，分開寫：精確品牌名面板（如 63/100）、廣爬品牌詞占比（如約八成）、第三方日更序列；不要混成同一個覆蓋率。

適用 對內或對客戶解釋「大品牌搜尋都有 AIO」時

排除 不要把單日峰值或未公開名單的快掃寫成全網通則

核對項目

• 數字旁註明樣本與日期
• 未把 63% 與 83% 寫成同一指標

規則 951:appear-not-cited 來源提煉 · 未經本站獨立實測

「結果頁出現 AI Overview」≠「官網被引用」≠「點擊下降」；後兩者需另量，不能從觸發率直接推論。

適用 品牌可見度或點閱率檢討會議

排除 不要用觸發率單獨當品牌需求或流量歸因

核對項目

• 是否同時記錄提及、連結與 GSC 品牌／生成式 AI 報表

規則 951:brand-name-snapshots 來源提煉 · 未經本站獨立實測

用精確公司名（及主要別名）定期搜尋並存帶日期快照：有無 Overview、版位、引用網域與頁面現況。

適用 品牌／SEO 週檢或重大行銷檔期前後

排除 不要只看自然排名第一，卻不看答案內容與引用

核對項目

• 至少兩次不同日期的快照
• 引用頁是否過時或錯誤已標記

規則 951:external-cite-ownership 來源提煉 · 未經本站獨立實測

解讀 Wikipedia／YouTube／LinkedIn 等外站引用占比時，先分清是否可能為品牌自營頁；確認的競爭對手官網占比可能很低，不能直接等同「對手掌控敘事」。

適用 公關或品牌團隊解讀引用清單時

排除 不要把網域計數當成頁面歸屬或內容正確性證明

核對項目

• 清單已標註自營／第三方／不明

規則 676:geo-tool-pilot-same-prompts 來源提煉 · 未經本站獨立實測

評估 AthenaHQ 與 Ahrefs Brand Radar 前須固定同一組提示詞（發現、替代、比較、排除、教育、購買）、對手、國家與語言在兩邊各跑；295 美元／3600 點與 199 美元索引＋50 美元自訂提示詞包不可直接比月費。

適用 採購 AI 可見度或 Brand Radar

排除 不要用單一品牌提示詞判勝負

核對項目

• 是否分提及率與引用率
• 是否記引擎與日期

規則 676:athenahq-comparison-vendor-bias 來源提煉 · 未經本站獨立實測

比較頁由 AthenaHQ 執行長撰寫，1,561% 與未具名 50%／38% 等清單無方法；對外簡報只用受控試跑結果。84% 指回答未引用自有網域，不是 84% 回答沒提到品牌。

適用 引用 16.3%／56.48% 基準

排除 不要把示範 ROI 寫進合約 SLA

核對項目

• 情緒／Shopify 歸因是否僅單方宣稱
• Ahrefs 六引擎是否含於方案

規則 675:vendor-case-not-benchmark 來源提煉 · 未經本站獨立實測

引用 Oyster／AirOps 的 230%、FAQ 四天進 ChatGPT 等數字時，必須標為客戶案例自述、對照人工刷新，不可寫成全站或全產業保證 ROI。

適用 對外簡報 AI 內容刷新成效時

排除 不要省略 AirOps 供應商利益與未公開樣本方法

核對項目

• 已註明「不是逐句翻譯」的編譯來源
• 高合規內容仍保留人工與法務審核

規則 675:refresh-trigger-analytics 來源提煉 · 未經本站獨立實測

內容刷新優先依點擊衰退、互動與 MQL 等頁面訊號排程，而非僅靠固定日曆；競品與關鍵字差距應進簡報再產稿。

適用 規劃季度內容更新時

排除 不要無分析地批量重寫仍強勢的 URL

核對項目

• 已對照 Search Console 或同等流量數據
• 簡報含競品 SERP 差距

規則 675:faq-facts-verified 來源提煉 · 未經本站獨立實測

為 AI 引用而加的 FAQ 每則答案須可對照知識庫或官方來源；法律／合規主題需法務審核後才發布。

適用 批量生成或刷新 FAQ 區塊時

排除 不要用模型臆造公司能力數字或法規細節

核對項目

• FAQ 與正文事實一致
• 高風險頁有第二道專家審核

規則 673:playbook-before-volume 來源提煉 · 未經本站獨立實測

程式化或整合頁先鎖版型、格式規則與品質檢查，再接 CMS 暫存；放量前不要跳過意圖與來源規則。

適用 用 AI 工作流批量產出重複結構 landing 頁

排除 不要未接 CMS 就人工複製幾十篇，或把「幾週變幾小時」當無條件承諾

核對項目

• CMS 草稿管線已通
• 每種頁型有檢查清單

規則 673:single-owner-ai-keys 來源提煉 · 未經本站獨立實測

代理手冊、整合、提示與輸出審核先由一位內容工程師或 SEO 負責；品牌套件與發布流程鎖好再開放自助。

適用 團隊導入 Quill 或類似 AI 內容平台

排除 不要第一天就給全員完整權限

核對項目

• 手冊版本有 owner
• 法務／品牌審核路徑未繞過

規則 673:ai-to-ai-next-step 來源提煉 · 未經本站獨立實測

高意圖頁可放預填 ChatGPT 提示，讓下一步發生在模型內；並每週按主題追引用／提到率，從可見度缺口觸發更新。

適用 AI 搜尋可見度與轉化並重時

排除 不要把 Udemy 的 73% 模糊意圖比例抄成自己站的基準

核對項目

• 引用下降有主題級報表
• 更新仍走既有合規審核

規則 674:ymyl-no-raw-ai-publish 來源提煉 · 未經本站獨立實測

法律、醫療等 YMYL 內容即使使用 AI 輔助刷新，也須保留執照專家或合規審核閘門，禁止未審的完全生成稿直接上線。

適用 複製 LegalZoom 式刷新流程時

排除 不要只抄 45 分鐘數字而省略 Search Console 觸發與編輯標準

核對項目

• 草稿≠production
• 律師或同等審核已記錄

規則 674:gsc-decay-trigger-refresh 來源提煉 · 未經本站獨立實測

文章刷新優先由 Search Console（或同等）表現衰退觸發，再跑競品與結構分析；避免無數據的全庫重寫。

適用 維護大型文章庫時

排除 不要對仍強勢 URL 批量自動改寫

核對項目

• 觸發條件已文件化
• 刷新後仍有人工 QA

規則 674:kpi-session-revenue-llm 來源提煉 · 未經本站獨立實測

AI 搜尋時代除 sessions 外，應追蹤 LLM referral 轉換與 AI 引用占比；點擊率下降時勿單用流量 volume 判斷成敗。

適用 向管理層報告 organic／AI 成效時

排除 不要把 AirOps 客戶引用占比當成你的基準

核對項目

• 已區分傳統 organic 與 LLM 來源
• 轉換或 pipeline 有對照

規則 671:citation-vs-ranking-kpi-split 來源提煉 · 未經本站獨立實測

AI 引用與 Google 排名分開 KPI；高排名頁若與模型判斷意圖不符仍可能被排除，需主題／實體覆蓋與技術可及性並做。

適用 AEO／AI 可見度報告

排除 不要用排名單一圖表推論 citation

核對項目

• 高價值 URL 引用監測
• 意圖與內容段落對齊

規則 671:agent-ready-semantic-controls 來源提煉 · 未經本站獨立實測

轉換動作使用原生 button／form 與可存取名稱；避免 span 假按鈕，以免未來 agent commerce 無法完成加購或付款。

適用 電商 PDP／checkout

排除 不要只做視覺 CSS 按鈕

核對項目

• 無障礙樹可點擊 role
• robots 未誤擋 AI 爬蟲

規則 671:tech-seo-order-for-ai 來源提煉 · 未經本站獨立實測

AI 可見度稽核順序：索引與 robots → 渲染與 HTML 正文 → 速度與 CWV 模板 → 伺服器 log 孤兒頁 → 轉換頁語意元素。

適用 引用率低但排名尚可

排除 不要跳過 log 只改文案

核對項目

• GSC 索引
• log 有 bot 命中
• CWV Poor 模板清單

規則 672:geo-sov-relative-not-pp 來源提煉 · 未經本站獨立實測

報 AI Share of Voice 時須註明 28.57%→38.67% 是相對增幅約 35%，不是增加 35 個百分點；91.03% 若來自 Google AI Overview 子版面，不可與整體 SOV 相加敘事。兩段日期（12/1–2/28 vs 3/1–5/31）若未標年份，外推時標 [待確認]。

適用 引用 Brainlabs／AirOps 案例對主管簡報

排除 不要寫成 SOV 增加 35%

核對項目

• 分子是否同一 prompt 集
• 分平台 delta 是否分開報

規則 672:prompt-grid-from-calls-before-scale 來源提煉 · 未經本站獨立實測

代理型 GEO 應先以 Search Console、客戶通話與簡報建立提示詞宇宙，再產內容；Brainlabs 六個月 80 篇來自真實問題且發布前人工核准。YouTube／LinkedIn 與自有站並行；Perplexity 下降時勿把 ChatGPT 加分說成全域上漲。

適用 建立 AirOps 或類似內容格子流程

排除 不要把 3× 更新引用率當已驗證因果（原文無出處）

核對項目

• 是否標 Perplexity −7.88pt
• MCP 更新是否需人簽

規則 669:media-ai-policy-table-quarterly 來源提煉 · 未經本站獨立實測

各媒體的 AI 投稿／揭露規則應單獨建表並每季更新；寄稿前對照該媒體當季政策，不要沿用舊範本。

適用 數位公關、新聞稿與記者外展

排除 不要假設所有媒體接受同一套 AI 護欄

核對項目

• 政策表是否有 Last reviewed 日期
• 投稿信是否引用該媒體條款

規則 669:crisis-roles-under-30-minutes 來源提煉 · 未經本站獨立實測

危機回應在首則訊號後 15–30 分鐘內啟動；事前寫清起草、法務、核准人與訊息範本，並演練一次。

適用 社群監測、ORM、品牌危機預案

排除 不要等九點開會才決定誰能發聲

核對項目

• 值班表是否含週末
• 範本是否不含未核實指控

規則 669:mentions-vs-links-separate-report 來源提煉 · 未經本站獨立實測

無連結提及與有連結提及分開記帳；廠商若稱兩者對 AI 差不多，你的 KPI 仍應分開，避免用連結工具漏掉純提及。

適用 AEO／GEO 報表與 Goodie 類提及追蹤

排除 不要把 Reddit 21.9% 當成已核對的自家引用率

核對項目

• 報表是否有 mention 欄
• 是否標註無出處的百分比

規則 670:retrieved-not-cited 來源提煉 · 未經本站獨立實測

AEO 要追「進最終回答」不只「被檢索」；優先改寫被抓到卻未被引用的頁的答案完整度與格式。

適用 檢索量大但引用低時

排除 不要只優化爬蟲可及性而忽略答案品質對照

核對項目

• 有檢索未引用清單
• 對照已引用頁的答法結構

規則 670:comparison-table-commercial 來源提煉 · 未經本站獨立實測

商業意圖頁加買家準則比較表並定期刷新；原文稱此類頁被引用機率約高 47%。

適用 替代方案／競品／底漏斗頁

排除 不要把 47% 當成你站的保證漲幅

核對項目

• 表列對齊買家決策因素
• 數字與產品現況一致

規則 670:aeo-playbook-refresh 來源提煉 · 未經本站獨立實測

結構修正、FAQ、比較表、過期主張做成 playbook，按主題叢集刷新並經人審；同步檢查站外品牌一致性。

適用 要把研究變成可重複執行時

排除 不要只有單次手工改幾頁、無法衡量叢集效果

核對項目

• 有標準手冊步驟
• Top 意圖頁有直接答案與行動小標

規則 668:chatbot-sentiment-not-deflection-only 來源提煉 · 未經本站獨立實測

Commerce chatbot KPI 須含 escalated／abandoned 對話情緒與公開評論，不可只用分流率；薄 catalog 檢索會產生自信錯答，進而影響 AI 對品牌的品類敘事。

適用 上線或季度檢視 Gorgias／Tidio 等 bot

排除 不要「設定後不管」或假人化腳本硬撐邊界案例

核對項目

• 檢索是否對齊現行 PDP 與政策
• 90 天 escalated 是否匯出給內容／SEO

規則 668:first-party-bot-vs-third-party-agent 來源提煉 · 未經本站獨立實測

第一方 chatbot commerce 你擁有腳本與資料；第三方 AI 購物代理在別平台取開放網路。兩者資料品質（Product／FAQ schema）應同一套真相，避免站外 AI 讀到的與 bot 答的不一致。

適用 規劃 conversational commerce 路線

排除 不要只優化 Rufus／ChatGPT Shopping 而忽略站內 bot

核對項目

• schema 與 bot 知識庫是否同源
• AI 提及監測是否含負評來源

規則 666:new-domain-geo-service-clusters 來源提煉 · 未經本站獨立實測

新網域若要在 AI 搜尋搶位，AthenaHQ／Buried 案例描述的是「服務頁 + 主題成群部落格 + 提示詞對標」，不是只靠傳統連結權威；複製時要連題目（GEO 代理提及 vs 資訊型引用率）一起量。

適用 新品牌代理或 SaaS 要同時做 SEO 與 GEO

排除 不要把 25 倍提到率當成未披露起點的 KPI

核對項目

• 是否有可索引的服務 URL 叢集
• 引用率分母是否為同一批提示詞

規則 666:vendor-geo-case-leads-no-baseline 來源提煉 · 未經本站獨立實測

300% 潛在客戶增幅若未披露起點件數，只能當案例敘事，不可外推為你換工具或換策略必得的 lead 倍數；AthenaHQ 為監測方且 Buried 為 GEO 賣方，利益需標明。

適用 引用 GEO 客戶故事做採購或 OKR

排除 不要用四週「開始有詢問」代替可審計的漏斗數字

核對項目

• 是否區分引用率 11.2% vs 3% 與 lead 300%
• 提示詞研究框架是否另有文件

規則 667:ai-share-track-competitor-set 來源提煉 · 未經本站獨立實測

報告 AI 提及率時須寫清對手數量、提示詞集版本與月份（如 23.7%／22 競品／2026-08）；勿與 12 個月提及次數倍數（如 1,241→4,658）混為同一 KPI。

適用 向管理層報告 GEO 聲量

排除 不要把提及占比說成市占率

核對項目

• 非品牌提示詞占比是否另列
• 追蹤問題是否從數十擴到 500+

規則 667:narrowing-lead-content-sprint 來源提煉 · 未經本站獨立實測

當某品類 AI 領先差距收窄，優先針對該品類缺口補一篇對準實際提示詞的內容（Cozy Earth 居家服案例：一季內引用約 4 倍），再擴到其他品類。

適用 Bed／sleepwear 強但 loungewear 被追近

排除 不要只等年度報告才改內容

核對項目

• 已出現在回答但未引用的查詢清單
• 兩人小團隊是否只做輕審即可上線

規則 665:geo-citation-vs-mention-metrics 來源提煉 · 未經本站獨立實測

AI 可見度報表須分開「引用率」（答案附來源）與「提到率」（品牌被點名）；Rootly 案例同時出現 3%→30% 引用與 2.5× 非品牌提到、7.5%→18.3% 卡片，未說明是否同一提示詞集，不可併成一個 uplift。

適用 向主管報 GEO 10× 或 2.5×

排除 不要把等值媒體 12.6 萬或 116 萬 AD 價值當成已省廣告費

核對項目

• 引用與提到是否同一批 prompt
• 增量媒體價值是否有公開算法

規則 665:evaluation-prompt-geo-loop 來源提煉 · 未經本站獨立實測

B2B 評選型 GEO 應先建立競品基準與 revenue-mapped 提示詞，再每週出文件／比較頁／第三方來源修補清單並每月擴 prompt；傳統 SEO 排名不足以保證出現在 AI 短名單。

適用 已有 comparison 與 docs 但 AI 回答缺牌或說錯

排除 不要只靠 win-loss 軼事當唯一 AI 管道數據

核對項目

• 評選問句是否覆蓋 Slack/Teams 等工作流
• 是否記錄 misrepresentation 缺口

規則 664:gruns-sov-citation-mention-separate 來源提煉 · 未經本站獨立實測

Grüns 案例須分開報：聲量占比 2.0%→12.6%（6 倍敘事）、引用率 0.3%→7.0%（7/17–9/20，23 倍敘事）、提及率 4.0%→25.0%（括號 +19% 與 21 個百分點不一致）；不可併成一個 uplift 或 KPI。

適用 複述 DTC 支柱＋群集 GEO 成果

排除 不要把 70% 引用歸因與一萬零五百則曝光估計當成可審計營收

核對項目

• 三組指標是否各附日期或分母
• 是否標 AthenaHQ／Boring Ecom 利益

規則 664:pillar-then-cluster-one-article-first 來源提煉 · 未經本站獨立實測

AthenaHQ 描述順序是 Prompt Planner 定提示詞 → 一篇 AI 可讀支柱（定義、比較、規格、FAQ、schema）→ 群集連回支柱；第一個月只發一篇高槓桿文就動引用，第二個月才批次 Shopify 整合發文。

適用 新品牌要複製 Grüns 節奏

排除 不要跳過支柱直接堆群集篇數

核對項目

• 支柱 URL 是否可索引
• 群集是否回鏈同一實體

規則 663:nuvadermis-3x-sov-vs-5x-citation-ratio 來源提煉 · 未經本站獨立實測

「三個月聲量 3 倍」未披露起點百分比；「5 倍」是引用率 20%+ 對競品平均 4% 的橫向比，不是自家引用從 X% 成長 5 倍。對外簡報須分開兩句，勿補假起點。

適用 多品牌 DTC 用 SOV 當北極星

排除 不要把 nuvadermis.com 流量提升敘事寫成有百分比

核對項目

• 是否只報引用 20% vs 4%
• 三個月窗口是否有起迄日

規則 663:geo-prompts-gsc-category-first 來源提煉 · 未經本站獨立實測

提示詞工作流：先按各品牌產品類別收 prompt，再疊 Google Search Console 優先高查詢量；新品上市前數月即追相關 prompt 並同步站內＋站外。預算按類別查詢量、產品相關性、起步提及／引用分配，非平均灑。

適用 Lyra 式多品牌分工（品牌經理站內、社群 Reddit/YouTube、公關來源視圖）

排除 不要一次收幾百個問句而不對 GSC

核對項目

• 提示詞是否定期對方向
• SOV 定義是否寫清分母

規則 662:lago-aio-share-not-site-impressions 來源提煉 · 未經本站獨立實測

「11 倍」僅指追蹤提示詞群組在 Search Console 的 AI Overviews 曝光占比 3%→33%（2025-03 至 09），不是全站曝光次數 ×11；引用被描述為早於曝光數週的領先指標，無倍數。

適用 對外引用 Lago GEO 案例

排除 不要寫「全站 AI 曝光翻 11 倍」

核對項目

• 是否寫群組占比
• 是否標 3%/33% 月份

規則 662:source-first-weekly-five-step-loop 來源提煉 · 未經本站獨立實測

Lago「來源優先」循環：每週找對手有、自己無的提示詞 → 寫對題且帶穩定來源的文章 → 追蹤約三百則社群討論是否進 AI 來源 → 預算放在量大缺口 → 看引用曲線。50% 示範與 GEO 的關聯僅 CRM＋Athena 核對、方向性，非對照實驗。

適用 B2B SaaS 要複製每週 GEO 節奏

排除 不要把 50% 當產業示範基準

核對項目

• CRM 標記規則是否可複製
• 是否區分引用先於曝光

規則 661:ai-attribution-floor-not-total 來源提煉 · 未經本站獨立實測

AI 搜尋歸因應把 GA4／Adobe 可辨識的轉介轉換當「確定下限」，與模型化總量分開報；零點擊、隔日 direct／品牌搜尋與 query fan-out 會讓第一層明顯低估，不可把可見度分數當營收。

適用 向 CFO 報 AI 管道 ROI

排除 不要用 Adobe 54% 或 Goodie 117k 成交率外推全站

核對項目

• 是否分報 floor vs modeled
• 是否標明第二層調查與第三層 CRM

規則 661:attribution-ladder-level-2-3-no-ga4 來源提煉 · 未經本站獨立實測

歸因第二層（自報）與第三層（銷售通話／CRM）可在無 GA4 下補 AI 曝光；B2B 應把探索通話當歸因來源，而非只依賴 referral 像素。

適用 AI 轉介被分類成 Direct 或樣本太小

排除 不要停在第一層就宣稱「AI 沒用」

核對項目

• lead 表是否有「如何得知」
• CRM 是否記錄 ChatGPT 等來源

規則 660:reuse-owned-expertise 來源提煉 · 未經本站獨立實測

把峰會逐字稿、課程前後測與會員調查改寫成可引用公開頁，提高 AI 引用占比；庫存素材比空寫定義頁重要。

適用 教育或社群站有大量未上架專業素材時

排除 不要讓高價值材料只停在會員區或影片而無可被引用的文字

核對項目

• 有素材→公開頁轉換清單
• 按題目類別追蹤引用占比

規則 660:expert-first-not-draft-first 來源提煉 · 未經本站獨立實測

寫稿前先從知識庫拉出五個以上專家觀點與獨特角度，再組成文章；避免先寫通用稿再貼引述。

適用 做 AEO／生成式搜尋內容時

排除 不要把 5.03% 整體數字說成每個題目都接近 10%

核對項目

• 引用占比分題目報告
• 合成子查詢段落對應真實問法

規則 660:citation-vs-conversion-metric 來源提煉 · 未經本站獨立實測

AI 流量占比低若轉換更高仍可能有價值；引用量與營收轉換分開量，勿只用模型流量占比當 KPI。

適用 向管理層報 AI 搜尋成效時

排除 不要把 Shaw 的 5%／20% 假設當成已測轉換率

核對項目

• 有分管道的轉換率
• 整體引用與分題引用分欄

規則 658:four-engine-60-40-from-audit 來源提煉 · 未經本站獨立實測

四引擎 GEO 資源分配起點：六成做權威／結構／實體／schema 與放行 OAI-SearchBot、GPTBot 的共通底層；四成依各平台引用稽核分配，勿按平台名氣均分。AthenaHQ 寫的 11% 引用網域重疊未附研究，不可寫進對外簡報除非另核對。

適用 決定下一個引擎先做什麼

排除 不要用 71% B2B 或 2028 年 50% 流量當內部 KPI（原文無出處）

核對項目

• 是否有分引擎引用報表
• 底層 robots 與 schema 是否已做

規則 658:engine-specific-chatgpt-perplexity 來源提煉 · 未經本站獨立實測

ChatGPT 路徑：中性 Wikipedia／Wikidata、Bing sitemap、FAQ 與「甲對乙」比較文。Perplexity 路徑：新鮮有出處稿、Reddit 真人答、G2／Capterra 與 YouTube 字幕；Gemini 多數落在既有 SEO／E-E-A-T，Claude 偏長文與寫出推理的白皮書。

適用 四成引擎預算要落地到內容類型

排除 不要四引擎同一篇舊文重複發

核對項目

• Bing WMT 是否提交
• 比較文與 FAQ 是否獨立 URL

規則 659:calls-before-glossary 來源提煉 · 未經本站獨立實測

買家已在用產品、不查入門定義時，優先從示範／探索通話抽問題與痛點做題庫，而非先做詞彙表 SEO。

適用 Outbound 為主、入站流量少的 B2B SaaS

排除 不要為寬詞帶來非 ICP 流量還當成功

核對項目

• 通話逐字稿有進題庫流程
• 業務願意寄新文給潛在客戶

規則 659:enrich-old-concepts-first 來源提煉 · 未經本站獨立實測

新通話紀錄先寬鬆對到既有內容概念（一篇可對多篇），補厚舊題再開新題，避免題庫無限發散。

適用 題庫已上千且一人或小團隊維護

排除 不要每個新問題都開新 URL 而不更新叢集

核對項目

• 對照表有「新信號→舊概念」
• 支柱＋8–12 篇結構仍完整

規則 659:28d-console-not-pipeline 來源提煉 · 未經本站獨立實測

引用 Search Console 28 天同比時，註明無絕對次數、無對照組；銷售啟用與 BDR 寄文成效分開量。

適用 對外引用 Skio 類案例數字

排除 不要把 46.1% 寫成全年或因果證明

核對項目

• 報表期間與指標寫清楚
• 非進站管道有 BDR 回饋紀錄

規則 656:ai-sov-denominator-includes-self 來源提煉 · 未經本站獨立實測

AI 聲量占比＝你的提及次數 ÷ 同一提示詞集內所有品牌提及（分母含自己）；換提示詞、引擎或對手後百分比不可比。提及、引用、位置須分欄，Lago 案例是引用先動、AIO 曝光後動，非通例。

適用 對外簡報 SOV 月增

排除 不要合成八引擎單一分數

核對項目

• 提示詞集是否固定
• 是否分引擎

規則 656:ai-sov-no-invented-formula 來源提煉 · 未經本站獨立實測

AthenaHQ 正文未印算式；簡報不得自創加權公式冒充官方。Arcalea、Search Engine Land 為外部提醒非本站樣本；Nuvadermis 3×、Lago 11× 無方法不可當 OKR。

適用 選監測工具前定義

排除 不要引用 Birdeye 等未附 URL 的工具名當已核實

核對項目

• 是否寫清檢索日期
• 案例是否標廠商自述

規則 657:enterprise-aeo-four-phase-order 來源提煉 · 未經本站獨立實測

企業 AEO 順序：診斷提示詞引用缺口→統一 Organization 標記與跨站矛盾說法→治理下做可引用內容→固定監測引用率、聲量與情緒。多事業部須按產品線／地區分開基準，不可全站單一 SOV。

適用 多品牌集團啟動 GEO

排除 不要跳過標記整併直接量產文章

核對項目

• 缺口清單是否按引擎分
• 事實是否有單一來源

規則 657:enterprise-aeo-163-not-new-benchmark 來源提煉 · 未經本站獨立實測

16.3%／56.5% 與出版流量 −50% 來自 AthenaHQ 同一份 2026 報告，新專案勿重複當成新實測。robots 放行 OAI-SearchBot／GPTBot 須基於自願被抓；autoRFP 三分之一示範為客戶自述非產業基準。

適用 引用企業 AEO 指南數字

排除 不要假設 SEO 單獨可 ship 跨 PR 的評測對齊

核對項目

• 16.3% 是否與他文重複計算
• SOC2 採購清單是否適用單頁站

規則 655:crm-ai-sov-three-denominators 來源提煉 · 未經本站獨立實測

CRM 比較文內 233、424、730 為不同分母（回答數／提及池），不可相加敘事。31.4%、24.2%、21.0% 綁 233 則回答；0.8% 引用率與 76.1% 可見度分數未標屬於哪家，報表須分開。

適用 引用 AthenaHQ CRM 排行

排除 不要用 18 億美元管道估計自家 CRM

核對項目

• 是否標樣本日期
• 引用率是否與提及率分欄

規則 655:crm-geo-content-onboarding-not-features 來源提煉 · 未經本站獨立實測

此文建議落後者做使用者倡導與導入／易用內容，非再堆功能頁；HubSpot 入門與 SMB 故事、Salesforce 企業導入與 AppExchange 為其情境建議，外推到其他 SaaS 須自建提示詞集驗證。

適用 規劃 B2B SaaS GEO 內容

排除 不要拿 78%／45%／62% 當已核對產業數

核對項目

• Forrester 94% 是否有原文連結
• llms.txt 範例勿誤用 robots 語法

規則 654:bain-80-40-60-separate-from-zozimus-25 來源提煉 · 未經本站獨立實測

引用 Bain 2025 新聞稿時分開三數：約 80% 搜尋使用者至少 40% 時間依賴 AI 摘要、約 60% 傳統搜尋以零點擊結束；「2026 年搜尋量降 25%」出處是 Zozimus 轉述，不是 Bain，不可併成同一組「AI 取代搜尋」證據。

適用 向管理層論證零點擊與品牌不可見

排除 不要把未具名 SaaS 的 65% 提到率、40% 合格潛在客戶當目標

核對項目

• 簡報是否標 Bain vs Zozimus
• 80/40/60 是否連新聞稿

規則 654:llms-txt-example-not-robots-copy 來源提煉 · 未經本站獨立實測

AthenaHQ 文中 llms.txt 範例含 User-agent、Allow/Disallow 與 sitemap，語法更像 robots.txt；部署前勿照抄阻擋 /private/ 等路徑當標準，須另核對各引擎對 llms.txt 的實際規範。

適用 準備在根目錄新增 llms.txt

排除 不要假設 Google 第一就等於 ChatGPT 短名單會點名你

核對項目

• llms.txt 與 robots.txt 是否分檔
• 是否實測 AI 回答品牌名單

規則 653:geo-audit-five-step-baseline-first 來源提煉 · 未經本站獨立實測

GEO 稽核五步須先固定基準（認知／考慮／決策提示詞上的提及、引用、SOV），再對手引用格式、缺口快贏舊文、提高可核對事實密度與 H2 先答，最後才接流量／潛在客戶；缺基準時第五步無從比較。

適用 排一輪 GEO 檢查清單

排除 不要跳過對手與缺口直接寫新系列

核對項目

• 是否記三個數字起點
• 快贏是否先改舊文首段

規則 653:geo-audit-unverified-stats-flag 來源提煉 · 未經本站獨立實測

文中「2026-06 超過 35% 搜尋有 AI 回答」「引用＋專家引述可見度超過 40%」均未點名研究；AutoRFP 10× ChatGPT 流量、Lago 50% 示範為 Athena 案例無方法。對外勿當已核對行業統計；G2 4.8/5 須自行開 G2 頁再寫進採購報告。

適用 引用本篇數字做 OKR 或簡報

排除 不要用 35%／40% 證明必買監測平台

核對項目

• 是否標「原文無出處」
• 案例是否分開 AutoRFP vs Lago

規則 651:geo-six-metrics-funnel-not-rankings 來源提煉 · 未經本站獨立實測

GEO 向主管報 ROI 時，應把 Share of Voice／品牌提及／每日引用／每 prompt 提及（可見度）與 AI-Sourced Leads／ROI Per Prompt（管道）分層呈現；傳統排名、曝光、CTR 不足以單獨證明 AI 搜尋預算。

適用 改寫 GEO 月報或 CFO 簡報

排除 不要把可見度分數當營收

核對項目

• 每個可見度數是否配生意結果
• AI lead 定義是否可稽核

規則 651:sov-report-with-leader-context 來源提煉 · 未經本站獨立實測

Share of Voice 須與類別第 1、第 2 名一起報：上升仍落後領先者 15+ 百分點，與碎片化市場故事不同。Athena 基準 33.6%／19.5%／13.3% 可引用，但「2.5 倍」與 33.6÷19.5 在同一來源未對齊，外推時勿混用。

適用 引用 State of AI Search 2026 基準

排除 不要用 2.5 倍推算追平第一名所需 SOV

核對項目

• 競品集合是否為 AI 回答內實際品牌
• 是否標註 vendor 利益

規則 652:vendor-geo-benchmark-not-your-site 來源提煉 · 未經本站獨立實測

45%／8%／-1% 來自 AthenaHQ 自辦的三平台試點（1000 則模擬買家問題），未公開被優化品牌與起步占比；不可外推為你換工具會得到的增幅。

適用 引用 GEO 平台對照文做採購決策

排除 不要把「四引擎一致」拆成四個 45%

核對項目

• 是否標明試點者即產品方
• 品質分 9.2 評分者是否未知

規則 652:answer-share-cost-excludes-labor-revenue 來源提煉 · 未經本站獨立實測

文中每百分點成本（AthenaHQ 13 美元、Peec.ai 25 美元）只含月費平台費，不含 72h／120h 人工與營收；Profound 占比下降故無每點成本，不可與前兩者直接比 ROI。

適用 向財務報 GEO 工具 TCO

排除 不要用 595／199 月費直接當獲客成本

核對項目

• 是否含內容人工工時
• 是否追蹤營收歸因

規則 650:discovery-prompt-not-keyword-list 來源提煉 · 未經本站獨立實測

AI 搜尋監測應用「消費者真實問句」的發現式 prompt 集，而非 SEO 品牌／非品牌關鍵字清單；監測配比約 1/3 資訊、1/4 比較，其餘拆取得、教育與長尾，並依買家使用的模型分別跑。

適用 建立或擴充 GEO prompt 追蹤

排除 不要把全樣本 36.2% 當成你的垂直已驗證

核對項目

• 每條 prompt 是否標意圖
• 是否覆蓋 Gemini／Grok 等差異

規則 650:intent-qoq-before-visibility-drop 來源提煉 · 未經本站獨立實測

除當季快照外，須追蹤各意圖占比的季對季 delta（Athena 例：2026 Q1→Q2 比較 -1.9pt、取得 -2.2pt、資訊 +3.8pt）；意圖結構變化常先於品牌可見度下滑，內容優先應選「占比高且 QoQ 上升」的意圖類別。

適用 可見度降但排名 SEO 仍穩

排除 不要只追最大意圖類而忽略趨勢

核對項目

• 是否有 QoQ 表
• 新內容 backlog 是否對齊意圖趨勢

規則 649:misinfo-84pct-answer-vs-org 來源提煉 · 未經本站獨立實測

AthenaHQ 同系列兩種 84% 須分開：本篇是「AI 回答沒有引用品牌自己的網域」；另一篇是「84% 的組織完全沒有連回自己網域的引用」。不可併成一句「84% 沒被引用」。

適用 複述 State of AI Search 或錯誤品牌敘事

排除 不要用 84% 推論「多數品牌內容都錯」

核對項目

• 是否標分母是回答還是組織
• 是否標 AthenaHQ 利益

規則 649:misinfo-fix-off-domain-not-model-output 來源提煉 · 未經本站獨立實測

改正 AI 品牌錯誤時，AthenaHQ 建議優先在自家網域與錯誤來源的外部頁發布有 schema 的更正，並固定更新價格／領導人／產品頁；不是先跟模型輸出爭辯。網域引用率季增 8 個百分點未披露起點，不可當成你的現況百分比。

適用 建立跨模型品牌清查 SOP

排除 不要把 Gemini 5.8 與他篇 6 個網域平均

核對項目

• 是否按七個模型分開問
• 8pp 是否標無起點

規則 648:ai-competitor-subsegment-not-industry 來源提煉 · 未經本站獨立實測

AI 搜尋競品基準須在與你相同的子類（如 SaaS vs 廣義 Software）上比 mention rate 與 Share of Voice；同一品牌在寬窄切換下名次可完全不同（Microsoft 98.8% vs 53% 案例）。

適用 選 GEO 競品清單或設定 benchmark

排除 不要拿 Microsoft／Salesforce 百分比當你的 KPI

核對項目

• 子類定義是否一致
• 是否七模型聚合

規則 648:quarterly-ai-competitor-from-answers 來源提煉 · 未經本站獨立實測

競品名單應取自 AI 回答中實際出現的品牌，每季重跑；新進者可比傳統 SERP 更快出現在 AI 短名單。落後時優先補比較頁、模型引用的 FAQ 缺口或高權威第三方提及，而非全面內容 overhaul。

適用 GEO 落後類別領先者

排除 不要把「看法一旦形成不可改」寫進預測（來源無回訪實驗）

核對項目

• 是否每季更新競品集
• 缺口是否具體到 URL／FAQ

規則 646:off-page-top5-by-vertical-not-global 來源提煉 · 未經本站獨立實測

AI 站外策略用你垂直產業的前五來源與出現計畫，不要用全模型平均的 Reddit 21.9% 當每個客戶的預算分配。

適用 GEO 站外、產業引用稽核

排除 不要把金融 Bankrate 27.9% 抄到非金融簡報

核對項目

• 是否分模型看份額
• Mayo/Zillow/Angi 是否誤標為測出百分比

規則 646:reddit-share-is-model-specific 來源提煉 · 未經本站獨立實測

Reddit 在 Grok 站外引用可達 51.8%、Perplexity 30.4%，與全模型 21.9% 不同；排程與 KPI 須標模型，避免單一數字誤導。

適用 多引擎 AI 可見度報告

排除 不要承諾「經營 Reddit 就提高全引擎引用」

核對項目

• 報表是否分 Grok/Perplexity/Copilot
• Copilot 是否另列零售站如 Amazon

規則 647:answer-first-40-60 來源提煉 · 未經本站獨立實測

面向生成式引擎時，小標下先給 40–60 詞直接答案，再用清單與語意 HTML 方便擷取。

適用 改寫常問／定義類頁面時

排除 不要把答案藏在長序言之後

核對項目

• 首答可獨立成段
• 抓取與引用路徑未被擋

規則 647:third-party-citation-load 來源提煉 · 未經本站獨立實測

AI 答案中自有網域引用占比常偏低；策略須含 Reddit、評論、影音等第三方一致敘事，不只堆官網字數。

適用 規劃 GEO 與品牌可見度時

排除 不要假設排名好就會被各引擎引用

核對項目

• 關鍵事實在站外可核對
• schema 與 robots 已稽核

規則 645:mention-16-3-vs-citation-84 來源提煉 · 未經本站獨立實測

16.3% 是各類平均「品牌被提到」比率，最好 56.5%（約 3.5 倍敘事）；84% 是組織「完全沒有連回自己網域的引用」。兩數不可加成單一 AI 可見度 KPI。

適用 向管理層報 AI 搜尋績效

排除 不要用 16.3% 當引用率目標

核對項目

• 是否分開提到與連結
• 3.5× 是否標 56.5÷16.3

規則 645:mention-per-model-domain-counts 來源提煉 · 未經本站獨立實測

各模型每則回答引用網域數（Grok 27、AI Mode 18、Perplexity 11、AIO 8、ChatGPT 8、Gemini 6、Copilot 5）須分模型追蹤引用率；B2B 採購委員會可能用不同引擎。被引用內容類型：資訊型 36.2%、比較型 23.2%，權重因模型而異。

適用 排補洞內容與 schema 發布流程

排除 不要把門後或需登入頁當可抓取來源

核對項目

• 是否至少拆 ChatGPT/Gemini/Copilot
• 樣本是否標非你的提示詞

規則 640:aio-launch-claims-vs-gsc-blind-spot 來源提煉 · 未經本站獨立實測

引用 2024-05 上線週說法時須並列限制：Reid／Budaraju 轉述「概覽內連結點擊更高」無站級百分比，且 Search Console 不拆分 AI Overviews 曝光／點擊；內部 KPI 不可用 GSC 驗證該句。

適用 簡報 AI Overviews 對自然流量的影響

排除 不要把 Page One 轉述寫成全站預測

核對項目

• 是否分開品牌詞與資訊型
• 是否另做 SERP 版面抽樣

規則 640:aio-opt-out-is-whole-search 來源提煉 · 未經本站獨立實測

不能只退出 AI Overviews 而留在一般結果；預覽控制與 robots／meta 影響整體搜尋可見性。限制預覽前用網址檢查工具確認 Googlebot 所見 HTML，排錯以「天到月」為合理等待，勿當即時開關。

適用 法遵要求限制 AI 摘要

排除 不要以為有單獨「只關 AIO」的 meta

核對項目

• 預覽控制是否與 robots 衝突
• 重新抓取是否已請求

規則 632:citation-vs-traffic-decay 來源提煉 · 未經本站獨立實測

引用衰退與自然流量衰退分開診斷：流量穩仍可能掉出 AI 回答；更新優先看引用占比與答案缺口。

適用 GEO／AI 可見度下滑複盤時

排除 不要只按年齡或流量挑更新對象

核對項目

• 有引用占比時間序
• 對照已引用 vs 僅被檢索頁

規則 632:faded-not-auto-rewrite 來源提煉 · 未經本站獨立實測

Faded 或引用下滑狀態只代表值得審頁；須確認買家問題重要性、趨勢可信與可修缺口後才指派改稿。

適用 監測工具標記引用衰退時

排除 不要因單次掃描或百分比跌幅就整篇重寫

核對項目

• 簡報含買家問題與缺口
• 同一批提示詞定義成功

規則 629:citation-gap-52-vs-23-clicks 來源提煉 · 未經本站獨立實測

Pollfish 2026-10：行銷決策者估 52% 消費者會點 AI 回答裡的來源，消費者自述上次有點的是 23%；被點名後 41% 去 Reddit／論壇／評論站覆核。預算勿以「AI 會送流量」為唯一假設。

適用 2027 搜尋預算從排名轉 AI 可見度

排除 不要把 52% 當 CTR 基準

核對項目

• 是否標美國自述樣本
• 是否標 Page One Power 利益

規則 629:citation-gap-71-strategy-19-measure 來源提煉 · 未經本站獨立實測

71% 行銷人稱有 AI 可見度策略、僅 19% 在測量；寫成文件的僅全體 31%。62% 計畫 2027 加碼 AI 支出、46% 計畫削減傳統 SEO——被引用的頁常也排得上，兩筆預算勿先互抵。44% 行銷人認為影響推薦的是「自己網站內容」，是看法非引擎權重。

適用 寫 AI 可見度 OKR 或 RFP

排除 不要用 44% 證明只改站內就夠

核對項目

• 是否列提示詞／被點名／引用網域三欄
• 是否標無誤差範圍

規則 623:geo-four-no-quant-experiment 來源提煉 · 未經本站獨立實測

Respona 四策略（清單提及、名錄／點評檔、結構化資料、標題下直接作答）僅描述 ChatGPT 與 AI Overviews 開始點名 Respona，無引用次數、提示數或前後比較；不可對外寫成「做完四步必被引用」或量化 uplift。

適用 複述 Respona GEO 案例

排除 不要補假百分比

核對項目

• 是否標無對照
• 是否標外展代操利益

規則 623:geo-four-aio-vs-chatgpt-sources 來源提煉 · 未經本站獨立實測

文中：AI Overviews 較常取材已靠近 SERP 前段的頁（反向連結仍推排名）；ChatGPT 等來源更散但偏向已有流量的清單／內容。GEO 不取代 SEO；軟體公司仍建議認領 Google 商家檔案以錨定實體，與在地排名目的不同。

適用 決定先 SEO 還是先清單外展

排除 不要把商家檔案成效與模型引用混為一談（文中未分測）

核對項目

• 名錄描述是否各處一致
• SGE 舊稱是否改 AI Overviews

規則 622:llm-seo-rank-vs-mention-split 來源提煉 · 未經本站獨立實測

Respona 分法：一般 SEO 以單頁排名為中心；LLM 從多來源拼答案，第一名仍可能不被點名，排名較低者可能被引用。兩套 KPI 須分開——點擊流量看排名，模型點名看跨清單／評測／比較的重複提及。

適用 工具／SaaS 品牌發現「有排名、AI 沒名字」

排除 不要解讀成第一名無用或可不排名

核對項目

• 是否實測買方提示詞
• 是否標 Respona 代操利益

規則 622:llm-seo-schema-prerequisite-not-lever 來源提煉 · 未經本站獨立實測

文中仍要可抓取技術基礎（速度、結構、內部連結、結構化資料減少含糊），但 schema 被描述為前提而非成長引擎；標題下直接作答、清單與表格比關鍵字密度更重要。無提示數、提及次數或對照實驗。

適用 改寫說明頁給 AI 擷取

排除 不要以加 schema 代替清單／站外提及策略

核對項目

• 第一段是否直接答問題
• 是否標作者經驗非統計

規則 619:aio-sept-top50-21pct-not-long-tail 來源提煉 · 未經本站獨立實測

Surfer 2026-09-01–28：678 萬次 AI Overviews 引用，前 50 網域合計 1,424,088 次占 21.0%，79.0% 在表外；YouTube 453,639（前 50 的 31.85%、全部 6.69%）> Reddit+google.com；Google 自家占前 50 的 47.0%。不可把前 10 當完整外展名單。

適用 複述 AIO 引用集中度或 YouTube 策略

排除 不要把 47% 推論成所有產業只引用 Google

核對項目

• 是否標 Surfer 客戶樣本
• 是否分開前 50 占比與單網域占全部

規則 619:aio-80pct-top3-separate-study 來源提煉 · 未經本站獨立實測

「80% 引用落在 Google 排名前 3、每次查詢平均 3–4 個來源」來自 Surfer 另一篇 AI Overviews 研究，不是這張 50 網域表直接算出；Reddit 協議金額與期限是 CBS 等報導轉述，非 Google 官方。

適用 把 AIO 引用與傳統排名 KPI 對齊

排除 不要併成「排名前 3 就占 AIO 引用 80%」而不附研究連結

核對項目

• 80% 是否標來源篇
• Reddit 6,000 萬是否標據報導

規則 617:gemini-reddit-25-of-top50-only-7pct-all 來源提煉 · 未經本站獨立實測

Surfer 2026-09：383 萬次 Gemini 引用；Reddit 68,033 次占前 50 的 25.0%（約每 56 次引用 1 次 Reddit），但前 50 合計僅占全部 7.1%（92.9% 在表外）。Reddit 領先不可寫成「支配 Gemini 引用」。

適用 比較 Gemini 與 ChatGPT／Perplexity 的 Reddit 占比

排除 不要把 25% 當成「全部 Gemini 引用的四分之一」

核對項目

• 是否同時寫 7.1% 與 25%
• 子網域是否分開列

規則 617:gemini-surfer-sample-pl-reviews 來源提煉 · 未經本站獨立實測

點評／比較站占前 50 的 20.1%；九個波蘭網域 11.1%、行銷 SEO 網域 16.8%——文章歸因 Surfer 使用者產業與地區。介面抓取與 API 重疊最多約三成（Surfer 另文），勿混用兩種量測。

適用 用 Gemini 表排外展或點評預算

排除 不要把 G2 兩列未合併的排行當官方第 6

核對項目

• 是否標非隨機樣本
• API 與 UI 是否分開測

規則 618:ai-mode-google-com-45-top50-domain-blind 來源提煉 · 未經本站獨立實測

Surfer 2026-09：約 479 萬次 AI Mode 引用；google.com 661,944 次占前 50 的 45.14%、全部 13.82%；google.com+YouTube+Reddit 占前 50 的 77.6%；Google 自家（含 Play）67.8%。google.com 一列含搜尋／地圖／商家／說明，網域層無法分出哪類頁最多。

適用 解讀 AI Mode 是否「只引用自己」

排除 不要把 45% 指定成某一種 Google 產品頁

核對項目

• 是否寫 30.6% 前 50 集中度
• 子網域如 m.yelp.com 是否分列

規則 618:ai-mode-ranking-subqueries-first 來源提煉 · 未經本站獨立實測

文章邏輯：AI Mode 拆子題並代發多查詢，能排上較小查詢的頁才進來源池；在地業務先補齊 Google 商家檔案。Zapier 等 8 品牌站占前 50 的 2.9% 與 Surfer SaaS／行銷客戶有關，非全產業基準。

適用 決定先 SEO 排名還是先 YouTube／Facebook 名錄

排除 不要用「十億月活」當這 28 天樣本人數

核對項目

• 是否標 Google 轉述月活
• 品質訊號是否標另文研究

規則 616:chatgpt-top50-8-4-reddit-not-dominant 來源提煉 · 未經本站獨立實測

Surfer 2026-09：573 萬次 ChatGPT 引用；前 50 合計 483,090 次占 8.4%（91.6% 在表外）。Reddit 第一 42,623 次但仅占全部 0.74%、前 50 的 8.82%。不可寫成「ChatGPT 主要靠 Reddit」。

適用 對照 Perplexity／Gemini 的 Reddit 敘事

排除 不要把 Reddit 第一名等同高占比

核對項目

• 是否分開占前 50 與占全部
• 是否標 UI 非 API

規則 616:chatgpt-reviews-gov-docs-mix 來源提煉 · 未經本站獨立實測

前 50 結構：點評／名錄 23.6%（Clutch、G2 第 2–3）、政府與健康研究 10.1%、開發者文件 8.0%、行銷 SEO 14.6%（Semrush+Ahrefs 7.9%）。受管制題目須連官方來源；樣本含波蘭網域與 Surfer 使用者偏差。

適用 B2B 軟體排 Clutch／G2 與說明頁

排除 不要把 10 億月活當成此樣本規模

核對項目

• 是否標 llm-scraped vs API 另文
• 點評占比是否附 23.6%

規則 614:myth-500m-crawls-zero-js 來源提煉 · 未經本站獨立實測

Oncrawl 整理 Preeti Gupta（Packted）：主要 AI 系統五億次爬取中「執行過一行 JavaScript」為零——可排名／可索引的渲染版未必是 AI 讀到的版。關鍵答案須在無 JS 可得的 HTML；五億次範圍與引擎名單本文未展開。

適用 用 GSC 排名證明 AI 可見度

排除 不要假設 AI 爬蟲等同 Google 渲染

核對項目

• 是否標專家引述非 Oncrawl 實驗
• SPA 是否做伺服器端或可讀快照

規則 614:myth-176-reddit-vs-experts-index-not-traffic 來源提煉 · 未經本站獨立實測

Mathilde Høj：ChatGPT 金融回答 Reddit 引用次數為金融專家的 176%（樣本未披露）。Andor Palau：索引頁變多≠能見度，應追「被索引頁是否帶來訪客」；文中比例算法未寫出。三則皆是代理指標，測量仍準但結果含義已變。

適用 儀表板仍只看 DR／索引數／SERP 第一

排除 不要把 176% 當你站 Reddit vs 官網的目標比

核對項目

• 176% 是否標金融 ChatGPT
• 索引 KPI 是否加訪客門檻

規則 615:perplexity-top50-9pct-reddit-18-9-of-top50 來源提煉 · 未經本站獨立實測

Surfer 2026-09-01–28：57,327 提示、978,402 則回答、約 1,037 萬次 Perplexity 引用（UI 非 API）；前 50 合計 932,325 次占 9.0%（91% 表外）。Reddit 176,005 次占前 50 的 18.9%、全部 1.70%。不可寫成「Perplexity 主要靠 Reddit」而不寫 9% 集中度。

適用 複述 Perplexity 引用結構或 Reddit 策略

排除 不要把 18.9% 當成占全部引用的比例

核對項目

• 是否標 Surfer 客戶樣本
• 是否分開占前 50 與占全部

規則 615:perplexity-stats-sites-21-6-reviews 來源提煉 · 未經本站獨立實測

點評／名錄占前 50 的 21.6%；worldmetrics 等四個統計彙整站合計 6.9%。行銷 SEO 11.7%、波蘭網域 8.2% 為 Surfer 使用者偏差。API 與頁面抓取重疊約 30%（另文），勿與 ChatGPT 8.4% 前 50 占比直接比而不附量測。

適用 用 Perplexity 表排外展或統計頁策略

排除 不要把 7.8 億月查詢當成這 28 天樣本

核對項目

• 7.8 億是否標 Srinivas 2025-05
• 子網域是否分列

規則 599:branded-aio-82pct-appearance-not-mention 來源提煉 · 未經本站獨立實測

DemandSphere 全市場全裝置：9-01 26.12%、9-27 峰值 90.48%、9-29 82.06%；Ahrefs 美國桌面 9-29 82.91%（8 月 65.1%）。量的是品牌查詢「有無 AIO」，不是品牌是否被提及或引用。9-18 57.43% 後 9-19 31.15%，非直線上升。

適用 報告品牌搜尋 AIO 滲透率

排除 不要把 82% 寫成答案裡一定提到品牌

核對項目

• 是否標 DemandSphere vs Ahrefs 樣本
• 是否分開出現與提及

規則 599:branded-aio-ctr-rank-separate 來源提煉 · 未經本站獨立實測

Semrush 建議：GSC 品牌詞比 AIO 出現前後一週點閱率（例 9-08–14 對 9-29–10-05）；Position Tracking 須關 AI 引用當第 1 名才看得到自然排名。Chris Long 100 企業品牌 93 個有 AIO 為抽查，非面板樣本。Google 未宣布品牌 AIO 變更。

適用 品牌排名穩但 CTR 掉

排除 不要把 82% 當全站流量變化

核對項目

• CTR 是否比點閱率
• 登出 SERP 是否讀答案與引用

規則 593:reviews-15-1-consumer-not-healthcare 來源提煉 · 未經本站獨立實測

Goodie 2026-01–08：114,526 則回答、902,609 條引用、31 行業。消費 21 行業：專家管道 4.14%、使用者點評 0.28%（占全部 AI 引用，非占評測引用）；17 行業專家領先，醫療健康唯一點評領先。B2B 軟體：點評 2.25% vs 專家 1.07%。

適用 分配評測／點評外展預算

排除 不要把 15:1 套到醫療健康或全產業

核對項目

• 分母是否標全部引用
• 是否標 Goodie 監測樣本

規則 593:reviews-top3-85pct-marketplaces-low 來源提煉 · 未經本站獨立實測

16/31 行業前三網域占評測引用 ≥85%（汽車 99%）。Amazon 消費類約 0.1%，App/Play 峰值 <0.5%。CRM 例外：TechRadar 3.09% 且僅 ChatGPT/Copilot，AI Mode 與 Perplexity 為零。遊戲 RTINGS 7.49% vs Amazon 0.09%。

適用 決定 G2 vs 科技媒體 vs Amazon

排除 不要平鋪十幾個點評站期待 AI 可見度

核對項目

• 是否按資安/分析/營運/CRM 分平台
• CRM 是否分引擎

規則 592:muse-browser-vs-catalog-6-cards 來源提煉 · 未經本站獨立實測

Profound：Muse 用瀏覽器＋Meta 商品目錄；Instinct 用 Shopify 目錄。50 則零售探索（非定論）：瀏覽器約 3 網域、4 商品；目錄約 60 商品；常見 6 卡（2 目錄＋4 瀏覽器）。預設回覆不列來源，引薦報表找不到 Muse 名稱；走住宅 IP。

適用 零售站優化給個人代理購物

排除 不要用引用連結 KPI 量 Muse 影響

核對項目

• 商品是否進 Meta/Shopify 目錄
• 語意 HTML／a11y 樹是否可讀

規則 592:meta-webindexer-1-6-unverified 來源提煉 · 未經本站獨立實測

2026-08-19–09-27 未驗證 meta-webindexer 請求：排除 15 個高流量網域後 US/CA 115 主機名 vs 他區 165；基線 8-19–9-07 vs 上線後 9-08–27，升幅 1313%/827% 相除≈1.6（非 Muse 引薦流量）。IP 非 Meta 公開位址。Instinct 10 億 GMV 為文中據報。

適用 解讀代理相關伺服器日誌 spike

排除 不要把 1.6 寫成全站流量或已驗證 Muse

核對項目

• 是否標未驗證
• 基線接近零時百分比是否過大

規則 588:mfg-mention-citation-visit-three-lists 來源提煉 · 未經本站獨立實測

Semrush 2026-01–07 製造業：458 個加權關鍵字 AIO 覆蓋 38%→57%；美國十類點擊流 AI 引薦≈0.48%（直接+自然≈80%）。提及前段（3M 等）與引用前段（engineerfix、made-in-china 等）前 15 僅重疊 Vevor、Grainger。提及≠引用≠AI 造訪。

適用 製造商解讀 AI 儀表板

排除 不要用 ChatGPT 引用榜推 Google AIO 引用

核對項目

• 三張榜是否分開記
• 0.48% 是否標 US 製造樣本

規則 588:mfg-engineerfix-chatgpt-only-low-google 來源提煉 · 未經本站獨立實測

engineerfix.com 引用第一但 Authority Score 17；ChatGPT 引用遠高於 Gemini/AI Mode/AIO 前段。Traffic Analytics 月自然 ~30 萬但 Google 關鍵字 ~3700、Google 流量 <2%，DuckDuckGo/Bing/Yahoo >68%。引用多但 AI 造訪低若頁面缺「下一步」（對比 Grainger 產品頁、rsc 論文 vs 元素表）。

適用 比較問答站 vs 目錄的 AI 引薦

排除 不要把 Authority Score 當引用門檻的唯一解釋

核對項目

• 是否分引擎
• 被引頁是否有可點進的動作

規則 586:insurance-citations-branded-only-official-def 來源提煉 · 未經本站獨立實測

BrightEdge 美國保險四類提示詞（定義合規／職場人資／藥品給付／品牌）：引用=答案連結、提及=正文品牌名，分開計。定義合規前 8 引用含 4 政府網域；healthcare.gov ChatGPT 19.2%→40.4%（至 2026-09-20 一個月）。品牌問題檢查過的每組皆引用該公司自家網域。保險公司仍可進提及前三與 dol.gov 並列。

適用 受管制品類規劃 AI 引用預算

排除 不要把通用定義頁預算當 AI 引用成長 KPI

核對項目

• 是否分四類提示詞
• 提及與引用是否分欄

規則 586:insurance-clusters-hr-vs-coverage 來源提煉 · 未經本站獨立實測

給付類一個月往官方／單一用途網域集中，前段無保險公司；職場人資來源簇 Indeed/Glassdoor/SHRM 等，與政府、臨床簇不重疊。ny.gov 為文中唯一 ChatGPT 與 AIO 皆確認的移動（AIO 23.6%→29.3%）。只覆蓋保險垂直，他行業四類未測。

適用 比較 HR 內容 vs 給付頁策略

排除 不要把 20.6%/19.1% 官方健康站比例當全品類基準

核對項目

• 是否標 BrightEdge 面板樣本
• ChatGPT vs AIO 分引擎

規則 587:citation-audit-category-before-branded 來源提煉 · 未經本站獨立實測

稽核用 15–20 題買家不知品牌時的品類／比較／待解問題；品牌名提示詞最後跑（會把自家站拉進引用）。每引擎乾淨工作階段、提示詞逐字相同。手工 20 題×5 引擎×5 次=500 工作階段；Goodie 稱 7 個月五模型 16 次來源組合變化、5 次推翻先前變化。

適用 建立季度 AI 引用來源名單

排除 不要用品牌名提示詞推發現階段來源池

核對項目

• 自訂指令是否關閉
• 地區／語言是否分市場

規則 587:citation-audit-84-74-goodie-interest 來源提煉 · 未經本站獨立實測

文中轉述 Muck Rack 2026-05 約 2500 萬連結：賺來媒體約 84% AI 引用、付費/軟文 0.3%（本文未核 Muck Rack 原文）。Goodie 5860 萬+ 引用稱 ~74% 前段網域在行銷/公關可觸及層；8 家主要新聞掉出前 20。84%/74% 不可寫成你的品類比例。Goodie 賣監測。

適用 向公關要媒體外展優先序

排除 不要把 Goodie 儀表板分數當行業基準

核對項目

• 是否標轉述 vs 自測
• 更正 vs 另寫第二條路徑

規則 585:iqrush-rank-stable-two-conditions 來源提煉 · 未經本站獨立實測

IQRush 預印本（Ron Sielinski，4/11）：可信排名須同時滿足名次不再隨新答案亂跳、前段差距>各自誤差。30 組平台+主題需 33–94 則帶引用答案；3 組 SearchGPT 在 125 題後仍分不開前段。跑鞋例 Tom's Guide 9.5% vs Runner's World 6.0% 誤差重疊，3.5pp 不能判勝。

適用 報告 AI 引用份額排名

排除 不要用單次儀表板讀數比對手

核對項目

• 是否報重跑次數
• Gemini vs SearchGPT 引用集中度

規則 585:iqrush-preprint-limits-top10-only 來源提煉 · 未經本站獨立實測

預印本非同儕審查；30 組、ChatGPT 生成題非真實搜尋、只計帶引用答案（一主題 125 題僅 104 可用≈17% 無引用）。前十典型誤差≈5 名次、1/5 超 10 名次；中後段勿寫精確名次。3pp 改版前後仍可能是波動。IQRush 賣測量；聖加侖大學獨立得相近結論但本文未附其文連結。

適用 把內容改版歸因到引用份額

排除 不要把 33–94 則當固定題數預算

核對項目

• 是否標預印本
• 無引用回答是否計入

規則 420:aio-commercial-71-transaction-minus5 來源提煉 · 未經本站獨立實測

Semrush US 桌面 2025-11–2026-04、60 萬+ KW、10 產業：商業意圖結果頁 AIO 占比 +71%，交易意圖平均 -5%。10 產業商業觸發率皆>交易，食品飲料例外（交易 16% vs 商業 14%）。商業增速：金融 231.25%、電腦電子 107.62%、遊戲 76.66%。交易正成長例外：電腦電子 +80.45%、新聞 +45.96%。

適用 分意圖看 AIO 滲透

排除 不要把 71% 當全站流量或營收變化

核對項目

• 商業 vs 交易是否分組
• 食品飲料是否當反例

規則 420:aio-ads-overlap-cpc-four-way-serp 來源提煉 · 未經本站獨立實測

AIO+Ads 同頁頻率約一年前 2×（394% 來自更早 Semrush 研究至 2025 年底，樣本不同不可相加）。幾乎每產業最高 CPC 層最常 AIO；工作教育最貴層 >60% AIO。有/無 AIO 平均 CPC：工作教育 5.02 vs 1.51 USD、金融 4.84 vs 2.14；低 CPC 產業（遊戲等）方向相反。Google Ads 不標哪些付費查詢觸發 AIO。同一 SERP 四注意力位：AIO 正文、引用清單、自然、付費。

適用 高 CPC 商業詞分配付費與 AEO

排除 不要假設自然引用可取代付費

核對項目

• 394% 與 2× 是否分來源
• Semrush 利益是否註明

規則 395:schema-entity-graph-not-checklist 來源提煉 · 未經本站獨立實測

Article／Product 等類型標記後，須用 author、publisher、organization 的 @id 互引用形成實體圖，而非每頁各寫一套組織全名。

適用 GEO 或 AI 引用專案

排除 不要只加 Article 就視為結構化資料完成

核對項目

• Rich Results 類型
• 全站 @id 唯一

規則 395:schema-visible-parity-no-fake-reviews 來源提煉 · 未經本站獨立實測

aggregateRating、價格、庫存須與頁面可見文字一致；頁上無評論勿在 JSON-LD 填評分，避免人工處置與模型矛盾訊號。

適用 電商 PDP 或評論區塊

排除 不要語法通過就忽略 DOM 對照

核對項目

• 抽樣 PDP 價格／庫存
• GSC 複合式結果警告

規則 395:schema-off-site-stale-names 來源提煉 · 未經本站獨立實測

品牌更名或價格策略變更時，除更新站內 @id 節點，仍須排程處理站外仍用舊名或舊價的引用，否則模型不一定採信你的標記。

適用 rebrand 或合併

排除 不要假設站內標對就足夠

核對項目

• 品牌搜尋舊名 SERP
• 重要目錄與新聞稿

規則 397:aeo-seo-url-mismatch 來源提煉 · 未經本站獨立實測

自然排名前位與 AI 引用 URL 常不一致：優先讓網域可信，再優化會被問到的子頁／文件首句（約 40 字內完整答案）；勿只改排名那一 URL 而忽略實際被引用的深頁。

適用 GSC 排名好但 AI 回答未引用該 URL

排除 不要假設 Top-3 等於會被抽同一條

核對項目

• 被引用 URL 清單 vs 排名 URL
• 深頁 H2 首句是否可獨立讀懂

規則 397:aeo-mentions-without-links 來源提煉 · 未經本站獨立實測

AEO 須同時追蹤無連結品牌提及與反向連結：模型看提示詞周圍文字是否出現品牌。更新時須改內容與例子，僅改發布日期不算新鮮度（Semrush 原文）。

適用 品牌被提到但沒有連回官網

排除 不要只做 link building 而忽略媒體／論壇提及

核對項目

• 提及監測是否含零連結
• 刷新是否有新數據而非只改日期

規則 394:gemini-utm-direct-traffic-ga4 來源提煉 · 未經本站獨立實測

Gemini 外連加 UTM（SEJ 2026-10-01，Reddit 觀察≈24h 內）。無 referrer/UTM 時 GA4 後備為直接流量。Reddit：桌面仍有 referrer；Gemini App 通過≈9%（非 Google 官方）；Android 助理會 strip referrer。UTM 可穿 App 內 WebView 並出現在伺服器 log。Mueller：希望 referrer 保留且加在 UTM 之外。

適用 GA4 拆分 Gemini 引薦

排除 不要只看「直接」列推 Gemini 流量

核對項目

• 桌面 vs App 是否分開
• 9% 是否標 Reddit 來源

規則 394:gemini-utm-vs-chatgpt-undocumented 來源提煉 · 未經本站獨立實測

ChatGPT 對照：僅有網頁來源支撐的連結加 UTM，純訓練資料連結不加。Gemini 觸發條件無官方文件（報導推測可能為直接引用某站時）。在 Google 文件前勿寫死報表 UTM 規則。不可用以比較兩引擎「誰較會帶客」因條件不對等。

適用 定義 AI 助理媒介報表

排除 不要把推測觸發條件當產品規格

核對項目

• 是否標 SEJ/Reddit 證據層級
• ChatGPT 規則是否分開記

規則 354:zero-click-value 來源提煉 · 未經本站獨立實測

零點擊場景把完整價值留在平台內（摘要、貼文、短影音），網站承接需要更深轉換的人。

適用 社群／SERP 摘要吃掉點擊時

排除 不要只用「回站點擊」衡量內容成敗

核對項目

• 平台原生內容有完整答案
• 站內頁提供工具／表單／深度資料

規則 354:cta-removal-completeness 來源提煉 · 未經本站獨立實測

發布前拿掉 CTA 與連結自檢：若剩餘內容仍完整傳達重點，才符合零點擊自足標準。

適用 社群或摘要型內容定稿時

排除 不要核心訊息依賴「點連結才懂」

核對項目

• 同事或第二人做中立檢查
• 表單／銷售補「如何得知」归因

規則 350:llm-positioning-lag-three-causes 來源提煉 · 未經本站獨立實測

Semrush 2026-09-29：定位滯後=公司已改品類/客群/模式，LLM 仍用舊說法。三因可並存：訓練截止後改口、網路訊號矛盾、十年舊敘事數量壓過新定位。Capgemini 轉述 2023 25%→2025 58% 用生成式 AI 取代搜尋推薦，本站未核原文。Hotjar/Contentsquare、Blue Apron 訂閱改付費、Duolingo 非語言、Peep Laja/Wynter 為作者當下 ChatGPT 提問例，非多模型抽樣。

適用 併購、改客群或商業模式後檢查 AI 描述

排除 不要以為一次全國 PR 就會讓模型同步

核對項目

• 舊品類/新品類各問一次
• 是否寫訓練 vs 搜尋

規則 350:llm-positioning-fix-six-coordinated 來源提煉 · 未經本站獨立實測

六項需並行：PR 寫清何時改、改什麼；更新/轉址舊頁與高權重外部舊提及；全站同套品類詞與錨文字；Google 商家/LinkedIn/G2/Crunchbase/維基等 listing 對齊；關於/產品頁段落可獨立被摘（品類+客群+改口日期）；固定提示詞監測模型說法。Semrush Perception 為文內產品導覽，非正文操作步驟。

適用 制定改定位後 90 天 AI 敘事修復

排除 不要只改首頁不管外部檔案與錨文字

核對項目

• 外部 listing 清單
• 高流量 legacy 頁頂部聲明

規則 352:ai-sentiment-prompt-baseline 來源提煉 · 未經本站獨立實測

AI 情緒工作流須固定品類、對手、用途與品牌名各一組提問，記錄優點句與缺點句；Semrush 調查的 57%／53%／50% 分母是「有在用 AI 做該事的人」，不可寫成全體消費者。

適用 模型已在錯誤描述產品屬性

排除 不要只改首頁 slogan 而不處理被誤解的詞（如 surplus）

核對項目

• 四組提問是否有存檔
• 缺點句是否對到第三方來源 URL

規則 352:ai-sentiment-inaccurate-vs-unfavorable 來源提煉 · 未經本站獨立實測

先分「不準」與「準但不有利」：不準的改自有頁與重複錯誤的第三方；準但偏負的勿改成不實好話。案例增幅 429%／547% 與情緒分 67→82 為業者自述，無基期，不可當 KPI。

適用 向管理層報 AI 情緒改善

排除 不要把 Coalition／WorkLounge 增幅寫進目標

核對項目

• 是否標案例來源與樣本
• 是否分開準確度與好感

規則 349:chatbot-survey-denominator 來源提煉 · 未經本站獨立實測

引用 Semrush／Exploding Topics 2026-07 調查（n=2338，±2pp 僅全樣本）時，須寫清分母：57.5% 是 AI 使用者曾被勸退，不是全體受訪者；80.93% 限「購買時會用聊天機器人」者。篩選後誤差更寬。

適用 對外簡報 AI 對轉換的影響

排除 不要寫成「過半消費者被 AI 勸退」

核對項目

• 簡報是否標 n 與分母
• 是否區分 69.7% 週使用者子群

規則 349:chatbot-organic-vs-ads-b2b 來源提煉 · 未經本站獨立實測

65.01% AI 使用者至少部分把產品搜尋換成聊天機器人，但 47.6% 過去一年 Google 使用持平；勸退與推薦並存。ChatGPT 廣告僅 Free／Go，B2B 目標若在 Plus／Pro 可能看不到；71.63% AI 使用者對聊天廣告中立或負面，不喜歡者 66.05% 因懷疑整段回答可靠性。

適用 決定是否投聊天機器人廣告

排除 不要用 57.5% 單邊論證「AI 只傷轉換」

核對項目

• 是否實測品牌購買問題的回答
• 廣告方案是否覆蓋目標帳號類型

規則 351:ga4-chatgpt-filter-is-lower-bound 來源提煉 · 未經本站獨立實測

GA4 以工作階段來源完全相符 chatgpt.com 只能抓到帶引薦的 ChatGPT 點擊；未帶 referer 的 AI 造訪會進直接流量，報表數字是下限不是全量。

適用 向主管報 ChatGPT 渠道流量

排除 不要把 chatgpt.com 篩選結果當「全部 AI 流量」

核對項目

• 報表註腳是否說明 direct 混雜
• 是否加上到達網頁維度

規則 351:semrush-206pct-semrush-only-caveat 來源提煉 · 未經本站獨立實測

Semrush 文內 206%（17 個月點擊流、2025 年 ChatGPT 外向引薦成長）僅能引用為該文分析，不可當你站或產業目標；50% 更高客單為受訪者個案，需自有 CRM 驗證。

適用 簡報引用 AI 引薦成長數字

排除 不要混用 Jimmy Rippon 50% 與 206% 當同一來源

核對項目

• 是否標 Semrush 點擊流方法
• 客單是否來自自有資料

規則 114:brightedge-edu-presence-reddit-zero 來源提煉 · 未經本站獨立實測

BrightEdge AI Catalyst：ChatGPT、美國、固定 Education 提示詞 W28–37/2026。引用存在率=至少引用該網域一次的提示詞占比（非引用量份額，跨域加總>100%）。reddit.com：17.2%→3.3%→0（Education）；帳戶整體 ~9%→0.5%。W34 單週 Education −81%。轉折週對齊 robots.txt；固定面板不能證因果。Coursera 25.4→6.0、Indeed 22.8→7.6、Forbes 18.3→4.5 同步退。

適用 Education 或 Reddit 曾列 AI 引用前五

排除 不要把存在率加總當 pie 市占

核對項目

• 是否分 Education vs 帳戶
• 是否兩週趨勢非快照

規則 114:reddit-replacement-spike-vs-hold-cross-engine 來源提煉 · 未經本站獨立實測

崩塌後：state.gov/asu.edu/apa.org/aacnnursing.org 留到 W37；onetonline.org +589%、careeronestop.org +346% 後消退（皆勞工部）。bls.gov 排第一但未成長（21.2% 周圍更快跌）。跨引擎轉述 Promptwatch/SEJ：ChatGPT Reddit ~−86% vs AIO ~−11% vs AI Mode ~−31%，不可當同一策略失效。BrightEdge 賣 Catalyst；指標與 Promptwatch 引用占比不同。

適用 Reddit 外展改為自有站第一手內容

排除 不要第一週排行榜就 crown 替換者

核對項目

• ChatGPT vs Google 分開
• 排名上升≠存在率增加

規則 113:freshpet-four-pillars-observe-first 來源提煉 · 未經本站獨立實測

SEJ 2026-09-10 recap Intero×Freshpet 網研：強 SEO/品牌≠ AI 推薦。LLM 要實體關係非 SERP 複製。四面向：相關性（意圖+時效頁）、權威（作者/來源/earned media/目錄）、結構（HTML/速度/標題/清單/schema/直接答案）、互動（社群聽診→站上有出處回答）。四者+ onsite/SEO/PR/社群對齊同一優先主題。

適用 品牌搜尋強但 AI 推薦缺席

排除 不要跳過 20–30 則基準提示詞直接改模板

核對項目

• 是否記錄出現/引用/準確
• 四面向是否同題

規則 113:freshpet-quotable-rendered-js-475 來源提煉 · 未經本站獨立實測

Legacy 雜誌式長文難抽取→可獨立區塊+描述性小標。JS 載入的評論/Q&A 可能 LLM 不可見→稽核渲染後 HTML、crawler/robots/速度。Earned media 要情境非全連 homepage 品牌錨文字。Freshpet 475 提示詞分叢集為其規模；入門 20–30 則。量測：零售商導流難歸因，訂閱較易；勿超前可觀測點擊做預測歸因。GEO 應強化 SEO 非取代。

適用 寵物/受監管品類 GEO 優先序

排除 不要把 475 當 KPI 標準

核對項目

• 渲染快照 vs 原始碼
• Intero 代理商利益

規則 23:webmcp-vs-mcp-discovery-vs-action 來源提煉 · 未經本站獨立實測

Moz 2026-08-26：WebMCP=Google+Microsoft 開放網頁提案，前端 HTML 屬性或 registerTool 暴露工具；僅頁面開啟且瀏覽器運行時有效，無 headless。傳統 MCP=後端 server 資料/API。AEO/discovery≠WebMCP（代理已進站後執行）。無工具時代理仍可 DOM/截圖 fallback。

適用 轉換漏斗含 onsite 表單/結帳

排除 不要用 WebMCP 取代結構化資料或 AEO

核對項目

• 是否分 discovery vs 執行
• GitHub webmachinelearning/webmcp

規則 23:webmcp-implement-security-early 來源提煉 · 未經本站獨立實測

Declarative：form 加 toolname/tooldescription/toolparamdescription；Imperative：document.modelContext.registerTool。Chrome flag #enable-webmcp-testing + Model Context Tool Inspector 測試。安全：readOnlyHint、untrustedContentHint（UGC 防 injection）、關鍵提交 toolautosubmit 預設 off 需人工確認。先低風險表單再結帳；正式 trial 註冊網域但支援代理仍少→早期佔位非流量源。

適用 試點第一個 agent 可呼叫表單

排除 不要對交易開 autosubmit

核對項目

• 表單驗證對代理同效
• Chrome 文件版本

規則 49:oncrawl-entity-gap-four-steps 來源提煉 · 未經本站獨立實測

Oncrawl 2026-08-25：AI 主題=模型認得的 entity，非 TF-IDF/BM25 詞頻。四步：Oncrawl 匯出 indexable URL→Beautiful Soup 抓正文保留 tag→LLM API 低 temperature 列 lead/secondary topics+proportion+wiki 驗證→secondary 高分且從未當任何 URL lead 者=缺口。H2 實體 vs 僅 body 提及優先序不同。

適用 內容叢集大但 AI 引用分散

排除 不要把 proportion 當精確 KPI

核對項目

• wiki 連結人工 spot-check
• 是否只 indexable

規則 49:oncrawl-prioritize-ga4-gsc-okf 來源提煉 · 未經本站獨立實測

方法用第一方 crawl 不需買主題訂閱。可疊 GA4 全流量（作者假設搜尋≤~20% 需自算）、GSC 曝光需依排名正規化、社群分享排寫作序。scrape 可轉 Markdown 作 OKF 起點。Oncrawl 賣平台+進階 Python GEO 書；Wikipedia 驗證非完美需 LLM 二次過濾。

適用 從 gap 清單排新 pillar

排除 不要又寫總覽重複既有 lead 主題

核對項目

• gap 非 hallucinated entity
• Oncrawl 利益

規則 99:cloudflare-aeo-diagnostics-vs-aeo-tab 來源提煉 · 未經本站獨立實測

Cloudflare 2026-08-11 AEO 文：Diagnostics=robots/sitemap/Markdown/API catalog/MCP/WebMCP 等 pass-fail；AEO=從站推斷 industry+category，對 Claude+GPT 用發現型提示。指標：Citation Rate、Prominence、Mention Rate（對照分 awareness vs attribution）、Share of Voice。類別 panel 預算一次多帳共用→零延遲掃描+Industry Fit。AI Gateway 多模型重複提問+Workers AI 評分+精確文字分析。Operator Activity=各 operator crawl vs referral 與 403/404。

適用 已用 Cloudflare 且 bot 流量占比高

排除 不要只追 Mention 忽略 Citation

核對項目

• Diagnostics 綠了才解讀 AEO
• 高 crawl 零 referral 的 operator

規則 99:cloudflare-agent-readiness-tiered-checks 來源提煉 · 未經本站獨立實測

檢查分 Quick wins（robots/sitemap/AI crawler rules/Markdown）、Technical groundwork（Content Signals、API catalog、link headers、agent login）、Advanced（OAuth、MCP/A2A cards、Web Bot Auth、WebMCP）、Commerce（x402/ACP/UCP/AP2 資訊不計分）。改善可 Copy Agent Prompt 或 Set up in Cloudflare。HTML 請求<50% 人類≠全為代理；AEO 早期存取。編譯用英文 /aeo 非義大利文鏈。

適用 制定 agent-ready 路線圖

排除 不要把 Commerce 試驗標準當必做門檻

核對項目

• re-scan 後 pass 是否增加
• Cloudflare 利益

規則 78:agentic-four-primitives-standards 來源提煉 · 未經本站獨立實測

Cloudflare 2026-08-06：Agentic Internet=readable（Markdown for Agents、Kitesurf 輕量瀏覽器）+discoverable（AI Search、AEO 能見度）+callable（WebMCP、Code Mode 明確工具契約）+payable（x402、Monetization Gateway、receipt）。開放標準 x402/MCP/Web Bot Auth/PACT；Customer Zero 無特權 API。bot 重抓未變頁=人類網被機器訪問的浪費信號。

適用 規劃 API/SaaS 或內容對代理開放

排除 不要只 readable 不 callable 仍靠 DOM 猜

核對項目

• WebMCP 與 MCP server 分工
• PACT 背書流程

規則 78:agentic-desirable-vs-extractive-bot 來源提煉 · 未經本站獨立實測

desirable 代理：省資源讀、依站方互動、付費；extractive：無補償大量抓、繞 block、無視 robots。多年 bot 偵測+缺「放行後互動」→ agentic 工具補 revenue gap。需求側代理多樣性與供給側開放同樣重要，否則仍成 walled garden。廣告/seat 模式在 agent 使用者下失靈。

適用 調整 robots 與 bot 管理政策

排除 不要將所有非人類流量當 scraper

核對項目

• 是否區分付費意圖代理
• Cloudflare 產品路線圖

規則 39:discoverability-brand-data-core-feeds 來源提煉 · 未經本站獨立實測

SearchPilot 2026-09-29 訪談 Heather Physioc/VML：SEO 成熟度仍要人/流程/衡量，但 AI 暴露 product data 矛盾、跨渠道訊息不一致、last-click 假設。machine readability=schema+feed+taxonomy+實體關係+canonical 品牌/產品真相。brand data core=跨 owned/earned/社群/評論/市集/feed 同一事實。feed 非 ad plumbing→paid+organic shopping+Merchant+AI 推薦的機器清單。SearchPilot 可控測 schema/title/template。

適用 零售 enterprise 重置搜尋 KPI

排除 不要只加 GEO 文案不對齊 feed

核對項目

• SKU 跨官網/Merchant/市集
• VML+SearchPilot 利益

規則 39:discoverability-metrics-synthetic-prompts 來源提煉 · 未經本站獨立實測

AI 提及/引用有用但需問 revenue、qualified 流量、資料缺口。sentiment 儀表板可能過粗→改問品牌聯想與來源。last-click 更不完整；traffic↓ revenue↑ 需解讀。 synthetic prompt 非決定論+search volume one→面板非市場代表。代理購物形态未明，但 product/price/availability/reviews 須 machine-readable 一致。起步=選一商業優先類別橫向稽核非空泛 optimize for AI。

適用 向 leadership 要 discoverability 預算

排除 不要把 43% 提示出現率當 KPI

核對項目

• 是否綁 business outcome
• GEO A/B 是否測回站

規則 64:ucd-three-layers-strict-order 來源提煉 · 未經本站獨立實測

Kalicube 2026-06-08/Jason Barnard UCD：U=Entity Home+schema+架構+機器可讀；C=E-E-A-T+第三方 corroboration+聲譽證據；D=主題權威+分布+關鍵查詢一致存在。Phase1 建節點→2 載信心→3 主動推薦；跳層= recognition≠recommendation。AAO=Assistive Agent Optimization（2025 Barnard）目標 be chosen。舊 SEO hack 不轉 AI 推薦。

適用 評估 GEO/實體顧問或自診 AI 推薦

排除 不要只做 D 層曝光不做 Entity Home

核對項目

• U/C/D 各層證據
• Kalicube 方法論利益

規則 64:authoritas-fake-expert-zero-recommendations 來源提煉 · 未經本站獨立實測

Authoritas fake-expert：55 topic questions×9 models→0 假專家被推薦；直接問可能承認虛構名但不推為權威。穩定被引專家輪廓=Entity Home+對齊 profile+多年第三方互證+coherent story→映射 U/C/D。Kalicube 表=按公開專長映射 U/C/D 非排行榜；大聲量 ranking hack practitioner 可能不在表。評估三問：強哪層、證據、是否經 AI 機制檢驗。

適用 個人品牌或 B2B 專家 AI 推薦

排除 不要把表格當 hiring 背書

核對項目

• Authoritas 200 腳註
• SEL 轉述未另核

規則 87:ecom-feed-before-onpage-js-schema 來源提煉 · 未經本站獨立實測

SearchPilot 2025-07-16 訪談 Aleyda：Google 產品發現→列表/carousel/PDP；非美可用 VPN 看 US SERP。Merchant Center+GSC 整合；Popular Products YoY 最高（她引 SEO Week 2025：>71% mobile product SERP、67% desktop—本站未核 deck）。資源有限且快銷→優先 feed（Google 未必常 crawl 全庫存）；理想 feed+structured data+on-page 對齊。JS-only schema 可能索引失敗。

適用 Shopping carousel/knowledge panel 缺席

排除 不要只改 PDP 不管 Merchant 欄位

核對項目

• 渲染後 schema
• SKU 價格庫存一致

規則 87:ecom-pdp-chunks-ugc-testing 來源提煉 · 未經本站獨立實測

GEO 當下：PDP 強化 UGC/評論供 AI 答細節。資訊/交易查詢融合→rich PDP 可排指南型 query。passage-level+extreme explicit context→優化 chunks。論壇 UGC SERP 能見度高→品牌需參與論壇。Aleyda：持續測 content/UI/schema；團隊怕 PDP 加字傷轉換但 SEO test 常 enrichment↑。垂直 SERP 差異大→SearchPilot A/B 利益。

適用 PDP 模組與轉換率拉扯

排除 不要用直覺 veto 內容 enrichment

核對項目

• A/B 證據
• 2025 SERP 占比可能已變

規則 1264:define-both-groups-first 來源提煉 · 未經本站獨立實測

開測前寫明來源頁和目的頁。只看全站自然流量，會把一邊的漲和另一邊的跌抵消。

適用 要測內鏈時

排除 不要只看全站自然流量

核對項目

• 開測前寫明來源頁和目的頁
• 兩邊方向可以相反

規則 1264:no-uplift-in-this-piece 來源提煉 · 未經本站獨立實測

這篇是方法，沒有給漲幅。不要引用一個它沒有寫的百分比。

適用 引用這篇內鏈方法時

排除 不要補一個它沒有寫的漲幅

核對項目

• 這篇沒有百分比
• 沒有把演算題當成流量結果

規則 1263:three-percent-is-pre-2023 來源提煉 · 未經本站獨立實測

不要把 3% 當成 2023 年 8 月之後還能復現的漲幅。一般網站後來去掉 FAQ 標記已測不到流量變化。

適用 現在要加 FAQ 標記時

排除 不要把 3% 當成 2023 年 8 月之後還能復現

核對項目

• 標明是摘要還會顯示時
• 和後來刪標記沒有流量變化分開

規則 1263:sixty-seven-is-not-the-uplift 來源提煉 · 未經本站獨立實測

67% 是更早 FAQ 測試裡結果為正的占比，不是這次的漲幅，也不是保證。

適用 引用 67% 時

排除 不要把測試占比寫成流量漲幅

核對項目

• 67% 是結果為正的測試占比
• 這次漲幅是大約 3%

規則 1260:amp-duplicate-not-required 來源提煉 · 未經本站獨立實測

不要再把必須保留一套 amphtml 當成現行規則。按模板小範圍移除，確認沒有負向再全量下線。

適用 還留著一套獨立 AMP 頁時

排除 不要把必須保留 amphtml 當成現行規則

核對項目

• 按模板小範圍移除
• 確認沒有負向再全量下線

規則 1260:no-percentage 來源提煉 · 未經本站獨立實測

這篇沒有客戶數或跌幅。不能寫成拿掉一定會漲。訴訟文件裡的 1 秒延遲不是這次測試。

適用 引用拿掉 AMP 的結果時

排除 不要自補客戶數或漲跌百分比

核對項目

• 寫的是沒有測到負向
• 1 秒延遲沒有被寫成這次測試

規則 1261:both-sides-rose 來源提煉 · 未經本站獨立實測

放連結的頁和被連結的頁估計都在 20% 以上。不要只看被連結的那一層。

適用 內鏈測試只報了被連結頁上升時

排除 不要假設放連結的頁沒有變化

核對項目

• 這次兩組分開都在 20% 以上
• 加總 25% 沒有遮住單邊下跌

規則 1261:clearer-hierarchy 來源提煉 · 未經本站獨立實測

不要讀成連結越多越好。這次是二級頂部連到自己的三級，不是全站互連。9,200 是這次的估計。

適用 要把這個 25% 用到別的站時

排除 不要讀成連結越多越好

核對項目

• 是二級頂部連到自己的三級
• 9,200 只屬於這次

規則 1259:breadcrumb-can-replace-a-better-url 來源提煉 · 未經本站獨立實測

上線前看麵包屑會不會換掉更具體的網址。這次最具體的子類目沒有出現。

適用 要上麵包屑標記時

排除 不要沒看結果就假設一定更好

核對項目

• 看它會不會換掉更具體的網址
• 這次最具體的子類目沒有出現

規則 1259:three-levels-separately 來源提煉 · 未經本站獨立實測

12%、6%、7% 不要合成一個全站跌幅。三層方向相同，幅度不同。

適用 引用麵包屑測試的跌幅時

排除 不要合成一個全站數字

核對項目

• 產品頁 12%、子類目 6%、大類 7% 分開
• 沒有寫成標記壞掉比較好

規則 1257:price-snippet-needs-an-advantage 來源提煉 · 未經本站獨立實測

價格在結果裡沒有優勢時，不要和評價標記預設一起上。這次作者歸因於組合和最低訂購量。

適用 價格和評價標記要一起上時

排除 不要在價格沒有優勢時預設一起上

核對項目

• 兩次差別是標記裡有沒有價格
• 作者歸因沒有寫成 Google 的確認

規則 1257:reviews-were-visible 來源提煉 · 未經本站獨立實測

20% 不是只塞 JSON-LD。兩次都把評價顯示到頁上，差別是標記裡有沒有價格。

適用 引用只留評價標記估計上升 20% 時

排除 不要寫成只塞 JSON-LD、頁上沒有評價

核對項目

• 兩次都有把評價顯示到頁上
• 20% 只屬於第二次

規則 1253:inconclusive-is-not-a-win 來源提煉 · 未經本站獨立實測

沒有結論不要寫成上升或已證明無效。這次沒有可引用的漲幅。

適用 H1 或標題測試沒有結論時

排除 不要寫成已證明有效或已證明無效

核對項目

• 結論是得不出結論
• 沒有自造漲幅

規則 1253:split-by-page-type 來源提煉 · 未經本站獨立實測

只覆蓋美國的航班頁和航線頁。其他頁面類型分開測，不要全站把價格寫進 H1。

適用 要把價格放進全站 H1 時

排除 不要用航班頁的結果覆蓋其他頁面

核對項目

• 只寫美國航班頁和航線頁
• 其他類型分開測

規則 1255:measure-both-sides 來源提煉 · 未經本站獨立實測

不要預設補進 HTML 就會漲。這次只量了放連結的頁，沒有量目的頁。

適用 把 JavaScript 裡的內鏈補進 HTML 時

排除 不要只看放連結的頁就下結論

核對項目

• 目的頁有沒有被測量要寫明
• 這次沒有測到放連結頁的流量變化

規則 1255:not-a-js-rule 來源提煉 · 未經本站獨立實測

先前加上和減少 JavaScript 都出現過正向。沒有一種框架適用所有站。

適用 決定要不要減少 JavaScript 時

排除 不要把這次讀成 JavaScript 連結一定無效或一定有效

核對項目

• 先前加上和減少都出現過正向
• 沒有寫成框架通則

規則 1250:format-swap-not-traffic 來源提煉 · 未經本站獨立實測

標記正確時，不要為了 SEO 流量趕著把微資料換成 JSON-LD。關鍵模板仍先小範圍換，確認複合式結果還在。

適用 要把微資料換成 JSON-LD 時

排除 不要把格式互換當成漲流量的專案

核對項目

• 沒有承諾流量上升
• 關鍵模板先小範圍確認複合式結果

規則 1250:maintenance-reasons 來源提煉 · 未經本站獨立實測

桌面和手機 HTML 不同、需要巢狀，或頁面靠 JavaScript 渲染時，JSON-LD 比較好維護。這不是排名理由。

適用 選擇 JSON-LD 的理由時

排除 不要把好維護寫成排名因素

核對項目

• 理由是維護、巢狀或 JavaScript
• 不是排名

規則 1249:alt-text-not-a-ranking-lever 來源提煉 · 未經本站獨立實測

區間跨過零，不要把 7.3% 寫成漲幅。可以因為無障礙加上，不要當成自然流量的做法。

適用 引用替代文字的 7.3% 時

排除 不要把點估計寫成顯著上升

核對項目

• 寫了區間 -4.2% 到 +19.4%
• 沒有當成排名做法

規則 1249:image-search-not-measured 來源提煉 · 未經本站獨立實測

這次沒有量圖片搜尋。不能把結果寫成替代文字不影響圖片搜尋。

適用 討論替代文字和圖片搜尋時

排除 不要把這次結果寫成圖片搜尋也沒有影響

核對項目

• 標明沒有量圖片搜尋
• 無障礙和自然流量分開

規則 1248:faq-markup-not-a-traffic-lever 來源提煉 · 未經本站獨立實測

2023 年 8 月後，不要為了漲流量去刪或加一般網站的 FAQ 標記。這次去掉標記沒有顯著變化。

適用 2023 年 8 月之後考慮 FAQ 標記時

排除 不要為了漲流量去刪或加一般網站的 FAQ 標記

核對項目

• 沒有把刪標記寫成漲流量的做法
• 和摘要還會顯示時的 3% 分開

規則 1248:keep-visible-faq 來源提煉 · 未經本站獨立實測

刪的是 itemprop、itemscope、itemtype。使用者看得到的問答要留著，除非另有理由刪正文。

適用 要拿掉 FAQ 微資料時

排除 不要把使用者看得到的問答一起刪掉

核對項目

• 刪的是 itemprop、itemscope、itemtype
• 正文問答仍在

規則 1238:url-keywords-tiny 來源提煉 · 未經本站獨立實測

網址裡的關鍵字是極小信號，只在 Google 對頁面幾乎沒有其他資訊時才有用。看到內容之後，不要為了塞詞去改已經收錄的網址。

適用 有人要求把關鍵字寫進網域或路徑，或要整批改已上線網址時

排除 不要把「極小信號」理解成鼓勵用 emoji 或堆詞做網址

核對項目

• 頁面是否已有正文
• 改網址的遷移成本是否大於這點信號

規則 1238:domain-vs-path 來源提煉 · 未經本站獨立實測

網域遵守字母、數字和連字號，以及 IDN 的 Punycode；現行標準不把 emoji 放進網域名稱。路徑裡的 emoji，Googlebot 會抓，但瀏覽器會做成百分號編碼，而且不是每個客戶端都顯示得正常。

適用 新網域或新路徑要含非拉丁文字或 emoji 時

排除 不要把某些 ccTLD 第二層仍可註冊 emoji，說成標準允許網域使用 emoji

核對項目

• 非 ASCII 路徑已按網址結構文件做百分號編碼
• 已用目標瀏覽器看過顯示

規則 1238:hyphen-not-underscore 來源提煉 · 未經本站獨立實測

路徑裡用底線接起來的詞，Google 會當成一個長詞。想讓詞被分開讀，用連字號。這是分詞方式，不是大的排名槓桿。

適用 新路徑要在詞與詞之間選分隔符時

排除 不要為了把底線改成連字號，去遷移一整批已經收錄的網址

核對項目

• 新網址用連字號分詞
• 沒有把函式名稱那種本該連在一起的底線誤改

規則 950:read-past-label 來源提煉 · 未經本站獨立實測

寫進客戶報告前，先拆開標籤：排名「大跌」、時間「典型」、Couldn’t fetch、國家數字、作者署名，各自核對背後口徑與證據。

適用 彙整每週 Google／工具動態或客戶週報時

排除 不要把 Pulse 摘要句直接當成單一站的終局結論

核對項目

• 每條結論旁有來源類型（Dashboard／GSC／官方說明／場次紀錄）

規則 950:spam-window-then-gsc 來源提煉 · 未經本站獨立實測

2026 年 9 月 Spam Update 以 9/24–10/8 為窗口；晚九月排名尖峰先對 Search Console 連續曝光／點擊，再談更新歸因。

適用 解釋 9–10 月波動時

排除 不要用單日第三方曲線單獨定案

核對項目

• 日曆有起迄
• GSC 已按窗口切片

規則 950:ranges-not-deadlines 來源提煉 · 未經本站獨立實測

網站遷移與核心更新恢復用「月」級區間溝通，並註明來自場次紀錄、未定義 typical，不是對外承諾的截止日。

適用 客戶問遷移是否卡住或核心更新何時恢復時

排除 不要把 1–3 個月或 3–6 個月寫成保證時限

核對項目

• 簡報或郵件是否出現「保證／最晚」字樣

規則 950:gsc-multi-country-label 來源提煉 · 未經本站獨立實測

Search Console 可合併多國或裝置看總量時，報告必須標明「合併口徑」；Compare 仍是兩兩並排，且不能一次篩多個搜尋外觀。

適用 多市場成效彙報時

排除 不要把合併總量寫成單一國家表現

核對項目

• 圖表註記國家／裝置清單

規則 950:no-fake-author-profiles 來源提煉 · 未經本站獨立實測

作者頁禁止無法核實的姓名、AI 頭像或虛假資歷來假裝真人專家；官方 people-first 說明將此類欺瞞視為低品質訊號。

適用 上線或抽查內容作者資訊時

排除 不適用已清楚標示為虛構角色且無誤導意圖的文學／示例頁（仍應避免冒充專家背書）

核對項目

• 署名、照片、資歷可對到真實來源

規則 949:xml-vs-html-roles 來源提煉 · 未經本站獨立實測

XML 站點地圖負責提交與結構化清單；HTML 站點地圖只做使用者導覽與補充發現，二者不要互相替代。

適用 規劃或稽核站點地圖與導覽頁時

排除 不要把 HTML 頁當成 Search Console 可提交的站點地圖檔

核對項目

• XML 仍在 Search Console 提交
• 沒有把 HTML URL 填進站點地圖提交欄

規則 949:html-nav-not-wall 來源提煉 · 未經本站獨立實測

若做 HTML 站點地圖，優先列上層分類或主題樞紐，讓人能往下鑽；不必列出每一個商品或文章。

適用 電商、內容站或層級深的網站補導覽時

排除 不要堆成無分層的巨型連結牆，也不要把它寫成排名加分項

核對項目

• 頁上是分類／主題而非全站扁平清單
• 連結指向真實可瀏覽頁

規則 949:user-first-signals 來源提煉 · 未經本站獨立實測

HTML 站點地圖的價值從「幫人找路」開始；只有導覽真的被使用，才有機會帶來可被系統觀察的造訪與發現，而非保證流量。

適用 評估要不要新建或重做該頁時

排除 不適用指望靠一頁連結列表分配權重或取代內鏈策略

核對項目

• 頁尾或說明有清楚入口
• 內容以找路說明為主而非 SEO 術語堆疊

規則 644:jsonld-matches-visible 來源提煉 · 未經本站獨立實測

JSON-LD 標記的價格、日期、評分、庫存等必須與頁面可見內容一致；改版時同步更新 markup。

適用 商品、活動或評論頁上線與改價時

排除 不要只為富結果虛構欄位

核對項目

• Rich Results Test 通過
• GSC 富結果無錯誤

規則 644:structured-data-baseline-jsonld 來源提煉 · 未經本站獨立實測

新站預設以 JSON-LD 輸出 Organization、WebSite、BreadcrumbList，再依模板加 Article／Product；避免三種語法混用造成重複實體。

適用 主題或 CMS 結構化資料設定

排除 不要同頁 Microdata 與 JSON-LD 重複同一 Product

核對項目

• 測試工具只解析預期圖譜
• 外掛輸出已 spot check

規則 636:traffic-drop-triage-order 來源提煉 · 未經本站獨立實測

Organic 持續下滑時依序：GSC 手動處置 → 對照已知核心更新時間軸 → 站內改版／追蹤碼 → HTTPS 遷移 → 站齡蜜月 → 連結品質 → 站外盲測是否輸給 SERP 對手。

適用 GA4／GSC 週期性流量跌幅

排除 不要跳過手動處置直接否認連結

核對項目

• Manual Actions 空
• organic 下跌日 vs 更新表

規則 636:https-migration-recovery-window 來源提煉 · 未經本站獨立實測

HTTP→HTTPS 視同網域遷移：確認 301、內鏈與 href 全 HTTPS、Search Console 資源與否認檔在 HTTPS；恢復常以週計、大站可能數月，非固定 SLA。

適用 遷移後排名波動

排除 不要混用可索引 HTTP URL

核對項目

• Screaming Frog 混合內容
• GSC 涵蓋範圍

規則 598:sitemap-visibility-policy-ai 來源提煉 · 未經本站獨立實測

先定站點地圖策略：要給 AI／非 Google 爬蟲發現則用 sitemap.xml 或 RSS（head 連結）；僅給 Google 則非常規檔名、不列 robots.txt、只提交 GSC，並接受 Bing 需另提交。

適用 AI 訓練或資料授權政策訂定

排除 不要同時指望隱藏檔名又被 log 裡的 AI bot 讀取

核對項目

• 伺服器 log 非 Google bot 命中 sitemap
• robots Sitemap 指令

規則 598:sitemap-couldnt-fetch-non-xml-first 來源提煉 · 未經本站獨立實測

GSC 站點地圖 Couldn’t fetch 且 XML 有效時，先查主機負荷與 crawl demand（常與品質感知相關），再改 sitemap 格式；Mueller 2 月說無新重要內容時可能不用 sitemap。

適用 Sitemaps 報表異常但 URL 可開

排除 不要只重產 XML 忽略內容與抓取預算

核對項目

• 主機 CPU/連線尖峰
• GSC 未索引原因
• Crawl stats

規則 598:llms-txt-not-sitemap-replacement 來源提煉 · 未經本站獨立實測

llms.txt 不能取代 XML 站點地圖；Google 列為生成式功能非必要。可實驗但不要納入索引或 AI 引用的硬性 checklist。

適用 AEO／llms.txt 專案

排除 不要規劃產品流程依賴 llms.txt 被當 sitemap

核對項目

• Google 生成式 AI 指南
• log 是否有 bot 讀取

規則 597:crawl-timing-ranges-not-sla 來源提煉 · 未經本站獨立實測

向利害關係人說明索引／搬遷／核心更新恢復時，用 Search Central Live 與會紀錄的常見與最慢區間對照，勿寫成固定 SLA 或截止日。

適用 遷移或更新後三個月仍波動

排除 不要把 1.5 小時索引常見值當每頁承諾

核對項目

• GSC 涵蓋範圍趨勢
• 最慢列含永不時先查品質

規則 597:refresh-known-url-30d-baseline 來源提煉 · 未經本站獨立實測

已知 URL 重新整理常見約 30 天；標題／摘要變更以天計預期，搬遷與核心更新恢復以月計，混用同一套「再等一週」話術易誤判卡住。

適用 改 meta 後排名未動

排除 不要只重交 sitemap 忽略已知 URL 刷新節奏

核對項目

• URL Inspection 上次爬取
• canonical 是否一致

規則 595:sitemap-fetch-not-syntax-only 來源提煉 · 未經本站獨立實測

GSC「couldn’t fetch」先查 HTTP 200、robots.txt 連結與同期 500／逾時，再評估抓取需求與內容品質；勿只反覆改 XML 格式。

適用 站點地圖狀態異常

排除 不要假設一定是 sitemap 語法錯誤

核對項目

• XML 驗證通過
• GSC 伺服器錯誤報表
• 重要 URL 已被發現索引

規則 595:crawl-demand-quality-signal 來源提煉 · 未經本站獨立實測

長期 couldn’t fetch 且技術面正常時，把重心放在整站品質、索引價值與抓取預算分配，而非新增大量 sitemap 碎片檔。

適用 技術 sitemap 自檢無誤仍失敗

排除 不要用第三方「分數」代替 Google 抓取行為

核對項目

• 索引量與重要模板 coverage
• 薄內容／重複 URL 治理

規則 591:aeo-schema-foundation-trio 來源提煉 · 未經本站獨立實測

AEO 用的 schema 先做 Organization、WebSite、WebPage 三角：首頁放組織與網站，publisher 用同一 @id；各頁 WebPage 的 name、url、description 須與可見內容及標準網址一致，再談更細類型。

適用 新站或重構 JSON-LD／AI 可見度專案

排除 不要每頁複製整段 Organization 或 WebSite 區塊

核對項目

• publisher 是否引用同一 Organization @id
• WebPage isPartOf 是否指向 WebSite

規則 591:schema-visible-content-only 來源提煉 · 未經本站獨立實測

Article、Product、FAQPage、Review 等只標記讀者看得到的欄位；價格、庫存、評分、FAQ 問答在頁面不存在就不要寫進 JSON-LD。全站展開前先測單作者／多作者與有無庫存等模板變體。

適用 電商或內容站批量加結構化資料

排除 不要用 FAQPage 取代可見 FAQ 區塊或當排名捷徑

核對項目

• Rich Results Test 與渲染後 JSON-LD
• 欄位是否與 CMS 可見欄位同源

規則 353:a11y-legal-scope-before-score 來源提煉 · 未經本站獨立實測

無障礙專案先與法務確認 EAA／RGAA 等適用市場與服務，再定 WCAG 2.2 AA 技術目標；合規聲明須標完全符合／部分符合，勿用 Lighthouse 分數代替。

適用 電商、銀行、電子通訊上線或改版

排除 不要把 60% 自動化比例寫進合約當保證

核對項目

• 螢幕閱讀器走完購物路徑
• 模板級連結文字與標題層級

規則 353:seo-owns-crawl-and-human-access 來源提煉 · 未經本站獨立實測

SEO 團隊即使非無障礙 owner，也應把「人能否使用資訊」與 Googlebot／AI 代理可讀性放在同一 backlog；先修重複版型錯誤再追全站分數。

適用 導入 Oncrawl 或 Lighthouse 無障礙稽核

排除 不要先買儀表板再定責任人

核對項目

• div soup 假標題
• 重要媒體逐字稿

規則 42:spider-issues-triage-not-fix-all 來源提煉 · 未經本站獨立實測

SEO Spider Issues 依高優先級、Issues 類型與 GSC 曝光交叉篩選；勿把 300+ 項當成必修清單，模板根因合併成單一 ticket。

適用 季度技術 SEO 爬蟲稽核

排除 不要忽略 JS 渲染設定差異造成的誤報

核對項目

• 高流量模板 Issues 計數
• URL Inspection 複驗

規則 42:rendered-html-verify-js-warnings 來源提煉 · 未經本站獨立實測

JavaScript 類 Issues 或「已爬未索引」須用渲染後 HTML／Live Test 確認 Google 所見正文，再改內容或程式。

適用 SPA 或動態轉譯站

排除 不要只修靜態原始碼

核對項目

• Rendered DOM 含主正文
• Issues 重爬計數下降

規則 11:js-seo-rendered-html-parity 來源提煉 · 未經本站獨立實測

JavaScript 站索引問題先比對 Search Console 網址檢查的「Google 所見 HTML」與使用者瀏覽器渲染結果；正文、title、canonical 與可檢索連結須在轉譯後 HTML 出現，再改內容或外鏈策略。

適用 SPA／CSR 或混合渲染站流量或索引異常

排除 不要只看原始碼或只跑桌面爬蟲就判定已索引

核對項目

• 轉譯後 HTML 是否含主要正文
• href 是否為可解析的 path URL

規則 11:js-spa-routing-and-soft-404 來源提煉 · 未經本站獨立實測

單頁應用程式用 History API 與真實 path URL 導覽，避免 hash 路由；不存在或缺貨資源以伺服器 404 或明確 noindex 處理，勿對所有狀態回 200 造成 soft 404。

適用 React／Vue／Angular 等用戶端路由上線或改版

排除 不要在初始 HTML 放 noindex 又指望 JS 事後移除來換取索引

核對項目

• 錯誤狀態是否回 meaningful HTTP 或 noindex
• 內部連結是否為 <a href>

規則 22:publisher-audit-value-quadrant 來源提煉 · 未經本站獨立實測

出版商第一階段稽核用「規模×影響×努力」對齊 ARPU／訂閱／廣告 KPI，只交付高槓桿模板與火災項；query counting 與索引原因找第二階段主題群，勿一次做完整內容深潜。

適用 媒體集團年度可發現性檢討

排除 不要只交百項 checklist 不談商業目標

核對項目

• GSC 查詢桶 6 個月趨勢
• Crawl Stats 302／參數占比

規則 22:news-golden-hour-internal-links 來源提煉 · 未經本站獨立實測

重要新聞與 Discover 候選稿上線後黃金一小時內：首頁／電子報／記者社群放大，並在前段內鏈到主題 hub 與 evergreen；客端 JS 承載主內容可能錯過時效索引。

適用 編輯室 SEO 流程設計

排除 不要假設 News Sitemap 可取代首段情境化內鏈

核對項目

• Top Stories 競品發文量
• discovered-not-indexed 新聞 URL

規則 46:mcp-scope-sample-before-slack 來源提煉 · 未經本站獨立實測

Oncrawl MCP 自動 Slack 告警前，先用 OQL 或 page group 把分析 scope 壓到約 10 萬 URL 級並手動跑 1–2 週驗證閾值；未驗證勿 CronCreate 每日推播。

適用 導入 log 或 crawl-over-crawl 告警

排除 不要在百萬 URL 全量 join 後才發現 token 成本

核對項目

• 死胡同 3XX→4XX 清單
• Slack 訊息 OQL 可回放

規則 46:gsc-mcp-security-and-quota 來源提煉 · 未經本站獨立實測

使用社群 mcp-gsc 前完成資安審查；URL Inspection 配額約 2000／日，Bucket A/B/C 診斷須依 SEO 流量排序抽樣，每批約 10 URL。

適用 多 MCP 交叉索引問題

排除 不要將 mcp-gsc 當 Google 官方支援

核對項目

• Bucket C indexable=false 原因
• orphan 但有 GSC clicks 的 URL

規則 45:listing-time-to-index-sla 來源提煉 · 未經本站獨立實測

Listing 站為新上架 URL 定義發布到首次爬取／索引 SLA，按垂直或市場 segment 報告，勿只看全站平均。

適用 分類、招聘、C2C 市集

排除 不要讓過期 200 頁無限消耗 crawl budget

核對項目

• GSC 新 URL 索引延遲
• sitemap 分段提交

規則 45:expired-url-policy-matrix 來源提煉 · 未經本站獨立實測

過期 listing 以表格式定義 301／410／保留策略，並用 log 或 Oncrawl 類工具確認 bot 抓取花在仍具價值的 URL。

適用 高周轉 listing 平台

排除 不要全站 404 也不評估長尾流量

核對項目

• 過期 URL 狀態碼一致
• orphan 占比趨勢

規則 43:sf-markdown-js-rendering-required 來源提煉 · 未經本站獨立實測

Custom JavaScript 萃取 Markdown 前必須啟用 Spider 的 JavaScript rendering，否則 Custom JS 欄常空白。

適用 RAG／內容稽核批量匯出

排除 不要對 noindex URL 批量送進向量庫

核對項目

• Rendering 已開
• 匯出欄有 Markdown 字數

規則 43:readability-vs-selector-extraction 來源提煉 · 未經本站獨立實測

一般內容站先用 Readability+Turndown；電商 PDP 或側欄過重時改用 Visual Custom Extraction 鎖定 CONTENT_SELECTOR 並維護 STRIP_SELECTORS。

適用 Markdown 缺段落或含導覽雜訊

排除 不要用 live 對爬蟲提供平行 .md 鏡像（同步與信任風險）

核對項目

• 抽樣 10 URL 人工對照
• PDP 描述 selector 穩定

規則 17:cwv-good-thresholds 來源提煉 · 未經本站獨立實測

公開索引頁應以 CrUX 良好門檻為目標：LCP ≤2.5s、INP <200ms、CLS <0.1（75 分位）；模板改版後追蹤 Search Console CWV 報表。

適用 新模板或 Core Web Vitals 專案

排除 不要只優化首頁而忽略 PLP/文章模板

核對項目

• GSC Core Web Vitals
• CrUX URL 詳情

規則 17:page-experience-not-only-cwv 來源提煉 · 未經本站獨立實測

Core Web Vitals 是頁面體驗子集；HTTPS、行動友善、Safe Browsing、侵入式插頁等仍需合規，勿把三指標當唯一排名開關。

適用 「頁面體驗」稽核

排除 不要忽略 HTTPS 混合內容或惡意軟體警告

核對項目

• GSC 頁面體驗總覽
• Mobile-Friendly Test

規則 16:page-experience-six-question-audit 來源提煉 · 未經本站獨立實測

季度自檢用 Google 六問（CWV、HTTPS、行動版、廣告量、插頁、主內容可辨）對照 GSC 的 HTTPS 與 Core Web Vitals 報表，勿只追 Lighthouse 實驗室滿分。

適用 頁面體驗稽核

排除 不要假設有單一頁面體驗分數

核對項目

• GSC 頁面體驗總覽
• CrUX Poor URL 群組

規則 16:cwv-ranking-signal-vs-other-ux 來源提煉 · 未經本站獨立實測

Core Web Vitals 會進排名系統；HTTPS、插頁、廣告密度等不直接抬排名但仍影響滿意度—內容同質性高的查詢才較易靠體驗拉開差距。

適用 向管理層排 SEO 優先序

排除 不要只做 CWV 而忽略 HTTPS 混合內容

核對項目

• 相關查詢 SERP 競品 CWV
• CrUX ad metrics 實驗欄位

規則 47:facet-param-order-canonical-fix 來源提煉 · 未經本站獨立實測

分面稽核第一步固定參數順序並關閉零結果 200 頁；參數順序不一致時，先修 URL 產生邏輯再談 canonical，否則組合空間近無限。

適用 電商或目錄站 crawl budget 異常

排除 不要只 noindex 而不處理參數順序

核對項目

• ?a&b 與 ?b&a 是否並存
• 空篩選 HTTP 404 或禁用

規則 47:facet-noindex-then-disallow 來源提煉 · 未經本站獨立實測

以 noindex 清索引膨脹後，待 GSC 顯示退出索引再加 robots disallow 節省抓取；避免同時 robots 封鎖又依賴 meta noindex 被讀取。

適用 index bloat 來自篩選 URL

排除 不要假設 disallow 會從 SERP 移除已索引頁

核對項目

• Crawl Stats HTML 是否充斥 ?filter
• site: 參數 URL 數量

規則 50:tech-debt-seo-same-backlog 來源提煉 · 未經本站獨立實測

技術債 backlog 須與 SEO 共用同一張「可爬路徑＋CWV＋深層 URL 無流量」地圖；只修 Lighthouse 實驗室分而忽略參數重複或 orphan 定價頁，債務會以索引型式復發。

適用 成長期每季架構檢討

排除 不要把 McKinsey 40% 寫成單站 KPI

核對項目

• GSC 頁面體驗 Poor URL
• Screaming Frog 深度>4 的 money page

規則 50:sprint-ten-percent-health-buffer 來源提煉 · 未經本站獨立實測

Sprint 預留約 10% 工程健康緩衝處理 tech-debt 票（含測試、依賴升級、模板重複），避免 SEO 修復永遠排在功能之後。

適用 路線圖與 OKR 對齊

排除 不要將 Oncrawl 客戶百分比當全產業保證

核對項目

• issue tracker tech-debt 標籤趨勢
• 部署後 CI 回歸 CWV

規則 106:ad-slot-reserve-space 來源提煉 · 未經本站獨立實測

JS 或非同步載入的橫幅／嵌入廣告應在 CSS 為容器設定 min-height 或 aspect-ratio，避免載入後推擠首屏正文造成 CLS。

適用 首屏廣告或 consent 後載入廣告

排除 不要等廣告回傳後才撐開版面

核對項目

• CLS 元素 attribution 含 ad slot
• CrUX CLS 分位

規則 106:cwv-traffic-split-test-expectation 來源提煉 · 未經本站獨立實測

CWV 修正預設目標是使用者體驗與欄位分數；以自然流量分割測試驗證時，樣本不足可能 inconclusive，仍可做低風險部署。

適用 向管理層報告 CWV ROI

排除 不要因單次 inconclusive 判定 CLS 無關 SEO

核對項目

• 受控實驗對照組設計
• 全站 CWV Poor 占比

規則 94:url-inspection-before-content-rewrite 來源提煉 · 未經本站獨立實測

Organic 大跌且時點接近核心更新時，先用 Search Console 網址檢查看 Google 所見 HTML 是否含正文，再排內容品質專案。

適用 JS 站或曾用 dynamic rendering

排除 不要假設一定是 E-E-A-T 或文案問題

核對項目

• bot HTML 非空
• prerender 服務錯誤日誌

規則 94:deprecate-dynamic-rendering-plan 來源提煉 · 未經本站獨立實測

動態轉譯僅宜短期過渡；長期改 SSR／SSG 或可靠單一 HTML 來源，並監控 prerender OOM／逾時。

適用 仍維護 bot 與使用者雙版本

排除 不要無監控地依賴第三方 prerender

核對項目

• Google 文件現行渲染建議
• staging 移除 DR 後索引測試

規則 72:field-data-prioritize-poor-urls 來源提煉 · 未經本站獨立實測

效能優化優先序以 Search Console／CrUX 標為 Poor 的 URL 群組為準，再用 Lighthouse 在 staging 驗證修正；勿只追實驗室 100 分。

適用 CWV 專案排程

排除 不要僅在開發者筆電 Wi‑Fi 下簽核上線

核對項目

• CrUX 28 天趨勢
• Poor 模板清單

規則 72:inp-long-tasks-first 來源提煉 · 未經本站獨立實測

互動體驗先消除主執行緒 Long Tasks（INP/TBT），再微調影像壓縮；載入條再快若無法點擊仍不合格。

適用 SPA 或大量第三方 JS

排除 不要只 defer CSS 卻保留同步阻塞腳本

核對項目

• Performance 面板 Long Tasks
• INP 元素 attribution

規則 72:lab-field-rum-triangle 來源提煉 · 未經本站獨立實測

建立 Lab（CI Lighthouse）+ Field（CrUX/GA4 Web Vitals）+ 必要時 RUM（熱圖/錄影）三角監測，改版需三者至少兩者改善才視為完成。

適用 季度效能回顧

排除 不要用單次 PSI 截圖當長期 KPI

核對項目

• 三來源同一 URL 對照
• 轉換漏斗未因改動下跌

規則 67:hreflang-reciprocal-symmetric 來源提煉 · 未經本站獨立實測

每個多語 URL 須有正確 ISO 語系/地區碼的 hreflang，且 alternate 間 reciprocal 連結；HTML、sitemap、HTTP header 三者不得衝突，內容章節應對稱可配對。

適用 新增語系或批量翻譯上線

排除 不要用機器翻譯子目錄卻缺少對等 canonical 段落

核對項目

• hreflang 驗證工具
• GSC 國際化報表

規則 67:multilingual-subfolder-over-subdomain 來源提煉 · 未經本站獨立實測

除非在地團隊必須完全分離基礎設施，優先以同一網域子目錄承載語系版本，以集中 PageRank、crawl 與品牌實體；多域需 cross-domain hreflang 與一致品牌識別。

適用 國際站 URL 架構決策

排除 不要為每語系開子網域卻零內部連結回主域

核對項目

• 語系 URL 模式一致
• 首頁連結指向 canonical 語系

規則 67:per-locale-sitemap-gsc 來源提煉 · 未經本站獨立實測

各語系維護獨立 sitemap（含 xhtml:link alternate），並在 GSC 分資源或篩選監控 coverage；索引混亂時先修 hreflang/canonical 再擴產內容。

適用 多語站 10+ 語系

排除 不要把所有語系 URL 塞進單一 sitemap 卻無 alternate 標記

核對項目

• 各語系索引量
• redirect 鏈與 soft 404