本篇內容
SEO 是 Search Engine Optimization,中文稱為「搜尋引擎最佳化」,也常稱為「搜尋引擎優化」。做 SEO,就是改善網站內容、技術與資訊可信度,讓搜尋引擎能找到、理解你的網頁,也讓正在搜尋的人找到需要的答案。目標是從自然搜尋取得有價值的訪客,進一步帶來閱讀、詢問、預約或購買。
如果你已經有網站,卻不知道該先寫文章、修網站,還是研究關鍵字,可以先挑一個和業務有關的頁面。下面用「WordPress 網站速度慢」示範,從選題、安排內容到發布後的檢查,走完一次 SEO 實作。文末有 30 天行動表與工作表,方便你把流程用在自己的網站。
「Google SEO」通常指針對 Google 自然搜尋進行的最佳化,並不是另一套獨立技術。這篇以 Google 為主;已有基礎的讀者,可以直接從一頁完整實作開始。
想把 SEO 的概念對上實際情境,可以先看我們這支約 4 分半的入門影片。影片用一間咖啡店,說明客人怎麼搜尋、網站該提供什麼資訊,以及怎麼觀察搜尋帶來的成效。
SEO 的三大核心方向:技術、內容與站外優化
SEO 工作常分成三類。你可以用「網站能不能被讀取」「頁面能不能回答問題」「資訊是否值得信任」來安排檢查:
- 技術 SEO:讓重要網頁能被搜尋引擎取得與理解,也讓訪客正常使用。檢查索引限制、網址版本、內部連結、行動版與載入體驗;可先從技術 SEO 檢查確認是否有阻礙。
- 內容 SEO:研究讀者的搜尋需求,選擇適合的頁面形式,寫出正確、完整而能採取行動的答案。標題、段落、圖片與來源都要服務同一個任務;可依內容優化方法逐項檢查。
- 站外 SEO:透過有用的資料、專業參與及合作,爭取其他相關網站的自然引用與連結,讓更多人發現你的內容。連結來源與脈絡比單純累積數量更有意義;可延伸看反向連結與信任的建立方式。
三類工作需要配合。重要頁面被擋住時,先排除存取問題;頁面已索引卻答非所問,就改善內容。網站很快、文章很長或連結很多,任何一項都不能單獨保證排名。

SEO 如何運作?先分清楚檢索、索引與排名
Google 要先知道網頁存在,才能取得內容、評估內容,並在適合的搜尋中呈現。這幾件事發生在不同階段,出問題時的處理方式也不同。
- 檢索/爬取(Crawling):Googlebot 透過連結、Sitemap 等方式發現網址,再嘗試下載頁面。主機錯誤、存取限制或 robots.txt 封鎖,都可能讓重要內容無法被取得。
- 索引(Indexing):Google 分析取得的文字、圖片與其他資訊,判斷內容及代表網址,決定是否保存到索引中。可以開啟、曾經被抓取,都不等於已建立索引。
- 提供搜尋結果(Serving search results):使用者送出查詢後,Google 從索引中尋找合適的結果,依查詢、品質、語言、位置等因素決定呈現內容。SEO 常說的「排名」,主要是在討論這個階段。
這是 Google 官方搜尋運作說明所區分的三個階段。實務上,「已索引但排名不好」應往內容、搜尋需求與競爭情況查;「Google 讀不到內容」則要先處理存取問題。把所有問題都交給改文章,容易做錯工。
想把三個階段對應到網站實際運作,可以延伸閱讀 Google 如何發現、處理與呈現網頁。

Google 的搜尋運作影片介紹檢索、索引與搜尋呈現三個階段,可搭配上方流程圖理解每一步的差別。(Google Search Central 官方影片)
Google SEO 要爭取的是哪一種搜尋結果?
搜尋結果頁常被稱為 SERP。你可能同時看到廣告、一般網頁、地圖、商品、圖片、影片及 AI 摘要。搜尋「台中咖啡店」和「手沖咖啡比例」,需要的答案與呈現方式就不同;實際版面也會隨地區、裝置及時間變動。
因此,先確認你要服務哪一種需求。店家找客人,可能需要 Google 商家檔案、門市頁與地圖資訊;販售商品,需要能選購的商品及分類頁;教人解決問題,才適合完整教學文章。自然結果的第幾名,也不等於畫面上從最頂端數下來的第幾個區塊。
SEO、關鍵字廣告與 SEM 差在哪?
SEO 改善自然搜尋表現;關鍵字廣告以預算參與廣告投放。SEM 是 Search Engine Marketing(搜尋引擎行銷),有些人用它統稱自然與付費搜尋,有些業界溝通則專指付費廣告。談合約、報價或報表前,應先講清楚使用哪一種定義。
| 比較項目 | SEO | 搜尋廣告 |
|---|---|---|
| 取得曝光的方式 | 改善網頁,爭取自然搜尋呈現 | 設定投放條件、出價及廣告內容 |
| 主要成本 | 內容、技術、維護、分析與人力 | 媒體預算、素材、管理與到達頁 |
| 開始評估的時間 | 需等搜尋引擎處理,再累積足夠資料 | 通過審查並投放後可較快取得資料 |
| 停止投入之後 | 既有頁面仍可能有流量,但表現會變動 | 停止投放後不再取得該廣告曝光 |
| 常見用途 | 持續存在的問題、服務與購買需求 | 短期活動、測試市場、指定條件投放 |
「自然搜尋不按點擊付費」不代表 SEO 沒有成本。文章過時、產品停產、競爭者提供更好的資訊,都需要維護。另一方面,買廣告也不會換得自然排名優待。
如果你的產品已有人搜尋,而且網站能提供有用資訊與清楚的下一步,SEO 值得投入。若只剩幾天要賣完活動票券,或需求還沒被市場認識,應把即時觸及、產品驗證一起考量,不宜把短期業績全部押在自然排名。需要規劃兩者預算時,可延伸看 SEM 與 SEO 的分工。
SEO 怎麼做?用一個頁面走完實作流程
先挑一個對讀者有用、也與業務有關的頁面,完成研究、製作、發布及驗證,比同時開十篇題目更容易看出問題。
以下用「WordPress 網站速度慢」示範。假設你提供 WordPress 維護服務,想做一篇讓站長自行排查的教學。

