為什麼相依性比單項分數更重要
把預算花錯地方的故事多半長這樣：
「我們做了 FAQ schema、語言改寫、文案優化，三個月分數沒變化。」
打開報告一看：他們的 robots.txt 還在擋 AI bot，HTTPS 也沒開。前置門檻沒過，後面所有努力都餵給看不見的 AI。
12 維度看起來平行，但實際上有強相依關係。做對組合才會 1+1=3，做錯組合 1+1=0.5。本文拆 4 組依關係。
組 1：基礎門檻 — 不過後面全白做
包含：傳輸安全（HTTPS）、AI 爬蟲可達性（robots.txt）、結構化資料（基本 schema）、語意結構（H1/H2/H3）
為什麼這組必須先過
| 沒過會怎樣 | 影響 |
|---|---|
| 沒 HTTPS | 多數 AI 平台對 HTTP 站直接降權；Chrome 標「不安全」嚇跑訪客 |
| robots.txt 擋 AI bot | 等於主動退出每一代 AI 推薦，後面寫再多內容 0 引用 |
| 沒 Organization schema | AI 連你公司是誰都不確定，無法跨平台對齊實體 |
| 沒 H1/H2 層級 | AI 切片時切不出有意義的 chunk，整頁被當散文式雜文 |
這 4 項是「進場費」，沒繳齊 AI 連考慮你都不會。
補強順序
- HTTPS（最快，多數主機商一鍵啟用）
- robots.txt（一個檔案的事，30 分鐘）
- Organization schema（首頁加 JSON-LD，1 小時）
- H1/H2/H3 層級（每頁 30 分鐘）
這組 1–2 週可以全部過完。沒做完前不要急著做組 2。
組 2：內容引擎 — 互相加乘的 4 個維度
包含：內容可引用性、AEO 就緒度、FAQ / Q&A、語言自然度
為什麼這 4 個必須一起做
這 4 個維度檢查的是同一段文字的不同面向：
- 內容可引用性：段落長度、結構化列表、量化資料、引用語句
- AEO 就緒度：標題後接答案優先段落、定義句、步驟列表、比較表
- FAQ / Q&A：問句結構、答案 20–100 字、FAQPage schema
- 語言自然度：避免 LLM 套話、句式多樣、第一人稱適度
舉例：你寫一段 200 字描述產品，AI 同時用這 4 個維度評估它：
| 維度 | 看的是 |
|---|---|
| 內容可引用性 | 這 200 字裡有沒有具體數字 / 表格 / 引用 |
| AEO 就緒度 | 這 200 字是不是接在問句標題下 |
| FAQ / Q&A | 這 200 字是不是已對齊 FAQ schema |
| 語言自然度 | 這 200 字有沒有「在當今快速變遷的時代」這種套話 |
只改一個、其他維持原狀，等於在補一個破洞、不補另外三個破洞。
補強順序（同步進行）
每改一頁時，4 個維度同時檢查：
- 把開頭改成答案優先（30 字內定義） → AEO 加分
- 把模糊量詞改具體數字（「許多」→「78%」） → 可引用性加分
- 加 ≥1 個 FAQ 區塊（含 schema） → FAQ / Q&A 加分
- 砍掉「在當今」「leverage」「卓越的」等套話 → 語言自然度加分
一頁做齊比四頁各做一項有用。
組 3：權威累積 — 長期複利期 6–18 個月
包含：E-E-A-T、站外能見度、Agent 就緒度
為什麼這組是「長期戰場」
這 3 個維度的本質是「第三方對你的認知」，不是你自家網站改幾段文案能立刻拉起來的：
- E-E-A-T：作者署名 / 資歷 / 信任頁面（自家可控） + 實名作者 / 學經歷可驗證（半外部）
- 站外能見度：Wikipedia 條目、Wayback 存檔年資、域名年資、媒體報導累積（大部分外部）
- Agent 就緒度：llms.txt、AI plugin、MCP server 等新規範（自家可控但 AI 廠商支援度演進中）
三項的依賴鏈
E-E-A-T 達標
↓ 才有資格
媒體採訪 / 投稿
↓ 才有資格
Wikipedia 條目通過審核
↓ 才會被
LLM 訓練語料收錄並重複看見
E-E-A-T 不到位就跳到「申請 Wikipedia」會被退回。順序不對白費力氣。
啟動順序
- 月 0–1：補完作者署名、資歷頁、信任頁面（自家可控）
- 月 1–3：投稿產業媒體 1–2 篇（建立媒體報導 baseline）
- 月 3–6：累積 ≥3 篇主流媒體獨立報導
- 月 6–9：準備 Wikipedia 條目草稿並送審
- 月 9–18：複利期 — 後續 LLM 訓練世代逐步把你寫進內隱知識
這組是季度規劃，不是 30 天可以推完的。但要早啟動，因為時間複利。
組 4：可獨立補強的維度
包含：摘要控制、HTML 容量、AI 程式生成跡象
為什麼這組可以「獨立看」
這 3 個維度跟其他維度的相依較弱：
- 摘要控制：是否誤用
data-nosnippet、<meta robots noindex>這類自殘指令。通常要嘛沒問題，要嘛是過去某次 SEO 顧問做錯 - HTML 容量：頁面 HTML 大小是否合理。爆量 HTML 通常是被某 framework 灌水（「SPA 殼」綜合症），是技術債而非內容問題
- AI 程式生成跡象：偵測網站本身是不是用 AI 工具一鍵生成的（CSS class pattern、HTML scaffold fingerprint）— 跟你內容好不好無關
這 3 個發現問題後單獨修就好，不會綁住其他維度。
處理時機
- 跑健檢時這 3 項分數低 → 直接看具體 fail 項目修
- 不需要排優先順序、不需等其他組做完
12 維度的「相互正推 / 互不影響」總表
下表整理哪些維度做了會順帶讓另一個維度上升：
| 你做了… | 順帶提升 | 為什麼 |
|---|---|---|
| Article schema 加 author 欄位 | E-E-A-T + 結構化資料 | 同時加分作者訊號與 schema |
| FAQPage schema | FAQ + 結構化資料 + 摘要控制 | schema 命中三個維度 |
| 答案優先段落 | AEO + 內容可引用性 + 語言自然度 | 同段文字 3 維度同時加分 |
| 媒體報導累積 | 站外能見度 + E-E-A-T + Wikipedia notability | 一篇報導推三項 |
| HTTPS + 安全標頭 | 傳輸安全 + E-E-A-T 信任訊號 | 雙加分 |
| 砍 SEO 套話改寫 | 語言自然度 + 內容可引用性 | 同段升雙維度 |
這就是為什麼 GEO 預算配置不是「12 維度各分 8.3%」——同一個動作可能同時推三個維度，配置時要看「順帶提升」效應。
給 SMB 的「30 天起步預算配置」建議
如果你有限時間（每天 1 小時、共 30 天），按下面分配：
| 比例 | 動作 | 涵蓋維度 |
|---|---|---|
| 30% 工時 | 組 1 全部完成 | 傳輸安全 + AI 爬蟲 + 結構化資料 + 語意結構 |
| 40% 工時 | 改寫 5 個流量最高頁的內容引擎 4 維度 | 內容可引用性 + AEO + FAQ + 語言自然度 |
| 20% 工時 | 啟動組 3 長期戰（補作者頁、投第一篇媒體稿） | E-E-A-T 自家部分 + 媒體啟動 |
| 10% 工時 | 量測 + 月報 | 建立節奏 |
組 4 不安排固定工時——跑健檢時看到具體問題再補。
第一步：跑健檢看你目前在哪一組卡關
👉 免費 GEO 健檢 — 報告會列出 12 維度分數，對照本文哪一組是你目前的瓶頸。
如果你想規劃自家網站的客製化 30–180 天路線圖（含預算配置、優先順序、跨團隊責任分配），這是 GEO 顧問服務的範圍：[email protected]
GEO 進階系列。前一篇：「GEO ROI 怎麼量？— 4 種可信指標」