On-Page SEO 教學：把讀者問題變成可用答案

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

On-Page SEO（站內優化）是把一個頁面的內容、標題與連結整理清楚，讓讀者找到答案，也讓搜尋引擎理解主題。起點是讀者要完成的任務，不是關鍵字密度。

例如搜尋「圖片壓縮到 1MB」的人，需要的是符合上傳限制的檔案。如果文章只介紹十個工具，卻沒說怎麼確認檔案大小、壓完是否仍能讀清楚，工具再多也沒有完成任務。這篇用單一頁面的改善流程，說明如何選主關鍵字、補延伸問題，以及驗證修改結果。整體搜尋運作可以先讀SEO 入門與優化順序。

先替頁面選一個任務，再整理關鍵字

主關鍵字是編輯時用來對焦的代表詞，不是規定搜尋引擎只能把這頁配給某個詞。先寫下「讀者看完能完成什麼」，再把表達同一需求的問法放在一起。工具名稱頁回答產品怎麼用；比較頁協助選工具；教學頁帶人完成操作。三種內容的承諾不同，不必搶同一個寬泛詞。

這是規劃例子，不是搜尋量或競爭難度資料。已有 Search Console 資料時，先篩選這個確切頁面，再看它的查詢。不要拿「全站最熱門查詢」和「全站最熱門頁面」兩張各自排序的表直接配對。新頁面沒有資料，可以從標題與讀者需求推定候選，再以實際搜尋結果和後續曝光修正。

把延伸問題放在讀者需要的位置

讀者不會只問一句話。處理圖片時，接著可能想知道「畫面會不會糊」「透明背景能不能保留」「手機能不能操作」。如果答案仍服務同一個任務，就補在原頁適當段落；只有不同問題需要獨立步驟、素材或比較證據，才考慮新增頁面。

Google 的 AI 搜尋可能透過 query fan-out 展開相關查詢，但我們自行列出的問句只是內容規劃假設。Google 的AI 搜尋內容指南不建議為每個查詢變體各做一頁，也不要求把文章切成特定 AI 格式。把圖片大小、畫質與失敗處理講清楚，比重複十次「圖片壓縮」有用。

開頭先交代答案及成立條件。後面用小標題對應實際問題，重要主張旁附來源、可觀察的結果或具體例子。若工具的免費額度、隱私政策或平台支援會改變選擇，就查證後再寫；沒有測試紀錄，不把官方介紹改成「我實測」。

標題與摘要要兌現正文的承諾

把「超好用圖片工具推薦」改成「圖片壓縮到 1MB：調整大小並檢查畫質」，前提是正文真的教完這件事。主題詞放在容易看見的位置，讓讀者快速辨認即可；不用宣稱某個字放第一個就能取得固定排名加分。

瀏覽器的 title 與頁面的 H1 都應清楚描述內容。Google 會參考多種來源產生搜尋結果標題，不保證逐字採用你的 title。寫作原則是精確、簡潔、每頁有區別，可對照Google 的標題連結說明。

摘要用一小段話說清楚讀者能得到什麼，別列關鍵字清單。搜尋結果的說明可能來自正文，也可能採用 meta description，且會因查詢而變動。Google 沒有規定一個保證不截斷的字元數；顯示長度會受到裝置等因素影響，詳見搜尋摘要文件。

WordPress 網站若已讓 SEO 外掛從文章標題與摘要自動產生 metadata，就沿用這套來源，避免到多個欄位各寫一份，日後只改其中之一。可以用Detailed SEO Extension 檢查頁面標題與描述，確認讀者實際取得的內容。

用標題層級、圖片和內鏈協助完成任務

H1 是頁面主題，H2 是主要步驟或問題，H3 再展開細節。不要只是想放大文字就改用標題。讀者掃過目錄，應該能知道答案在哪裡；「功能介紹」「其他資訊」通常不如「匯出後仍超過 1MB 怎麼調整」具體。

圖片應幫助辨認操作或結果。資訊圖片的 alt 描述它在這一段傳達的內容，不堆不相關關鍵字；純裝飾圖片使用空 alt，避免螢幕閱讀器反覆念出無用內容。壓縮前保留原檔，匯出後放大檢查小字與線條，不能只看檔案變小。可參考Google 圖片最佳實務與Squoosh 圖片壓縮介紹。

內鏈接在讀者下一個問題出現的位置。例如談到圖片格式時連到WordPress WebP 圖片教學，談到頁面卡頓時連到WordPress 速度改善方法。錨文字說明目的地，連結使用有 href 的正常超連結；不要靠不可爬取的點擊事件代替內容導覽。Google 的可爬取連結指南也提醒，沒有適用所有頁面的理想連結數量。

改內容之前，排除網址與索引的阻礙

有流量的舊網址，不要只為了塞主關鍵字就改 slug 或全站固定連結。網址變更涉及轉址、內鏈和索引遷移，成本遠高於改一段文字。先保留原 URL，檢查能否正常開啟、canonical 是否指向預期頁面，以及是否意外設定 noindex。

Sitemap 是網址提示，不是收錄保證；robots.txt 主要控制爬取，也不是可靠的移除索引工具。用 Search Console 的網址檢查工具區分「目前索引資料」與「即時測試」。即時測試成功，仍不等於 Google 已選它為正式索引頁。

Schema 應與可見內容一致，不另外編造評分或問答。先辨認問題是 JSON 語法、Schema.org 詞彙，還是 Google 特定搜尋呈現資格，再選結構化資料測試工具。通過測試不能承諾複合式搜尋結果，更不能承諾 AI 引用。

用這份清單驗收一個頁面的改善

操作前保存正文與設定，重要版面修改先在測試環境確認。若更新後按鈕不能用、內容不見或網址跑到錯頁，先還原這次變更，再分項排查；不要同時堆更多外掛。效能診斷可用網站速度測試工具找問題，但實驗室分數與真實使用者體驗是不同證據，不能把單次高分當作排名成果。

站內優化後，怎麼判斷還要不要改？

比較相同頁面、查詢、國家與裝置的資料，再看曝光、點擊和讀者是否能完成任務。平均排名會受查詢組成影響；新出現很多低排名長尾詞，可能讓平均值變差，不能只看一個數字就撤回改善。資料少時先延長觀察，不把幾次點擊的波動當成結論。

一篇文章可以對應很多關鍵字嗎？

可以。只要這些問法服務同一個主要任務，不必限制成固定幾個。需要不同證據、不同流程或不同讀者決策時，再拆成獨立文章並互相連結。Google 的語言系統可以理解多種問法，不需要逐一照抄所有變體。

要補 Meta Keywords 或追關鍵字密度嗎？

Google 搜尋不使用 Meta Keywords，沒有值得追的理想關鍵字密度。把主題、條件與答案寫清楚即可。Google 的SEO 入門指南也直接列出這些常見誤解，包括不存在固定的最低或最高文章字數。

改完多久一定會升排名？

沒有一定會升排名的期限。搜尋系統反映變更需要時間，競爭內容、季節與搜尋呈現也會改變結果。當下可以驗收的是內容、連結與操作是否改善；排名與點擊留給後續資料回答。先把一個頁面做到讀者能完成任務，再決定是否把同樣的方法用到其他頁面。