步驟 1:把關鍵字寫成讀者要完成的任務
不要只在表格填「WordPress 速度」。請把任務寫完整:「我的網站很慢,想知道慢在哪裡,先做哪些安全的改善,哪些問題需要請工程師處理。」這句話會決定文章要教什麼,也提醒你不能只在結尾叫讀者買服務。
Google Search Console(簡稱 GSC)是 Google 提供的搜尋成效與索引檢查工具。你可以把 GSC 已出現的查詢,和客服問題、業務訪談、關鍵字工具資料放在一起整理。新網站沒有搜尋資料,可以先記錄真實客戶怎麼描述問題,再用 Google Trends 或規劃工具確認需求方向。工具的搜尋量與難度是估計值,適合比較,不能當作你上線後能拿到的流量。
選字時,把「和業務的關係」「能提供什麼答案」「現有頁面是否已經回答」「製作所需資料」放在搜尋量旁邊。高搜尋量卻與產品無關、需要你無法取得的專業資料,或搜尋結果主要是工具介面的題目,不必排在最前面。
例如網站維護團隊應先確認自己能解決哪些故障,再從關鍵字研究與頁面配置挑題。長尾查詢能讓需求更具體,但字比較長不代表比較容易排名。
步驟 2:查看目標地區的搜尋結果
實際搜尋主要用語,記錄日期、地區、裝置與看到的頁面類型。重點是辨認:使用者目前需要教學、工具、商品還是服務?如果結果以診斷工具為主,你的長文就應協助讀者使用工具、解讀結果,而不只是重新解釋速度很重要。
可以把搜尋意圖分成了解知識、尋找特定品牌、比較選項、採取行動、在地需求;一個查詢也可能同時包含幾種。分類後,要決定的是頁面怎麼做:需要排查問題,就提供診斷步驟;需要比較外掛,就提供測試條件與比較結果。

