讓 Google 找到你，讓 AI 引用你。

第 1 章 FRAMEWORK

三個詞，一條路

你也會看到 AIO、LLMO、AI SEO 這些詞，講的都是同一件事：讓 AI 搜尋看得到你。

四道關卡，一關都不能少

1. 抓取爬蟲能進來讀你的頁面
2. 收錄頁面被放進搜尋索引
3. 排名在相關問題中被排在前面
4. 引用被 AI 或摘要拿來當答案

這四關有先後順序。AI 回答的來源，大多來自搜尋索引裡排得前面的頁面。第一關沒過，後面做再多都沒用。

Google 官方指南（2026）

AI 摘要和 AI 模式建立在 Google 核心的搜尋排名與品質系統上。為生成式 AI 搜尋做優化，就是為搜尋體驗做優化，所以仍然是 SEO。

Optimizing your website for generative AI features（官方原文）

第 2 章 CRAWL & INDEX

地基：先讓機器讀得到

robots.txt：告訴爬蟲哪裡能進

放在網站根目錄，例如 yoursite.com/robots.txt。最常見的災難是改版時忘了拿掉 Disallow: /，整個網站從 Google 消失。

User-agent: *
Allow: /
Disallow: /admin/

Sitemap: https://yoursite.com/sitemap.xml

sitemap.xml：給搜尋引擎一份地圖

列出所有想被收錄的網址，提交到 Google Search Console 和 Bing Webmaster Tools。多數架站工具會自動產生。lastmod 要填真的更新日期，全部填同一天等於沒填。

一個內容，只留一個網址

• http 轉到 https、www 和不帶 www 二選一，用 301 永久轉址。
• 每頁在 <head> 放 canonical，指向自己的正式網址。
• 同一篇文章不要同時存在好幾個網址，例如帶追蹤參數的版本。

<title>主關鍵字｜具體好處｜品牌</title>
<meta name="description" content="用一兩句話說清楚這頁能解決什麼問題。">
<link rel="canonical" href="https://yoursite.com/this-page/">
<meta name="viewport" content="width=device-width, initial-scale=1">

內容要寫在 HTML 裡

用 AI 工具或 React 做的單頁網站，原始碼常常只有一個空的 <div id="root">，文字全靠 JavaScript 在瀏覽器裡產生。Google 能執行 JavaScript，但會晚一點處理；而 Vercel 的爬蟲流量研究發現，OpenAI、Anthropic、Perplexity 的爬蟲都不會執行 JavaScript，這種頁面在它們眼裡是空白的。

其他基本功

• 手機版：Google 以手機版內容為主做收錄，手機上看不到的內容等於不存在。
• 多語言：每個語言一個網址，用 hreflang 互相標示，語言代碼全站統一。
• 錯誤頁：不存在的網址要回 404，不要全部導回首頁。
• 語意化 HTML：每頁一個 <h1>，標題照層級排，圖片寫 alt。

第 3 章 CORE WEB VITALS

速度：Core Web Vitals

實際案例：SEO 滿分，手機卻要等 16 秒

我們最近健檢一個香港寵物網站：129 頁，標題、描述、結構化資料都做得很好，Lighthouse 的 SEO 分數 100。手機效能卻只有 54–71 分，品種介紹頁的主圖要等 16 秒以上才出現。原因都很常見：

健檢對象：品種介紹頁，SEO 100，主圖 16.8 秒

這篇教學：照下面六個做法做，效能 96，其他三項 100

依效果排序的六個修法

1. 圖片：轉成 WebP 或 AVIF，用 srcset 給手機小圖，寫上寬高，首屏主圖加 fetchpriority="high"，其他圖延後載入。
2. 字型：中文字型很大，只保留頁面用到的字（子集化），或直接用系統字型。
3. 不要在正式站用開發工具：Tailwind Play CDN、整包圖示庫都只適合打草稿。
4. 快取與 CDN：圖片、CSS、JS 設長時間快取，HTML 盡量用預先產生的檔案。
5. 第三方程式碼：追蹤碼、聊天外掛、IG 嵌入，每一個都拖慢速度，只留真的會看的。
6. JavaScript 量：不需要互動的頁面就不要整頁交給框架產生。

