對齊 Google AIO 5 原則 全站結構大改造:7 個動作 24 小時實測
先講重點
怎麼對齊 Google AI Overviews?我照一位 SEO 高手歸納的 5 個原則(網站身份、語意地圖、接住下一題、內容品質、資訊增益)自評 — 這是他整理的框架,不是 Google 官方發布的「5 原則」文件。我對 Lab 自評只有 60 分,用 7 個結構動作(Person schema、info_gain × 19、3 個 pillar、start-here)把自評拉到 85。重點是結構,不是塞關鍵字。
前幾天看到一位 SEO 高手把 Google AI Overview 的方向整理成 5 個基本原則(這是他歸納的框架,不是 Google 官方發布的「5 原則」文件)。我拿來對 Lab 逐項自評 結果分數慘到笑。
一週做了 7 個結構改造 全公開過程 + 對照分數。這篇是 build-in-public 紀錄 給想做 AIO / GEO 但不知從哪開始的同類人。
讀完你會知道:Google AIO 5 原則怎麼自評、每個原則具體要做什麼動作、改完怎麼驗證有沒有效。
1. Google AIO 的 5 個原則是什麼?(+ Lab 初評 60 分)
Google AIO 是 AI Overview 的縮寫。2024 年開始 Google 把 AI 摘要塞到搜尋結果頂部 影響傳統 SEO 的點擊率。AIO 不是另一套玄學 是傳統 SEO 的延伸 — Google 變得更會讀懂網站 你才有資格被 AI 摘要引用。
高手歸納的 5 個基本原則:
- 網站身份要清楚 — 你自己網站講不清楚自己是誰 Google 沒辦法把你放進對的位置
- 語意地圖完整 — 不要見詞就寫 要有主幹支線決策的內容結構
- 接住下一個問題 — 使用者看完定義會想比較想決策 你要陪他走完整段
- 主題邊界守好 — 不要見流量詞就寫 寫你有資格寫的東西
- 資訊增益 — 別人講定義你要能講例外 別人講優缺點你要能講適合誰
拿來對 Lab 逐項自評:
| 原則 | Lab 初評 | 問題在哪 |
|---|---|---|
| 1 網站身份 | 60 分 | About 太薄 / 沒 Person schema |
| 2 語意地圖 | 40 分 | 文章扁平列表 / 沒 pillar 結構 |
| 3 接下一問 | 50 分 | 文末沒接下一步 / 沒總 routing |
| 4 主題邊界 | 80 分 | 主題夠聚焦 / 邊界明 |
| 5 資訊增益 | 70 分 | 文章紮實 但缺 quotable 結構 |
平均 60 分 — 不是垃圾但也不會被 AI 引用。一週做了 7 個結構動作對應這 5 個原則。
2. 動作 1-2 強化「網站身份」(原則 1)
AIO / GEO 時代 Google 跟 AI 都要 entity-level 認知 — 不只認「這個網站」 要認「這個網站背後的人是誰」。動作:
- About 全文重寫 — 從 200 字增到 600 字 加軌跡表 / 做什麼-不做什麼 / 不適合誰邊界
- 注入 Person + ProfilePage schema — 讓 Googlebot 抓得到作者 entity 連結 sameAs 4 個社群帳號
原則 1 改完從 60 → 90。Person schema 是免費的高 leverage 動作 任何個人品牌站都該裝。
3. 動作 3-4 強化「資訊增益」(原則 5)
高手提的「別人講定義你要能講例外」一句話 但落地很難。我的解法是寫一個 info_gain_block(prefix, fits, not_fits, traps) function 全站 19 篇文章文末強制嵌入「適合 / 不適合 / 最常踩」三欄。
為什麼三欄式 quotable:
- 對比 — 左右兩欄天然形成「給誰 / 不給誰」決策
- 條件式 — 每條 bullet 都是判斷標準 AI 可直接套
- Self-contained — 不需要看前文就能拿來用
- 夠短 — 每條 11-15 字 完美在 AI quoting 範圍
全站套用後 19 篇 × 9 bullet = 171 個 quotable unit。再加上 3 個 pillar 各自的 pillar-level info_gain 全站累積 22 個 block × 9 bullet = 198 個 quotable unit。
完整紀錄在 #9 全站 19 篇嵌入「適合 / 不適合 / 最常踩」block。
原則 5 改完從 70 → 90。
4. 動作 5-6 強化「語意地圖」(原則 2)
原本 Lab 文章扁平列表 #0-#8 一字排開 — 完全沒語意地圖。改造:
- SEO Journey 升 pillar — 9 篇連載分 3 階段(入門 / 監測 / 戰場升級) 每階段加 TOC chips + lede + pillar-level info_gain
- Pitfalls 升 pillar — 10 篇 step-by-step 分 4 階段(起步 / 給自己用 / 自動化 / 從工具到產品) 每階段加 anchor + stage tag + 集中 CTA
這個動作對 Google 的訊號是「這個站圍著同一個主題建立了完整結構」 — 不是散彈 是知識體。原則 2 改完從 40 → 80。
5. 動作 7 強化「接住下一個問題」(原則 3)
高手講的「使用者不會只停在第一個問題」 — Lab 原本第一次來的訪客看完首頁不知道接下來看什麼。修法:
- 新寫 /start-here.html 總 pillar — 3 條路徑 routing (用 AI 做東西 / SEO+GEO / 付費陪跑)
- 每篇文末加 info_gain 「最常踩」欄位 — 預先回答「我做這件事會卡哪」的下一個問題
- Pillar 加「下一篇預告」box — 連載文章間明確接續路徑
原則 3 改完從 50 → 85。
6. 改完對照分數 + 真實踩坑
| 原則 | 改前 | 改後 |
|---|---|---|
| 1 網站身份 | 60 | 90 (+30) |
| 2 語意地圖 | 40 | 80 (+40) |
| 3 接下一問 | 50 | 85 (+35) |
| 4 主題邊界 | 80 | 80 (沒動) |
| 5 資訊增益 | 70 | 90 (+20) |
平均 60 → 85。這是主觀自評 真實成效要看 GSC 印象數 + AI 引用 referrer 數據 1-2 個月後驗證。
中間踩了 3 個坑 build-in-public 一起記下:
- 加 typewriter 進場動畫 把 PageSpeed 從 93 拖到 83(完整 debug 紀錄在 PageSpeed 93 → 83 又修回:typewriter LCP killer)
- 視覺改太多 黃色標題在淺色 mode 看不見 — 整批 override 成深橄欖
- 其中一篇文章主軸寫錯(把陪跑客戶當共學夥伴 但實際是 Lab 練習場) — 全文重寫 + 9 處 related link replace_all
踩坑跟結構改造一樣公開 build-in-public 才有信任。
7. 下一動:#11 perf 大整修 (已上線)
AIO 5 原則改完 結構面 OK 了 但 PageSpeed 還停在 80 多。下一階段對應 Core Web Vitals:
- 轉譯封鎖要求 -1,140ms — Google Fonts CSS 跟 nes.min.css 阻擋 render
- 強制自動重排 — JS 改 DOM 觸發 forced reflow
- Critical request chain 過深 — HTML → CSS → fonts → JS 鏈太長
完整紀錄已上:#11 PageSpeed mobile 79 → 89:7 個 critical path 動作 + 3 個踩坑 — 含原本預告與實際做的差別 (兩個動作評估後跳過 / 一個解法被換掉)。
結構面對齊 AIO 5 原則是 GEO 的起手式。下一階段把 perf 跟 AI 引用監控接上 GEO 章節才算真正完整。
名詞解釋
- 主題群（pillar + cluster）
- 內容策略：一篇總覽型長文（pillar）搭配多篇深入單點的文章（cluster），全部互連，形成搜尋引擎眼中的主題權威。
- SEO（搜尋引擎優化）
- 讓網站在 Google 搜尋結果排得更前面的一整套方法，涵蓋技術體質、內容品質、連結結構三層。
- GEO（生成式引擎優化）
- 讓 ChatGPT、Perplexity 這類 AI 在回答問題時引用你網站內容的優化方法，是 SEO 在 AI 時代的延伸戰場。
- AI Overviews
- Google 搜尋結果頂部由 AI 生成的摘要區塊，會引用來源網站。被它引用是 GEO 的主要戰場之一。
- PageSpeed Insights
- Google 提供的免費網站速度體檢工具，輸入網址就給 0-100 分跟逐項改善建議。
- 最大內容繪製（LCP, Largest Contentful Paint）
- 頁面上「最大那塊內容」（通常是首圖或大標題）出現所需的秒數。Google 標準 ≤ 2.5 秒。
- 網站體驗核心指標（Core Web Vitals）
- Google 定的三項使用者體驗硬指標：LCP（載入速度）、CLS（畫面穩定）、INP（互動反應），會影響搜尋排名。
- 行動呼籲（CTA, Call to Action）
- 頁面上引導你做下一步的元素，像「訂閱」「立即開始」那顆按鈕。
看完這篇之前先確認:
- 想知道 Google AIO 5 原則怎麼落地
- 做了 SEO 想跨進 GEO 不知怎麼開始
- 個人品牌站想做結構性升級
- 高權重老站只缺微調的人
- 想找一鍵 GEO 工具的人
- 完全外包給 SEO 公司的人
- 結構改完忘記做 perf(LCP 一樣會輸)
- Person schema 寫了但 about 內容空泛
- 三欄 quotable bullet 寫超過 20 字
如果內容對你有用就太好了
隨喜斗內
相關閱讀
- #8 全站 17 句『有研究指出』翻牌:跨入 GEO 第一動
- #7 從 SEO 跳到 GEO:Lab 6 天 SEO 結業 + 下一站 AI 引用優化
- PageSpeed 93 → 83 又修回:typewriter 動畫遇到 LCP 元素的真實 debug
這篇背後的真實開發過程記錄在 Build Log。
搜尋標籤：aio、geo、person-schema、pillar、build-in-public。
本篇為個人學習與實驗紀錄。AIO 演算法與 AI 引用偏好持續變動。本文 audit 標準為個人對高手提的 5 原則的詮釋 不保證在你網站完全相同 請依自身狀況實驗驗證。本站不接 YMYL 高風險站、不做 PBN、不做品牌矩陣 SEO。