步驟 3:先找現有頁面,決定由誰回答
盤點網站是否已有速度教學、維護服務頁或外掛評測。速度教學負責「怎麼查、怎麼改」;服務頁負責「處理範圍、流程、費用怎麼談」。兩者可以互相連結,不必把教學文章改成整頁服務廣告。
如果「WordPress 很慢」「WordPress 速度最佳化」的內容與讀者任務高度相近,可由同一篇主文處理相關用語;如果「快取外掛比較」需要獨立測試與比較,才另開一頁。避免只因字詞略有差異,就生出多篇幾乎相同的文章。
以下為教學判斷,並非實際排名研究。
| 候選查詢 | 讀者要完成的事 | 頁面安排 |
|---|---|---|
| WordPress 網站速度慢 | 找出原因與修正順序 | 由速度排查教學回答,先完成主要流程。 |
| WordPress 速度最佳化 | 改善載入與互動 | 若搜尋結果與需求相近,納入同一篇教學。 |
| WordPress 後台很慢 | 排查管理介面的問題 | 先查是否需要不同方法;篇幅足夠且任務獨立時另寫。 |
| 快取外掛比較 | 選擇適合的外掛 | 用有測試方法與適用條件的比較頁回答。 |
| WordPress 維護費用 | 確認服務範圍與預算 | 由服務頁交代報價條件,教學在需要協助處連過去。 |
每個決定都要留下理由,例如「同樣先診斷前台載入,所以合併」;不要只因兩組查詢同時含有 WordPress 就合併。整理成主題與頁面的對照後,同事也能知道下一篇該補哪個缺口。
步驟 4:先排查,再解法,再驗證
這篇教學的大綱可以是:確認慢的是前台還是後台、記錄測試條件、區分主機回應與前端資源、依問題採取改善、重新測量、檢查功能是否正常。讀者應能找到自己的情況,而不必從頭讀完所有網站效能原理。
不要只寫「開啟快取會變快」。測試前,交代是哪個頁面、是否登入、是否已有快取。修改前,說明如何備份,以及結帳與會員頁是否應排除快取。改完後,再確認購物流程仍能使用。你不知道的環境限制,應列為檢查項,不要寫成通用設定值。
把大綱交給作者之前,先寫一份簡短的頁面需求。
| 項目 | 可以直接交給作者的要求 |
|---|---|
| 開頭答案 | 先區分前台與後台,再量測瓶頸;不要直接叫所有讀者換主機或裝快取。 |
| 必要步驟 | 交代測試頁、裝置與登入狀態;依報告找到瓶頸,選擇相應修正,再檢查功能。 |
| 證據 | 保留原始報告與日期;若寫前後差異,需使用可比較的條件。 |
| 適用限制 | 購物車、結帳、會員及後台需要分別測試;首頁結果不能代表全站。 |
| 讀完的成果 | 讀者應能寫出「哪一頁、慢在哪裡、先做什麼、怎麼驗證」。 |
更細的段落安排可參考 SEO 文章的大綱與寫作流程。
步驟 5:準備能支持答案的材料
真的測試過,就保留使用的網址類型、工具、日期、裝置、測試設定及前後畫面。只測首頁,不能說整站變快;一次 Lighthouse 測試,也不能代表所有使用者的體驗。引用官方文件時,連到支持該主張的原始頁面。
沒有實測資料也能寫教學,但要區分官方規格、操作建議與自己的判斷。不要把示意圖片標成測試截圖,也不要替沒有做過的操作加上「我們實測」。工作表與示範也有用途,標明是教學情境即可。
| 通用說法 | 可以補上的資訊 |
|---|---|
| 內容要有權威 | 交代作者的相關經驗、使用的原始來源,以及哪項主張尚未確認。 |
| 網站速度需要改善 | 說明測試條件、指標、受影響頁型、修正選擇與複測方式。 |
| 工具 A 比工具 B 好 | 列出比較任務、版本與方案、測試方法,以及哪一種需求不適合。 |
| 這個方法能提升成效 | 附原始紀錄與可比期間,交代其他同時改動及無法排除的原因。 |
步驟 6:完成頁面設定與發布前檢查
標題可用「WordPress 網站速度慢?檢查原因與改善步驟」,摘要交代讀者能學到的排查方法。網址保持清楚、穩定;如果是在改舊文章,不要為了多放一個關鍵字就更換網址。
- 正文開頭直接回答讀者的主要問題,步驟與畫面能互相對應。
- 重要內容在手機可讀,不會被彈窗蓋住,表格與按鈕也能操作。
- 頁面正常回應、允許索引,canonical 指向預期的正式網址。Canonical 是用來宣告代表版本的標準網址設定,後面的技術檢查會說明怎麼核對。
- 至少能從相關教學、服務頁或主題入口找到這篇文章,圖片與連結正常。
- 表單、預約或其他預期行動可用,並完成必要的成效追蹤。
頁面設定前後對照:以同一個速度排查題目示範
| 位置 | 資訊不足的寫法 | 較能說明用途的寫法 |
|---|---|---|
| Title | WordPress 優化推薦|專業快速服務 | WordPress 網站速度慢?原因檢查與改善步驟 |
| 摘要 | 最專業的 WordPress 服務,立即聯絡我們 | 先辨認前台或後台變慢,記錄測試條件,再依瓶頸安排改善與複測。 |
| 段落 | 速度很重要,所以你需要做好最佳化。 | 記錄正在測的網址、裝置、登入與快取狀態;改完後使用相同條件複測。 |
| 內部連結 | 點這裡、更多資訊 | 在說明圖片檔案過大時,連到「圖片壓縮與尺寸設定」的實際教學。 |
若使用 WordPress,還要確認 SEO 外掛、索引與固定網址設定沒有互相衝突。
步驟 7:用同一組資料評估下一次修改
發布時留下日期、網址、修改項目及原始資料。Google 重新處理後,觀察這一頁在固定地區、裝置與查詢下的曝光、點擊及平均排名,再到分析工具確認訪客是否完成預期行動。
若開始出現「WordPress 後台慢」的查詢,但內文沒有處理後台,這是檢查需求是否漏接的線索。先看該需求與主題是否相容,再決定補一節或另寫文章。不要看到一個新關鍵字,就把整篇文章再改寫一次。
SEO 內容怎麼寫?讓答案完整,也讓讀者找得到
好的 SEO 內容讓讀者做出決定或完成事情。長度取決於任務:查詢一個縮寫可能只需要簡明定義;挑選企業系統則需要規格、限制、比較與使用條件。把每篇文章都拉成長篇百科,反而可能延後答案出現的位置。
標題、摘要與正文要答應同一件事
標題清楚說明主題與用途;H1 呈現文章主題;H2 分主要問題,H3 放在所屬問題之下,方便閱讀與無障礙導覽。
Meta description 可概括頁面內容,協助搜尋者判斷是否值得點開;Google 也可能依查詢從正文另取摘要。寫了「附比較表與設定教學」,頁面就應真的有這些內容。更新文章時,順手核對標題、摘要、圖說與內文,避免只改正文而留下舊承諾。
Google 的標題連結說明列出搜尋結果標題可能參考的來源。網站能提供清楚、一致的文字,但不能保證 Google 永遠照原文呈現;摘要的使用方式可對照官方中繼說明指引。
關鍵字密度需要控制在多少?
沒有適用所有文章、由 Google 公布的最佳密度百分比。自然地寫出產品、問題、規格與使用情境,比設定「SEO 必須出現幾十次」更有意義。繁體中文的斷詞方式也會改變密度計算,兩套工具的百分比未必可直接比較。
應刪的是沒有增加資訊的重複。例如「我們提供台北 SEO、台北 SEO 服務、台北 SEO 推薦、台北 SEO 公司」只是反覆排列用語;「服務台北有實體門市的店家,協助整理門市頁、營業資訊及預約流程」才讓讀者知道服務對象與內容。
也不要為了降密度,把必要的專有名詞全部換成模糊代稱。Google 的 SEO 入門指南明確提醒避免關鍵字堆砌,也沒有規定文章必須達到某個神奇字數。
比「寫得更多」更值得補的是哪一些內容?
- 操作教學:前置條件、實際步驟、成功時會看到什麼,以及失敗怎麼處理。
- 比較文章:比較對象、適用人群、測試方法、限制及更新日期。
- 商品或服務頁:規格、交付範圍、費用條件、售後服務,以及客戶下一步怎麼做。
- 專業解說:原始來源、容易混淆的概念、具體例子,以及無法確定的範圍。
同一個觀念已說清楚,後面的 FAQ 就不必再完整講一次。延伸問題若需要很長的專門解釋,可在適當位置連到獨立文章;主文保留讀者完成當前任務需要的資訊。
用網站架構與內部連結安排閱讀路徑
主題總覽連到細部教學,細部教學也在適合的位置帶讀者回到完整脈絡。連結文字寫清楚目的頁內容,例如「canonical 設定與常見錯誤」,比一整頁重複「點這裡」更容易理解。
兩頁都談 SEO 不一定是關鍵字蠶食。要看它們是否回答同一個主要任務,以及 Search Console 是否出現預期之外的頁面交替、錯頁取得曝光或明顯重複。可以先調整標題、內容範圍與連結分工;確定內容可合併時,再評估整併與轉址,不應只因題目相近就刪頁。
同一個目的頁可以在不同文章使用不同的連結文字。例如總覽文用「SEO 實作流程」、量測文用「搜尋最佳化的執行與驗證」,前提是目的頁真的有這些內容。不必把每個 SEO 都加上連結,也不必刻意讓每條錨文字不同。
實作時,先檢查同一段落是否已有相同用途的連結,再補上讀者需要的入口。使用正式網址,確認點擊可直接到達。Google 的連結最佳做法強調描述性文字與上下文,沒有規定錨文字比例或每篇配額。詳細盤點方式見內部連結檢查與調整流程。

