SEO 三大支柱 Technical、On-page、Off-page 怎麼分工與決策

本文重點

• SEO 三大支柱是業界用來拆解優化任務的最常見框架，理解每根支柱的職責與優先順序，能避免新站「東補一塊、西修一塊」的常見錯誤
• Technical SEO 處理「爬蟲能不能進來、能不能讀懂」，On-page SEO 處理「內容能不能精準回應搜尋意圖」，Off-page SEO 處理「外部世界怎麼看你的網站」
• 2024-2026 之間，AI 搜尋（AI Overviews、ChatGPT Search、Perplexity）已經形成事實上的第 4 支柱 GEO（Generative Engine Optimization），不再是「之後再做」的選項
• 新站 90 天內優先把 Technical 與 On-page 做到 80 分，第 90 天後再投資 Off-page 與 GEO，效率最高

SEO 圈最常聽到的拆解方式就是「三大支柱」：Technical、On-page、Off-page。三個英文詞看起來像三個獨立領域，實際上是同一個搜尋優化任務的三個切面——Technical 解決「爬蟲讀不讀得到」，On-page 解決「讀到後排不排得進前 10」，Off-page 解決「為什麼是你而不是別人」。下面用 Google Search Central、Search Quality Rater Guidelines、Moz、Ahrefs、Backlinko 等官方與第三方資料，把每根支柱的核心任務、檢查點、優先順序拆給你。

一、什麼是 SEO 三大支柱與 Technical、On-page、Off-page 的職責分工

SEO 三大支柱是業界把「搜尋排名要做的事」歸納成三個切面的標準框架，最早由 Moz 在 2010 年代初期提出，後續 Ahrefs、Backlinko、Search Engine Journal 等都沿用。三根支柱缺一不可：Technical 是地基、On-page 是建物、Off-page 是周圍商圈。

（一）三大支柱對應的 Google 搜尋三階段

Google 的搜尋系統實際上分三階段：Crawling（爬取）→ Indexing（索引）→ Ranking（排名）（見 Google Search Central: How Search Works）。三大支柱剛好對應這三階段的不同瓶頸：

搜尋階段	對應支柱	主要任務
Crawling	Technical SEO	robots.txt、sitemap、伺服器回應、JavaScript 渲染
Indexing	Technical + On-page	canonical、hreflang、結構化資料、內容唯一性
Ranking	On-page + Off-page	內容品質、關鍵字相關性、反向連結、品牌信號

如果你某個頁面在 Google Search Console（GSC 完整教學）裡顯示「已檢索 - 目前未建立索引」，那是 Technical + On-page 出問題；如果是「已建立索引但排名 30 名後」，那通常是 On-page + Off-page 不夠強。換句話說，先看 GSC 報的是哪一階段的問題，就先補哪一根支柱，而不是聽到什麼新名詞就跳去學什麼。

Search Engine Land 在 2023 年的調查指出，SEO 從業者花在 Technical 上的時間平均只占 15%，但在「找不到流量問題在哪」的階段，Technical 卻是 80% 的真正原因。這個落差很大程度上是因為 On-page 的優化感受度高（改完 Title 隔週就看到變化）、Off-page 操作感受度也高（看到 DR 數字上升就有成就感），但 Technical 是「做對沒人說讚、做錯整站停擺」的隱形支柱。

（二）三大支柱的相對權重不是固定的

Moz 與 Ahrefs 對權重分配的估計略有差異，但大致落在以下範圍：

支柱	新站（< 6 個月）	老站（> 2 年）
Technical SEO	30%-40%	15%-20%
On-page SEO	40%-50%	35%-45%
Off-page SEO	10%-20%	35%-45%

新站階段 Technical + On-page 佔了 70%-90%，因為連最基本的爬蟲可達性都沒做好，再多反向連結也沒用。老站階段 Off-page 比重會明顯拉高，因為頁內可以優化的細節大都做完了，差距會回到「品牌權威」這個慢變數。

Backlinko 在 2020 年的 1180 萬條 Google 搜尋結果分析裡也驗證了類似結論（Backlinko: We Analyzed 11.8 Million Google Search Results）：排名第一的頁面平均擁有的反向連結來源網域數是第 10 名的 3.8 倍——但這是「同樣已經做好 Technical 與 On-page 的頁面之間」的差距。如果你 Technical 還沒做完，去拼反向連結就是浪費資源，因為 Google 連你頁面都讀不完整，連結權重會傳到一個破網裡漏光。

（三）為何 2024-2026 多了一個 GEO 第 4 支柱

