對齊 Google AIO 5 原則 全站結構大改造:7 個動作 24 小時實測
前幾天看到 SEO 高手分享 Google 新版 AI Overview 指南 整理出 5 個基本原則。我拿來對 Lab 逐項自評 結果分數慘到笑。
一週做了 7 個結構改造 全公開過程 + 對照分數。這篇是 build-in-public 紀錄 給想做 AIO / GEO 但不知從哪開始的同類人。
讀完你會知道:Google AIO 5 原則怎麼自評、每個原則具體要做什麼動作、改完怎麼驗證有沒有效。
1. AIO 5 原則 + Lab 初評分數
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 章節才算真正完整。
看完這篇之前先確認:
- 想知道 Google AIO 5 原則怎麼落地
- 做了 SEO 想跨進 GEO 不知怎麼開始
- 個人品牌站想做結構性升級
- 高權重老站只缺微調的人
- 想找一鍵 GEO 工具的人
- 完全外包給 SEO 公司的人
- 結構改完忘記做 perf(LCP 一樣會輸)
- Person schema 寫了但 about 內容空泛
- 三欄 quotable bullet 寫超過 20 字
相關閱讀
- #9 全站 19 篇嵌入「適合 / 不適合 / 最常踩」block:GEO 第二動 Quotable Blocks
- #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。