圖片與影片要幫助理解
操作畫面保留必要介面與可辨識文字,圖表交代來源、單位與日期,示意圖標清楚它是概念說明。ALT 替代文字描述圖片對理解內容的作用,不要把所有關鍵字塞進去;影片旁提供重點或逐字內容,讓不能播放的人也能取得答案。
圖片應壓縮並提供適合裝置的尺寸,預留顯示空間,避免載入時推動文字。首屏主要圖片應及早載入,下方尚未需要的圖片再評估延遲載入,不要把同一設定套用全部媒體。Google 的延遲載入指引說明了檢查方式。更完整的寫作流程可參考頁面 SEO 實作。
技術 SEO 怎麼檢查?先確認重要內容能被取得
先確認重要網頁能正常開啟、沒有誤擋 Google,再核對站內連結、Sitemap 與 canonical 是否指向預期的正式網址。影響重要頁面讀取或操作的問題,優先於工具分數與細部調整。
| 檢查項目 | 要確認什麼 | 常見誤判 |
|---|---|---|
| HTTP 回應 | 正式頁正常回應,沒有持續 5xx、登入牆或非預期轉址 | 回 200 就一定是正常內容;空白頁也可能回 200 |
| robots.txt 與 noindex | 重要頁面可檢索,沒有誤加 noindex | 用 robots.txt 封鎖就能保證移除索引 |
| canonical | 代表網址、轉址、站內連結及 Sitemap 一致 | 所有分頁都應指向第一頁 |
| Sitemap | 列出希望索引的正式網址,沒有過期轉址、重複或漏列 | 提交成功就等於已收錄 |
| JavaScript 與手機 | 主要文字、連結與必要資訊可以取得、閱讀 | 桌面看得到就代表 Google 與手機使用者都看得到 |
| 速度及互動 | 主要內容載入、操作回應及版面穩定性良好 | 單次測試滿分就能保證排名 |
沒有開發背景,也可以先保存網址、檢查時間、實際畫面及 Search Console 的狀態,再把問題交給工程師。技術 SEO 健檢應把可重現問題、影響範圍及修正後如何驗收寫在同一筆紀錄。
robots.txt、noindex 與 nofollow 的用途不同
robots.txt 管理爬蟲能否檢索;noindex 表示不希望頁面出現在索引中。若 Google 被 robots.txt 擋住,就可能讀不到頁面內的 noindex。已有外部連結的網址,也可能在未抓取正文的情況下出現在搜尋結果。要動手寫規則時,可以參考 robots.txt 怎麼寫的初學者指南,一併決定搜尋與 AI 爬蟲的開放範圍。
nofollow 用在連結上,說明你不想為目標內容背書等關係。它不是讓目標頁退出索引的指令;Google 仍可能透過其他連結發現該頁。付費連結與使用者產生的連結,另有 sponsored、ugc 等標記,可對照連出連結限制說明。
機密資料應使用驗證與權限控制,不能把 robots.txt 當密碼鎖。要讓公開頁面退出索引,則依情況使用可讀取的 noindex、移除內容或其他適合方式。Google 的 robots.txt 說明有列出這些限制。