從 2024 年 Google 把 SGE 改名為 AI Overviews 並全量上線後，搜尋結果頁面結構徹底改寫：傳統 10 條藍色連結被擠到摺疊區之後，AI 摘要、AI 引用區塊、People Also Ask 占走前 1-2 屏。同時 ChatGPT Search、Perplexity、Claude 的 web search 都成為新的搜尋入口。這讓「被 AI 引用」變成獨立於 Off-page 之外的新任務，業界開始稱為 GEO（Generative Engine Optimization）（見 GEO 是什麼）。

GEO 不會取代三大支柱，而是疊加在三根支柱上。具體來說：

• 疊加在 Technical 上：AI 爬蟲管理（GPTBot、ClaudeBot、PerplexityBot）、llms.txt、結構化資料
• 疊加在 On-page 上：Passage-level citability、H2 問句、答案塊結構、明確 reference URL
• 疊加在 Off-page 上：被 Wikipedia、Reddit、industry blog 提及，因為 LLM 訓練資料偏重這些來源

把 GEO 視為「三大支柱的新前端」，比視為「第 4 個獨立支柱」更接近實情。但對中文 SEO 圈來說，叫第 4 支柱比較容易溝通，所以本文也沿用這個說法。

二、Technical SEO 支柱涵蓋爬蟲可達性、Indexability、Core Web Vitals 的 6 個核心檢查點

Technical SEO 處理的是「Googlebot 與其他爬蟲能不能順利進到你的網站、能不能完整讀懂、能不能高效索引」的所有工程議題。這根支柱的特性是做到 80 分就夠，剩下 20 分通常不會撼動排名，但只要有任何一項是 0 分，整個網站可能完全無法被索引。

（一）robots.txt 與爬蟲可達性

robots.txt 是放在網站根目錄的純文字檔，告訴爬蟲哪些路徑可以爬、哪些不可以爬（詳見 robots.txt 完整指南）。

最常見的 3 個 Technical 災難：

1. 整站被 Disallow: /：通常是工程師從測試環境帶到 production，整站立刻從 Google 消失
2. CSS / JS 被擋：Google 從 2014 年起就要求網站允許爬取 CSS 與 JS，否則無法判斷頁面渲染後的樣子（見 Google Search Central: Robots meta tag specifications）
3. AI 爬蟲被擋但不自知：GPTBot、ClaudeBot、PerplexityBot 是另外的 user-agent，預設規則不會涵蓋（詳見 AI 爬蟲完整指南）

robots.txt 不是「安全機制」——它是「禮貌請求」。爬蟲可以選擇遵守也可以選擇不遵守，Googlebot、Bingbot、主流 AI 爬蟲都會遵守，但惡意爬蟲與資料盜抓爬蟲不會。要真的擋掉特定流量，必須在伺服器層用 IP 封鎖或 Cloudflare WAF 處理，robots.txt 只能告訴正常爬蟲「請不要爬」。也因此 robots.txt 裡放敏感路徑反而是 anti-pattern——等於把後台 URL 暴露給惡意爬蟲。後台應該用 noindex meta + 身份驗證雙重保護。

（二）Sitemap 與索引覆蓋率

Sitemap 是給搜尋引擎的「網站地圖」，列出所有希望被索引的 URL。Google Search Central 明確說明 sitemap 不是必填項，但對於大型網站、新站、或站內結構複雜的網站，sitemap 是讓爬蟲更高效抓取的關鍵。實作步驟見 Sitemap 實作完整教學。

判斷 sitemap 健康度的指標：

• GSC sitemap 報告的「已發現」 vs「已建立索引」比例 應該 > 70%
• sitemap 內 URL 應與 canonical URL 完全一致，不可有 redirect、404、noindex 的 URL
• 單一 sitemap 不超過 50,000 URL 或 50MB（未壓縮），超過要拆成 sitemap index

中小型部落格網站常見的 sitemap 錯誤是「把所有頁面都丟進去」，包括 tag 頁、category 頁、分頁列表、登入頁、感謝頁。這些頁面通常是 thin content 或 near-duplicate，丟進 sitemap 反而拉低整站索引品質分數。原則上 sitemap 只應該放「希望出現在 Google 搜尋結果」的頁面，其他全部排除。

（三）Canonical 與重複內容處理

<link rel="canonical"> 是告訴 Google「這個 URL 才是正本」的標籤。新手最常出錯的場景是電商網站的篩選參數（?color=red&size=L）會產生上千個 near-duplicate URL，沒下 canonical 就會把 PageRank 稀釋掉。301、302、canonical 的選擇判斷詳見 301/302/canonical 完整指南。

canonical 的 3 個常見錯誤：