<img src="hero-800.webp"
     srcset="hero-480.webp 480w, hero-800.webp 800w, hero-1600.webp 1600w"
     sizes="(max-width: 600px) 100vw, 50vw"
     width="1600" height="1000"
     alt="具體描述圖片內容"
     fetchpriority="high">

第 4 章 CONTENT & E-E-A-T

內容：寫別人寫不出來的

先搞懂對方想要什麼

同一頁只回答一種意圖。想把「教學」和「購買」塞在同一頁，兩種都做不好。

標題與描述的寫法

標題建議 30 個中文字內，把主關鍵字放前面；描述 80–120 字，寫具體的好處和數字。

「非大路貨」是什麼意思

Google 舉的反例是「首購族的 7 個小技巧」這種到處都有的標題。換成你才有的東西，例如：

• 你自己拍的照片和實測數字，例如「用溫度計測了 3 支豆子」。
• 你的價目表、流程、常見失敗案例。
• 客人真的問過的問題，用你的話回答。
• 你的專業判斷：什麼情況不建議買、哪種人不適合。

E-E-A-T：讓人和機器相信你

最實際的做法是：建一頁真人作者或店主介紹，每篇文章掛上作者和「最後更新」日期，引用資料時附上來源。

可以用 AI 寫嗎？

可以。Google 的立場是看內容有沒有幫助，不看是誰寫的。但用 AI 大量產生頁面來操縱排名，屬於大量內容濫用，會被處罰。AI 適合幫你整理和潤稿，經驗和判斷要自己補。

圖片與影片

• 圖片放在相關文字旁邊，alt 寫清楚圖片內容，檔名用看得懂的英文，例如 v60-pour-over.webp。
• 影片要有自己的頁面，附上文字摘要或逐字稿，搜尋引擎和 AI 才知道影片在講什麼。
• 自己拍的照片比圖庫照片更能證明「親身經驗」。

內部連結

相關的頁面要互相連結，連結文字寫清楚目的地，例如「淺焙豆水溫建議」，不要寫「點這裡」。沒有任何頁面連到的孤兒頁，很難被找到。

第 5 章 KEYWORDS & LINKS

關鍵字與外部連結

找出客人實際在搜的字

一個主題一頁

把找到的字分組：意思一樣的放同一頁，意思不同的才分開。兩頁搶同一組字，常常兩頁都排不上去。

外部連結：讓人想連，而不是去買

• 原創資料和工具：調查結果、價格整理、計算機、檢查清單，別人寫文章時會引用。
• 真實的合作關係：供應商、合作店家、公會、學校、在地媒體的頁面。
• 露臉的機會：受訪、演講、Podcast、贊助在地活動。
• 正當的產業名錄：公會會員名單、政府或展覽的廠商名錄。

業配和廣告連結要標示

付費合作、聯盟行銷的連結加上 rel="sponsored"，留言或論壇等使用者產生的連結加上 rel="ugc"。標示清楚就不違反政策。

<!-- 業配、聯盟行銷 -->
<a href="https://partner.example/" rel="sponsored">合作品牌</a>

<!-- 留言、論壇等使用者內容 -->
<a href="https://user.example/" rel="ugc">網友分享</a>

第 6 章 ANSWER ENGINE

AEO：讓內容直接變成答案

先回答，再解釋

容易被挑中的格式

• 問題當標題：用客人實際會打的字，例如「手沖水溫幾度？」。
• 定義句：「GEO 是…」這種一句話講完的句子，最常被直接引用。
• 步驟用編號清單，比較用表格，數字寫單位。
• 每段一個重點，段落短，不要一大塊文字。

結構化資料：2026 年的現況

結構化資料（Schema.org JSON-LD）是寫給機器看的資料卡。Google 表示 AI 搜尋不需要特別的 schema，但它仍然影響商家資訊、商品、麵包屑等搜尋結果的呈現。最重要的規則是：資料要和頁面上看得到的文字一致。