Canonical、Sitemap 與轉址要一起核對
同一內容若有參數版、不同協定或舊網址,可用一致的連結與 canonical 協助表明代表版本。Canonical 是訊號,Google 仍可能選擇別的網址;設定完要用 URL 檢查工具比對「使用者宣告」與「Google 選取」的標準網址。
內容已永久搬家,通常評估永久轉址;頁面仍存在、只是重複版本,則評估 canonical。兩頁內容不同時,不能為了集中所謂權重就把它們全部指向首頁。完整規則見 Google 的標準網址指引。
網站搬遷另需保存新舊網址對照、逐一驗證重要轉址、更新內部連結與 Sitemap,並確認正式環境沒有沿用測試站的 noindex。網址本來正常時,不要把換網址當成例行 SEO 工作。
Search Console 顯示未索引,該怎麼查?
依索引狀態選擇下一步,修正後仍需等待 Google 重新處理。
| 看到的情況 | 下一個要確認的問題 | 避免直接做的事 |
|---|---|---|
| 被 noindex 排除 | 這頁本來就應公開索引嗎?原始 HTML 或 HTTP 標頭是哪裡設定的? | 未確認用途就全站移除 noindex。 |
| 已發現,目前未建立索引 | 重要頁能從站內找到嗎?主機是否正常?是否產生大量無價值網址? | 每天反覆提交同一個網址。 |
| 已檢索,目前未建立索引 | 抓取到的是哪個版本?與其他頁是否重複?是否有完整且獨立的用途? | 只增加字數或塞入新關鍵字。 |
| Google 選取其他標準網址 | 兩頁是否等同?站內連結、canonical 與轉址是否互相矛盾? | 把所有 canonical 都改到首頁。 |
| 網址已在 Google 中,但某查詢找不到 | 改查該頁在固定地區、裝置、查詢下的曝光與平均排名。 | 把排名下降當成沒有收錄。 |
報表名稱與判讀以 Google 網頁索引報表說明為準。檢查公開版與 Google 保存的版本時,也要分清楚「現在修好了」與「Google 已重新處理」。
Core Web Vitals:看真實使用者遇到的問題
Core Web Vitals 用三項指標觀察載入、互動與版面穩定性:
| 指標 | 觀察什麼 | 良好門檻 |
|---|---|---|
| LCP | 主要內容載入 | 不超過 2.5 秒 |
| INP | 互動回應 | 不超過 200 毫秒 |
| CLS | 版面穩定性 | 不超過 0.1 |
實際使用者資料以第 75 百分位評估。可以理解成:至少約四分之三的使用經驗要落在良好範圍,不能只挑最快的一次測試。
PageSpeed Insights 的實際使用者資料與 Lighthouse 模擬測試用途不同。前者反映累積的真實體驗,後者協助找原因。新站或流量不足的頁面可能沒有足夠現場資料;這不代表零問題,也不代表不合格。可對照 Web Vitals 定義與評估方式檢查,並用 LCP、INP、CLS 的判讀步驟定位問題。
修正時要回到實際頁面:大圖是否延遲顯示?按鈕是不是按了很久沒回應?廣告或圖片載入是否把內容往下推?
結構化資料:標記頁面中已存在的資訊
結構化資料用機器可讀格式描述頁面中已存在的資訊,例如商品、麵包屑或文章。結構化資料的類型與欄位應符合頁面實際內容與 Google 支援的功能規則;語法通過,只代表完成其中一項檢查,不保證豐富搜尋結果。Google 的結構化資料政策也要求內容及品質符合規範。
不同網站類型,還要檢查什麼?
- 電商:檢查商品變體、篩選參數、缺貨頁與分類頁;不要讓大量近似組合蓋過真正有價值的商品與分類。
- 在地服務:寫清楚實際服務地區、地址或服務方式、營業資訊與預約流程;避免只換地名就複製大量門市頁。
- 多語網站:提供真正完成翻譯的內容與清楚切換方式,檢查各語言網址、canonical 及 hreflang 是否一致。
- 使用 JavaScript 的網站:確認主要文字與連結能在 Google 可處理的畫面中取得,不要要求先登入或完成互動才顯示全部答案。
站外 SEO 與 E-E-A-T:讓資訊有可查證的依據
站外 SEO 包括讓相關讀者發現網站、爭取有理由的引用與連結,以及維護正確的品牌資訊。反向連結是其他網站連到你的網址;評估時要看對方為什麼連結、內容是否相關、讀者是否真的需要這份資源,而不是只數有多少條。
什麼內容值得別人引用?
能解決特定問題的工具、有清楚方法的調查、可重現的測試、整理完整的原始資料,都可能給其他作者引用理由。例如速度教學若提供可複製的測試紀錄表,比單純寫「速度很重要」更容易成為工作參考。
做好資料後,可以在自己的社群、電子報或相關討論中分享,回答問題時提供對應資源。付費合作、廣告與贊助連結需適當標記;大量買賣以操縱排名為目的的連結、交換連結網路,以及大量產製沒有新增價值的頁面,都有違反 Google 垃圾內容政策的風險。
DA、DR 等第三方分數是各工具的估計指標,不是 Google 公布的網站權重,也不是業務成果。社群有人分享或品牌被提到,可以帶來曝光、訪客或後續引用;不能把每一次提及直接換算成排名提升。連結工作可延伸閱讀反向連結的判讀方式。
E-E-A-T 應該落實在哪裡?
E-E-A-T 指經驗(Experience)、專業(Expertise)、權威性(Authoritativeness)與可信度(Trustworthiness)。Google 說明它不是單一的特定排名因素,也不是網站能直接累加的分數;它適合用來檢查內容是否值得信任。
對作者而言,具體做法是交代誰寫、為什麼有能力寫、資料怎麼取得、哪些內容經過測試或審查,以及讀者如何核對。產品實測放測試方法,法規說明連到現行原文,具有時效性的內容標示查核日期。健康、財務或安全等可能影響重大決策的題目,更需要適當專業與審查。
署名能交代誰寫,不能代替測試方法與資料來源。Google 的實用可靠內容指引把注意力放在內容、來源與產製方式;你也可以用相關性、權威與信任診斷指南逐項檢查證據缺在哪裡。