1. canonical 指到 noindex 頁面：自相矛盾，Google 會忽略 canonical
2. canonical 跨網域指錯主機：例如 https 與 http 不一致、www 與 non-www 不一致
3. 每頁 canonical 都指首頁：是 WordPress SEO 外掛常見的設定錯誤，導致除了首頁外所有文章都不被索引

（四）Core Web Vitals 與 INP

Core Web Vitals 是 Google 在 2020 年提出的網頁體驗指標，2021 年 6 月起列入排名因素。2024 年 3 月 INP（Interaction to Next Paint）正式取代 FID（詳見 Core Web Vitals 完整指南）。

指標	良好	待改進	不良
LCP（Largest Contentful Paint）	≤ 2.5 秒	2.5 – 4.0 秒	> 4.0 秒
INP（Interaction to Next Paint）	≤ 200 毫秒	200 – 500 毫秒	> 500 毫秒
CLS（Cumulative Layout Shift）	≤ 0.1	0.1 – 0.25	> 0.25

三項指標取的是真實使用者數據的第 75 百分位（P75），意思是 75% 的使用者體驗都要達標。完整定義與量測方式參見 web.dev: Core Web Vitals。

（五）Schema / JSON-LD 結構化資料

Schema.org 是 Google、Bing、Yahoo、Yandex 在 2011 年共同推出的結構化資料標準，用 JSON-LD 格式寫入頁面，讓搜尋引擎更精準地理解內容主題（見 schema.org 官方詞彙表 與 Schema JSON-LD 範本）。對 SEO 的影響有三個層次：

1. 取得 Rich Result：FAQ、HowTo、Recipe、Product、Article 等 schema 可以在 SERP 上顯示星等、圖片、價格等加強顯示
2. 進入 Knowledge Graph：Organization、Person、LocalBusiness schema 是進入 Google 知識圖譜的入場券
3. 被 AI 引用：AI Overviews 與 Perplexity 在抓 citation 時，會優先解析有 schema 標記的段落

常用 schema 類型對應的 Rich Result 效果：

Schema 類型	Rich Result 效果	適用頁面
Article / BlogPosting	顯示作者、發布日期、封面圖	部落格文章
FAQPage	在 SERP 顯示問答展開	教學文、商品頁
HowTo	顯示步驟列表	教學文
Product	顯示星等、價格、庫存	商品頁
LocalBusiness	顯示地址、電話、營業時間	在地商家
BreadcrumbList	顯示麵包屑路徑	所有頁面
Organization	進入 Knowledge Graph	首頁

（六）JavaScript SEO 與 Mobile-first

如果網站用 React / Vue / Next.js / Astro 等 JS 框架，必須額外處理「Googlebot 看到的是渲染前還是渲染後的 HTML」。Google 從 2019 年起改用 Chromium 109 的 evergreen renderer，理論上能渲染現代 JS，但實務上 SSR / SSG 永遠比 CSR 安全（詳見 JavaScript SEO：SSR、SSG、Hydration 在 Astro 的選擇）。Hreflang 是處理多語多區域的標籤，繁體中文網站常見的陷阱見 Hreflang zh-TW 完整實作指南。

JavaScript SEO 的 3 個檢查點：

1. 打開 Chrome DevTools → Sources → 看 HTML 來源是否已含核心內容：如果只有空白 <div id="root"></div>，那就是 CSR，Google 需要 render 才能看到內容
2. 用 Google Search Console 的「URL 檢查」工具：點「測試實際網址」→「檢視已檢索的網頁」，可以看到 Googlebot 實際抓到的 HTML
3. 用 Mobile-Friendly Test：search.google.com/test/mobile-friendly 是免費工具，能模擬 Googlebot 抓取結果

Google 從 2020 年起全面採用 Mobile-first Indexing，等於用行動版的 HTML 與 Core Web Vitals 來評分，桌機跑滿分也救不回來。所有頁面都必須有完整的響應式設計，並且行動版內容不可少於桌機版。

三、On-page SEO 支柱包含搜尋意圖、H1-H6、E-E-A-T 的 7 個內容信號

On-page SEO 處理的是「使用者搜尋這個關鍵字時，你的這個頁面能不能精準回答」。Technical 是讓爬蟲讀得到，On-page 是讓爬蟲讀得懂、讀得開心。On-page 是三大支柱裡 ROI 最高的，因為改完當天就能上線、3-14 天就能看到排名變化。

（一）搜尋意圖比對是 On-page 的第一步

