把答案寫清楚，再量測 AI 引用

CH.01

讓答案與脈絡一起讀得懂

有用的段落會交代主體、回答實際問題，並提供判斷答案所需的脈絡。清楚的結構能幫助讀者，但不保證被 AI 系統選用。

檢查直接進入某一小節的人，能否理解主張，而不用猜「它」指的是什麼。可能混淆時，寫出產品、方法或對象。把限制放在主張旁；答案需要前文時，提供完整說明的連結。

公開 AI 搜尋服務沒有揭露共同的抽取流程。不要假定每個引擎都只讀孤立段落、忽略整頁，或逐字複製句子。準確且脈絡完整的說明是寫作選擇；引用仍是需要觀察的結果。

CH.02

原始 GEO 實驗測量了什麼

Aggarwal 等人的 KDD 2024 論文使用 10,000 題基準，其中測試集為 1,000 題。主要系統把 Google 前五筆來源文字提供給 GPT-3.5-turbo。這是實驗設定，不是現今公開搜尋產品的規格。

論文表 1 報告：Position-Adjusted Word Count 最佳提升為 41%，Subjective Impression 為 28%。這是兩種能見度指標的相對變化，不是分配給統計、外部連結與引述的固定效果，也不是引用頻率的百分點變化。

CH.03

讓每個段落有清楚的用途

讀者需要答案時，先直接回答，再提供理解所需的說明與證據。如果故事或順序本身就是任務的一部分，也可以保留敘事。

把標題與各段首句連起來讀，應能理解頁面涵蓋什麼，以及下一步該看哪裡。不必強迫每段都變成定義、機械式重複名詞，或為了方便引用而刪掉必要限制。

刪除重複開場與沒有增加資訊的主張。例子、例外及較長說明能幫助正確使用答案時，就保留。目標是讓讀者花更少力氣，得到完整答案。

CH.04

把重要資訊放在讀者需要的位置

開頭先交代重點，可以減少尋找答案的負擔。這是有用的編輯選擇，不是每頁前 30% 決定引用的普遍規則。

Google 的 AI 搜尋指引說明，沒有理想頁面長度，也不必為 AI 把內容切成極小片段。先看讀者任務：簡單操作問題可能只需短答；完整解釋則可能需要定義、示範與例外。

英文內容可把 40–60 字開場當成草擬練習，不必套用到每個語言或主題。用足夠讓讀者掌握方向的篇幅即可；答案旁保留重要限制，後文再補充深度。

CH.05

量測改寫變化，不把所有前後比較都叫 A/B 測試

線上頁面改寫前後的引用紀錄屬於觀察。檢索、索引、模型行為、競爭者與需求可能同時變動。即使引用沒有立即改變，段落更清楚仍可能對讀者有用。

選擇相關提問，記錄介面、語言、地區、帳號狀態、日期、頁面版本及引用 URL。50–100 題可作為規劃起點，不代表統計上一定足夠。失敗請求與缺漏觀察，要和完整回答但未引用你的 URL 分開。分母與重複取樣節奏應維持一致。

受控測試需要適當的分派方式及可比較條件。自建系統可以在固定檢索設定下測試提供的版本，但結果只適用於該系統。公開搜尋應報告觀察變化及其他解釋；不要只為製造「A/B」比較而發布重複頁面，也不要把 API 回應當成消費者介面。

CH.06

用簡短編輯檢查收尾

發布前核對重要主張與主要閱讀路徑。相關內容改變或出現具體問題時，再重做已通過的檢查。

把這份清單當成實務工作表。缺證據就標示待處理；頁面不需要某項內容時，可註記不適用。不必只為滿足模板，就塞入統計、專家引述和圖表。