SEO 成效怎麼看?先把排名、流量與轉換分開
工具應回答你目前的問題。剛起步時,不需要先買齊全部付費工具。
| 問題 | 工具或教學 | 這次應留下的結果 | 判讀限制 |
|---|---|---|---|
| Google 有沒有找到這一頁? | Search Console | 網址檢查狀態、canonical、最近抓取時間。 | URL 檢查不是所有關鍵字的排名報表。 |
| 搜尋訪客進站後做了什麼? | GA4 流量與事件 | 自然搜尋訪客的必要行動、有效詢問或訂單。 | 需先確認追蹤與同意設定,不能和 GSC 點擊直接對齊。 |
| 哪個載入或互動問題要先修? | PageSpeed Insights | 測試條件、瓶頸、修正與複測紀錄。 | 實驗室單次分數不代表所有使用者體驗。 |
| 哪些需求與競爭頁值得研究? | Semrush 關鍵字研究 | 市場、查詢、意圖、候選頁與選題理由。 | 搜尋量與難度是工具估計,方案及資料庫會影響可見資料。 |
| 連結或網站結構有哪些缺口? | Ahrefs 網站與連結分析 | 待查網址、相關來源、內容缺口與可執行項目。 | 第三方資料庫不是 Google 索引的完整複本。 |

用一個數字範例,分清流量與成效
假設同一組網頁在相同市場、裝置與等長期間,曝光為 10,000 次、點擊為 300 次,點擊率(CTR)就是 3%:
CTR=點擊次數 ÷ 曝光次數 × 100%。
這是教學數字,不是產業基準。若下一期曝光仍是 10,000 次、點擊降到 200 次,應先查搜尋呈現、查詢組成與摘要差異,不能直接歸因為內容變差。
另一種情況是點擊從 300 次增加到 500 次,有效詢問卻沒有增加。這時要回到需求、服務範圍、行動設計及追蹤設定。兩個期間若有不同活動、追蹤規則或重大網站異動,也要一起註記;單一前後比較不足以證明某次修改造成結果。
用 Search Console 檢查一篇文章
- 在 URL 檢查輸入正式網址,確認索引狀態、Google 選取的 canonical,以及最近抓取時間。若內容剛更新,要分清楚 Google 保存的舊資料與目前網站版本。
- 到搜尋成效報表,選定搜尋類型,套用「網頁」篩選,精確指定要看的文章。
- 使用已完整處理的日期,比較等長期間;例如最近 28 個完整日與前 28 日。有明顯季節性的網站,也要參考去年同期。
- 依目標市場篩選國家,分開查看電腦與行動裝置,再看重要查詢各自的曝光、點擊、CTR 與平均排名。
- 若懷疑其他頁面搶到同一需求,改以該查詢篩選,查看「網頁」分頁,確認實際出現的是哪些網址。
- 把變化對照發布、改稿、轉址、網站故障與活動日期,保存報表設定,讓下一次比較用相同條件。
GSC 的平均排名不是每位使用者都看到的位置;查詢、地區、裝置與搜尋呈現混在一起時,平均值可能掩蓋差異。查詢明細也不一定列出所有資料,不能要求它與整體總數永遠完全相加吻合。相關定義可查 Search Console 成效報表說明。
這支官方短片說明成效報表的篩選、圖表與資料表。先確認正在比較的條件,再從趨勢往下查看細項。(Google Search Central 官方影片)
排名或流量掉了,下一步查什麼?
| 看到的狀況 | 優先查核 | 暫時不能斷言 |
|---|---|---|
| 重要頁面突然無法索引 | noindex、robots、HTTP、轉址、canonical 與近期部署 | 一定是文章太短或 AI 撰寫 |
| 特定查詢排名下降 | 搜尋意圖、內容變更、實際競爭頁與同站其他頁 | 一定是關鍵字密度太高 |
| 排名近似,曝光下降 | 需求變化、查詢組成、國家與裝置差異 | 網站被處罰 |
| 曝光近似,點擊下降 | 同條件下的標題、摘要與 SERP 版面變化 | 只要改標題就能全部補回 |
| 自然訪客增加,詢問沒有增加 | 訪客需求、服務匹配、表單功能與轉換追蹤 | SEO 已帶來相同比例的業務成長 |
多個指標同時變動很常見。這張表用來選擇下一項檢查,不能拿單一格判定根本原因。若整站大幅下滑,再檢查手動處置、安全性問題、系統更新及大規模技術異動;可以依 Google 的搜尋流量下降診斷流程縮小範圍。需要檢查更新前後的變化時,再搭配核心更新後的流量與內容診斷;日期接近更新,不足以認定更新是唯一原因。
KPI 要接到真實業務
曝光說明網頁被看到的機會,點擊說明有人從搜尋進站,轉換則要另行定義。B2B 可以追蹤有效詢問與商機,電商看訂單與營收,預約服務看完成預約與實際到店。不能把所有自然流量都當成新客,也不能把表單送出等同成交。
GSC 的點擊與 GA4 的工作階段採不同資料定義與收集方式,兩邊數字不必一致。設定目標時,先確認追蹤正常,再建立同口徑基準;若要估算投資效益,成本也應包括內容、開發、維護及內部人力。
SEO 多久有效?怎麼判斷進度與報價
SEO 沒有統一見效日。修正明確的技術阻塞、更新已經有搜尋基礎的頁面,與建立一個全新網站,所需的工作不同。搜尋引擎也要花時間重新抓取、處理與呈現變化,不能用上線隔天的一次搜尋判斷成功或失敗。
等待期間,仍有可以確認的進度。技術問題修好後,先驗證頁面能否正常取得;內容更新後,確認 Google 是否已抓取新版;累積搜尋資料後,再比較曝光、點擊與有效詢問。把「工作完成」「搜尋引擎已處理」「帶來業務成果」分開記錄,才知道目前等的是哪一步。
Google 在聘請 SEO 專業人員的建議中,說明沒有人能保證 Google 第一名。比較服務時,應要求對方交代工作內容、判斷依據、驗證方式與存取需求。

