On-Page SEO 是指你在「單一頁面內」可以自己控制的最佳化工作，涵蓋標題標籤、中繼描述、H1-H6 標題、內文、網址、圖片 alt、內部連結與結構化資料，目的是讓 Google 與讀者一眼看懂這個頁面在講什麼、把它排到對的搜尋結果裡。根據 Ahrefs 2026 年資料，AI Overview 引用的頁面中有近三成在傳統 Google 流量為零，代表「頁面內容結構是否清楚可被引用」正在變成新的排名戰場。On-Page 的最大優勢在於完全可控：外鏈要拜託別人，頁面內容你今晚就能改。
TL;DR：On-Page SEO 就是把「單一頁面看得到、改得到」的標題、內文、網址、圖片、內鏈、結構化資料全部整好，讓 Google 與 AI 搜尋都讀得懂。對新手投報比最高，因為完全可控；Ahrefs 2026 年資料顯示近三成被 AI Overview 引用的頁面在傳統 Google 流量為零，結構清楚比衝外鏈更急。
文章目錄
On-Page SEO 是什麼？一句話講清楚
On-Page SEO 是你在「單一頁面裡」能自己上手的最佳化工作，包含標題、內文、網址、圖片、內部連結與結構化資料，目標是讓 Google 與讀者一眼看懂頁面主題，再把它排到對的搜尋結果。它跟一般講的 SEO 沒有本質不同，只是把戰線縮到「這一頁」。把它跟更廣的觀念放一起看，可以參考這篇SEO 是什麼的完整定義，先把地圖看清楚再回來這一頁。
範圍要畫死。On-Page 等於你「在這一頁看得到、改得到」的所有元素，跟外鏈（Off-Page）和伺服器層（Technical SEO）是三條獨立戰線。界線畫錯，你會把力氣花在改不到的地方。控制權是它最大的優勢：外鏈要拜託別人，頁面內容你自己今晚就能改，所以新手優先做 On-Page 投報比最高。很多教學把它簡化成「內容＋網站架構＋外觀」三項，這太粗；2026 年的 On-Page 至少要拆到十個以上具體項目，後面會逐一展開。
用一個生活比喻定錨：On-Page 像是把店面的招牌、櫥窗、動線整理好；Off-Page 是別人幫你口碑推薦；Technical 則是水電管線。招牌不對，口碑再好客人也找不到對的貨架。我常跟客戶講，先確認招牌寫對了，再談口碑，順序反了就是白忙。如果你連 SEO 該不該做都還在猶豫，先看一篇給老闆的你需要 SEO 嗎誠實指南，再回來決定要不要從 On-Page 下手。
On-Page、Off-Page、Technical SEO 差在哪？一張表分清楚
三者差在「在哪裡做」：On-Page 改的是單一頁面的內容與標籤；Off-Page 靠網站外部的外鏈與品牌聲量；Technical 顧的是整站的爬蟲可讀性、速度與架構。一句話總結：On-Page 決定「你出現在哪些搜尋結果」，Off-Page 決定「你排多前面」，Technical 決定「Google 能不能順利讀到你」。要把這三條線各自管好，建議先理解技術 SEO 的完整輪廓，才不會把底層問題誤判成內容問題。
| 維度 | On-Page SEO | Off-Page SEO | Technical SEO |
|---|---|---|---|
| 在哪裡做 | 單一頁面內 | 網站外部 | 整站底層 |
| 你能控制嗎 | 完全可控 | 只能影響 | 完全可控 |
| 代表工作 | title、內文、內鏈、alt | 外鏈、品牌聲量、媒體報導 | sitemap、robots、速度、HTTPS |
| 決定什麼 | 出現在哪些搜尋結果 | 排多前面 | Google 能不能讀到你 |
| 見效速度 | 7-28 天 | 1-3 個月以上 | 看問題規模 |
界線會重疊的灰色地帶很多。網址結構、行動版、Core Web Vitals 同時被算進 On-Page 和 Technical，實務上不必硬分，重點是有人負責改。Off-Page 的例子包括外部網站連到你、PTT 或 Dcard 討論你的品牌、新聞報導提及，這些你只能「影響」不能「控制」。Technical 的例子包括 robots.txt、sitemap.xml、HTTPS、伺服器回應時間、全站 301 轉址，屬於底層基礎建設，可以對照301 與 302 重定向的差異理解底層在搬什麼。
優先順序我會這樣排：網站還沒被收錄，先修 Technical；能被收錄但排名差，主攻 On-Page；On-Page 做滿了還卡在第二頁，才回頭補 Off-Page 外鏈。誠實提醒一句：很多教學把 Technical 講得很神，但對小型內容站來說，大多數的排名瓶頸其實卡在 On-Page 內容品質，不是技術債。想看 Off-Page 到底在搬什麼，可以參考站外 SEO 的七個方法。
頁面 SEO 要最佳化哪些項目？10 個核心要素全拆解
On-Page SEO 的核心要素可分成兩大類：內容相關（標題標籤、中繼描述、H1-H6 標題、正文內容、關鍵字佈局）與技術體驗相關（網址結構、圖片 alt 與壓縮、內部連結、行動版體驗、頁面速度、結構化資料），共十個項目，每個都有明確的檢查標準。這十項不是平行關係：title 與 H1 是地基，內文是主結構，圖片與內鏈是裝修，結構化資料是給 AI 看的標籤。先有全景地圖，下面每個 H3 再把單一項目拆到可以直接照做。
- 內容五項：title tag、meta description、heading 層級、正文深度、關鍵字自然分佈，決定搜尋引擎「懂不懂」你。
- 技術體驗五項：URL、圖片、內鏈、行動版、速度，加上結構化資料，決定搜尋引擎「信不信」與讀者「留不留得住」。
- 地基優先：title 與 H1 沒寫對，後面再怎麼裝修都會歪掉。
- 給 AI 看的標籤：結構化資料是 2026 年 AI 搜尋抓答案的入口，不能省。
你會發現這十項裡面，有些是「讓 Google 懂你」，有些是「讓讀者願意留」。把它們拆開看才不會把所有責任都丟給內容長度。如果連 SEO 整體有哪些最佳化技巧都還沒概念，先看一篇各種 SEO 最佳化技巧的整理再回來，會更容易把這十項定位到對的位置。
內容五項：搜尋引擎懂不懂你
title tag、meta description、heading 層級、正文深度、關鍵字自然分佈，這五項決定搜尋引擎「懂不懂」你的頁面主題。它們是地基與主結構，做錯了讀者連進來的機會都沒有。後面每個小節會把字數、格式、常見錯誤寫到可以直接照做。
技術體驗五項：讀者留不留得住
網址結構、圖片最佳化、內部連結、行動版與速度、結構化資料，這五項決定搜尋引擎「信不信」你，以及讀者「留不留得住」。它們是裝修與管線，做不好就算被點進去也會馬上跳出。想看體驗訊號怎麼影響排名，可以對照頁面體驗成為排名基礎的脈絡。
標題標籤（Title Tag）：頁面排名的地基
Title tag 是 On-Page SEO 影響力最高的單一元素，建議把主關鍵字放在前 12 字內、總長控制在中文約 20-28 字（英文 50-60 字元）之間，自然帶入次要關鍵字與一個點擊誘因（年份、數字、問句），避免堆砌重複關鍵字。位置優先：主關鍵字越前面權重越高，「On-Page SEO 是什麼？完整指南」會比「完整指南：帶你搞懂 On-Page SEO」更有效。
字數會被截斷。Google 在桌面 SERP 大約顯示 50-60 個英文字元，中文因為寬度不同約 20-28 字，超過會被刪節號截掉，重要訊息要往前放。品牌名常見擺法是「主關鍵字 – 誘因 | 品牌名」，品牌放在末端用分隔符號隔開，不影響主關鍵字權重。別堆砌，像「On-Page SEO 最佳化 SEO 技巧 SEO 教學」這種寫法會被判定關鍵字堆砌反而扣分。如果你對「堆砌」這個詞還沒感覺，可以看一篇關鍵字堆砌的完整定義。
用 SEO 外掛當助手，不被滿分綁架
Rank Math 或 Yoast 這類 SEO 外掛會即時給分數與建議字數，可當第一道檢查，但不要盲目追滿分。我自己的習慣是先寫一版讀得通的 title，再回頭看外掛分數微調，順序反了你會被分數綁架。這裡要小心一個誤區：title 寫給點閱率，不是寫給 SEO 外掛的滿分糖。想把標題這條線跟整體排名因素的關係看清楚，可以對照Google 公開的三大排名因素。
中繼描述（Meta Description）：影響點閱率，不直接影響排名
Meta description 不是 Google 的直接排名因子，但它決定搜尋結果頁的摘要文字、直接影響點閱率（CTR），建議用中文約 70-110 字（英文 150-160 字元）寫一段包含主關鍵字、說明頁面價值、結尾帶行動呼籲的完整句子，把關鍵字擺在開頭。要把它跟點閱率的關係看清楚，可以對照點擊率 CTR 的完整解釋。
Google 不保證採用你寫的描述。有時候它會自己從內文抓一段更貼合搜尋查詢的文字來覆蓋，所以寫得「準確可被引用」比寫得「漂亮」更重要。關鍵字放前半段，Google 在 SERP 會把它粗體顯示，視覺上更吸睛。行動呼籲句尾放「直接看檢查清單」「3 分鐘搞懂」這類 CTA 能提升點擊，但不要寫成業配語氣。對於 CTA 怎麼設計才不會像推銷，可以參考CTA 行動呼籲的設計方法。
長度底線：太短會被認為描述不足、太長會被截斷，中文落在 70-110 字這個甜區最穩。誠實限制要講清楚：即使 meta 寫得完美，CTR 還受競品標題、精選摘要、廣告版位影響，別過度期待單一元素。想知道這段摘要跟 Google 結果頁的關係，可以看SERP 搜尋結果頁面的完整拆解。
標題標籤層級（H1-H6）：建立內容骨架，別亂用大小
Heading 標籤是頁面的內容骨架：一篇頁面只用一個 H1（通常是文章主標、含主關鍵字），H2 用於主要段落切分，H3 用於段落內的小節，層級要依邏輯依序往下，不能跳級也不能拿 H1-H3 來單純放大字型。這條線怎麼畫才正確，Google 自己有講過，可以對照標題標籤 H1 H2 的 SEO 指南。
- 一個 H1 原則：多數 SEO 共識是一頁一個 H1，跟 title tag 可以不同字但主題一致。
- 層級不能跳：H2 之後直接跳 H4 會讓搜尋引擎困惑結構，正確是 H2 → H3 → H4 依序下來。
- 不要用 heading 排版：「想把這行字放大就標 H2」是常見錯誤，標題權重會被稀釋，字型大小用 CSS 控制。
- 關鍵字佈局：主關鍵字進 H1，長尾關鍵字自然分散到各 H2，H3 放更具體的問句。
檢查方法很土砲但有效：把所有 heading 抓出來只看大綱，如果像一份目錄、讀得通，結構就是對的。我自己寫完一定做這個動作，因為寫一寫很容易在某段偷跳級。結構對了，語意相關詞也會跟著到位，這部分的觀念可以搭配語意搜尋與語意關鍵字一起看，會更知道為什麼骨架要先顧好。
正文內容與關鍵字佈局：深度與搜尋意圖，不是塞字數
On-Page SEO 的內文重點不是衝字數或算關鍵字密度，而是完整滿足搜尋意圖：把讀者會問的問題全部答到、自然分佈主關鍵字與長尾詞、用 H2/H3 結構化，深度通常要涵蓋競品前 10 名的內容範圍。密度是過時觀念，Google 早已不用固定關鍵字密度計分，硬塞「每 100 字出現 3 次」會讀起來像機器人。為什麼密度不再是關鍵，可以看關鍵字密度的迷思破解。
搜尋意圖優先。打開 SERP 看前 10 名都寫了哪些子主題，你的頁面至少要涵蓋同等廣度，再補一個他們沒寫的角度。長度看主題：定義題五千到八千字合理，工具比較題可能兩千字就夠，不要為長而長。這點 Google 自己也講過，可以對照字數不等於排名品質的官方說法。語意相關詞自然帶入，例如講 On-Page 時會出現「title、meta、heading、內鏈、schema」，Google 用語意模型判斷主題完整性。
用 E-E-A-T 把可信度寫進正文
E-E-A-T 訊號要具象化。在內文展現第一手操作經驗、舉具體數字帶來源、標注作者背景，這些是 2026 年 AI 搜尋特別看重的可信度訊號。如果你的內容屬於影響錢包或健康的 YMYL 主題，這層訊號更要加倍，可以先看一篇YMYL 主題的完整定義。我會建議把「我實際操作過」「根據 Search Console 資料」這類出處直接寫進正文，不要只在心裡想著自己有經驗。
圖片最佳化（Image SEO）：alt 文字、壓縮與檔名三件事
圖片會拖慢頁面速度也會貢獻圖片搜尋流量，On-Page 圖片最佳化做三件事：檔名用描述性英文小寫加連字號（如 on-page-seo-checklist.jpg）、壓縮到建議大小（單張網頁用圖通常壓在 200KB 以內）、alt 文字用一句自然中文描述圖片內容並順帶關鍵字，別只寫「圖片1」或塞滿關鍵字。alt 到底要寫什麼，可以對照如何寫出好的 alt 圖片替代文字。
- alt 的真正用途：原本是給視障讀者用的螢幕閱讀器，所以要先「描述圖片在講什麼」，關鍵字只是順帶。
- alt 不要寫成關鍵字清單：「SEO On-Page SEO 最佳化 標題 meta」這種 alt 是垃圾訊號。
- 壓縮工具：Squoosh、TinyPNG 或伺服器端的自動壓縮外掛，重點是保留視覺品質但檔案變小。
- 格式選擇：照片用 WebP 或 AVIF 比 JPEG/PNG 小很多，現代瀏覽器都支援。
- 延遲載入：首屏以外的圖片設 loading=lazy 能改善 LCP，但首圖不要 lazy。
把壓圖變成固定流程
壓圖這件事很多人嫌麻煩，但它是少數「改一次、每個讀者都受益」的投資。如果你想順手把整站的圖片政策定下來，可以參考WordPress SEO 最佳化的十個步驟，裡面會提到壓圖外掛的選擇。我會在每一篇新文章上架前，把圖片過一次 Squoosh，這個動作五分鐘，卻能幫你省下好幾分之一的載入時間。
內部連結（Internal Linking）：自己網站裡的導航與權重傳遞
內部連結是 On-Page SEO 最被低估的槓桿：在頁面正文裡用「有意義的錨點文字」連到站內相關頁面，能幫搜尋引擎理解頁面關係、傳遞權重、延長讀者停留，建議每篇長文自然嵌入 5-10 個情境相關的內鏈，錨點用描述性文字而非「點這裡」，且不要重複連到同一個網址。內部連結的完整策略，可以對照內部連結的核心策略。
- 錨點文字是訊號：「On-Page SEO 內容最佳化的完整做法」比「請點這裡」傳遞的訊號明確得多。
- 情境優先於數量：只在讀者真的會想點的地方加連結，硬塞的連結會被跳出率反噬。
- 叢集策略：本篇是支柱頁，可以連到 title、meta、結構化資料等子主題專文，形成主題叢集。
- 不要重複連同網址：同一頁面多次連到同一目標，第一個連結的錨點才被計分。
- 檢查死鏈：內部連結指向已刪除或改網址的頁面會回 404，定期用爬蟲工具掃一遍。
用叢集策略把支柱頁串起來
叢集（cluster）策略是把支柱頁與子主題專文用內鏈串起來，讓 Google 看出你是這個主題的權威來源。想理解叢集在 SEO 裡的戰略位置，可以參考主題叢集的四個關鍵步驟。錨點文字怎麼選才會同時服務讀者與搜尋引擎，可以對照錨文字 SEO 的完整做法。我也會建議把本篇當作一個錨點，連到你站上既有的On-Page SEO 內容最佳化專文，讓兩篇互相支撐。
網址結構（URL）：短、可讀、含關鍵字
理想的 SEO 網址是簡短、全小寫英文、用連字號分隔、包含主關鍵字（如 /what-is-on-page-seo/），避免中文網址、避免參數與 session id、避免太長的目錄層級，一旦發布就不要輕易改網址以免斷鏈。中文網址能不能用、會不會傷排名，可以對照非英文網址對 SEO 的真實影響。
- 中文網址的陷阱：技術上可用，但分享到社群會變成一長串百分比編碼，可讀性差。
- 層級要淺：/blog/2026/06/15/on-page-seo 比 /on-page-seo 多了三層，越接近根目錄權重累積越單純。
- 連字號不是下底線：Google 把 on-page-seo 讀成三個字，on_page_seo 會被讀成一個字。
- 參數頁面要小心：電商的 ?id=123&sort=price 容易產生重複內容，要用 canonical 或 robots 處理。
改網址的代價與替代方案
改網址的代價要算清楚。改了要設 301 永久轉址把舊權重導過去，過程中若有疏漏就斷鏈，所以一開始就想好 slug，別事後改。這條線踩錯的後果，可以對照301 與 302 重定向哪個對 SEO 更友善。如果擔心重複網址被當成重複內容，也可以看一篇重複內容對 SEO 的影響與解法，把 canonical 跟參數處理一起搞懂。
行動版體驗與頁面速度：Core Web Vitals 是體驗分數，不是唯一排名因子
行動版相容性是 Google 的明確排名訊號（採行動優先索引），頁面速度透過 Core Web Vitals（LCP 最大內容繪製、INP 互動延遲、CLS 版面位移）影響使用者體驗與間接排名，但 CWV 是「平手破壞者」不是「決定性因子」，同樣內容品質下速度快的贏，但速度再快、內容空洞一樣排不上，目標是通過門檻而非追求全綠極限。這三個指標到底是什麼，可以對照Core Web Vitals 的完整定義。
- 行動優先索引：Google 用手機版而不是桌面版來判斷排名，手機上跑版、按鈕太小的頁面直接吃虧。
- LCP 目標：最大內容繪製建議在 2.5 秒內，通常卡在首圖太大或伺服器回應慢。
- INP 取代 FID：2024 年起 INP 成為正式指標，衡量點擊後到畫面回應的時間，建議 200ms 內。
- CLS 版面位移：圖片沒設長寬、廣告突然插入會讓版面跳動，CLS 要壓在 0.1 以內。
- 誠實定位：CWV 是基本衛生，不是衝排名的特效藥。
速度是平手破壞者，不是決定性因子
為什麼行動版會變成排名訊號，背後有一段歷史，可以對照行動優先索引對 SEO 排名的影響。速度這條線我會建議用 PageSpeed Insights 先量一次，再決定要不要動手，相關工具可以參考PageSpeed Insights 整合 Lighthouse 的教學。誠實講，把速度修到及格後，回頭投資內容深度投報比更高，不要為了把所有指標修成綠色而犧牲產出節奏。
結構化資料（Schema Markup）：讓 AI 與搜尋引擎秒懂你的內容類型
結構化資料（Schema.org 的 JSON-LD 標記）是你在頁面原始碼裡貼的一段機器可讀標籤，直接告訴搜尋引擎與 AI「這是一篇文章／FAQ／產品／教學」，能爭取精選摘要、FAQ rich result 與 AI Overview 引用，但加了不等於保證拿到 rich result，它是「申請資格」不是「保證錄取」。先把結構化資料是什麼搞清楚，可以對照結構化資料的完整指南。
- 格式選 JSON-LD：Google 官方推薦，比 Microdata、RDFa 好維護，WordPress 可用 Rank Math 自動產生。
- 常用類型：Article、FAQPage、HowTo、BreadcrumbList、Organization，本篇至少該加 Article＋FAQPage。
- 2026 AI 搜尋的關鍵：AI Overview 特別依賴結構化資料來抓答案，結構清楚的頁面被引用機率較高。
- 不要造假：標記成 FAQ 但頁面沒有問答、標記 5 顆星評論但沒有真實評論，會被判定結構化垃圾。
- 驗證工具：用 Google Rich Results Test 與 Search Console 的增強項目報表檢查。
FAQ 與產品結構化資料的進階用法
想在 AI 搜尋時代被引用，結構化資料是少數你能「主動貼上去」的訊號，比等外鏈快得多。FAQPage 怎麼標記、會帶來什麼效果，可以看一篇QAPage 結構化資料的完整教學。電商站還能額外加產品結構化資料搶 rich result，可以對照產品結構化資料的做法。我自己會把 FAQ schema 列為每篇長文的必加項目，因為它的產生成本最低、被引用的機會最大。
On-Page SEO 實戰步驟：一篇頁面從零最佳化的檢查清單
一篇頁面的 On-Page 最佳化建議照「先地基後裝修」的順序：先鎖定主關鍵字與搜尋意圖，再寫 title tag 與 H1，接著規劃 H2/H3 大綱、補內文深度、寫 meta description、設網址 slug、最佳化圖片與 alt、加內部連結、加結構化資料，到頭來用 Search Console 提交並觀察 7-28 天資料。順序有理由：title 與大綱是地基，定了之後內文才知道往哪寫，先寫內文再回頭改 title 常會整篇重來。
- 鎖定主關鍵字與搜尋意圖：先搞懂讀者到底想問什麼，搜尋意圖的觀念可以參考搜尋意圖的完整定義。
- 寫 title tag 與 H1：主關鍵字放前段，字數控制在甜區。
- 規劃 H2/H3 大綱：大綱讀得通，內文才不會歪。
- 補內文深度與長尾詞：長尾詞怎麼挑，可以看長尾關鍵字的最佳化技巧。
- 寫 meta description：關鍵字在前，CTA 在後。
- 設網址 slug：英文小寫、連字號、含關鍵字。
- 最佳化圖片與 alt：壓圖、描述性檔名、自然 alt。
- 加內部連結：錨點描述性、情境相關、不重複。
- 加結構化資料：Article 與 FAQPage 至少先加。
- 提交並觀察：用 Search Console 看 7-28 天資料再微調。
把這十步做成一份 checklist，每篇新文上架前走一遍，比靠記憶可靠。Rank Math 或 Yoast 會即時檢查 title 字數、關鍵字密度、內鏈數量，當助手可以，但不要盲目追滿分到犧牲可讀性。上線後觀察的時程我會抓 7-28 天當一個週期，太短會被波動誤導，太長會錯過修正時機。想看別人怎麼把整站最佳化拆成流程，可以對照網站最佳化流程的整理。
疊代比一次到位重要。第一次上線不必完美，看到哪個查詢帶流量但排名卡第二頁，回頭補那個子主題的深度，是最有效的微調。如果你連 SEO 要從哪裡開始都還在摸索，可以先把SEO 新手入門教學走過一次，再回來套這份 checklist。我自己維護一份「上架前十步」的紙本清單貼在螢幕邊，每次都邊打勾邊做，這個動作看起來笨，但能擋掉九成的低級錯誤。
On-Page SEO 常見錯誤：這些動作反而會扣分
最常見的 On-Page 錯誤包括：關鍵字堆砌（title、alt、內文重複塞同樣的字）、抄襲或 AI 生成無加值的罐頭內容、用 H1-H3 放大字型而非建立結構、多個頁面搶同一個關鍵字造成自我競爭（keyword cannibalization）、內部連結全部用「點這裡」當錨點、以及改了網址沒設 301 導致斷鏈。這些都會被 Google 視為品質訊號下降。哪些動作其實是黑帽地雷，可以對照黑帽 SEO 的完整定義。
| 常見錯誤 | 為什麼扣分 | 正確做法 |
|---|---|---|
| 關鍵字堆砌 | 觸發過度最佳化判定 | title 出現一次即可，內文靠語意詞撐主題 |
| cannibalization 自我競爭 | Google 不知該排哪篇，兩篇都掉 | 用 canonical 或合併搶字頁面 |
| 罐頭 AI 內容 | 被實用內容系統降排名 | 加入第一手經驗與在地案例 |
| 錨點全用「點這裡」 | 丟掉語意訊號 | 用描述性錨點 |
| 重複 meta | 頁面主題糊掉 | 每頁獨立 title 與 meta |
cannibalization 與罐頭內容的殺傷力
cannibalization 是很多人忽略的陷阱。你同時有「什麼是 On-Page SEO」和「On-Page SEO 入門」兩篇搶同一個查詢，Google 不知道該排哪篇，兩篇都掉，要用 canonical 或合併解決。罐頭 AI 內容更要小心，直接把 ChatGPT 產的通論文貼上線，沒有第一手經驗、沒有在地案例、沒有獨特觀點，Google 的實用內容系統會直接降排名。想知道 Google 怎麼判定內容有沒有幫助，可以看實用內容演算法的更新脈絡。
錨點全用「點這裡」等於把所有內鏈的語意訊號丟掉，正確是用描述性錨點告訴讀者與搜尋引擎目標頁在講什麼。重複 meta 也是大忌：全站所有頁面共用同一組 title 與 meta description，等於告訴 Google「這些頁面都一樣」，收錄與排名都會糊掉。想避免踩到黑帽與灰帽之間的紅線，可以順手看一篇灰帽 SEO 的風險評估。
2026 AI 搜尋時代，On-Page SEO 要怎麼調整？
2026 年 AI 搜尋讓 On-Page SEO 不是變無用，而是「基礎更要打穩、同時新增機器可讀訊號」：傳統的 title、heading、內文深度仍是地基，但要額外強化結構化資料讓 AI 抓得到答案、把答案寫成可直接引用的自含段落（answer-first）、強化 E-E-A-T 作者與來源訊號、確保頁面被 AI 爬蟲能讀取，目標是同時拿下傳統 SERP 與 AI Overview 的引用。這個轉變的全貌，可以對照AI 搜尋 SEO 完整指南。
- 答案自含（answer-first）：每個 H2 的第一段就要把答案講完，AI 偏好抓開頭的完整句。
- 結構化資料升級：FAQPage、Article、HowTo 標記是 AI 引用的入口。
- E-E-A-T 具象化：放作者簡介、最近更新日期、引用的資料來源連結。
- llms.txt 與 AI 爬蟲：確保 robots.txt 不要擋掉 GPTBot、PerplexityBot。
- 誠實定位：沒人能保證被引用，但「清楚、結構化、可被引用」是跨平台通用安全牌。
答案自含與 E-E-A-T 具象化
答案自含這條我會反覆強調。你注意看本篇每個 H2 的第一段，都是先把答案講完再展開，這就是為了讓 AI 抓得到。E-E-A-T 怎麼在頁面上具象化，可以對照E-E-A-T 的完整拆解。llms.txt 是 2026 年才流行起來的新檔案，專門告訴 AI 爬蟲你的站有哪些重點內容，部署方法可以看llms.txt 的範例與部署教學。如果你的內容是問答型，AEO（答案引擎最佳化）的觀念也要一起補，可以參考AEO 答案引擎最佳化的實戰指南。
誠實定位要講在結尾。AI 搜尋的流量邏輯還在演進，沒有人能保證被引用，但「內容清楚、結構化、可被引用」是跨平台通用的安全牌，比起追演算法投機更穩。想看 Google 自己怎麼回應「SEO 還有用嗎」這個問題，可以對照AI SEO 生存指南。GEO（生成式引擎最佳化）是把這套邏輯再往 AI 搜尋推一步的框架，可以看一篇GEO 生成式引擎最佳化的完整指南把輪廓補齊。
On-Page SEO 常見問答（FAQ）
On-Page SEO 跟 Off-Page SEO 哪個重要？
對新手與內容站，On-Page 投報比更高，因為完全可控；但 On-Page 做滿後，Off-Page 外鏈是突破排名天花板的關鍵，可以先看一篇什麼是反向連結把外鏈的輪廓補齊，再回頭決定兩條戰線的資源分配。
On-Page SEO 多久能看到效果？
通常上線後 7-28 天開始有收錄與初步排名訊號，穩定排名變化建議觀察 1-3 個月，太早判斷會被波動誤導。想理解收錄機制，可以看加速索引的官方心法。
title tag 一定要包含品牌名嗎？
非必要，但建議放，格式為「主關鍵字 – 誘因 | 品牌名」，有助品牌辨識與點閱率，不影響主關鍵字權重。
關鍵字密度多少才對？
沒有官方建議密度，自然寫、順讀通順即可，硬算百分比是過時觀念，重點是語意相關詞的覆蓋度。完整論述可以看前面正文段落「正文內容與關鍵字佈局」的說明，或對照一篇關鍵字最佳化的實務指南把佈局方法補齊。
On-Page SEO 要不要花錢買工具？
免費的 Search Console 加 Rank Math 基本款足以做八成的 On-Page 工作，付費工具的價值在競品與關鍵字研究，不是頁面最佳化本身。免費工具清單可以對照五個免費官方 Google SEO 工具。
AI 寫的內容算 On-Page SEO 嗎？
AI 產文不算違規，但純罐頭內容會被實用內容系統降排名，必須加入第一手經驗、在地案例、人工編輯與事實查證才算數。Google 怎麼判定，可以看Helpful Content Update 的變化。
把 On-Page SEO 做扎實，排名才會跟著站穩
回顧一下整篇的重點。On-Page SEO 是你在單一頁面內完全可控的最佳化工作，涵蓋標題、中繼描述、heading、內文、網址、圖片、內鏈、行動版、速度與結構化資料這十個項目。它跟 Off-Page、Technical 是三條獨立戰線，界線會重疊但責任要分清楚。對新手來說，On-Page 投報比最高，因為今晚就能改、明天就能提交、一兩週內就能看到收錄訊號。先把招牌寫對，再談口碑，這個順序不要反。
我會建議你今天就挑一篇既有的頁面，照著前面的十步 checklist 走一遍，把 title、H1、meta、內鏈、alt、schema 這幾項先檢查完。與其花心力拜託別人給外鏈，不如先把手上的頁面整到「Google 與 AI 都讀得懂」。排名沒有人能保證，但「內容清楚、結構完整、可被引用」是跨演算法與跨平台都穩的底牌。如果你想把這套做法延伸到整站，可以從SEO 最佳化權威指南把整體藍圖看一次，再回來逐頁落地。
想更進一步，可以把 On-Page 跟主題叢集綁在一起做：用一篇支柱頁串起十幾篇子主題專文，讓 Google 看出你是這個領域的權威來源。主題叢集的戰略位置可以對照主題群集策略的完整做法。把基礎打穩，再往上接 Off-Page 與 AI 搜尋最佳化，節奏才不會亂。今天就動手改一頁，七到二十八天後回來看資料，這是最務實的第一步。