Google 從 2015 年 RankBrain、2018 年 BERT、2019 年 Neural Matching、2022 年 MUM 一路強化的核心都是「理解搜尋意圖」。在動手寫內容前，必須先判斷目標關鍵字屬於哪一類意圖（詳見 搜尋意圖四類型）：

意圖類型	範例關鍵字	適合的頁面類型
Informational（資訊型）	SEO 是什麼	教學文、長文
Navigational（導航型）	google search console	工具登入頁、官方文件
Commercial（商業調查型）	ahrefs vs semrush	比較文、評測
Transactional（交易型）	ahrefs 訂閱優惠	產品頁、結帳頁

意圖判錯 = 排名上不去。最簡單的判斷方式：把目標關鍵字搜搜看，看前 10 名都是哪一類頁面，那就是 Google 認定的意圖。關鍵字研究完整流程見 關鍵字研究完整指南。

常見的判斷失誤：

• 主打「葉黃素推薦」想寫品牌購買頁，但前 10 名全是評測長文 → 應該寫 commercial 評測
• 主打「ahrefs」想寫 ahrefs 教學文，但前 10 名全是官方頁 → 應該放棄這個關鍵字、改寫「ahrefs 教學」
• 主打「python 教學」想寫 5000 字入門，但前 10 名全是互動式 sandbox → 應該改寫子主題

（二）Title、Meta Description、H1 的三角關係

Title Tag、Meta Description、H1 是搜尋引擎與使用者「第一眼看到的三個地方」，必須一致但不重複。完整撰寫原則見 On-page SEO 完整清單。

• Title Tag：50-60 字元（約 25-30 中文字），主關鍵字靠左
• Meta Description：120-155 字元（約 60-75 中文字），含關鍵字 + CTA
• H1：每頁只能一個，可以比 Title 更完整、更具描述性

Google 從 2021 年起會在 Title 與內文不符時自動重寫 Title（見 Google Search Central: Best practices for creating page titles），所以 Title 必須精準反映內文，不要為了 CTR 浮誇。

Meta Description 對 SEO 排名不是直接因素，但對 SERP 點擊率影響極大。同樣排名第 3，Description 寫得好的 CTR 可達 8%-12%，寫得差的可能只有 2%-4%——差距 3-6 倍。把 Description 視為 SERP 上的「微型廣告」最準確：直接點出問題、給出解法摘要、適度的數字與承諾，比寫成「歡迎來到本站，提供您專業的服務」之類的開場白有用得多。

（三）H1-H6 階層結構是 AI 引用的關鍵

H1-H6 不只是字體大小，是內容的資訊架構。AI Overviews、Perplexity、ChatGPT 在抓取 citation 時，會優先解析帶有清楚 H2 / H3 結構的「passage-level」內容。實務原則：

1. 每頁只有一個 H1，且包含主關鍵字
2. H2 是段落摘要 + 長尾關鍵字，不可空泛
3. H3 為 H2 的次分類，不要跳級從 H2 直接到 H4
4. 每個 H2 下的第一段是「定義句」，AI 摘要會優先抓這一段

（四）內部連結與 Topic Cluster

內部連結（Internal Links）的功能有三個：把使用者留在站內、把 PageRank 在站內流動、告訴 Google 哪些頁面是同一個主題群（Topic Cluster）。Topic Cluster 模型由 HubSpot 在 2017 年提出，現在是中型部落格網站的標準架構（詳見 內部連結與 Topic Cluster 完整指南）。

執行原則：

• 每篇文章內部連結 5-15 條，超過會稀釋權重
• 錨文字必須具備描述性，禁用「點擊這裡」「閱讀更多」
• Pillar page（核心文）連到所有 cluster pages，cluster pages 互連並回連 pillar

新手最常犯的錯：寫了 30 篇文章，但每篇只在文末放一個「相關文章」widget 自動連 3 篇，結果整站變成「枝葉狀」（trunk-leaves），沒有 cluster 結構。正解是人工在文章中段、用具備描述性的錨文字、嵌入到語意脈絡裡的內部連結，這樣 Google 才能把錨文字當成主題訊號。

（五）E-E-A-T 內容信號

E-E-A-T 是 Google Search Quality Rater Guidelines（官方 PDF）裡用來評估內容品質的四個維度：Experience（經驗）、Expertise（專業）、Authoritativeness（權威）、Trustworthiness（可信）。2022 年 12 月 Google 加上第一個 E（Experience），強調「第一人稱實際使用過」的內容（詳見 什麼是 E-E-A-T）。

E-E-A-T 不是直接的排名因素，而是 Google 用來訓練演算法、評估系統是否健康的「對齊標準」。對 YMYL（Your Money or Your Life）主題特別重要：醫療、財經、法律等領域，E-E-A-T 不夠就直接掉到 30 名後。

