Google AI 概覽優化(GEO)完整教學 2026|如何令內容被 AI 概覽、ChatGPT、Perplexity 引用
作者:Frankie Chan(Kick Ads 聯合創辦人) · 更新於 2026年7月24日
生成式引擎優化(Generative Engine Optimization,GEO),講的是令你的內容在 AI 答案中被引用:Google 頂部那個 AI 概覽(AI Overview)、ChatGPT 給你的回覆、Perplexity 那段附上出處的摘要。市面上大部分打著 GEO 名號的做法,其實只是換了包裝的 SEO,其中幾項(llms.txt、「AI schema」、把內容切塊)Google 已經自己講明完全無用。GEO 旁邊還有答案引擎優化(Answer Engine Optimization,AEO),同樣是想成為那條直接答案。這篇文章會把有實證支持的做法,同一批業者正在收費、實際卻無效的做法劃清界線,再用第一方數據佐證:我們自己的頁面已經在 AI 答案中被引用,包括一條中文查詢的 Google AI 概覽引用了我們,而我們的 GA4 也清楚看到是哪幾個 AI 引擎把流量帶回來。
快速答案: 想被 AI 概覽(AI Overview)引用,先在頭約 200 字內完整回答問題,再用原創統計、引述和出處去支撐,並讓頁面清楚交代作者是誰、屬於哪個 entity。AI 概覽和 AI Mode 引用的頁面,絕大部分本身已經在自然搜尋排到前面,所以扎實的 SEO 就是入場券。你毋須 llms.txt,毋須特別的 AI schema,也毋須把內容切塊。Google 官方立場很清楚:GEO 仍然是 SEO。
甚麼是生成式引擎優化(GEO)
生成式引擎優化,就是把你的內容優化到令生成式 AI 系統會擷取它、信任它、並在答案中引用它。答案引擎優化(AEO)是相當接近的概念,講的是成為一條問題的直接答案,無論那個介面是 AI 概覽、featured snippet 還是語音助理。實際操作上,兩者幾乎完全重疊,而 Google 在 AI 功能與你的網站指引 講得很白:根本沒有另一套做法。能贏得 AI 引用的那批東西,和能贏得排名的完全是同一批。搜尋結果愈來愈變成一段綜合答案,而不是十條藍色連結,GEO 就是用這個角度去看 SEO。
真正要分清楚的,是每種做法各自針對哪個介面。
| 做法 | 優化甚麼 | 介面 |
|---|---|---|
| SEO | 令頁面在自然結果排名 | 傳統的藍色連結清單 |
| AEO | 成為一條問題唯一的直接答案 | Featured snippet、語音、其他人也搜尋、AI 概覽 |
| GEO | 被擷取並在 AI 生成的答案中被引用 | Google AI 概覽及 AI Mode、ChatGPT、Gemini、Perplexity |
重點正是這種重疊。一個清晰、出處充足、有權威的頁面,通常會同時在自然結果排名、贏到 snippet、又被拉進 AI 答案,因為三個系統其實都在讀同一批訊號。GEO 不會取代 SEO,它是你在扎實 SEO 之上再加一層工夫,去提高 AI 選你做出處的機會。
AI 概覽(AI Overview)與 AI 助理如何決定引用哪些出處
AI 答案分兩步砌出來:先擷取(retrieval),再生成(generation)。系統先擷取一批與查詢相關的候選頁面,然後寫出答案,並標明它主要倚重了哪些頁面。SEO 就是在擷取這一步發揮作用,因為這些系統取材的索引,與自然搜尋的索引十分接近,甚至是同一個。獨立分析顯示兩者重疊得很高:一項針對 Google AI Mode 的研究發現,它引用的連結裡面約有 88% 本身已排在自然結果前 20 名;另一項研究則顯示,約 97% 的 AI 概覽至少引用一個前 20 名的頁面。排名不是唯一因素,但你若根本沒有排名,幾乎一開始就不在候選名單之內。