FAQPage 仍是合法的 schema，留著不會扣分，其他服務也可能讀取；但不要再期待它在 Google 搜尋結果裡展開問答。頁面上的常見問題區塊本身仍然很有用。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "CafeOrCoffeeShop",
  "name": "好咖啡工作室",
  "url": "https://yourcafe.tw/",
  "telephone": "+886-2-1234-5678",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "復興南路一段 100 號",
    "addressLocality": "大安區",
    "addressRegion": "台北市",
    "addressCountry": "TW"
  },
  "openingHours": "Tu-Su 10:00-19:00",
  "sameAs": [
    "https://www.instagram.com/yourcafe",
    "https://www.facebook.com/yourcafe"
  ]
}
</script>

寫好後貼到 Google 複合式搜尋結果測試或 Schema.org 驗證工具檢查。

第 7 章 GENERATIVE ENGINE

GEO：讓 AI 回答時引用你

AI 答案是怎麼產生的

1. 收到問題「手沖水溫幾度」
2. 拆成子問題淺焙水溫、深焙水溫、沒有溫度計怎麼辦
3. 到索引找資料每個子問題各搜一次
4. 挑段落、寫答案引用最清楚可信的來源

Google 把第二步叫做 query fan-out（查詢擴散）。這代表你不需要為每種問法各開一頁：一頁把主題講完整，比十頁換句話說的文章更容易被挑中。Google 也明說，為每個問法大量開頁屬於違規。

誰在讀你的網站

每家 AI 公司都把「搜尋引用」和「模型訓練」分成不同的爬蟲。擋掉訓練用的，不會影響被搜尋引用。

# AI 搜尋引用：放行
User-agent: OAI-SearchBot
User-agent: Claude-SearchBot
User-agent: PerplexityBot
Allow: /

# 模型訓練：不想被拿去訓練就擋
User-agent: GPTBot
User-agent: ClaudeBot
User-agent: Google-Extended
Disallow: /

User-agent: *
Allow: /

Sitemap: https://yoursite.com/sitemap.xml

也要檢查 Cloudflare 等 CDN 或主機的防火牆，有些預設會擋 AI 爬蟲，robots.txt 寫了放行也進不來。

什麼內容容易被引用

• 具體數字和日期：「烘焙後 7 天內寄出」比「新鮮寄出」好引用。
• 附上可靠來源：引用官方資料、研究，並寫出出處。
• 原創資料：你自己的調查、實測、價目表，別人只能引用你。
• 清楚的實體資訊：公司名稱、地址、服務項目、價格範圍，在官網、商家檔案、社群都寫得一樣。

研究：GEO 論文（KDD 2024）

普林斯頓大學等團隊測試了多種改寫方式，發現加入引用來源、引述和統計數據，最能提升內容在生成式引擎回答中的能見度，最多約 40%。

GEO: Generative Engine Optimization（arXiv）

站外的真實口碑

AI 不只讀你的官網，也讀別人怎麼說你：媒體報導、論壇討論、YouTube 影片、Google 評論。這些要靠真的把事情做好，Google 明說刻意製造的假提及沒有幫助，還會被垃圾訊息系統擋下。

llms.txt 要不要做？

別忘了 Bing

到 Bing Webmaster Tools 驗證網站、提交 sitemap，可以直接從 Google Search Console 匯入，幾分鐘就好。2026 年起它提供 AI 成效報表，看得到網站在 Microsoft Copilot 和 Bing AI 摘要裡被引用了幾次、是哪些問題觸發的。再開啟 IndexNow，內容更新時會主動通知 Bing。

第 8 章 LOCAL

在地 SEO：開店的人先做這個