2025 年 12 月的核心更新後，Google 把 E-E-A-T 的權重延伸到所有競爭關鍵字，不再只限 YMYL 主題。10 個快速可執行的 E-E-A-T 信號：

1. 作者頁有照片、簡介、社群連結、其他作品列表
2. 文章開頭明示作者與發布日期、最後更新日期
3. 引用研究、政府、官方文件並附 URL
4. 第一人稱描述實際使用 / 操作經驗
5. 顯示具體數字、表格、實測截圖
6. 站台有完整的 About、Contact、Privacy Policy
7. 取得來自同主題權威網站的反向連結
8. Schema 標記 Author、Organization、ReviewedBy
9. 在 Wikipedia、LinkedIn、Crunchbase 有對應實體
10. 在第三方平台（Reddit、Quora、X）有正面提及

（六）圖片優化與 Alt 文字

圖片 SEO 是 On-page 裡最容易被忽略、但對 AI 引用率影響很大的環節（詳見 圖片 SEO 完整指南）。核心 5 項：

1. 檔名描述化：on-page-seo-checklist.jpg > IMG_1234.jpg
2. 格式優先 WebP / AVIF：檔案大小可比 JPEG 小 30%-50%
3. Alt 文字精準描述：不堆關鍵字
4. 指定 width 與 height 避免 CLS
5. 首屏圖片用 fetchpriority="high"，下方圖片用 loading="lazy"

（七）Featured Snippet 答案塊結構

Featured Snippet（精選摘要）是 Google 在第 0 位顯示的答案區塊，類型有段落式、列表式、表格式、影片式四種（詳見 Featured Snippets 搶佔策略）。搶佔公式很穩定：

• 段落式：用 40-60 字回答問題，放在 H2 「{問句}」下的第一段
• 列表式：用 H3 或 <ol> <ul> 標記 5-8 個項目
• 表格式：標準 <table>，欄位 ≤ 5、列 ≤ 10
• 問句式 H2：把問題寫成 H2，提高被 People Also Ask 與 AI Overviews 抓取的機率

Featured Snippet 不一定要犧牲文章其他部分。實務上的做法：在文章開頭或某個 H2 下，用 40-60 字的「定義段」回答主問題，再展開細節。Google 抓 Featured Snippet 時優先看「最簡短、最精準回答」的那段，而不是「最長、最完整」的那段。

四、Off-page SEO 支柱聚焦反向連結品質、品牌提及、Topical Authority 的 5 個外部信號

Off-page SEO 處理的是「不在你網站上、但會影響你網站排名的所有事」。最大宗是反向連結（Backlinks），其次是品牌提及（Brand Mentions）、社群信號、digital PR、Topical Authority。Off-page 的特性是慢變數——做了 3 個月才會見到效果，但效果一旦累積起來，競爭對手很難複製。

（一）反向連結的 3 個品質維度

Google 在 1998 年靠 PageRank 起家，至今反向連結仍是排名前三的因素（Backlinko: Google’s 200 Ranking Factors）。但「連結數」遠不如「連結品質」重要，品質拆成三個維度：

維度	工具指標	衡量重點
連結來源權威	Ahrefs DR、Moz DA	來源網域本身的權重
主題相關性	人工判斷	來源頁面主題與你頁面是否相關
自然度	錨文字分布	是否大量精準匹配錨文字（黑帽訊號）

實務白帽方法（不買連結、不換連結、不在 PBN）詳見 反向連結白帽方法完整指南：客座文章、broken link building、HARO / Connectively、原創研究與資料、digital PR、podcast 露出。

Moz: How Search Engines Use Links 文件裡指出，一條來自 DR 80 的科技媒體相關文章內連結，價值大於 100 條來自 DR 10 的不相關部落格連結——而且差距會持續放大，因為 Google 的演算法本身就是 PageRank 的演進版，源頭網站權重越高，傳遞下來的權重就越高。

Ahrefs DR、Moz DA、Semrush AS 都是「估算值」，不是 Google 內部數字。所以同一個網域在三家工具上可能差 5-10 分，這是正常的。比較推薦的做法是：固定用一家工具的數字當基準，不要跨工具比較，也不要把這些數字當絕對權威。

（二）品牌提及與「非連結信號」

Google 2017 年 Search Liaison Danny Sullivan 與多位前員工陸續證實 Google 也會將「未帶連結的品牌提及」（unlinked brand mentions）納入排名信號考量。實務意義：