進入候選名單之後,就輪到生成這一步決定誰會被引用,而影響這個決定的有兩件事。第一件是 entity 清晰度:系統要弄清你的頁面在講甚麼、由誰撰寫、由哪個機構背書,中間不用它去猜。含糊的頁面會被跳過,讓位給模型更有把握的出處。第二件是 可擷取性:模型能夠抽出一段乾淨、獨立成立的答案的內容,比起答案埋在三屏之下、又夾雜一堆但書的內容,明顯更容易被引用。所以整件事其實很簡單,分成兩半:排名要夠好才會被擷取,寫得要夠清楚才會成為模型引述的那一段。
如何令內容被 Google AI 概覽(AI Overview)引用
沒有甚麼單一絕招,靠的是一份清單,而會被引用的頁面大多都做齊了。這份就是我們平時用的。
把答案放到最前
在頭約 200 字內完整回答問題。有人問「如何在 AI 概覽出現」,你的頁面卻先鋪三段前言才入正題,模型就要花力氣去挖你的答案,往往寧願選一個開門見山的頁面。先給出直接、完整的回應,之後才展開。這篇文章頂部那個快速答案方塊,正是這條原則的實踐。
加入原創統計、引述和出處
這是實證最強的一項 GEO 做法。由 Princeton、Allen Institute for AI 及 IIT Delhi 合作的 GEO 研究 在約 10,000 條查詢上測試過各種做法,發現加入相關統計,令一個出處在生成式答案中的能見度提升約 41%,而加入引述和出處帶來的升幅則在 30 至 40% 之間。更關鍵的是,把這幾項組合起來,效果比任何單一一項都要好。原創數據、一句具名專家的引述、一條指向第一手來源的出處,每一項都給模型一件具體、可歸屬的東西去引用,而 AI 答案正正就是由這些具體、可歸屬的東西砌出來。
建立 entity 清晰度和 E-E-A-T
生成式引擎偏好讀下去像真正有專業的內容。Google 的指引講得很直接:不要只是把網上別人講過、或生成式模型輕易做得出的東西翻炒一次。它要的是獨特、以經驗為本、講得出前面十個頁面都沒講過的內容。這就是 E-E-A-T(Experience、Expertise、Authoritativeness、Trustworthiness)發揮作用。發佈第一方數據、真實個案和清晰觀點,署上有真實資歷的具名作者,放在一個 entity 毫不含糊的網站上。一個只是把共識翻炒的頁面,不會給模型任何理由選你,而不選你翻炒的那個原始出處。
寫成方便抽走答案的結構
把頁面寫到讓答案容易被抽出來。用貼近用戶問法、問題形式的 H2 和 H3 標題,每個標題下第一句就給出精簡定義,適合用列表的地方就用列表,再加一個 FAQ 段落覆蓋相關問題的長尾。這篇文章全部用問題式標題砌成,原因正在於此。你寫的不是要迎合某個關鍵字,而是一條問題的準確答案,那正是模型隨時會被要求綜合的問題。
確保 AI crawler 抓取得到你的頁面
上面講的一切,crawler 一被擋就全部作廢,不過當中的分別要弄清楚。AI 概覽和 Search 裡的 Gemini,把關的是 Googlebot,與收錄你自然排名的是同一個 crawler,所以你只要有排名,其實就已經抓取得到你。AI 專屬的 agent 就關乎各個助理:ChatGPT 方面,GPTBot 管的是 OpenAI 能否用你的內容做訓練,OAI-SearchBot 管的則是 ChatGPT search 能否引用你,後者切勿擋住;PerplexityBot 就對應 Perplexity。有一個細節要弄清楚:Google-Extended 控制的是你的內容會否用來訓練和 grounding Gemini,而不是你會否出現在 Google Search 或 AI 概覽,所以擋了它不會令你從 AI 概覽消失,但會影響 Gemini app 怎樣用你的內容。檢查一下你的 robots.txt,別讓一段照抄回來的設定,靜靜地擋住了 Googlebot、Bingbot、GPTBot 或 PerplexityBot。
Structured data:可有可無,並非必需
Schema 有幫助,但它不是萬能鑰匙。格式良好的 Organization、Article 和 Person schema,把 author、dateModified 和 sameAs 填好,能減少頁面「是誰、講甚麼」的含糊,強化上面提過的 entity 清晰度訊號。但並沒有專屬的 AI 概覽 schema,Google 也不要求你一定要有 structured data 才引用你。把 schema 當成消除疑問的良好衛生習慣就可以,別把它當成入場的關鍵。
保持內容新鮮
較新的內容較佔優,時效性內容尤其如此。把 dateModified 填好,再做一次真正的更新,例如換上最新統計、換上當前的參考、重新核實一項論點,都在向系統顯示這份內容有人維護。過時的數字和失效的連結則會有反效果。為你的核心頁面訂一個真正會執行的更新排程,別發佈一次就置之不理。
你其實毋須做的事(GEO 迷思)
GEO 就是在這裡被過度兜售,所以這裡誠實拆一拆這些炒作,並引 Google 為據。Google 在自己的 AI 優化指引裡直接講明,你根本毋須為它的 AI 功能專門去做甚麼新動作。具體而言,你毋須:
- 一個 llms.txt 檔案。 Google 不會用它。它是某些工具在推的提案標準,但 Google 的 crawler 不會讀它去決定引用,放一個上去,對你的 AI 概覽能見度毫無改變。
- 特別的 AI 專用 schema 或檔案。 沒有 AI 概覽標記,沒有「生成式」schema 類型,也沒有甚麼隱藏檔案會向模型標示你的頁面。有人賣這些,賣的就是迷思。
- 為 AI 把內容切塊。 你毋須預先把內容切成一塊塊模型大小的碎片。用清晰結構寫給人看就足夠,擷取層面的切塊,系統自己會處理。
這件事在生意上為何值得留意:有一整批業者在收費做 llms.txt 安裝和「AI schema」套餐,而 Google 已經講明這些甚麼作用都沒有。那份心力應該花在上面那份有實證的清單,而不是花在這些檔案上面。
如何針對 Perplexity、ChatGPT、Gemini 等 AI 引擎優化
基本功在每個引擎都通用:夠清晰、出處充足、易抽走答案;但各個引擎擷取和引用的方式不一樣,對應的重點也隨之改變。下面的次序,是按我們自己 GA4 的實際流量排列:Gemini 和 Perplexity 合共帶來約四分三的 AI 助理 referral,所以香港網站應該把心力向這兩者傾斜,而不是慣性地先顧 ChatGPT。