報價應該拆成什麼?
比起直接問「十個關鍵字多少錢」,更有用的是確認下面幾項。相同篇數或相同關鍵字數,可能包含完全不同的研究與執行成本。
- 診斷與策略:檢查哪些頁面與資料?提供什麼優先順序及依據?
- 內容製作:誰研究與撰寫?是否包含訪談、實測、圖片、修改與既有內容整合?
- 技術執行:只有提出建議,還是包含工程修改、測試與部署?
- 追蹤與維護:多久檢視一次?怎麼處理資料異常、內容過時及網站異動?
- 成果與權限:帳號、文章、資料、網站存取權由誰持有?結束合作後如何交接?
若需求單純、有人熟悉產品並能持續寫作,可以自己做研究與內容,把特定工程問題交給專業人員。網站搬遷、大量商品、多語系或長期索引異常,通常更需要技術協作。比較 SEO 服務時,可依選擇 SEO 合作廠商的檢查項目,以實際範圍取得報價,不宜把網路上的價格區間直接當成自己的專案預算。
新手前 30 天怎麼安排?先完成一個可驗證的頁面
下面是起步工作表,適合已有小型網站、能修改內容的團隊。工期需依人力與技術問題調整;30 天是安排工作的範圍,不是排名保證。沒有重大阻塞,就可以邊製作、邊發布,不必等所有研究完成才讓第一頁上線。
| 時間 | 主要工作 | 完成時應留下什麼 |
|---|---|---|
| 第 1–3 天 | 確認業務目標、Search Console 與轉換追蹤;檢查重要網址 | 正式網址清單、索引與流量基準、需要優先修的問題 |
| 第 4–7 天 | 選一個有價值的需求,查看搜尋結果,盤點既有頁面 | 讀者任務、頁面分工、資料來源與文章大綱 |
| 第 2 週 | 完成第一頁內容、必要技術修正與相關內部連結,通過檢查後發布 | 正式頁面、修改日期、內容備份與發布後驗證 |
| 第 3 週 | 確認 Google 是否處理新版,測試表單與手機閱讀;透過自有管道分享 | 抓取狀態、功能檢查結果、真實讀者回饋 |
| 第 4 週 | 整理已有完整資料,修正明確錯誤,安排下一個相關需求 | 查詢與頁面觀察紀錄,以及有理由的下一步 |
第 2–3 個月再依資料擴充相關頁面、補實測及持續更新。新頁面資料少時,先確認可被找到、可被使用;不要因為幾天沒有點擊,就連續換標題或整篇重寫。
既有排名下滑的文章,發布前應保存改稿前版本、固定條件的查詢資料及變更紀錄。資料足夠時,可以用 14 天觀察短期變化、28 天比較月度表現、56 天看較長趨勢;每次比較都要使用等長期間。這些是觀察窗口,不是 Google 規定的恢復期限。出現明確錯字、失效連結或技術錯誤,則應即時修正。

下載 SEO 工作表:把這篇教學用在自己的頁面
可以下載 Whoops SEO 頁面工作表(Excel),依序填寫頁面任務、發布檢查與成效紀錄。頁面工作表附上速度排查的教學範例,另留空欄給你填自己的網址;發布清單可記錄「未檢查、符合、需修正、不適用」,成效頁則以你輸入的曝光與點擊計算 CTR。
先完成一個頁面再複製工作表。沒有資料的欄位保留空白,不要用零代替;遇到尚未確認的技術問題,保存畫面與網址交給適當的人處理。想分章練習,可以接著使用免費 SEO 課程的實作單元。
AI 搜尋出現後,Google SEO 還要怎麼做?
既有 SEO 基礎仍適用。對 Google 的 AI 搜尋功能,先確認網頁能被索引、內容可被理解,再檢查 AI 功能的展示設定與成效資料。Google 的 AI 功能與網站指引沒有要求網站另做一套特殊最佳化。