• 大量被新聞媒體、Wikipedia、industry blog 提到品牌名 = 加分
• 在 Reddit、Quora、Threads、X 被討論 = 加分
• 即使對方沒給 dofollow 連結，也有效

這也是為什麼 digital PR 與 podcast 露出對 SEO 有用——不只為了拿到那條反向連結，更重要的是讓品牌名出現在 Google 已經信任的地方。

實際操作上有 3 個來源最值得長期經營：

1. 媒體與 Wikipedia：媒體新聞稿、業界訪談、Wikipedia 條目（如果業務規模足夠大）
2. Reddit 與 Quora 等 UGC 平台：使用者實際討論帶來的提及，LLM 訓練資料偏重這類平台
3. 同業 podcast 與 YouTube：show notes 的品牌提及，加上音訊內容會被 transcript 成文字索引

（三）Topical Authority 與主題權威累積

Topical Authority 是 Moz 與 Ahrefs 都重點討論的概念：一個網站如果在某個主題上發了 100 篇高品質文章、被該主題的權威網站引用過，就會在該主題的所有相關關鍵字上獲得加分（Ahrefs: What is Topical Authority）。實務做法：

1. 用 Topic Cluster 模型集中發 10-30 篇同主題長文
2. 主題內互相內部連結
3. 主題內持續更新（舊文翻新策略）
4. 主題內取得 3-5 條來自該主題權威網站的反向連結

（四）垃圾連結偵測與 Disavow

如果你的網站被競爭對手做負面 SEO（買大量低品質連結指向你），需要用 GSC 完整教學裡的 Disavow Tool 把這些連結告知 Google。判斷垃圾連結的 5 個訊號：

• 來源 DR / DA 為 0 或極低
• 來源網站充滿賭博、成人、藥品內容
• 錨文字是商業關鍵字精準匹配（如「便宜代購包包」）
• 同一 C-class IP 大量連結你
• 短時間內爆增的反向連結

（五）白帽 vs 黑帽 vs 灰帽的選擇

Off-page 是黑帽 SEO 最活躍的領域：PBN（Private Blog Network）、付費連結、連結農場、評論垃圾、隱藏連結。Google 的 Penguin 演算法（已整合進核心演算法）會偵測並懲罰。詳細紅線見 白帽、黑帽、灰帽 SEO 完整比較。

• 白帽：客座文章、HARO、原創研究、digital PR
• 灰帽：私下換連結、輕度錨文字操作、過期網域購買
• 黑帽：PBN、買連結、自動評論工具、隱藏連結

灰帽是「Google 不喜歡但不會立刻罰」的灰色地帶，新站做大量灰帽會增加被人工 review 的風險。長期經營網站的選擇邏輯：白帽是不可替代的長期投資，灰帽是短期戰術，黑帽永遠不要碰。一個被 Google 手動懲罰的網域要恢復排名平均需要 6-12 個月，而且不保證能完全回來——這個機會成本比省下的客座文章費用高太多。

五、AI 與 GEO 時代的第 4 支柱處理 Passage-level Citability、llms.txt、AI 爬蟲管理

從 2024 年 AI Overviews 全量上線開始，搜尋結果頁的結構徹底改變。原本 Off-page 的「外部信號」變成「LLM 訓練資料 + AI 引用率」，原本 Technical 的「爬蟲管理」變成「Googlebot + GPTBot + ClaudeBot + PerplexityBot 全部要管」。三大支柱不變，但每根支柱都長出新的子任務，業界開始用 GEO（Generative Engine Optimization） 來統稱這些新任務（GEO 是什麼）。

（一）Passage-level Citability 拆解被 LLM 引用的 4 個結構要素

AI 搜尋與傳統搜尋最大的差別：傳統搜尋給你 10 條藍色連結讓你自己挑，AI 搜尋直接給你一段答案 + 2-5 條 citation。要被選為 citation，內容必須具備「passage-level citability」：

1. 每個段落都能獨立回答一個問題（不依賴前後文）
2. 段落開頭是定義句或核心結論（AI 摘要會優先抓第一句）
3. 資料、數字、年份、出處明確（含數字的段落引用率比純敘述高 3-5 倍）
4. H2 / H3 是「問句」或「精確主題短語」

實戰技巧詳見 LLM 引用率優化指南。

具體寫法對比，傳統 SEO 寫法：

SEO 三大支柱是業界用來拆解 SEO 任務的常見框架。它包含了技術 SEO、頁內 SEO、頁外 SEO 三個層面，每個層面都有不同的優化重點。理解這個框架可以幫助你系統性地規劃 SEO 工作。

GEO 寫法：