Perplexity 是最靠引用來運作的引擎,它有兩種擷取方式。它有自己的 crawler,PerplexityBot 會建立一個常設 index,官方也明言它並非用來訓練;當查詢需要最新資訊時,它也會即時抓取當前的頁面。它每條答案都附上顯眼的 inline citation,所以誰是某項事實的第一手來源、又用乾淨易抽的結構寫出來,誰就會被拉進答案。近期性同一句真正可以引述的論點,在這裡比任何引擎都要緊。
Google AI 概覽及 AI Mode(Gemini) 是最大的介面,它們 grounding 在 Google 核心的 Search index。你只要本身已在自然結果排名,就已經走了大半條路:seoClarity 分析過 432,000 個關鍵字,發現約 97% 的 AI 概覽至少引用一個排在自然結果前 20 名的頁面。獨立的 Gemini app 也可以 grounding 在 Google Search。所以上面那份 Google GEO 清單就是重點,強勁的自然表現會直接延續過來。
ChatGPT Search 用不同的 bot 做不同的工作,弄錯這點正是最常見的失誤。按 OpenAI 自己的文件,GPTBot 管訓練,OAI-SearchBot 才決定你的頁面會否出現在 ChatGPT search 的答案裡;ChatGPT-User 就處理個別的即時抓取。引用對你重要的話,就不要擋 OAI-SearchBot。ChatGPT 的瀏覽一向靠 Bing,所以在 Bing 被收錄同樣有幫助,再配同一套清晰和出處訊號就更好。
Microsoft Copilot 建在 Bing 的 index 加上 GPT 模型之上,所以這裡 Bing 就是全部重點。Bing 的可收錄性,加上 Bing Webmaster Tools(現已推出 AI Performance 報告,顯示你的 Copilot 引用),就是可以出手的地方。IndexNow 能把新頁面的 URL 快速推進 Bing。
Claude 現在已經可以搜尋網頁,並在所有方案上為每條答案附上 inline citation,它也有出現在我們的 referral 數據裡。底層方面,Claude 的網頁搜尋據報是由 Brave Search 驅動,而不是 Google 或 Bing,所以令你被引用的,是廣泛而乾淨的網頁可收錄性,而不是任何單一搜尋引擎。同一套清晰和出處訊號一樣適用。
Grok(xAI)靠一般的網頁 crawl,再加上對 X 貼文即時而優先的存取來擷取內容,令它的引用行為與其他引擎都不同;在 X 上的存在與提及在這裡有份量。至於 DeepSeek,我們核實不到它現時有一套可靠的即時網頁引用機制,所以不對它作任何論斷。
這幾個引擎之間,勝出的內容其實都是同一個樣:一個清晰、結構良好、給出一段模型可以有信心引述的可歸屬答案的頁面。你不是要砌六個不同頁面,而是砌好一個,再確保每個引擎都抓取得到它。
如何知道有沒有見效:在 GA4 追蹤 AI 引用
被引用只是完成了一半,接下來你要看得到流量。截至 2026 年年中,GA4 內建了一個 「AI Assistant」channel。Google 的預設定義列出 ChatGPT、Gemini、Copilot 等等;在我們自己的 property 裡,這個 channel 也接住了 Perplexity 和 Claude,因為它們的 referral 帶著「ai-assistant」medium。它仍未算完美:某些助理會剝走 referrer,所以一部分真正的 AI 流量會落入 Direct,令實際數字被低估。值得自訂一個 channel group,用 regex 把 Perplexity、Claude 和預設漏掉的部分全部乾淨捕捉,各自分開。
我們自己就有第一方證據,證明這不是紙上談兵。我們的 YouTube 廣告完整指南 已經在一條中文「youtube 廣告」查詢的 Google AI 概覽中被引用,我們自己的內容被選作答案框內的出處,而且被 AI 概覽具名引用的,不止這一篇。