網站出現在 AI Overviews,需要哪些資格?
要在 AI Overviews(AI 摘要)或 AI Mode(AI 模式)中作為支援連結,網頁需要已索引,並符合搜尋摘要的顯示資格;不需要為此另加特殊 Schema 或專用 AI 文字檔。符合資格也不保證被選用。
想讓網站參與這些 AI 功能,可到 Search Console「設定」中的「Google 搜尋生成式 AI」,確認目前是否允許納入網站的連結和內容。若顯示「沿用上層資源」,代表這個設定由較上層的網站資源決定,例如整個網域;要查看沿用後的實際狀態,不能只看是否曾在這一頁手動設定。
依 Google 搜尋生成式 AI 控制項說明,選擇排除會阻止網站內容及連結出現在適用的 AI 功能中。這個選項管理展示資格,不能用來指定某個關鍵字的引用位置。
AI SEO、AEO 與 GEO 的工作範圍有什麼不同?
AI SEO 可能指用 AI 協助研究、寫作及分析,也可能指改善網站在 AI 搜尋中的可見度。AEO(Answer Engine Optimization)偏重答案呈現;GEO(Generative Engine Optimization)偏重生成式回答中的發現與引用。這些名稱有重疊,討論工作時應說清楚平台、目標與衡量方式。
Google、ChatGPT 與其他平台的運作及報表不同,不能把一個平台的規則直接推論到全部 AI 產品。
讓答案有引用價值:方法、條件與來源要放在一起
寫清楚問題、條件、方法與來源,讓讀者及系統容易理解;比較資料要保留適用範圍,不能把限制刪掉,只留下容易摘錄的結論。
Google 的生成式 AI 搜尋最佳化指南強調獨特且對讀者有用的內容。前面「準備能支持答案的材料」所列的方法,同樣適用於這裡;不需要為了 AI 再把文章改成某個固定字數、段落格式或 Schema 類型。
Google 與 ChatGPT 的檢索設定要分開檢查
依 OpenAI 爬蟲文件,OAI-SearchBot 用於搜尋,GPTBot 則涉及模型訓練用途,兩者可分別設定。允許網站被搜尋,不等於必須同意內容用於模型訓練。
Google 搜尋的 AI 功能則要一起檢查 Googlebot 存取、搜尋預覽限制與 Search Console 的搜尋生成式 AI 控制項。
工程端還要核對 robots.txt、CDN 與伺服器是否符合網站的公開策略。只在本機把請求的 User-Agent(識別名稱)改成爬蟲名稱,不能證明真實爬蟲也能通過防火牆。必要時應核對官方 IP 範圍、伺服器紀錄與平台檢查結果。
AI 曝光與自然搜尋成效要怎麼分開看?
Search Console 的生成式 AI 成效報表,可以分開查看網站在 AI 功能中的曝光。搜尋報表涵蓋 AI Overviews 與 AI Mode,提供網頁、國家、裝置與日期等資料;這些資料仍計入整體成效報表。
先用完整網址篩選目標頁面,再比較相同長度的期間。曝光總數不能直接解讀成某個關鍵字的 AI 引用次數、來源排序或成交,也不要把一般搜尋的 CTR 當成 AI 引用率。可搭配生成式 AI 成效報表的操作與判讀及 Google 官方報表說明查看。
Google 在 2026 年 6 月 3 日公布這項報表,並在公告中更新:截至 8 月 31 日已向全球所有網站推出。
Google Search Central 的官方 LinkedIn 公告記錄了生成式 AI 成效報表剛推出時的說明。貼文中的「部分網站」是當時的推出階段;目前全球推出狀態以官方部落格的後續更新為準。
手動觀察 AI 引用時,另外記錄平台、日期、語言、問題與搜尋是否啟用,再保存回答及來源連結。確認來源是否真的指向你的文章,以及被採用的說法是否準確。同一個問題可在不同時間再查,不能以單次回答當成穩定推薦,也不能把你的品牌出現在問題裡的測試當成非品牌自然發現。
例如用「新手怎麼開始做 SEO、第一個月該完成什麼」觀察學習需求,用「Google SEO 與 GEO 有什麼差別」觀察概念比較;這些是測試問題,沒有被引用也應如實記錄。
可以用 AI 寫 SEO 文章嗎?
可以把 AI 用於整理資料、檢查結構或協助起草,但發布者仍需要核對來源、操作步驟、數字與限制。AI 生成不代表一定受罰,人工撰寫也不代表一定有品質;大量產出只為操縱排名、沒有增加讀者價值的內容,仍有垃圾內容風險。
最需要人工補上的,往往是 AI 沒有的材料:產品實際限制、客戶怎麼問、現場測試與失敗情況。這些內容必須來自真正做過的工作,不能要求模型替文章編出「第一手經驗」。
開始做 SEO 前,還有哪些常見問題?
SEO 一定要會寫程式嗎?
關鍵字研究、內容整理、標題、內部連結與基本報表,可以由熟悉產品的人開始做。伺服器、轉址、大量網址規則或 JavaScript 渲染問題,則需要工程能力。使用 WordPress 也不代表外掛能自動完成所有工作。
公司網站一定要寫部落格嗎?
不一定。若客戶最需要的是規格、服務範圍、價格條件與預約方式,先把商品或服務頁做好。部落格適合承接需要解釋、比較或教學的需求,不應只是為了維持發文數量而存在。
每天發文、常改日期會比較容易排名嗎?
沒有固定發文頻率能保證排名。資料有變、操作方式不同、讀者問題沒被回答時才有更新理由。發布日期與修改日期應反映實際狀況,不能只把年份換新,卻保留過時的教學與圖表。
改文章一定要換網址或重新提交索引嗎?
正常的內容更新通常不需要換網址。重要更新可以透過 Search Console 要求重新檢索,但這不是排名申請,也不能保證立刻處理。Google 的重新檢索指引說明,重複提交同一網址不會讓它更快被處理。
SEO 做到第一名後,可以停止維護嗎?
既有頁面仍可能持續帶來訪客,但搜尋需求、競爭者與產品內容都會改變。需要維護的是資訊正確性、網站功能及對讀者的幫助,不是按月把每篇文章重寫。先維持能完成任務的重要頁面,再依資料決定下一筆投入。





討論與提問