SEO 三大支柱是 Technical、On-page、Off-page，分別處理「爬蟲可達性」「頁面內容信號」「外部權威」。三者對應 Google 搜尋系統的 Crawling、Indexing、Ranking 三階段。2024-2026 後加上 GEO 第 4 支柱。

差異在於：GEO 寫法每句都帶名詞、數字、明確結構，AI 摘要可以整段抽取使用；傳統寫法是「鋪墊型」的文字，AI 摘要抽不到具體事實。

（二）AI 爬蟲管理涵蓋 GPTBot、ClaudeBot、PerplexityBot 的識別與授權

不同於 Googlebot，AI 爬蟲使用各自的 user-agent，且分成「訓練爬蟲」與「即時搜尋爬蟲」兩類（詳見 AI 爬蟲完整指南）：

爬蟲	User-Agent	用途
GPTBot	GPTBot	OpenAI 模型訓練
OAI-SearchBot	OAI-SearchBot	ChatGPT 即時搜尋
ClaudeBot	ClaudeBot	Anthropic 模型訓練
Claude-Web	Claude-Web	Claude 即時搜尋
PerplexityBot	PerplexityBot	Perplexity 即時搜尋
Google-Extended	Google-Extended	Gemini 訓練（與 Googlebot 分開）

實務上建議全部允許，因為被擋掉就等於不會被 ChatGPT、Claude、Perplexity 引用，自然失去這部分流量。

（三）llms.txt 標準與實作

llms.txt 是 2024 年由 Jeremy Howard 提出的草案標準，目的是給 LLM 一份「網站重點地圖」，類似給 AI 看的 sitemap。雖然 OpenAI、Anthropic、Google 都尚未正式宣告會用，但業界已有 Mintlify、Vercel、Anthropic 自家站點實作（詳見 llms.txt 完整指南）。

放在網站根目錄 /llms.txt，內容是純 Markdown 格式的網站重點清單，列出最重要的文件、API 文件、產品說明的 URL 與一句話描述。

（四）AI 流量歸因與成效追蹤

AI 搜尋帶來的點擊在 GA4 預設報表裡是「Direct / None」或「Referral / chatgpt.com」，需要額外設定才能識別（詳見 AI 流量歸因 GA4 / Log / Referrer 完整指南）。3 種主流方法：

• GA4 自訂頻道群組：把 chatgpt.com、perplexity.ai、claude.ai、gemini.google.com 歸類為「AI Search」
• Server-side log 分析：抓 referrer header 直接看
• UTM 標籤：若內部有導流 prompt，自己埋 UTM

（五）答案塊（Answer Block）結構

答案塊是把一個問題的完整答案濃縮在一個段落內，讓 AI 摘要或 Featured Snippet 可以整段引用。標準結構：

1. H2 / H3 寫成問句（「SEO 三大支柱是什麼？」）
2. 第一段用 40-80 字直接定義 + 給結論
3. 第二段以後再展開細節、舉例、數字

這個結構同時對 Google Featured Snippet 與 AI Overviews 都有用，是 GEO 時代最高 ROI 的單一寫作技巧。

答案塊的長度建議：

• 段落式 Featured Snippet：40-60 中文字
• AI Overviews 引用：60-120 中文字
• Perplexity citation：80-150 中文字

寫得太短會被 AI 認為「資訊不夠完整」，寫得太長會被 AI 拆成多段、引用率反而下降。落在 60-100 字是被引用最穩定的長度。

六、SEO 三大支柱的優先順序矩陣讓新站、老站、流量瓶頸網站知道怎麼決策

知道有三大支柱還不夠，更實際的問題是「我這個網站現在該優先做哪一根」。下面用一個決策矩陣搭配 seo.albertfnm.com 自己上線 5 週的判斷邏輯，給你具體的判斷流程。

（一）4 種網站類型的優先順序矩陣

網站階段	Technical	On-page	Off-page	GEO
新站 0-3 個月	P1 必做	P1 必做	P3 觀察	P2 同步做
新站 3-6 個月	P2 維護	P1 持續	P2 開始	P2 同步做
老站流量穩定	P3 維護	P2 翻新	P1 加碼	P1 加碼
老站流量下滑	P1 重審	P1 翻新	P2 補強	P2 同步做

P1 = 立刻做，P2 = 同步做，P3 = 之後再做。

（二）新站第 1-30 天該做什麼

第 1-30 天的目標是「讓 Google 能正確爬取與索引所有頁面」。檢查順序：

1. 確認 robots.txt 沒有擋整站
2. 提交 sitemap 到 GSC
3. 確認 canonical 標籤正確
4. 完成首頁與 5-10 篇核心文的 On-page（Title、Meta、H1-H6、內部連結）
5. 安裝 GA4 與 GSC，確認資料正常進來

