GEO（Generative Engine Optimization，生成式引擎最佳化）是讓網站內容更容易被 ChatGPT、Google AI Overviews、Perplexity 這類生成式搜尋理解與引用的做法。這個詞來自 2024 年的一篇學術論文；Google 官方則表示，針對生成式 AI 搜尋做最佳化本質上仍是 SEO，也不需要特別的 AI 檔案或標記。2026 年 9 月，我們把自家官網當成實驗場，把能做的都做了一遍，結果是：技術基礎 86 分，品牌權威訊號只有 5 分。以下是完整過程與誠實的限制。
GEO 的定義：論文怎麼說
GEO 這個名詞出自論文〈GEO: Generative Engine Optimization〉，作者為 Aggarwal、Murahari、Rajpurohit、Kalyan、Narasimhan、Deshpande，發表於 2024 年 8 月在巴塞隆納舉行的 KDD '24（第 30 屆 ACM SIGKDD 知識發現與資料探勘研討會）。論文重點有三：
- 定義：GEO 是協助內容創作者提升自己內容在「生成式引擎回答」中能見度的最佳化框架，把生成式引擎當成黑盒子來測試。
- 量化結果：論文摘要寫到，GEO 可以讓能見度在生成式引擎回答中「提升最多 40%」。
- 重要但常被忽略的限制：論文也指出，這些策略的效果因領域而異，需要針對不同領域調整。
換句話說，「最多 40%」是研究在基準測試（論文建立的 GEO-bench）上的結果，不是任何網站套用後都能拿到的保證。（2026 年 9 月查證）
Google 官方怎麼說
Google 在 AI 功能說明文件裡講得很直接：要出現在 AI Overviews 與 AI Mode，「不需要建立新的機器可讀檔案、AI 文字檔或標記」，除了一般的索引資格之外也沒有額外的技術要求。另一份官方指南則說，從 Google 搜尋的角度來看，針對生成式 AI 搜尋做最佳化就是針對搜尋體驗做最佳化，因此仍然是 SEO。（2026 年 9 月查證）
那 llms.txt 呢？它的規格網站把它描述為一份「提案」：在網站根目錄放一份 Markdown 檔，提供給大型語言模型閱讀的背景說明與連結。它不是 W3C 或 IETF 的正式標準，但規格網站也提到已有數千個網站發佈。（2026 年 9 月查證）
我們的理解是：GEO 不是取代 SEO，而是在 SEO 的基礎上多關心三件事——AI 爬蟲能不能抓到、內容能不能被直接摘錄引用、品牌在站外有沒有被提及。
| 面向 | 傳統 SEO 的重點 | GEO 額外關心的事 |
|---|---|---|
| 抓取 | Googlebot 能不能抓、能不能索引 | GPTBot、ClaudeBot、PerplexityBot 等 AI 爬蟲是否被允許 |
| 內容 | 關鍵字、標題、內部連結 | 開頭能否直接回答問題、段落能否獨立被引用 |
| 結構化資料 | 爭取複合式搜尋結果 | 讓 AI 清楚知道「誰寫的、哪家公司、講什麼」 |
| 站外 | 反向連結 | 品牌在 LinkedIn、Wikidata、第三方平台是否被提及 |
我們在官網做了什麼（2026 年 9 月）
2026 年 9 月 1 日到 22 日，我們的 SEO/GEO 變更紀錄共整理了 64 個 commit。以下是實際上線的項目：
| 項目 | 做了什麼 | 為什麼 |
|---|---|---|
| robots.txt | 共 16 條規則，逐一允許 GPTBot、OAI-SearchBot、ChatGPT-User、ClaudeBot、PerplexityBot、Google-Extended、Bingbot 等爬蟲，並擋掉 /admin 與 /api/ | 明確告訴 AI 爬蟲哪些內容可以抓 |
| sitemap | 動態產生，涵蓋 /faq、/estimate、/glossary 等路由，並附 hreflang 語系對應 | 讓搜尋引擎一次知道所有頁面與中英版本 |
| llms.txt 與 llms-full.txt | llms.txt 依主題分節列出服務、案例與文章；llms-full.txt 收錄全文 | 給 AI 代理人一份網站導覽 |
| 文章 Markdown 版 | 請求帶 Accept: text/markdown 時，回傳文章的 Markdown 版本 | AI 代理人讀純文字比讀 HTML 省力 |
| RSS | 中文與英文各一條 RSS 2.0 feed，含作者欄位 | 讓內容能被訂閱與彙整 |
| hreflang 與 canonical | 全站統一走一個 metadata helper | 避開 Next.js 子頁 openGraph 設定會整組覆蓋父層的坑 |
| IndexNow | 腳本讀取 sitemap 全部網址批次提交 | Bing 支援 IndexNow；Google 不支援，所以另外靠 sitemap |
| 結構化資料 | 全站 Organization（含統編、地址、sameAs）與 WebSite；文章頁 Article、FAQPage、HowTo、Person；名詞頁 DefinedTerm；/estimate 的 WebApplication | 讓 AI 清楚辨識公司與作者 |
| 新頁面 | /faq、/glossary、/process、/about/weng-rui-cheng、/estimate | 補齊常被問、容易被引用的內容 |
| 效能 | 延後載入 three.js 背景動畫，修正文章首屏文字淡入 | 見下方 LCP 說明 |
效能這一項值得多說一點。2026 年 9 月 16 日的稽核中（Lighthouse 行動裝置模擬），首頁 LCP 是 5.9 秒、文章頁 5.3 秒。追查後發現兇手不是圖片：一個是每頁都會掛載的 three.js 背景動畫，吃掉主執行緒 650 到 1100 毫秒；另一個是文章本文的淡入動畫讓伺服器輸出的文字一開始是透明的，要等 JavaScript 載入完才看得到。修正後在 9 月 22 日與 25 日複測，首頁 LCP 降到 2.5 秒、文章頁 2.3 秒。
實測結果：技術 86 分，品牌權威 5 分
2026 年 9 月 16 日，我們對自家官網做了一次完整的 GEO 稽核，總分 56/100：
| 類別 | 權重 | 得分 |
|---|---|---|
| AI 可引用性與可見度 | 25% | 85 |
| 品牌權威訊號 | 20% | 5 |
| 內容品質與 E-E-A-T | 20% | 49 |
| 技術基礎 | 15% | 86 |
| 結構化資料 | 10% | 50 |
| 平台最佳化 | 10% | 58 |
各平台的就緒度分數為：Bing Copilot 70、Google AI Overviews 66、ChatGPT Search 56、Perplexity 52、Gemini 44。
技術面幾乎都做對了：稽核的 42 頁全部回應 200、canonical 正確、每頁單一 H1、伺服器端輸出完整內文。最大的扣分項不是工程，而是站外沒有人提到我們——稽核當下，LinkedIn、Wikidata、PTT、GitHub、第三方評測都查不到「諾訊科技」或「Noise & Signal」，結構化資料的 sameAs 也只有一條 Google 地圖連結。
搜尋端的早期數據也很誠實地反映「新站」的處境。Google Search Console 在 2026 年 9 月 14 日至 19 日：
- 點擊 9 次、曝光 68 次、平均點閱率 13.2%、平均排名 9.1。
- 已建立索引 30 頁、未建立索引 21 頁；sitemap 裡有 114 個網址，Google 只認得 51 頁。
- 有兩組看起來像品牌搜尋的查詢，其實命中的是另一家名字相近的公司「諾歐科技」，不能算成我們的品牌成效。
同期 Bing Webmaster Tools 的點擊與曝光都是 0（新站資料還在處理），IndexNow 累計提交了 406 個網址。
誠實的限制
- 我們還沒有「被 AI 引用」的數據。 截至 2026 年 9 月 27 日，我們沒有可以公開的 ChatGPT 或 Google AI 引用次數。這篇文章講的是「讓網站具備被引用的條件」，不是已經被大量引用。
- 論文的「最多 40%」不能直接套用。 那是特定基準測試的結果，而且論文本身就說效果因領域而異。
- llms.txt 對 Google 不是必要條件。 Google 官方已經說明不需要 AI 專用檔案；我們做 llms.txt 是為了其他 AI 代理人，不是為了 Google 排名。
- 樣本很小。 上面的數據都是上線初期的幾天資料，只能看方向，不能當結論。
站外存在感：Wikidata、Google 商家、LinkedIn
稽核結果讓我們把重心從「再改一點程式」轉到「讓外面的世界知道這家公司存在」：
- Google 商家檔案：已完成驗證，營業時間週一至週五 08:00–18:00。
- LinkedIn 公司頁：建立公司頁，並把連結加進官網的結構化資料。現在 Organization 的 sameAs 同時指向 Google 地圖、LinkedIn 與 Wikidata。
- Wikidata：2026 年 9 月 26 日建立條目 Q141559765，陳述以經濟部商工登記公示資料作為來源，並註明統一編號 60503781 與檢索日期。
截至本文發佈，我們沒有可公開的新稽核分數，所以不會宣稱品牌權威分數已經提升。能確定的是：站外訊號沒辦法靠工程一次到位，它需要時間、需要真實的客戶與合作夥伴提及，這也是 GEO 最慢、最難假裝的一塊。
如果你要替自己的官網做 GEO
依我們這次的經驗，建議的順序是：
- 先把 SEO 基礎做對：伺服器端輸出完整內容、canonical 與 hreflang 一致、sitemap 正確、Search Console 與 Bing Webmaster Tools 都驗證好。
- 檢查 robots.txt 有沒有擋到 AI 爬蟲：確定你想被引用的內容，GPTBot、ClaudeBot、PerplexityBot 等都抓得到。
- 把內容寫成可以被引用的樣子：每篇開頭直接回答問題、段落能獨立成立、數字附上來源。
- 補上 Organization、Article、FAQPage 等結構化資料，讓 AI 知道內容是誰寫的、代表哪家公司。
- 同步經營站外存在感：Google 商家、LinkedIn、Wikidata，以及真實客戶與媒體的提及。
- llms.txt 當作加分項，不是第一優先。
更完整的上線前檢查項目，可以參考《官網上線前的 SEO/GEO 檢查清單》；想比較台灣有哪些廠商在做這件事，可以看《2026 台灣 5 家 SEO/GEO 友善官網開發公司比較》。
結語
GEO 沒有神奇開關。它是扎實的 SEO，加上讓 AI 容易讀懂、容易引用的內容，再加上需要時間累積的站外存在感。我們把自家官網當成第一個案例，把做了什麼、拿到幾分、哪裡還不夠都公開出來。如果你想讓自己的官網也具備這些條件，可以參考我們的SEO/GEO 友善網站架設服務，或直接與我們聊聊你的網站現況。