GEO 是什麼？讓 ChatGPT、Copilot 引用你網站的 7 個步驟（2026）｜山葵組
重點摘要
GEO（Generative Engine Optimization）是讓 ChatGPT、Copilot、Perplexity、Google AI 摘要等生成式 AI 在回答時引用你的網站。
AI 取得網站內容有兩條路：即時搜尋後引用，以及模型訓練資料。前者影響快、可以追蹤，是多數企業該優先處理的。
技術面的基本功有五項：讓 AI 爬蟲進得來、伺服器端渲染、結構化資料、llms.txt、IndexNow。
真正決定會不會被引用的是內容：結論先行、有比較表、有具體做法的文章最常被摘錄。
GEO 是什麼？和 SEO 有什麼不同
SEO 的目標是讓網頁出現在搜尋結果裡、被點進來；GEO 的目標是讓網頁成為 AI 回答的依據、被 AI 引用。兩者的基礎大量重疊，但衡量方式與內容寫法不同。
面向 | SEO | GEO |
|---|---|---|
目標 | 搜尋結果排名、點擊 | 被 AI 回答引用、提及 |
使用者行為 | 瀏覽多個結果後自行判斷 | 直接閱讀 AI 整理好的答案 |
內容偏好 | 完整涵蓋關鍵字與主題 | 可以直接摘錄的段落、表格與結論 |
衡量工具 | Google Search Console | Bing Webmaster Tools 的 AI Performance、GA4 的 AI 來源流量 |
技術基礎 | 兩者共用：可被爬取、伺服器端渲染、結構化資料、網站速度 | |
AI 怎麼取得網站內容：兩條路徑
同一家 AI 公司通常有多個爬蟲，各自負責不同用途。封鎖或放行時，要分清楚封鎖的是哪一種。
用途 | 常見爬蟲 | 影響 |
|---|---|---|
即時搜尋與引用 | OAI-SearchBot、Claude-SearchBot、PerplexityBot、Bingbot、Googlebot | 決定 AI 搜尋回答時能不能引用你的網站，影響最直接 |
使用者要求 AI 讀取網頁 | ChatGPT-User、Claude-User、Perplexity-User | 使用者在對話中貼上網址或要求查詢時使用 |
模型訓練 | GPTBot、ClaudeBot、CCBot、Google-Extended、Applebot-Extended | 決定模型本身是否「認識」你的網站，要等下一次訓練才會反映 |
多數企業網站的行銷內容本來就希望被看見，三類都放行對曝光最有利。若內容涉及著作權或付費內容，可以只封鎖訓練用的爬蟲，搜尋引用不受影響。
步驟一：確認 AI 爬蟲真的進得來
最常見的落差是 robots.txt 寫允許，但伺服器或防火牆的資安規則把 AI 爬蟲擋掉了。資安規則常把 GPTBot、ClaudeBot 這類名稱列在「封鎖清單」裡，網站管理者不一定知道。
檢查方式是用各家爬蟲的 User-Agent 實際請求網站，確認回應是 200，而不是 403、444 或 5xx。robots.txt 是給爬蟲看的規則，資安設定則是實際的行為，兩者要一致。
步驟二：伺服器端渲染，讓內文不依賴 JavaScript
多數 AI 爬蟲不會執行 JavaScript。如果網站是單頁應用（SPA），內文要等瀏覽器執行程式後才出現，爬蟲讀到的可能只有空白頁面。
使用 Nuxt、Next.js 等框架的伺服器端渲染（SSR），讓伺服器直接回傳完整的 HTML。檢查方式很簡單：檢視網頁原始碼，確認文章內文有出現在 HTML 裡。
步驟三：結構化資料，告訴 AI「這是誰、在講什麼」
結構化資料（JSON-LD）用標準格式描述頁面內容，AI 與搜尋引擎可以直接讀取，不必從文字中推測。常用的類型包括：
類型 | 放在哪裡 | 作用 |
|---|---|---|
Organization | 全站 | 公司名稱、地址、聯絡方式、官方社群帳號 |
Service | 服務頁 | 提供什麼服務、服務範圍 |
BlogPosting | 文章頁 | 標題、作者、發布與更新日期 |
FAQPage | 有常見問題的頁面 | 問答內容，AI 可以直接引用答案 |
BreadcrumbList | 所有內頁 | 頁面在網站中的位置 |
Organization 的 sameAs 欄位特別容易被忽略。它用來列出公司在 LinkedIn、Facebook 等平台的官方頁面，幫助 AI 確認「這些資訊都屬於同一家公司」。
步驟四：llms.txt，給 AI 的網站導覽
llms.txt 是放在網站根目錄的 Markdown 檔案，用簡短的說明列出網站的重點頁面，類似給 AI 讀的目錄。
它目前仍是社群提案，不是正式標準，主要搜尋引擎也沒有承諾會讀取。建置成本很低，適合當作基本配備；但不要期待它帶來明顯的流量變化。比較好的做法是讓後台可以一鍵依網站內容重新產生，避免內容過時。
步驟五：IndexNow，讓新內容更快被收錄
IndexNow 是由 Bing 等搜尋引擎支援的協定：網站內容新增、更新或下架時，主動通知搜尋引擎重新抓取，不必等爬蟲自己發現。Microsoft Copilot 使用 Bing 的索引，ChatGPT 的搜尋功能也與 Bing 合作，因此 IndexNow 對 AI 搜尋的收錄速度有直接幫助。Google 則不支援 IndexNow。
實作時有兩個要注意的地方：
CDN 的自動通知可能送出雜訊：部分 CDN 會依快取狀態自動通知搜尋引擎，連掃描器試探的不存在網址、字型檔都可能被送出。由網站系統在頁面儲存時送出，內容比較精準。
第一次使用要等驗證：新的金鑰需要一段時間完成驗證，這段期間送出的通知會被拒絕，稍後重送即可。
步驟六：寫出容易被 AI 引用的內容
技術面只決定 AI「能不能讀到」，內容才決定 AI「會不會引用」。實務上最常被引用的內容有幾個共同點：
結論先行：開頭就回答問題，再展開說明。AI 摘錄時通常取最直接回答問題的段落。
比較表：選型、差異、優缺點用表格整理，AI 很容易直接引用。
具體做法：步驟、檢查清單、設定方式，比概念介紹更常被引用。
單一主題講透：與其一篇文章談十個主題，不如一篇講清楚一個問題，再用站內連結串起相關文章。
定期更新：有時效性的主題，例如規範、工具、費用，內容過時就會被較新的來源取代。
步驟七：追蹤成效
工具 | 看什麼 |
|---|---|
Bing Webmaster Tools 的 AI Performance | 網站在 Copilot 與 Bing AI 摘要中被引用的次數、被引用的頁面，以及觸發引用的問題 |
GA4 流量開發報表 | 工作階段來源中的 chatgpt.com、perplexity.ai、gemini.google.com 等 AI 來源流量 |
聯絡表單的來源紀錄 | AI 帶來的訪客最後有沒有提出詢問 |
要注意的是，從 AI 手機 App 或桌面版點出的連結，多半不會帶來源資訊，會被歸為直接流量。報表上的 AI 流量通常是低估的數字。
常見誤區
誤區 | 實際情況 |
|---|---|
做了 llms.txt 就完成 GEO | llms.txt 只是輔助，內容與技術基礎才是關鍵 |
封鎖 GPTBot 就不會出現在 ChatGPT 的回答裡 | 封鎖訓練爬蟲不影響即時搜尋引用，兩者是不同的爬蟲 |
只改更新日期就能讓內容變「新」 | 搜尋引擎看得出內容沒有實質變動，反而可能被視為操弄 |
大量產出相似文章能增加被引用的機會 | 重複內容會被降低權重，不如把單一主題寫透 |
常見問題
GEO 會取代 SEO 嗎？
不會。AI 搜尋的資料來源仍是搜尋引擎的索引，SEO 做得好的網站通常也比較容易被 AI 引用。GEO 是在 SEO 的基礎上，進一步調整內容寫法與追蹤方式。
網站要被 AI 引用，需要多久？
即時搜尋類的 AI 取決於搜尋引擎的收錄速度，搭配 IndexNow 時，新內容通常能較快被收錄；模型本身的知識則要等下一次訓練，時間較長且無法控制。
要封鎖 AI 訓練爬蟲嗎？
依內容性質決定。行銷與知識型內容希望被廣泛認識，放行較有利；付費內容或有著作權疑慮的內容，可以只封鎖訓練用的爬蟲，保留搜尋引用。
怎麼知道 AI 有沒有引用我的網站？
目前最直接的工具是 Bing Webmaster Tools 的 AI Performance，可以看到 Copilot 引用的次數、頁面與問題。ChatGPT 與 Perplexity 則可以從 GA4 的來源流量間接觀察。
結語
GEO 的技術基礎多半是一次性的設定：讓爬蟲進得來、內容不依賴 JavaScript、補齊結構化資料、接上 IndexNow。設定完成後，長期效果取決於內容是否結論清楚、能直接回答問題。網站後台若能自動處理結構化資料、llms.txt 與 IndexNow 通知，內容團隊就能專心在寫作本身，可參考網站頁面管理與網頁設計服務。