這 5 件事是「不做就會掉鏈子」的最小集合，做完之後 Technical 大致就到 80 分。

（三）新站第 30-90 天該做什麼

第 30-90 天的目標是「累積足夠的內容讓 Google 開始理解你是哪個主題的網站」。檢查順序：

1. 持續發 1-3 篇/週的高品質長文（每篇 2000-3500 字）
2. 用 Topic Cluster 模型集中在 1-2 個主題
3. 開始累積 E-E-A-T 信號（作者頁、About、聯絡資訊）
4. 同步做 GEO：每篇文章都有 H2 問句、答案塊、明確 reference URL
5. 暫不投資 Off-page——這階段做反向連結 ROI 太低

（四）新站第 90 天後該做什麼

第 90 天後 Google 已經對網站有基本評價，Off-page 開始有 ROI。檢查順序：

1. 投資 白帽反向連結方法：客座文章、HARO、原創研究
2. 用 GSC 找排名 8-20 的關鍵字，回頭優化 On-page
3. 用 舊文翻新策略 重寫表現不佳的文章
4. 持續監控 Core Web Vitals 與 INP

（五）seo.albertfnm.com 上線 5 週的實際判斷

seo.albertfnm.com 2026-04-23 上線，截至 2026-05-26 剛好 5 週。發了 27 篇文章，現在加上這一篇是第 28 篇。實際做的優先順序：

週次	主力任務	對應支柱
Week 1	robots.txt、sitemap、canonical、CWV 達標	Technical
Week 2-3	每天 2-3 篇長文，集中在 4 個主題 cluster	On-page
Week 4	補 H2 問句、答案塊、reference URL	GEO
Week 5	內部連結重新審視，每篇 8-15 條	On-page

5 週內完全沒投資 Off-page，因為對新站來說連結 ROI 太低。預計第 90 天後才會開始客座文章與 HARO。對比工具選擇（Ahrefs / Semrush / Ubersuggest 比較）這時也才開始有意義——前 90 天你連反向連結都沒有，工具能查到的資料極少。

這個操作順序對新站來說違反直覺，因為一般 SEO 教學會說「邊發文邊做反向連結」。但實測下來，新站前 90 天的反向連結要嘛要花錢買（黑帽風險）、要嘛要冷推 outreach（成功率 < 5%），時薪效益遠低於再寫一篇高品質長文。等到網站有 30 篇文章、5-10 篇開始有自然排名後，反向連結 outreach 的成功率才會跳到 15%-25%，這時投資 Off-page 才划算。

（六）SERP 觀察與三大支柱回饋

不論哪個階段，每週看一次 SERP 元素 與 Google 演算法運作，是讓三大支柱投資不錯方向的關鍵。如果你目標關鍵字的前 10 名都是大站，純做 On-page 也排不上去，這時就要早一點啟動 Off-page。如果前 10 名都是內容空洞的舊文，On-page + GEO 就是最快超車的路徑。要做哪根支柱不是看「應該做」，是看「對手在哪根支柱上比你弱」。

具體決策流程：

1. 列出目標關鍵字 → 看 SERP 前 10 名
2. 用 Ahrefs / Semrush 看前 10 名的 DR、反向連結數、頁面字數、發布日期
3. 如果 DR 差距 < 10：On-page + GEO 可以超車
4. 如果 DR 差距 > 30：必須先累積 Off-page，純內容無法超車
5. 如果前 10 名平均字數 < 1500、發布日期 > 2 年：內容空洞的紅利期，趕快寫長文搶
6. 如果前 10 名全是大站長文、且更新日期都在近 6 個月內：避開，挑長尾關鍵字

如果你執行到第 4 步發現 DR 差距 > 30，但又不想等 6 個月慢慢累積反向連結，還有一個變通方法：改打主關鍵字的長尾變體。例如「SEO」這個詞無法贏，但「SEO 三大支柱」「Technical SEO 檢查清單」「2026 SEO 新站策略」等具體長尾，前 10 名的 DR 通常低很多，On-page + GEO 就能搶到。

實際操作建議搭配 GSC 的「曝光次數 > 100、點擊次數 < 5、平均排名 5-15」這個條件篩出機會關鍵字，這些是已經有 Google 認為相關、但 CTR 不夠的頁面，回頭優化 Title、Meta、內部連結往往 2-4 週就能看到排名跳升。比起無頭蒼蠅式地猜「哪根支柱該補」，從 GSC 數據反推永遠更精準。