• 商家檔案填滿：主要類別、營業時間、服務項目、價格、照片，每月至少發一則貼文。
• NAP 一致：Name、Address、Phone 三項在每個平台都寫成同一個樣子，連「樓」和「F」都統一。
• 回覆評論：好評道謝、負評說明處理方式，回覆內容本身也會被讀到。
• 官網放 LocalBusiness 資料，和商家檔案的資訊一致。
• 地區＋服務頁：例如「大安區 咖啡豆外送」，只在你真的有服務的地區做。
• 其他地圖：Apple 商家（Apple Business Connect）和 Bing 地標，iPhone 的地圖和 Bing 搜尋會用到。

第 9 章 MEASURE

量測：沒量就不知道有沒有用

在 GA4 分出 AI 帶來的流量

在 GA4 的「流量開發」報表新增比較條件：工作階段來源「符合規則運算式」，貼上：

chatgpt\.com|openai\.com|perplexity\.ai|gemini\.google\.com|copilot\.microsoft\.com|claude\.ai

遇到 Google 演算法更新

Google 每年會發布幾次核心更新，期間排名上下波動很正常。先到 Google 搜尋狀態資訊主頁確認更新什麼時候結束，Google 建議等更新完成後再多等至少一週，才拿前後數據比較。掉下來的頁面，用第 4 章「非大路貨」的標準重新檢查內容。

每月一次的 AI 問答測試

選 5 個客人真的會問的問題，每月同一天分別問 ChatGPT、Gemini、Perplexity，記錄三件事：有沒有提到你、引用了哪一頁、說的資訊對不對。資訊錯了，通常代表你的網站或商家檔案裡寫得不清楚或前後不一。

1. 台北哪裡買得到新鮮烘焙的咖啡豆？
2. 淺焙咖啡豆推薦哪一家？
3. 好咖啡工作室評價如何？
4. 手沖咖啡水溫幾度？
5. 咖啡豆網購滿多少免運？

第 10 章 MYTHS

偏方黑名單

第 11 章 30 DAYS

30 天行動計畫

1. 第 1 週

   地基

   • 驗證 Google Search Console 和 Bing Webmaster Tools
   • 檢查 robots.txt、提交 sitemap
   • 用「檢視原始碼」確認內容在 HTML 裡
   • 修掉 404 和重複網址
2. 第 2 週

   速度

   • 用 PageSpeed Insights 測首頁和 3 個主要頁面
   • 壓縮圖片、加上寬高和 srcset
   • 精簡字型，移除不用的外掛和追蹤碼
   • 修完重測，記下前後分數
3. 第 3 週

   內容

   • 列出客人最常問的 20 個問題
   • 首頁和服務頁第一段改成直接回答
   • 建立作者頁，文章加上更新日期
   • 補上 Organization、LocalBusiness、Product 資料
4. 第 4 週

   擴散與量測

   • 填滿 Google 商家檔案，回覆所有評論
   • 統一各平台的名稱、地址、電話
   • 在 GA4 建立 AI 流量比較
   • 第一次 AI 問答測試，存下截圖

第 12 章 CLAUDE CODE

用 Claude Code 幫你做

請幫我做這個網站的 SEO、AEO、GEO 健檢：
抓 sitemap 裡的每一頁，檢查 title、description、canonical、h1、
結構化資料、圖片 alt 和寬高、robots.txt 有沒有擋 AI 搜尋爬蟲，
再用 Lighthouse 測首頁的手機版。
整理成依優先順序排列的清單，先不要改程式碼。

請把首頁手機版的 Lighthouse 效能分數提高到 90 以上。
先找出 LCP 元素和最大的檔案，圖片轉 WebP 並加上 srcset 和寬高，
字型只保留用到的字重。
每改一項就重跑一次 Lighthouse，最後給我前後數字對照。

請列出客人最可能問的 20 個問題，對應到網站現有的頁面。
每頁第一段加上 40–60 字的直接回答，補上作者和最後更新日期。
結構化資料必須和畫面上的文字一致，不要捏造評價或數字。
改之前先給我看清單。

還沒裝 Claude Code？看這篇 Claude Code 保姆級安裝教學，10 分鐘裝好。

第 13 章 CHECKLIST

幫你的網站打分數

FAQ

大家最常問的 8 個問題