而 referral 流量正在陸續出現。以下是我們 GA4 在 2026 年 7 月 1 至 24 日的實際分佈,即每一個由 AI 助理帶訪客來我們網站的 session:
| AI 引擎 | Users | Referral sessions |
|---|---|---|
| Gemini | 14 | 19 |
| Perplexity | 1 | 16 |
| ChatGPT | 5 | 7 |
| Claude | 3 | 4 |
| 全部 AI 助理 | 23 | 46 |

有兩點值得留意,而且都同一般 GEO 建議相反。Gemini 在 users 和 sessions 都領先,而大部分 GEO 建議指向的 ChatGPT,以 users 計只排第三。Perplexity 就反映一個要小心的落差:16 個 session 卻只有 1 個 user,所以看引擎數據時,users 和 sessions 都要一併看,才好下結論。單一被引用得最多的頁面,是我們的 YouTube 廣告指南,正是 Google AI 概覽引用的同一頁。數量尚小、時間尚早,但這個模式真實而且量度得到:做齊那份清單,這些引擎確實會把流量帶到它們引用的頁面。一個頁面出現在這個 channel,就是你 GEO 工作見效的訊號。
我們如何寫一篇會被引用的內容
上面幾篇背後用的,是同一套流程,也是我們替客戶做的那一套。它刻意做得十分平實,因為真正有效的做法,其實就是把平常的事有紀律地做好。
- 由真正的問題入手,不是由關鍵字入手。 我們先看搜尋數據,再讀一個題目現時已經出現的 AI 答案,然後把頁面的標題,寫成人和模型實際會問的問題。標題就是問題,標題下的第一句就是答案。
- 把完整答案放到最前。 頭 200 字要能夠獨立成為那個答案,因為那正是模型會抽走的一段。之後的內容,是留給願意讀下去的讀者的深度。
- 放進原創數據,不只是觀點。 每一篇主打頁,都至少帶一個別處沒有的數字、測試結果或第一方統計。就是這一點,令模型選你,而不選那十篇只覆述共識的頁面。
- 每一句都對第一手來源核實。 一句事實上線之前,都會對官方文件核對過,而不是靠記憶。在一篇講「如何被 AI 信任」的頁面上,一個錯處就是最快失去信任的方法。
- 用結構自然帶出 schema。 一個清晰的問答結構,配一個真正的 FAQ,本身就會生成有效的 Article 和 FAQPage schema,而那正是令頁面有資格被抽進答案的條件。你不是外加 schema,而是寫成一個會自然生成 schema 的樣子。
上面沒有一樣是花巧技巧。它只是把 SEO,加上 AI 引用會獎勵的那份額外紀律,而這正是做出上面那些引用的方法。
常見 GEO 錯誤
有四個錯誤會把工夫白白浪費,而第一個正是人們憑本能就會做的。
- 關鍵字堆砌。 同一份 GEO 研究發現,在生成式引擎裡堆砌關鍵字,表現比甚麼都不做的基準還要差。這些系統讀的是意思,不是密度,過度優化的文字會被讀成低質。寫給人看,密度自然會落在該落的位置。
- 追 llms.txt 和假 schema。 上面已經講過:Google 說這些對 AI 概覽毫無作用。花在安裝它們的時間,就是沒有花在統計、出處和結構上的時間。
- 造假的站外提及。 全網真實的品牌提及和引用,會建立起有助你被引用的 entity 權威。人為製造它們,即量產的 guest post、刻意安插的提及、生成出來的引用,會踩中 Google 的 scaled content abuse 政策,有被懲罰的風險。要贏得提及,不要捏造。
- 不小心擋了 AI crawler。 最常見的失誤:一份從別的網站照抄回來的
robots.txt,或一條一刀切的 disallow,靜靜地擋住了 GPTBot、Google-Extended 或 PerplexityBot。審一次你的 robots 檔案,確認你想要的 crawler 真的抓取得到你。
常見問題
哪些 AI 引擎真的會帶 referral 流量? 在我們自己的 GA4,2026 年 7 月 1 至 24 日,AI Assistant channel 錄得 46 個 referral session,來自四個引擎:Gemini(19)、Perplexity(16)、ChatGPT(7)及 Claude(4);以 users 計 Gemini 領先、ChatGPT 第二。你的分佈會不一樣,但不要假設 AI 流量就是來自 ChatGPT,而且 users 和 sessions 都要一併看。
GEO 和 SEO 是同一回事嗎? 大致上是。Google 的立場是它的 AI 功能沒有另一套優化,能贏得排名的內容和技術工夫,就是能贏得 AI 引用的那一批。GEO 只是多加幾分側重:把答案放到最前、加入原創統計和出處、寫成方便抽走答案的結構。但根本仍然是扎實的 SEO,因為 AI 概覽和 AI Mode 絕大部分都是引用本身已在自然搜尋排名的頁面。
AI 概覽是否需要特別的 schema 或 llms.txt 檔案? 不需要。Google 明言你毋須 llms.txt、毋須 AI 專用 schema、也毋須為 AI 切塊內容,才能在 AI 概覽出現。格式良好的 Organization、Article 和 Person schema 是有用的衛生習慣,能減少頁面的含糊,但它可有可無,也沒有專屬的 AI 概覽標記。任何工具把「AI schema」套餐當成 AI 概覽的鑰匙來賣,賣的就是 Google 說毫無作用的東西。
要多久才會被引用? 沒有固定時間表,視乎你是否已經有排名。因為 AI 答案幾乎全部取材自自然結果排前的頁面,一個本身已排名好的頁面,只要清晰、出處充足,就可能很快被引用;一個毫無自然表現的頁面,就要先賺到排名,那條路比較慢。把 AI 引用看成排名加清晰度的下游效果,不是一夜之間的開關。
GEO 對香港和中文內容有用嗎? 有用。我們自己的實例,就是一條繁體中文「youtube 廣告」查詢,我們的指南在 AI 概覽被引用,而我們的 GA4 顯示 AI 助理 referral 同時落在英文和中文頁面。原則一樣:在第一段就清楚回答問題、附上出處、讓 entity 和作者毫不含糊。真要說有分別,結構良好的中文內容在 AI 答案裡面對的競爭,反而比擠迫的英文空間更少。
想被 AI 答案引用,起點是本身已經能贏得排名、又給出清晰、有出處答案的內容。想補底層的基本功,我們的 SEM 搜尋廣告終極指南 和 YouTube 廣告完整指南 正是建在這篇文章所講的前置、以實證為本的結構上,而兩者都已經在被 AI 引擎閱讀。想有多一雙眼睛,看看你的內容是否已經設好被引用的條件?我們的 免費 audit 是個公道的起點。
關於作者
Frankie Chan · Kick Ads 聯合創辦人
Frankie 是 ex-Googler 及廣告策略師,自 2017 年起為香港及馬來西亞的電商及 Lead Generation 企業管理 Google Ads 及 Meta Ads,專注策略、報告及增長規劃。