SEO(Search Engine Optimization)是「搜尋引擎最佳化」,也稱「搜尋引擎優化」。它透過改善內容、網站技術與連結,讓搜尋引擎找到並理解網頁,爭取自然搜尋的排名與曝光。自然結果不包含付費廣告。訪客進站後的詢問與購買,需要另外追蹤。
搜尋「咖啡機租賃費用」的人要估預算,搜尋「咖啡機漏水」的人要處理故障。SEO 先把需求接到合適的頁面,再處理妨礙讀取或操作的問題。
SEO 在做什麼?SEO 行銷和搜尋廣告差在哪裡?
SEO 的三大核心:內容 SEO、技術 SEO 與站外 SEO
這三項工作要一起看,才能判斷眼前缺的是資料、工程修正,還是讓相關讀者認識網站的機會。
內容 SEO:把搜尋需求接到能回答的頁面
內容 SEO(Content SEO)從搜尋意圖與關鍵字研究開始,決定這頁要回答什麼,再補齊讀者需要的資料。標題、正文、圖片和內部連結都要配合這個用途。以咖啡機租賃為例,搜尋費用的人需要計價因素、租期、耗材與維修責任;只介紹公司成立多久,還不足以讓他估算預算。
技術 SEO:讓搜尋引擎讀得到,訪客用得了
技術 SEO(Technical SEO)處理檢索、渲染、索引、網址與網站架構,也改善載入速度和手機操作。租賃條件明明寫好了,Google 取得的 HTML 卻沒有這段,或手機表格被裁掉、詢價按鈕不能用,就要查程式、版型與存取設定。技術修正的交付,是這些內容和功能實際能被取得、使用。
站外 SEO:提供別人有理由介紹與引用的資料
站外 SEO(Off-page SEO)關注網站以外的反向連結、品牌提及與相關報導。反向連結(Backlink)就是其他網站連到你的頁面;對方是否真正引用了有用資料,要打開原文才知道。租賃業者若公開可核對的安裝條件、測試方法或選購比較,設備指南就有資料可以參考。購買大量無關連結,無法代替這些工作。
內容再完整,誤設禁止索引,搜尋者仍可能找不到;網站載入很快,卻沒說費用和條件,訪客也無從選擇。網站架構與內部連結把這些工作接起來。三者沒有固定的排名權重比例,品牌提及次數也不能直接換算成 Google 的權重分數。
AI 搜尋同樣需要這些基礎;答案與來源的安排,見後文SEO、AEO 與 GEO 的分工。

Google SEO 與 Google Ads,有何不同?
Google SEO 指針對 Google 自然搜尋所做的網站優化;Google Ads 則透過預算、出價與投放設定參與廣告競價。Google 說明廣告不會影響自然搜尋排名,網站不必購買廣告才能列入自然結果。
搜尋廣告常被稱為狹義的 SEM 搜尋引擎行銷。PPC 是按點擊付費的計價方式,適用於採用這種計價的廣告。訪客是否想購買,要看他當下的需求,光靠廣告或自然搜尋的版位分不出來。
| 比較項目 | SEO | 搜尋廣告 |
|---|---|---|
| 主要投入 | 研究、內容、工程與維護 | 廣告費、素材、投放管理與落地頁 |
| 曝光如何取得 | 搜尋引擎選擇適合查詢的頁面 | 依廣告競價與投放規則展示 |
| 調整後的反應 | 需要重新檢索、處理,再觀察資料 | 可調整預算與出價,仍受審核和競價影響 |
| 暫停投入後 | 舊頁仍可能帶來訪客,也會受過期資訊和競爭影響 | 停止該活動的廣告曝光 |
| 應衡量的成果 | 相關曝光、點擊、有效詢問與成交 | 相同成果,加上取得成果的廣告成本 |
自然搜尋通常不收取單次點擊費,研究、寫作和網站維護仍要花錢。需求還在、資訊仍適用,一個已完成的頁面就可能持續帶來訪客。若活動兩週後結束,推廣得趕得上期限;長期提供的商品與服務,則有時間逐步建置、更新搜尋內容。
報價單上的名稱也要看清楚。SEA 通常指搜尋廣告,SEM 有時涵蓋 SEO 與付費搜尋,有時只指付費搜尋。合作範圍直接列出研究、內容、工程、投放與追蹤包含哪些工作,交付時才有依據可對照。
SEO 適合你嗎?先看投入條件與網站現況
先判斷:這個需求值得投入 SEO 嗎?
先選一項商品或服務,逐項回答下面的問題。資料不足時,先縮小測試,不急著承諾整年的內容量。
| 要判斷的事 | 可以採用的資料 | 如何安排下一步 |
|---|---|---|
| 有沒有可服務的需求? | 客服問題、詢價內容、實際搜尋查詢,以及相同地區的搜尋結果。 | 需求與服務吻合,再決定由哪個頁面承接。只有工具估計時,先向客戶核對問法。 |
| 讀者需要進站嗎? | 結果頁是否已回答全部問題,或仍需要比較、操作與詢價。 | 把資源放在仍有深入需求的問題。簡短定義可以保留,但別只靠它預估訪客。 |
| 能不能承受等待與維護? | 活動期限、可投入人力、現金安排與資料更新頻率。 | 限期活動先安排能趕上時程的管道。長期服務再逐步補內容。 |
| 一筆有效成果值多少? | 合格詢問到成交的比例、每筆成交毛利,以及研究、內容、工程和維護成本。 | 資料夠時估算投入。資料不足就先追蹤,不用營收代替毛利,也不把所有成交都算給SEO。 |
| 有沒有能補出的資訊? | 產品規格、服務限制、客戶問題、案例與可負責查核的人。 | 先選有資料且有人維護的頁面。暫時沒有第一手資料,就先取得資料。 |
小團隊可以先完成一個重要頁面,再觀察相關曝光與詢問。這比先承諾大量產文,更容易看清資料、人力與網站功能缺在哪裡。
需要試算時,可以先算「每筆合格詢問的預期毛利=合格詢問成交率 × 每筆成交毛利」。假設成交率是 10%,每筆成交毛利是 3 萬元,簡化結果就是每筆合格詢問 3,000 元。這是教學試算,還沒有扣除業務等成本,不能直接當作可花的獲客預算。
依網站現況,選出下一個動作
| 目前狀態 | 先做什麼 | 先檢查哪個結果 |
|---|---|---|
| 還沒有網站 | 整理一項服務、目標讀者與必要資料,再建立可公開讀取的頁面。 | 讀者看得懂服務條件,也找得到聯絡入口。 |
| 網站已上線,重要頁面卻查不到 | 用網址審查檢查存取、索引與canonical。 | 先分清未索引、版本不同與已索引但沒有目標曝光。 |
| 有曝光,點擊很少 | 固定查詢、地區與裝置,比較位置及實際搜尋畫面。 | 標題、摘要和頁型有沒有回答搜尋者當下的需求。 |
| 有訪客,詢問卻少 | 檢查方案、費用條件、案例與手機聯絡流程。 | 實際測試表單送達,再看合格詢問。 |
| 頁面很多,更新跟不上 | 盤點相同需求與過期資料,再指定每頁的用途和更新負責人。 | 讀者能找到該看的主頁,重要資料有人維護。 |
先處理眼前的阻礙,再增加新頁。只有「流量少」這個總數,還不足以決定該加文章、改標題或重建網站。
Google 如何找到網頁,又決定顯示哪一頁?
網站上線後,還得經過 Google 處理才可能出現在搜尋結果。Google 的搜尋運作說明分為檢索、建立索引與提供結果:讀取網頁、處理內容,再於有人查詢時選擇適合的頁面。
Googlebot 是 Google 的爬蟲,會透過連結等方式發現網址。網站提供的 Sitemap 是網址清單,可補充發現線索。取得頁面後,系統還可能執行 JavaScript 渲染內容,理解主題、整理重複版本,再決定是否建立索引。

Google 知道網址、讀過內容、已建立索引,與某個關鍵字排名靠前,是四種不同狀態。有人搜尋時,系統主要從已處理的索引挑選結果,依查詢含義、相關性、品質、連結與其他訊號排序。爬蟲讀過不保證索引,已索引也不保證曝光。
找不到頁面,就沿著流程查卡在哪裡。缺站內連結,補入口;讀取被擋,查防火牆或存取限制;渲染後空白,查程式;已索引卻沒有相關曝光,再研究內容與搜尋需求。編輯可以補答案,卻無法靠加長文章修好防火牆。
Google Search Central 的官方影片《Introducing How Search Works》從 1 分 39 秒介紹檢索、建立索引與提供結果。可以對照上面的流程觀看,分清「Google 來過」與「已出現在結果」之間還有哪些步驟。
以影片頁觀賞:Introducing How Search Works
SEO 優化怎麼做?自學先完成一個頁面
SEO 可以自學,先做一個能回答顧客問題的網頁,比同時追幾十個關鍵字更容易看出問題。已有網站,就挑最重要的服務頁;還沒有網站,先整理客群、服務與必要資料,再建立可公開閱讀的頁面。
可以從Google 的 SEO 入門指南開始讀,邊學邊做。把工作拆成下面幾步,每一步都留下可檢查的結果:
| 順序 | 要做的事 | 怎麼確認完成 |
|---|---|---|
| 1. 確認能被讀取 | 用 Search Console 審查完整網址,檢查索引、擷取與主要網址;手機開啟頁面,確認主要內容可讀。 | 分清舊索引資料與目前實際測試,保存 Google 取得的 HTML。 |
| 2. 決定回答哪個需求 | 整理顧客問法,查看搜尋結果的頁面類型,再選一個主要用途。 | 搜尋費用的人能找到計價與條件;需要故障處理的人能找到操作和停用界線。 |
| 3. 補內容與頁面欄位 | 補齊答案、適用條件、圖片、title、描述與標題;來源放在支持的主張旁。 | 單讀開頭知道答案,繼續讀能比較或操作;標題承諾的資訊確實在正文。 |
| 4. 接上相關入口 | 從相關分類、服務或文章連到這頁,並提供真正有用的深入閱讀。 | 不靠站內搜尋也能找到頁面;連結文字能說明目的地。 |
| 5. 驗證與追蹤 | 實際檢查手機閱讀、圖片、影片與聯絡入口,再保存更新日期與搜尋資料。 | 技術修正已生效,內容能被取得;之後分開觀察索引、曝光、點擊與有效詢問。 |
第 1 步發現頁面被禁止索引,就先找設定負責人處理。Google 讀到了內容,搜尋者卻找不到答案,再由編輯補資料。原頁卡在這裡,多發幾篇文章也解決不了。
實作練習:把咖啡機租賃頁改到能讓人詢價
以下用虛構的咖啡機租賃頁練習改稿。正式上稿時,須由業者確認服務條件。
先看原文少了什麼
專業咖啡機租賃,品質第一、服務完善,歡迎洽詢。
這段沒有交代適合誰、費用包含什麼,讀者也不知道詢價要準備哪些資料。先把主要任務定為:讓辦公室採購人員看懂計價條件,並提供詢價資料。
| 搜尋問法 | 讀者要完成的事 | 本例如何處理 |
|---|---|---|
| 辦公室咖啡機租賃費用 | 估算租賃支出 | 本頁說明計價因素與報價項目。 |
| 咖啡機租賃還是買斷 | 比較成本和責任 | 另用比較指南處理同期間總支出與設備所有權。 |
| 咖啡機漏水 | 找到故障處理或報修方式 | 連到報修說明,不把它當本頁的主要選題。 |
把同一個任務寫進標題與正文
| 欄位 | 示範文字 |
|---|---|
| HTML title | 辦公室咖啡機租賃費用:租期、耗材與維修怎麼算 |
| Meta description | 辦公室咖啡機租賃怎麼報價?看懂機型、使用量與租期如何影響費用,核對耗材、安裝與維修責任,再準備詢價需要的資料。 |
| 頁面主標題 H1 | 辦公室咖啡機租賃費用與詢價方式 |
正文可以改成下面這樣。真實上稿時,只採用業者已確認的服務條件:
我們提供辦公室咖啡機租賃。費用依機型、使用量與租期報價。報價單會分列設備租金、運送安裝、耗材及維修責任,方便你比較整段租期的支出。
詢價時,請提供安裝地區、預計使用人數、每日杯量與租期。也請說明現場是否有供水及排水位置。確認機型和場地後,再約定安裝方式。
保養與故障處理以報價單的服務範圍為準。比較方案時,請核對定期保養、到場處理、耗材及備用機是否包含,並確認另計費用。
讓圖片與連結補上決策需要的資料
若照片拍的是「茶水間流理台上的咖啡機與供水管」,alt 可以寫成「辦公室茶水間的全自動咖啡機,側邊連接供水管」。不要改寫成一串租賃關鍵字。
提到場地時,連到實際存在的安裝說明。錨文字寫「查看供水、排水與插座條件」,比「了解更多」清楚。下方只示範連結語法,不是真實商家網址:
<a href="https://example.com/installation/">查看供水、排水與插座條件</a>
套用到真實頁面後,怎麼檢查?
- 開啟正式網址。
- 檢查頁面是否顯示新的主標題與報價說明。
- 用手機檢查表格與圖片。
- 開啟每個安裝、比較與報修連結。
- 依表單要求送出一筆測試詢問。
- 向收件人確認測試資料確實送達。
- 用 Search Console 審查正式網址。
表單成功送達後,將該筆資料標為測試。搜尋排名、點擊與有效詢問,則留待後續同條件資料比較。
標題與摘要的寫法可對照 Google 標題連結指南、摘要指南。連結可對照 可檢索連結與錨文字指南。
複製這張單,檢查自己的第一個頁面
先填一個網址。每次只記錄你實際看到的結果,未確認的項目留作下一步。
網址:
讀者要完成的事:
主要查詢與目標地區:
資料負責人:
檢查日期:
- [ ] 不用登入也能讀到主要內容。
- [ ] 標題承諾的答案出現在正文。
- [ ] 費用、規格與限制有資料依據。
- [ ] 手機可以讀完表格與操作步驟。
- [ ] 圖片有適當的alt,重要資訊也有文字版本。
- [ ] 相關內部連結能開啟正確頁面。
- [ ] 詢問或購買功能已完成實際測試。
- [ ] 已保存Search Console的索引與canonical結果。
- [ ] 已保存相同篩選條件的曝光、點擊與CTR資料。
尚未完成的項目:
下一個動作與負責人:
修改日期與複查日期:
「全部勾完」表示這輪檢查完成。排名仍要看搜尋需求、競爭與後續資料。
下載 SEO 檢查單:保存證據、負責人與複查日期
下載 Excel 工作檢查單(.xlsx),或使用下載 CSV 檢查單(UTF-8)。兩種檔案都可直接取得,不需填寫電子郵件。
Excel 包含頁面檢查、Entity 核對、真實競品比較及使用說明。工作單預留結果、證據、下一步、負責人和複查日期。競品頁已填入本次十頁的來源與觀察,可另外複製一份,改成自己的查詢與比較對象。
- 在觀察證據欄記下正式網址、查詢、地區、裝置與檢查日期。
- 每次只檢查一個項目。將看見的結果寫入證據欄。
- 無法確認時標為「待確認」。不適用的項目寫下原因。
- 為待處理項目指定下一步、負責人與複查日期。
- 保留修正前後的紀錄。後續再用相同條件比較搜尋與詢問資料。
這是 Whoops 依本文工作流程整理的自訂工具。它不是 Google 官方評分表,也不是多米的 80 項索取表。清單完成表示這輪檢查有紀錄,不代表搜尋排名已改善。
這份免費 SEO 課程與學習路徑可用來安排練習,每學一個概念,就拿自己的頁面檢查一次。下方的 Whoops 入門影片用咖啡店說明搜尋意圖與網站優化,可以搭配操作表觀看。
以影片頁觀賞:SEO 是什麼?用咖啡店看懂搜尋引擎最佳化|SEO 新手入門教學
新手 SEO 工具怎麼選?按工作分工
Google Search Console 看搜尋端,GA4 看訪客進站後做了什麼,PageSpeed Insights 查頁面體驗。先想清楚要查哪個問題,再選工具;三者的數字回答的是不同事情。
| 工具 | 適合解決的問題 | 讀資料時的界線 |
|---|---|---|
| Google Search Console | Google 是否索引這頁?哪些查詢帶來曝光與點擊? | 實際網址測試成功,不代表已索引;平均排名也不是每次搜尋的位置。 |
| Google Analytics 4(GA4) | 訪客從哪裡來?有沒有完成詢問或購買? | 須先核對追蹤和事件;電話按鈕點擊不能當作已接通或成交。 |
| PageSpeed Insights | 手機或電腦的載入、互動與版面穩定度有哪些問題? | 分清模擬測試和真實使用資料;缺少真實樣本不能當作通過。 |
| Google Trends | 同一地區與期間,需求是成長、下降還是季節變化? | 0–100 是相對搜尋熱度,並非實際搜尋次數。 |
初次設定可照Search Console 所有權驗證與報表教學操作。要查速度,就把完整網址貼進 PageSpeed Insights,讓工程人員依診斷找問題。看趨勢時固定地區和日期,讀的是Google Trends 的相對熱度,不是搜尋次數。
WordPress 的 Rank Math、Yoast 等外掛能管理 title、描述與索引設定,填好後還要看網頁實際輸出了什麼。canonical、Sitemap 和結構化資料究竟由外掛、主題還是程式產生,也得弄清楚。可依WordPress SEO 的設定與驗證步驟檢查,外掛分數則留作工具內的提醒,不要當成 Google 的排名分數。
什麼時候需要研究、反向連結或爬站工具?
只有自己的搜尋表現要查,先用 Search Console。需要比較外部網站或大量檢查網址時,再增加相應工具。
| 工作 | 工具例子與用途 | 何時值得投入 | 讀取界線 |
|---|---|---|---|
| 找搜尋需求 | Google 關鍵字規劃工具、Ahrefs Keywords Explorer,可找問法及搜尋量估計。 | 客服與現有查詢不足,需要比較更多主題時。 | 關鍵字規劃工具服務搜尋廣告研究。廣告競爭程度看的是投放該詞的廣告客戶,不能直接當SEO排名難度。 |
| 比較競品與反向連結 | Ahrefs Site Explorer,可查看工具資料庫中的關鍵字、頁面與反向連結。 | 需要找出競品被引用的頁面,或比較相同市場的內容機會時。 | 第三方估計不是競品的GSC。開啟來源頁,才能知道對方為何放連結。 |
| 批次檢查網站 | Screaming Frog SEO Spider,可檢查狀態碼、轉址、標題、索引指示與內部連結。 | 同類問題可能出現在很多商品、服務或文章頁時。 | 爬取結果反映該次工具設定和網站回應,不能代替Google的索引狀態。 |
先決定要交付哪份清單,再選工具和方案。不必一次購買所有工具。免費額度、進階功能與資料範圍,依當時方案確認。
功能可對照 Google 關鍵字規劃工具、Ahrefs Keywords Explorer、Site Explorer及Screaming Frog SEO Spider的官方說明。
WordPress 外掛怎麼選?先看正式頁面輸出
Yoast SEO、Rank Math 這類外掛可管理標題、摘要、canonical、Sitemap 或部分結構化資料。實際功能依外掛與方案而異。Learn WordPress 的 SEO 課程也以外掛示範欄位與 Sitemap 管理。選用時,先確認誰負責輸出同一組資料,再看功能。
外掛提示可協助檢查欄位,不能替業者確認價格、測試結果或服務條件。把燈號改成綠色,也不能證明搜尋者已得到答案。
- 選一篇可修改的文章。保存原標題、摘要、canonical、robots 與正式網址。
- 在文章編輯器的 SEO 欄位修改一項資料。使用哪個外掛,就查該外掛目前的操作文件。
- 保存文章。依網站既有流程處理快取。開啟正式網址。
- 檢查正式 HTML 的 title、description、canonical 與 robots。再對照頁面上讀得到的主標題及正文。
- 發現重複或互相矛盾的標記時,請工程人員追查主題、外掛與自訂程式各自輸出什麼。先保存設定。再決定由哪一處負責。
- 用網址審查檢查 Google 取得的版本。需要重新檢索時,再按官方流程提出要求。
以本頁為例,2026 年 11 月 1 日的正式 HTML 顯示,title 為「SEO 是什麼?新手入門、5 步優化與實作案例 – Whoops SEO」,canonical 指向本頁原網址。這類檢查能確認發布輸出。是否出現在搜尋結果,以及 Google 是否改寫標題,仍要另外觀察。
單頁標籤、轉址鏈與全站問題,要用不同方式查
| 目前要查的事 | 可採用的方式 | 保存什麼結果 |
|---|---|---|
| 單一頁面的標題或索引設定 | 檢視網頁原始碼,或使用經評估權限的單頁 SEO 擴充功能。JavaScript 產生的內容另比對轉譯後 DOM。 | 網址、日期、實際 title/canonical/robots,以及初始和轉譯後的差異。 |
| 舊網址經過哪些轉址 | 開啟 Chrome DevTools 的 Network。啟用 Preserve log。從原始網址開始載入。逐筆檢查文件請求的狀態與 Location 回應標頭。 | 起點、中間網址、各次狀態碼與終點。只看到最後網址,無法知道完整轉址鏈。 |
| 多個頁面是否重複輸出或缺少資料 | 用爬站工具批次整理,再抽查受影響的頁型。 | 受影響網址、共用版型、重複標記的來源與修正責任人。 |
Chrome Network 文件說明如何保留跨頁載入的請求記錄。瀏覽器快查處理眼前頁面,Search Console 處理 Google 的觀察結果,爬站工具則用來找出問題範圍。
SEO 費用怎麼算?自學、顧問與代操的差異
SEO 的支出來自研究、內容、工程、工具和維護。自學能省下一部分委外支出,代價是自己的時間。比較方案時,把網站規模、競爭程度、缺少的資料,以及實際動手修改的人列在一起,才知道錢花在哪裡。
「顧問、代操」通常描述合作分工,「績效計價」描述收費方式。一份合約可以同時包含固定費用與績效費。看名稱之前,先看交付內容。
| 合作或計費方式 | 需要寫清楚的責任 | 付款或驗收要問什麼 |
|---|---|---|
| 自己執行 | 自行安排研究、內容與維護,技術問題由自己或工程人員處理。 | 每週能投入多少時間?工具、工程與資料查核由誰負責? |
| 內容或技術專案 | 按約定完成指定頁面的研究、寫作、修正與驗證。 | 資料查核、圖片、上稿、修訂與後續維護包含哪些工作? |
| 顧問 | 誰診斷、誰排優先序,以及誰修改內容與程式。 | 每次交付什麼?建議由誰執行?複查是否包含? |
| 代操 | 誰研究、寫稿、上稿、處理工程與追蹤。 | 每期完成哪些頁面?工程另計嗎?改動紀錄怎麼交付? |
| 績效計價 | 雙方如何計算達標,原有工作由誰執行。 | 計哪些查詢、地區、裝置與期間?排除品牌詞嗎?未達標如何處理? |
要求對方把讀取權限、修改權限、帳號與內容所有權、終止條件及資料交接寫入合約。排名型計費只是付款約定,不能讓廠商控制Google的自然排序。
Google 的SEO委外指南建議詢問案例、產業經驗、預期成果、衡量方式及網站改動。把對方的回答和實際交付放在一起看。
先算整段合作期的支出:月費乘以月數,再加一次性建置、工具授權與額外工程。假設每月 3 萬元、合作 6 個月,工程另收 2 萬元,總投入就是 20 萬元。這是預算試算示例,不是市場統一行情。月費較低的方案,若內容和工程都要另付,算完未必比較便宜。
問「SEO 文章一篇多少錢」之前,先列出要不要訪談、實測、專業查核、圖片、上稿與後續更新。只比中文字數,看不出這些工作的差別。已有適用文章時,補資料也可能比整篇重寫划算。比較公司與公開報價,可參考台灣 SEO 服務、費用與合約的選擇指南。
SEO 多久有效?先分清修正生效、索引與成果
SEO 沒有適用所有網站的固定見效期。Google 的入門指南說明,變更反映到搜尋可能需要數小時到數月,一般建議等待幾週再評估;有些修改也未必產生顯著影響。這是官方的一般說明,不能當作個別網站的交付期限。
| 要等的是什麼 | 如何判斷進度 |
|---|---|
| 頁面修正生效 | 開啟正式網址,確認答案、圖片與表單已正確;有 CDN 時也要排除舊快取。 |
| Google 取得新版 | 網址審查的上次檢索晚於修改,並核對 Google 取得的內容與 canonical。 |
| 搜尋曝光與點擊 | 固定查詢、頁面、國家、裝置及同長期間比較;別只看當天的一次搜尋。 |
| 有效詢問與成交 | 確認追蹤與表單成功紀錄,再依購買週期觀察合格詢問、成交及成本。 |
要約定合作驗收,先列出當期完成哪些頁面、修復與資料,再約定何時複查搜尋成果。Google 重新抓過頁面,仍不代表下一次就會進第一頁或進入 AI 摘要。
關鍵字研究:哪些需求值得做,應該用什麼頁面回答?
關鍵字是使用者輸入的字詞,搜尋意圖是他想完成的事情。選題要同時看需求、業務價值與手上能提供的內容,搜尋量最大的詞未必值得先做。
先從顧客的問題整理候選詞
客服紀錄、詢價內容、產品限制與售後問題,都是選題的起點。假設業者提供辦公室咖啡機租賃,行政人員可能在意人數、租期、茶水間供水、保養責任和故障備援。把這些問題記下來,再查實際搜尋用語,比只盯著「咖啡機」更容易找到該做的頁面。
從產品、使用情境和問題展開,就可能找到「辦公室咖啡機租賃」「咖啡機租賃包含維修嗎」「咖啡機租賃還是買斷」。有的適合放服務頁,有的需要比較指南,不必一律寫成部落格文章。
搜尋量若來自估計,記得留下地區、期間與資料來源。查不到數字,不代表沒有需求;企業採購問題即使少人搜尋,仍可能影響訂單。已有網站的實際查詢和顧客提問,能補上市場估計看不到的部分。
整理台灣市場的候選詞時,保留顧客實際用字,也保留品牌或產品的英文名稱。例如可以先記下「WordPress SEO 外掛」與「WordPress SEO plugin」,再用 Search Console 或搜尋結果檢查實際需求。這兩個問法只是候選例子,不代表已量到搜尋量。是否放在同一頁,要看它們要解決的問題,不能只按中英文字分頁。
用 Google Autocomplete 找問法,再判斷要回答什麼
Google Autocomplete 是搜尋框輸入時出現的自動完成建議,可以拿來找問法。它不提供搜尋量,也不按排名列出關鍵字。讀建議時,先辨認主詞與需求,才不會把相近拼字的人名、地名混進選題。
2026 年 10 月 14 日,輸入「seo」時,自動完成出現「seo 是 什麼」「seo 教學」「seo 自學」「seo 怎麼 做」「seo 是 什麼 職位」等問法,分別對應定義、學習、實作與工作分工。先前從「seo 優化」「seo 工具」「seo ai」取得的建議,則延伸到費用、選商、工具與 AI 搜尋。這些問法可用來檢查指南有沒有漏答,不能當成搜尋量排行。
相近拼字有時會帶出 Seoul、人物名稱或 CEO,需求並不屬於搜尋引擎最佳化,選題時要排除。某個種子沒有回傳建議,也不足以判斷需求是否存在。整理方法可參考搜尋自動完成的原理與關鍵字應用。
拿到建議後,看看答案會幫讀者做哪個決定。「怎麼做」要給步驟,「費用」要說工作範圍與試算,「哪個工具」要講分工。同一問題只換了用字,一起回答就好,不必另開一節或再做一篇近似文章。
先比較需求,再安排選題順序
先用前面的投入決策表檢查需求、時間與可用資料,再決定頁面用途。接著比較哪些問題接近業務,哪些主要用來支援既有客戶。
有些換算或簡單定義,搜尋結果頁已能直接回答,使用者未必進站;品牌登入查詢則多半只在找指定入口。所以搜尋次數不能直接換成訪客數,也沒有一個固定點閱率,乘上搜尋量就能當成預期流量。
清潔教學可能幫到既有客戶,租賃費用頁更接近採購決策。前者未必增加租賃詢問,但仍有售後用途。資源有限,就看目前缺的是新客、售後支援,還是讓人認識品牌,再決定先做哪一頁。
打開搜尋結果,找出沒回答的問題、過期資料或不合適的頁面形式,再看自己能否取得足夠證據補上。第三方難度與權威評分,是工具各自的估計,不是 Google 的分數。低分可以拿來參考,無法保證容易排名。
搜尋意圖會改變頁面形式
資訊型、導航型、商業調查型與交易型,是常見的搜尋意圖分類。實際搜尋常會混合幾種需求,拿來整理問題就好,不必把每個詞硬分到唯一一類。
| 搜尋示例 | 想完成的事 | 適合考慮的頁面 |
|---|---|---|
| 商用咖啡機如何清潔 | 取得步驟與注意事項 | 教學、圖解或影片 |
| 某品牌保固登錄 | 到指定入口填資料 | 保固登錄頁 |
| 咖啡機租賃還是買斷 | 比較成本與責任 | 比較指南或試算 |
| 商用咖啡機租賃報價 | 確認方案並詢價 | 費用與服務頁 |

想立即換算的人,需要能操作的功能,只有解說文章未必夠用。要比較租賃與買斷的人,也不會只靠詢價按鈕做決定。開頭和主要操作區,先給他當下需要的東西。
看 SERP(搜尋結果頁),先分清自然連結、廣告、地圖、影片、購物與 AI 回答,再打開相關結果,記下頁面類型、資訊形式和回答角度。地區、語言、裝置與時間也一併記錄,換個條件,結果可能就不同。前排都是長文,還不足以認定字多就是排名原因。

相近的關鍵字,不必各開一頁
「咖啡機租用」與「咖啡機租賃」若指的是同一項服務,一頁就能回答。搜尋結果大量重合,可能表示需求接近,接著還要比對讀者任務與實際內容,不能套一個固定的重疊數量門檻決定。
辦公室與餐飲門市的用量、機型和安裝條件若不同,就有分頁的理由。兩篇都談 SEO,一篇教入門、一篇談顧問合作,也各有用途。要整理的是同一需求被拆成多篇近似內容,讓人找不到該看哪頁的情況。
把內容差距寫成可執行的工作
比較同一需求的搜尋結果時,記下對方回答了什麼、提供什麼證據,以及哪些資訊需要業者補充。不要只抄目錄或比較字數。下表沿用咖啡機教學示例,將缺漏寫成可以交付的工作。
| 讀者問題 | 原頁的缺漏 | 要取得的資料 | 交付與檢查 |
|---|---|---|---|
| 總共要付多少? | 只有「歡迎洽詢」。 | 計價因素、租期與可能另計的項目。 | 整理報價項目,讓讀者能比較同一租期的支出。 |
| 場地能安裝嗎? | 沒有說安裝條件。 | 供水、排水、插座與設備尺寸。 | 補條件與圖片,連到經確認的安裝說明。 |
| 故障誰處理? | 只寫「服務完善」。 | 報修入口、到場範圍、維修與備用機責任。 | 寫出合約能承諾的服務,實際開啟報修入口。 |
每個缺漏都要指定資料負責人。資料未確認前,先保留待辦,不把競品的服務條件寫成自己的承諾。
真實競品比較:這篇 SEO 指南怎麼找出缺口?
2026 年 11 月 1 日,我們檢查一次 Google「seo」搜尋中的十個頁面:第一頁七個自然網頁,加上第二頁最先三個。接著逐頁比較公開主文。這是當次觀察集合,不能當成所有使用者固定看到的第 1 至第 10 名。
同日重新讀取這十頁時,公開正文與前次保存的內容相同。這次複查只核對文章內容,沒有重新測量排名。下表把可回查的來源、本站補稿前的狀況,以及實際採取的做法放在一起。
| 比較頁與來源 | 公開主文可核對的特徵 | Whoops 本輪補稿前的狀況 | 本頁採取的做法 |
|---|---|---|---|
| Google 搜尋中心 | 圖片、影片、網站宣傳與常見誤解各有說明。 | 原理、圖影與 Meta Keywords 的說明已有。 | 保留官方依據,將檢查項目接到實際輸出與下載工作單。 |
| 維基百科 | 用名詞、歷史、搜尋引擎關係與法律案例介紹 SEO。 | 定義、白黑帽與現行政策已有。 | 保留實務判斷。歷史背景另查來源,不把舊技術或法律個案直接當今日規範。 |
| 愛貝斯 | 工具章包含單頁標籤、轉址等瀏覽器快查用途。 | 研究、反鏈與爬站工具已有,單頁檢查較分散。 | 補單頁標籤、轉址鏈與全站檢查的分工。 |
| 白話文商學院 | 有 Entity、學習階段、職缺與證照專節。 | 有品牌身分與職務概述,缺實體定義及作品對照。 | 補 Entity/知識圖譜、Whoops 身分盤點、證書判讀與角色作品表。 |
| Harris 先生 | 以技術、內容與分析串起學習地圖及延伸教材。 | 五步操作與完整改稿練習已有。 | 把學習方向接到能交付的頁面、技術問題單與成效判讀。 |
| GTUT | 短文聚焦流量、長期效果、廣告成本與品牌等效益。 | 效益、成本、維護與投入判斷已有。 | 讓投入表保留必要條件,避免將免費點擊說成零成本。 |
| 達文西 | 先答費用、合作與時程,也有 WordPress、電商與海外入口。 | 費用與責任表已有,外掛仍偏概念。 | 補外掛欄位到正式 HTML 的操作與檢查。 |
| 多米 | 列出不宜投入的情境,並提供檢查表索取入口。 | 投入決策已有,檢查單只能在正文複製。 | 製作 Whoops 自訂下載工作單。未取得對方 80 項表,不把索取入口當已讀內容。 |
| 奇寶 | 提供工作清單、網站階段分流及具名案例入口。 | 階段分流與本站 GSC 案例已有。 | 保留可核對條件,將競品觀察、工作安排與本站後續資料接在一起。 |
| WACA | 用商店後台、商品命名與 alt 改寫示範操作。 | 有虛構咖啡機欄位練習,缺本頁正式輸出的檢查例。 | 補本頁實際 title/canonical 的核對,保留教學示例與實測的區別。 |
怎麼從這張表排工作?
比對後,本站並不缺一整套新的 SEO 原理。定義、檢索、意圖、技術與成效都已存在。這輪優先補的是實體身分解釋、真實來源比較、可下載工作單,以及工具和學習成果的操作細節。
- 先保留已回答問題、來源仍適用的內容。
- 把缺口寫成讀者要完成的工作,例如核對作者身分、檢查正式標題或保存頁面檢查結果。
- 為每項工作指定需要的資料、負責人與完成條件。
- 發布後檢查實際輸出。再用同條件的後續資料觀察成效。
本站的Search Console 案例提供另一層證據:兩個 28 天期間,平均排名由 12.86 變為 8.01,點擊卻從 101 降到 48。這些期間早於本輪補稿,不能拿來當作這次新增內容的成果。
因此,內容比較能用來決定該補什麼,排名與點擊仍要分開追蹤。某頁有某個章節、表格或標記,不能據此認定它就是排名原因。
頁面 SEO:讓搜尋結果的承諾,在頁面裡找得到
On-Page SEO(頁面 SEO)處理單一頁面的內容、標題、描述、圖片與內部連結。動筆前寫下這頁給誰看、回答什麼、缺哪些資料,以及讀完可以做什麼。有了這份簡短說明,較不容易把費用比較的標題,配上只有品牌介紹的正文。
標題、摘要和網址,各有不同用途
HTML 的 title 是頁面標題,進站看到的主標題通常用 H1。兩者可以接近,都要準確交代內容。Google 會參考 title、主標題與其他資訊產生搜尋標題,搜尋畫面未必照抄你填的文字。
改完標題,搜尋仍顯示舊文字,先到網址審查看上次檢索時間。若早於修改,這份索引資料還不能確認 Google 已取得新稿。檢索時間已更新,則繼續核對主要網址、HTML title 與 H1;Google 也可能用頁面其他資訊產生標題。來回換字之前,先分清是哪個版本。
「專業設備服務」看不出在賣什麼。頁面若確實談費用和維修,就可以寫「辦公室咖啡機租賃:費用、租期與維修範圍」。把重要資訊放前面,不必堆近義詞。Google 沒有用固定字數決定標題能否排名,但過長的文字可能在搜尋畫面被截斷。
Meta Description 是頁面簡介欄位,Google 主要從正文產生摘要,有時採用這段描述。描述寫了「提供完整報價」,正文就得說得出計價條件,否則讀者進站仍找不到答案。
新網址取簡潔、看得懂的名稱即可。舊網址已有人使用,就別只為了塞關鍵字而更換。確實需要搬移時,再安排舊新網址對應、轉址、站內連結與後續檢查。
核心資訊要先到位,細節依決策順序展開
服務頁先交代客群、用途與條件,再讓讀者比較費用、責任和下一步。前面的咖啡機完整練習示範如何把這些資訊寫進同一頁。
教學要交代操作前提、步驟與預期結果,也要說明失敗時去哪裡查。比較頁則要用相同基準看各選項。表格列出差異後,仍需解釋差異如何影響選擇。
圖片先描述用途,再檢查檔案與文字
假設照片顯示技師正在拆下咖啡機濾芯,可以這樣比較alt:
| 寫法 | 例子 |
|---|---|
| 沒有提供資訊 | 圖片1 |
| 堆疊關鍵字 | 咖啡機租賃 推薦 費用 便宜 咖啡機 |
| 描述這張圖 | 技師拆下辦公室咖啡機的濾芯,準備更換。 |
alt 描述圖片在這一頁的用途。重要的尺寸、報價條件與操作步驟也要寫在正文。純裝飾、沒有資訊用途的圖片,依W3C無障礙圖片指引設定空alt。
上稿後,檢查手機上的清晰度與檔案大小。替圖片預留顯示尺寸,並檢查主要圖片有沒有太晚才載入。Google 圖片指南同時重視替代文字、頁面上下文與可取得的圖片。
影片是補充教學,還是這頁的主要內容?
影片若只是輔助文章,放在相關說明旁邊,並用文字交代影片解決什麼問題。讀者仍應能從正文找到必要步驟與條件。
若要爭取影片搜尋版位,則按Google 影片指南檢查觀賞頁、影片與縮圖的條件。影片要放在能播放的位置,並提供清楚的標題與說明。只嵌入播放器,不表示影片已建立索引。
- 用手機開啟觀賞頁。
- 檢查播放器與縮圖是否顯示。
- 播放影片。
- 用 Search Console 檢查頁面與影片的索引資料。
若影片要等點擊或滑動後才插入頁面,請工程人員檢查Google能否取得影片元素。
內容怎麼寫,才能累積可信度與權威?
讀者得看得出主張從何而來:引用官方規格,交代出處;做實測,留下方法與紀錄;用示意情境,標明是示例。沒做過的操作,別寫成親身經驗。
增加讀者原本拿不到的資訊
內容增益可以是一份具體比較、一套能照做的步驟、實際限制、第一手資料,或幫人選擇的判準。小公司不一定要做大型研究,但至少得讓讀者拿到別處沒有說清楚的資訊。篇幅更長,本身還不能證明這件事。
假設租賃業者知道顧客常卡在供水配置,就整理安裝尺寸與供水條件。維修人員有故障紀錄,可以說明哪些狀況能自行檢查,哪些要停用、聯絡專業人員。讓熟悉業務的人確認資料,「服務完善」才有具體內容可看。
要比較產品的耗時、還原度或可靠性,就得用相同任務、版本、環境與評估方法。手上只有規格表,便做規格比較,未測項目不要編分數。試過卻沒有改善,也可以寫下方法與觀察,這些限制同樣能幫讀者選擇。
E-E-A-T 是品質判斷概念,不是可累加的分數
E-E-A-T 是 Experience(經驗)、Expertise(專業)、Authoritativeness(權威)與 Trustworthiness(可信度)。Google 對 E-E-A-T 與排名的說明指出,它本身不是單一排名因素,可信度則是其中最重要的部分;品質評估員也不直接決定網頁名次。用這四個面向回頭檢查一篇 SEO 教學,可以具體看下面的資料:
| 面向 | SEO 教學可以提供的資料 | 讀者怎麼核對 |
|---|---|---|
| 經驗 Experience | 實際操作的畫面、使用的網址或版本、發現的問題,以及修正結果。 | 確認是作者自己的操作,且前後比較使用相同條件;示例另行標明。 |
| 專業 Expertise | 解釋檢索、索引、canonical 與摘要控制的不同用途,也能交代失敗時怎麼查。 | 對照官方文件和頁面輸出,看看建議是否真的處理了該問題。 |
| 權威 Authoritativeness | 相關領域對作者或網站的認可,以及有明確用途、可回查的外部引用。 | 開啟原始報導或引用頁面,核對對方說了什麼;自家網站互引另行辨認。 |
| 可信度 Trustworthiness | 作者與負責單位、原始來源、資料日期、適用條件,以及錯誤更正。 | 確認主張、來源與現在的做法一致,不把模擬數字當成實際成果。 |
誰負責內容、結論根據什麼、資料是否需要更新,讀者都應有辦法查到。健康、財務或安全資訊尤其需要可靠依據與適當專業確認。持續寫對內容,取得可查證的認可,才有權威可言;自稱「最權威」省不了這些工作。

價格期間、測試版本、服務範圍,放在答案旁邊,別讓人讀到很後面才發現條件。資料過期就改相關段落,仍然正確的解釋留著即可。換年份、替換同義詞或加長篇幅,都不會多出新事實。Google 的人本內容指引沒有偏好字數,也明確說明沒有最佳關鍵字密度;在需要的地方自然使用就好。
停留時間長,不一定代表內容有用;讀者可能一直找不到費用。很快離站,也可能是已找到電話。停留時間和跳出率能提供檢查線索,無法直接當成 Google 的內容品質分數。
Entity 與知識圖譜:先讓品牌、公司和作者能被分清楚
Entity(實體)是能被明確識別的人、組織、地點或事物。「Sliven 褚崇名」指一位作者,「Whoops SEO」指品牌。搜尋者使用的關鍵字則是查詢文字。同一個名稱可能指不同對象,同一個對象也可能有正式名稱與別名。
知識圖譜用來組織實體的資料與關係。例如,一篇文章有作者,作者與某家公司有工作關係,公司經營一個網站。Google 知識圖譜說明將它描述為保存人物、地點與事物相關事實的資料庫。
| 名詞 | 在網站上怎麼理解 | 先檢查什麼 |
|---|---|---|
| Entity/實體 | 這段資料說的是哪一個人、組織或事物。 | 名稱、身分、網址與公開資料能否指向同一對象。 |
| 知識圖譜 | 把對象、屬性與關係組織起來的資料。 | 作者、出版者、品牌與經營網站的關係是否說清楚。 |
| 知識面板 | Google 搜尋可能顯示的實體資訊框。 | 實際顯示的是誰,資料是否正確。網站填好標記,不等於一定出現面板。 |
| 結構化資料 | 網站用標準格式描述頁面及對象。 | 標記是否和讀者看得到的資料一致,有沒有把不同對象混成同一個。 |
Google 知識面板由系統自動產生,資料來自多個來源。商家檔案另有適用資格與管理方式。網站上的 Organization 標記、商家檔案與知識面板,應分開檢查。
用 Whoops 的公開資料,拆開品牌、法人、作者與網站
下表使用 Whoops 的公開資料,示範品牌、法人、作者與網站的身分盤點。
| 要辨識的對象 | Whoops 的實際資料與來源 | 盤點時要保留的關係 |
|---|---|---|
| 作者 | Sliven 褚崇名的介紹列出創辦人身分與工作範圍。 | 文章由哪位作者負責,作者介紹連到哪個頁面。 |
| 品牌與經營者 | 品牌使用 Whoops/Whoops SEO;服務站頁尾列出巫普斯科技有限公司。 | 品牌名稱與法人名稱各有用途,對外資料須交代經營關係。 |
| 兩個網站 | seo.whoops.com.tw 提供知識、方法與案例;whoops.tw 是同品牌的服務站。 | 兩站同屬 Whoops,不能將另一個自有網站當成獨立第三方背書。 |
| 公開案例 | 本頁的 Search Console 案例交代查詢、日期、地區與裝置。 | 誰量測、量測哪個網站,以及數字支持什麼結論,都要能追查。 |
品牌、公司與作者的關係不能只靠名稱相近來推定。整理自己的網站時,請先向資料負責人確認正式名稱、別名、經營關係與對外聯絡方式。
實際要做哪幾步?
- 列出品牌、公司、作者、商品與服務。為每個對象指定資料負責人。
- 選定各對象的主要介紹頁。寫出讀者能核對的名稱、身分與工作範圍。
- 檢查文章署名、關於頁、服務頁與官方帳號。修正互相矛盾的資料。
- 讓工程人員對照可見內容檢查標記。機構可用 Organization,作者可用 Person。以單一作者為主的介紹頁,再依 ProfilePage 指南處理。
- 檢查 sameAs 指向的頁面。只填能明確識別同一對象的網址。作者替公司工作,是關係資料,不能把作者與公司設成同一個實體。
- 以複合式搜尋結果測試檢查 Google 支援的類型。再用網址審查檢查 Google 可取得的內容。人工核對名稱、關係與 sameAs。保存日期、問題與修正結果。
Google 的 Organization 指南說明機構資料的用途;ProfilePage 指南要求頁面以相關的單一人物或機構為主。Schema.org 的 sameAs 定義則強調網址須能明確識別該對象。
這份盤點能讓讀者查核身分與資料責任。它不代表 Google 已把所有資料收進知識圖譜,也不保證知識面板、排名或 AI 引用。
技術 SEO:讓 Google 讀得到,也讓訪客用得了
挑幾個重要服務頁、商品頁與文章,實際打開看看:不用登入能否閱讀,回應是否正常,主要文字與連結能否取得。Google 的基本技術要求包括不阻擋 Googlebot、頁面成功回應,以及有可建立索引的內容。達到這些條件,才有參與搜尋的基礎,仍不保證索引。
不同設定,控制的是不同事情
| 設定或狀態 | 作用 | 常見誤解 |
|---|---|---|
| robots.txt | 指示爬蟲哪些路徑不要檢索 | 阻擋檢索就一定不出現在結果 |
| noindex | 要求支援此指示的搜尋引擎不要索引 | 同時阻擋整頁會更保險 |
| canonical | 建議重複或近似內容的主要網址 | 會讓訪客跳轉,或一定被採用 |
| Sitemap | 提供希望搜尋引擎發現的網址 | 提交就保證收錄 |
| 永久轉址 | 將搬移的舊網址導向新位置 | 全部舊頁都應轉到首頁 |
| 404/410 | 表示內容不存在或已移除 | 出現任何 404 都是整站 SEO 問題 |

noindex 可以放在 HTML 的 meta 標記,也能由 X-Robots-Tag HTTP 標頭傳送。noindex 生效的讀取條件是 Google 取得這項指示;若 robots.txt 先擋住整頁,Google 就可能讀不到。私人資料則需要登入與權限保護,robots.txt 和 noindex 都不能拿來保密。
canonical 適合處理相同內容的多個網址,例如文章附上追蹤參數。維修教學和租賃頁內容不同,就不適合這樣指向。canonical 是訊號,Google 仍會選擇主要版本;選好版本後,站內連結、Sitemap 與轉址也應指向一致的網址。
舊內容有相關替代頁,就安排永久轉址;沒有替代內容,回傳 404 或 410 也可以是正確處理。畫面說「找不到」,主機卻回傳 200,可能被判為 soft 404。商品只是暫時缺貨,則未必該刪頁,規格、到貨與售後資訊還可能有人需要。
JavaScript 網站要比對實際內容
SSR 在請求時由伺服器產生頁面,SSG 事先生成,CSR 則由瀏覽器執行程式呈現內容,網站也可以混用。Google 能處理 JavaScript,程式錯誤、資源被擋或資料沒載入,卻可能讓它讀不到應有的內容。
把主機初始 HTML、程式執行後的內容,與 Google 取得的版本放在一起比較。若主要規格要登入或點擊才下載,就檢查載入方式。手機版也得保留重要資訊,別讓電腦有完整資料,手機卻只剩一個按鈕。
先找出少了哪些內容、影響哪些共用版型,再決定修載入還是渲染。只因為用了某個框架就重建整站,未必能對準問題。
基本檢查也要包含 HTTPS。開啟正式網址時,確認連線正常,頁面沒有因憑證或混合內容而無法使用。這是網站可用性的檢查,不是保證排名的條件。
速度檢查要對應載入、互動與穩定度
Core Web Vitals 分別看主要內容出現、互動回應與版面位移。Core Web Vitals 的良好門檻採第 75 百分位,手機和電腦分開評估:
| 指標 | 在看什麼 | 良好門檻 |
|---|---|---|
| LCP | 最大可見內容多久呈現 | 不超過 2.5 秒 |
| INP | 操作後多久出現下一次畫面回應 | 不超過 200 毫秒 |
| CLS | 版面出現非預期位移的程度 | 不超過 0.1 |

LCP 慢,查主要圖片是否太大、下載太晚,或主機回應太慢。INP 差,看操作時是否有過多程式計算與畫面更新。CLS 高,替圖片、影片和動態區塊預留空間。首屏主要圖片不宜一律延後載入,也不用把每張圖片都設為優先下載。
模擬測試用來找問題,真實使用資料用來看訪客體驗。修改後,沿用相近條件再測;真實樣本不夠,就記為缺資料。Core Web Vitals 參與 Google 排名系統,但速度滿分的頁面,仍得回答搜尋者的問題。
結構化資料要符合頁面事實
結構化資料用標準欄位描述文章、商品等資訊,協助搜尋引擎理解,並取得適用搜尋呈現的資格。使用前先看類型與支援條件,作者、價格、庫存、評價都要與頁面一致。通過語法驗證不保證顯示複合式結果。
FAQ 適合讓讀者快速查答。至於搜尋版位,截至 2026 年 10 月 12 日,Google 官方紀錄載明 FAQ 複合式結果已自 2026 年 5 月 7 日停止顯示。加入 FAQPage 已不能作為取得問答版位的承諾。
選類型時,先看頁面在提供什麼。Article描述文章,BreadcrumbList描述導覽路徑,Product描述商品。商品的價格與庫存要有真實資料,也要符合該功能的條件。用驗證工具檢查語法後,再檢查資料是否與公開頁面一致。
網站架構與內部連結:把重要頁面接起來
首頁、分類、商品、服務和指南各有用途。重要頁面要能從選單或相關內容找到,別只放在站內搜尋裡。沒有其他站內頁面連過來的網址,常稱孤島頁;Sitemap 即使列出了,訪客還是可能找不到入口。
選購指南談到租賃與買斷,就可以連到方案,再由方案連到機型與安裝條件。錨文字把目的地說清楚,例如「查看租賃合約與維修範圍」,比到處寫「點這裡」有用。重要導覽要用可檢索的標準連結,不宜只靠程式收到點擊後才跳頁。
Vary Anchor Text 是依上下文調整連結文字,讓它自然說明目的地。同一份 Search Console 教學,在索引段落可稱「網址審查操作」,談分析時則稱「搜尋成效報表的讀法」。Google 的錨文字建議著重目的地清楚、前後文相關,沒有固定的精確關鍵字或同義詞比例。引用外部資料時,直接連到支持當段主張的原始文件。

主題聚落用總覽交代全貌,再連到詳細專題,適合分開說明複雜問題。本頁承諾的答案仍得留在本頁,例如租賃方案的維修責任,就不該要讀者連看五篇才能拼出來。
部落格用子網域還是子目錄,先看系統、權限、維護與導覽需要。別只為傳聞中的排名優勢搬網址。確實要調整架構,再盤點目前帶來訪客的頁面,安排舊新對應與還原方式。
電商、在地與多語系網站,工作重點有何不同?
電商的分類頁協助比較,商品頁提供規格、價格、庫存、配送與退貨條件,讓人找到商品後能繼續選購。Google 的電商導覽指南提醒,商品應透過頁面連結被發現,不能只依賴站內搜尋框。
篩選功能可能產生大量網址,其中有的是有獨立需求的商品組合,有的只改了排序,要分開處理。分頁若顯示不同商品,也不宜全部視為第一頁的副本。改檢索規則前,先查會不會連有用商品與資源一起擋住。
Local SEO 是在地搜尋最佳化,讓所在地或服務區域的顧客找到正確商家資訊。先寫清楚真實位置、營業時間、聯絡方式與服務範圍。Google 在地排序主要考慮相關性、距離與知名度,多寫地名不會縮短實際距離。不同城市有不同到場條件,才有理由分別介紹。
多語系網站要翻譯,也要核對幣別、配送、客服與地區用語。hreflang 標示相應的語言或地區版本,多語版本的 hreflang 對應要正確。若希望各語言獨立曝光,也要檢查 canonical,避免把不同語言全指回同一中文版。
沿用咖啡機練習,商品頁可依序列出機型、適用人數、尺寸、供水方式、價格或報價條件,以及庫存與交付資訊。價格與租金的單位要分清楚。在地服務頁則核對名稱、地址或服務區域、電話、營業時間與預約入口,並指定更新負責人。
站外 SEO:提供別人有理由引用的資料
反向連結是其他網站指向你的連結。Google 的排名系統包含連結分析與 PageRank,連結是眾多訊號之一。DA、DR 則是第三方工具各自計算的網站指標,不是 Google 的權威分數;連結總數和工具評分,都無法單獨預測頁面名次。
打開來源文章,看看對方為什麼引用你:補方法、支持論點、推薦服務,還是廣告、留言?相關讀者能沿著連結讀到需要的資訊,這份引用就有明確用途。高分網站裡的無關連結,未必有相同價值。
交代方法的調查、可核對的第一手資料、檢查表,或一篇解決問題的內容,都可能值得引用。設備業者若整理不同規模辦公室的安裝條件,把尺寸與選擇依據列清楚,採購作者就比只看到「經驗豐富」更容易引用資料。
原創資料完成後,怎麼讓相關讀者找到?
先確定你能提供什麼。可以是一份有方法的比較、可下載的檢查表,或一個能核對過程的案例。
- 列出這份資料能幫誰解決哪個問題。
- 找出正在處理這個問題的作者、社群或既有客戶。
- 檢查對方的投稿、分享或聯絡規則。
- 用一段話說明資料補上什麼,並附原始頁面。
- 保存實際刊登、提及或連結的網址。
- 分開記錄引薦訪客與後續詢問。
有付費、贊助或合作關係時,公開說明關係。不要要求對方保證排名,也不要把同一份內容大量貼到無關網站。
Google 的網站宣傳建議包含社群參與與口耳相傳。適合的曝光管道要看讀者在哪裡,不能把社群按讚數直接換算成排名。
廣告、留言與一般引用,連結怎麼標?
一般編輯引用可使用正常連結。廣告或付費刊登位置,則要交代商業關係,並採用合適的rel屬性。
| 連結情境 | 適用標記 |
|---|---|
| 廣告、贊助或付費刊登位置 | rel="sponsored" |
| 留言、論壇等使用者內容 | rel="ugc" |
| 其他屬性不適用,且不願擔保對方內容 | rel="nofollow" |
下方示範付費合作連結的寫法:
<a href="https://example.com/partner/" rel="sponsored">合作方案</a>
這些屬性說明連結關係,不是刪除對方索引的指令。對方網址仍可能由其他來源被發現。實際用法以Google 連出連結屬性說明為準。
白帽 SEO、黑帽 SEO,怎麼判斷?
白帽 SEO 是業界對遵循搜尋規範、改善讀者體驗做法的稱呼;黑帽 SEO 通常指欺騙搜尋引擎或操縱排名的手法。用 AI 寫作、交換一則連結或短期連結增加,本身都不足以直接分類,仍要看內容價值、目的與實際做法。
廣告與贊助可以正常進行,要交代商業關係並適當標記連結。Google 的垃圾內容政策禁止以操縱排名為目的的連結買賣、過度交換與自動建立連結。判斷時要看目的與做法:連結短期變多不自動構成違規,放慢購買速度也不會改變操縱目的。
只換城市或產品名稱,大量做沒有獨立用途的頁面,再把訪客全部導向同一服務,可能涉及門戶頁面或大量內容濫用。外部投稿本身不等於違規,但若主要借網站既有聲譽,替不相關內容取得排名,就可能出問題。
SEO、AEO、GEO 與 AI Overviews:如何成為 AI 搜尋來源?
AI SEO 有兩種常見用法:用 AI 協助研究與編輯,或改善網站在 AI 搜尋中的曝光。Google 的 AI 摘要叫 AI Overviews,常簡稱 AIO;AI Mode 是可以繼續追問的搜尋模式。這兩個是搜尋功能,SEO、AEO、GEO 則是最佳化工作的名稱。
SEO、AEO 與 GEO 有什麼差別?
| 名稱與全名 | 工作焦點 | 讀者看到的結果 |
|---|---|---|
| SEO Search Engine Optimization 搜尋引擎最佳化 | 讓搜尋引擎找到、理解網站,爭取相關搜尋曝光。 | 找到能回答問題、比較商品或了解服務的網頁。 |
| AEO Answer Engine Optimization 答案引擎最佳化 | 把問題的答案與適用條件交代清楚,便於答案型搜尋呈現使用。 | 直接取得定義、步驟或問答。 |
| GEO Generative Engine Optimization 生成式引擎最佳化 | 改善內容在生成式回答中的可見度,讓資料與出處可核對。 | 在 AI 整合的回答中看到相關資訊與來源連結。 |
AEO 與 GEO 的範圍常重疊,沒有通用的互斥分類。Google 的生成式 AI 搜尋優化指南也將它們視為 SEO。訂目標時,直接寫清楚平台與結果:Google AI 摘要的來源引用、ChatGPT 的品牌提及,還是實際進站與詢問。
用 AI 協助寫作時,產品資料、測試與價格都要查核;沒有做過的實測與不存在的客戶不能刊出。大量發布缺乏新增價值、主要用來操縱排名的頁面,仍可能違反垃圾內容政策。
Google AI 搜尋的參與條件,先查哪裡?
依Google 官方條件,頁面須已索引、可顯示搜尋摘要,網站也須允許參與生成式 AI 搜尋。AI 摘要沒有另一個單獨提交文章的索引庫;符合資格仍不保證引用。檢查一個重要網址時,依序看:
- Search Console「網址審查」的已處理索引狀態與 Google 選取的主要網址。實際網址測試成功,不能代替已索引的證明。
- Googlebot 是否被 robots.txt、主機或 CDN 擋住;meta robots、X-Robots-Tag 是否含 nosnippet,重要答案是否被 data-nosnippet 排除。後者只排除標記的內容。
- 「設定」→「Search generative AI」是否為 Include,或繼承了上層的排除設定。這個控制項已於 2026 年 8 月 31 日推向全球網站;管理的是指定生成式搜尋功能的參與,與模型訓練用途不同。
- Google 取得的正文是否有重要答案、規格與來源;只放圖片、登入後顯示或程式未載入的資訊,要另行修正。相關頁面也應有通往這頁的連結。
Google 不要求 AI 專用 Schema,也不使用 llms.txt 決定搜尋可見度。query fan-out 會產生相關子查詢取得補充資料,但不代表要替每個近似問法開一頁。先把主題說清楚,深入操作再接到專題;AI SEO 專文另有機制、內容與技術工作的整理。

讓 ChatGPT 搜尋讀得到:檢查 OAI-SearchBot 與 CDN
Google 已索引,仍要另查 ChatGPT 的存取。OpenAI 的搜尋說明要求允許 OAI-SearchBot,並確認主機、CDN 接受官方 IP 的請求。依OpenAI 爬蟲文件,三種身分各有用途:
| 名稱 | 官方用途 | 網站該怎麼判讀 |
|---|---|---|
| OAI-SearchBot | 供 ChatGPT 搜尋發現、呈現網站。 | 想爭取搜尋引用,檢查這個爬蟲的存取。 |
| GPTBot | 擷取可能用於模型訓練的內容。 | 訓練選擇可與搜尋存取分開設定。 |
| ChatGPT-User | 由使用者的特定操作觸發網頁存取。 | 不決定搜尋收錄;這類使用者觸發的存取,robots.txt 規則未必適用。 |
若要允許公開內容參與搜尋、排除 GPTBot 的模型訓練擷取,可參考下列規則,並請管理者與既有 robots.txt 合併:
User-agent: OAI-SearchBot
Allow: /
User-agent: GPTBot
Disallow: /
專屬規則不會自動沿用 User-agent: * 的限制;私人路徑原有的 Disallow 也要保留在相應區塊,機密資料仍須靠登入與權限保護。再把 CDN 阻擋紀錄的來源 IP 與官方搜尋爬蟲網段核對,確認拿到正文。HTTP 200 若只回傳驗證畫面,仍未讀到文章;自行換 User-Agent 也不能證明官方請求已通過。
想被引用或推薦,內容要補什麼?
定義題需要清楚解釋用途;操作題需要工具入口、步驟與完成條件;推薦服務則要有適用對象、工作範圍、合作條件與可核對的案例。以咖啡機租賃為例,服務地區、租期、保養、故障支援與額外費用,都會改變採購判斷,應由業務確認後放在方案頁。
費用附幣別、範圍與日期,測試交代方法和樣本,規格連官方文件;品牌、作者與案例責任也要查得到。自己的其他網站須交代品牌關係,不能當成獨立背書。E-E-A-T 與可信度說明了這些資料的用途。原創操作、實際測試與選擇條件,比重寫十篇相近定義更能補足答案。
本站觀察:Google 與 ChatGPT 的引用為何要分開看?
2026 年 10 月 12 日,這篇指南曾出現在 Google 搜尋「seo」的 AI 摘要來源,位於 AEO 與 GEO 段落的展開引用。10 月 16 日,以繁中、台灣、關閉個人化的參數再查並展開全部七個來源,這次沒有 Whoops。兩次都是登入會話中的觀察,只能證明當時結果;單次未出現,不能推定頁面未索引。
下圖是另一個 Google 搜尋「seo」的結果頁(SERP)實例。AI 摘要在 SEO 定義、內容 SEO 及技術 SEO 三處附上 Whoops SEO 來源標籤,右側來源清單列出本篇指南的文章卡片,呈現本站內容被列為回答參考來源。截圖未包含一般自然搜尋結果的名次。


同一篇指南在未提供品牌或網址的 ChatGPT 搜尋中,也曾未被選為來源。直接貼網址請它讀取,測的是內容存取;不附網址的問題才看自然發現。我們還遇過回答沿用舊標題,指定網址後卻能讀到新版爬蟲與 GA4 段落,因此要核對引用網址和一項新版內容,不能只憑來源卡標題判斷。
Google 的上次檢索早於重要修改時,可依官方重新檢索流程提出要求,重複提交不會加速。若 ChatGPT 仍讀不到新版,回查爬蟲與 CDN 紀錄,再依觀察到的狀態處理:
| 看到的狀態 | 可以確認什麼 | 下一步 |
|---|---|---|
| Google 已發現或檢索,尚未索引 | 網址被知道或已被讀取,仍未成為可提供結果的索引頁。 | 查擷取、noindex、主要版本、內容缺失與重複用途。 |
| 已索引,但目標需求沒曝光 | 頁面已具基本搜尋資格,尚未在這個需求取得可見結果。 | 比較搜尋意圖、頁面形式和缺漏,補真正影響選擇的答案。 |
| 有自然結果,未在 AI 來源清單 | 自然排序與該次 AI 來源選擇是不同觀察。 | 保存當次答案與引用段落,找出自己缺少的事實、條件或原創資料;不要據此改特殊 Schema。 |
| AI 引用了,進站或詢問沒有增加 | 引用已被觀察到,商業成果仍需另行確認。 | 檢查讀者是否還需要深入比較、操作或服務資訊,並核對落地頁及詢問追蹤。 |
AI 搜尋成效怎麼看?曝光、引用與進站分開記
截至 2026 年 10 月 19 日,Search Console 的生成式 AI 搜尋成效報表提供 AI Overviews 與 AI Mode 的曝光,可按頁面、國家、日期與裝置查看,沒有查詢、點擊、CTR 或排名欄位。AI 曝光已包含在 Web 搜尋資料中,不要再相加;整頁曝光也不能歸到「seo」單一查詢。曝光不足時可能不顯示報表,須連同參與設定一起檢查。
本頁在 2026 年 10 月 16 日查看該報表,選 28 天及完全相符的正式網址,2026 年 9 月 16 日至 10 月 13 日顯示 1,303 次 AI 曝光。範圍是本頁、全地區、所有裝置,包含 AI Overviews 與 AI Mode。這與 10 月 16 日那次搜尋沒有引用 Whoops 並不矛盾。

下方是 Google Search Central 於 2026 年 6 月 3 日推出報表時的官方貼文;當時只開放部分網站,目前適用範圍以全球推出後的說明為準。
閱讀 Google 官方生成式搜尋報表公告,各版位的解讀可接著看AIO 的版位與流量衡量。

手動追蹤 ChatGPT 等平台時,固定問題、語言、地區、登入與個人化設定,記下日期及模型/模式。自然發現測試不附自己的品牌或網址,指定網址的讀取測試另記。保存回答與來源清單,核對引用哪頁、支持哪句;提及品牌、引用文章與推薦服務分開計算。
到 GA4「報表」→「獲客」→「流量開發」,切換「工作階段來源/媒介」,查看實際辨認出的來源(例如 chatgpt.com),並搭配「到達網頁 + 查詢字串」核對文章。流量開發報表與到達網頁報表可用來接著看詢問或購買事件。
來源缺失時,把顧客自述另行記錄。引用看回答紀錄,進站看網站分析,合格詢問與成交再看業務資料,以相同條件與等長期間追蹤。
SEO 成效怎麼看?從曝光追到有效詢問
Search Console 看 Google 搜尋曝光、點擊與索引,網站分析和業務紀錄則接著看訪客進站後的行動。搜尋點擊與網站工作階段的定義不同,兩邊數字不必完全相等。
以下先用本站資料判讀排名與點擊,再看查詢組成與進站後成果。不同報表的篩選條件要分開保存。
實作案例:排名改善,點擊為什麼反而減少?
這篇指南本身提供了一組可核對的 Search Console 資料。2026 年 10 月 16 日,我們將標題改為較明確的入門與自學方向,也調整了文章順序。後續資料顯示平均排名改善,點擊卻減少,需要繼續查原因。
2026 年 11 月 1 日檢查時,本頁已建立索引。Google 選取的 canonical 與正式網址一致。最近檢索為台灣時間 10 月 29 日 06:05:19。這組結果不支持「本頁完全未收錄」的判斷。
下表只看本頁、台灣、完全相符的 seo,裝置為全部。資料來自 Web 搜尋的 final 結果,日期採 Search Console 的太平洋時間。兩段期間各為 28 天。
| 指標 | 2026/9/4–10/1 | 2026/10/2–10/29 |
|---|---|---|
| 曝光 | 2,790 | 4,416 |
| 點擊 | 101 | 48 |
| CTR | 3.62% | 1.09% |
| 平均排名 | 12.86 | 8.01 |
先看能確認的變化:曝光增加,平均排名的數字變小,點擊與 CTR 下降。平均排名是多次曝光的平均值,不是固定的自然搜尋名次。再拆裝置,桌機 CTR 從 5.56% 降到 1.56%,手機從 0.72% 降到 0.31%。因此,還不能只用整體查詢組成改變來解釋。
時間順序也要一起看。10 月 16–22 日有 19 次點擊,下一週有 4 次。標題修改後並非立即下降,這些前後資料不足以證明標題或 AI 摘要造成減少。這兩個 28 天窗口也包含不同版本,不能當作單一版本的對照實驗。
2026 年 11 月 1 日的一次桌面搜尋觀察中,頁面有 AI 摘要、廣告、相關問題與影片。本頁位於第二頁第九個一般網頁結果,展開的八個 AI 來源沒有 Whoops。這只記錄當時會話,不能推算整段期間的引用率,也不能解釋所有點擊變化。
下一步是保存相同查詢與裝置的搜尋畫面,檢查實際標題、摘要、頁型和版位,再固定條件比較後續點擊。若有進站卻沒有詢問,再接著查頁面內容與聯絡功能。每一層分開,才不會看到流量少就只增加文章。
先前的 10 月 16 日去識別資料 CSV保留了不同日期的基準。它不是上表的新期間。AI 曝光報表又有不同篩選條件,不能與這張表相加。
別只盯總 CTR 和平均排名
CTR 是點擊除以曝光。搜尋成效報表可按查詢、頁面、地區與裝置分組,比較時沿用相同長度的日期與篩選條件。最近資料可能尚未處理完,部分查詢也會因隱私保護而不顯示。
假設曝光從一萬增到兩萬,點擊維持兩百,CTR 就由 2% 降成 1%,點擊其實沒有減少。新增曝光若來自排名較後的新詞,總平均排名可能跟著變差,原本的核心查詢卻沒退步。
品牌和非品牌查詢也要分開看。以下用示意數字說明:
| 時期 | 品牌曝光/點擊/CTR | 非品牌曝光/點擊/CTR | 合計 CTR |
|---|---|---|---|
| 前期 | 9,000/1,800/20% | 1,000/10/1% | 18.1% |
| 後期 | 1,000/220/22% | 9,000/180/2% | 4.0% |
兩類 CTR 都提高,合計卻下降,原因是曝光大量轉向原本點閱率較低的非品牌查詢。要判斷發生什麼事,得看品牌需求、查詢組成與搜尋畫面,光憑總 CTR 還不能說標題變差。

詢問要確認成功,成交要有業務紀錄
使用者按下送出,表單仍可能因欄位或網路錯誤失敗,成功送達後才算完成詢問。電話按鈕點擊只表示聯絡意圖。紀錄裡的測試資料、垃圾訊息、重複詢問與合格詢問,也得分開。
假設有 1,200 個自然搜尋工作階段、36 筆成功詢問、18 筆合格詢問和 3 筆成交,就沿著這些階段找問題。訪客多、詢問少,查頁面與表單;詢問多卻不適合,查選題和服務範圍;合格詢問不少、成交少,再看報價與回覆。
算成本時,期間與來源認定要一致,營收也要換成毛利再比較。以示意數字計算:可歸因營收 60 萬元、毛利率 40%,毛利是 24 萬元;同期間 SEO 投入 12 萬元,簡化 ROI 為 (24 萬 − 12 萬) ÷ 12 萬 = 100%。這裡的歸因模型用來分配成果,不能據此認定顧客只受 SEO 影響。
頁面未收錄、流量下跌,應該先查什麼?
先分清問題出在未索引、曝光減少、點擊減少,還是進站後沒有行動。看到「已發現但尚未建立索引」或「已檢索但尚未建立索引」,記錄的是 Google 的處理狀態,還不足以判定內容品質。
一般搜尋或 site: 查不到頁面,就回到網址審查,看是哪一頁、哪個版本出了問題。單次搜尋畫面無法證明全站沒收錄。
跟著檢查一個重要網址
向網站管理者取得涵蓋目標網址的 Search Console 資源與檢查權限。挑一個應公開、希望出現在搜尋結果的服務頁,依官方網址審查說明操作:
- 選對資源,在頂端審查欄貼上包含
https://的完整網址。記下日期與頁面用途,避免把私人頁或舊網址誤當成待修的公開頁。 - 展開「網頁索引」(Page indexing),保存索引狀態、上次檢索時間、是否允許檢索、擷取是否成功,以及是否允許索引。這份資料反映 Google 先前處理的版本。
- 比對「使用者宣告的標準網址」與「Google 選取的標準網址」。若指向另一頁,開啟兩頁看內容與用途;欄位沒有資料,就記為未提供。
- 先看網址有沒有轉址,有的話請工程人員確認最終目的地,再分別檢查新舊網址。實際測試會跟隨轉址,報告卻不標出最終測試網址,讀到的可能是目的頁,別誤認成原頁。按「測試實際網址」(Test live URL),看修正後是否仍被擋或擷取失敗。在可用的「查看測試網頁」(View tested page)檢查 HTML、截圖與其他資訊,找出應有的費用、規格或維修文字。
- 擷取失敗或內容沒載入,把結果附給工程人員;誤設 noindex,找設定負責人修正;主要網址不符預期,讓內容與工程一起查重複版本和站內連結。
即時測試無法預測 Google 最終選哪個 canonical,也不涵蓋所有索引條件。修正後,有權限的管理者可評估要求建立索引,但測試通過、要求送出,都不保證收錄。
留下網址、用途、檢查日期、索引資料的檢索時間、各欄位結果、缺少的內容、負責人與複查日期,之後才能接著追查。下表以假設資料練習判讀:
| 看到的資料 | 如何判斷與處理 |
|---|---|
| 公開服務頁顯示禁止索引,查到 noindex | 請設定負責人確認用途,修正後再測 |
| 上次擷取失敗,目前實際測試成功 | 保存兩次時間,區分舊錯誤與目前狀態 |
| 測試 HTML 沒有應有的商品規格 | 工程檢查資料載入,編輯確認規格確實存在 |
| Google 選另一個標準網址 | 比較兩頁,不直接刪頁或全站改 canonical |
曝光或點擊下降,再比較哪些頁面受影響
Google 的流量下降排查指南列出技術、需求、搜尋系統、安全、垃圾內容與網站搬移等方向。從報表篩選、追蹤和網站故障查起,再按頁面、查詢、地區與裝置比較,對照改版紀錄。下跌時間接近演算法更新,是調查線索,還不是原因的證明。
| 觀察到的情況 | 優先檢查 |
|---|---|
| 分析工具訪客下降,搜尋點擊相近 | 追蹤、日期、同意設定與網站可用性 |
| 同一版型多頁突然未索引 | 共用 noindex、回應與渲染設定 |
| 季節商品一起下降 | 同季需求與往年資料 |
| 曝光相近但點擊下降 | 查詢組成、位置、標題與搜尋版位 |
| 改版後舊網址失效 | 舊新網址對應、轉址和內部連結 |
大量網址出問題,就查看伺服器或 CDN 日誌,找出請求是否被擋、回傳什麼狀態。User-Agent 能被假冒,還得核對來源;爬蟲來過的紀錄,也無法代替索引狀態。完整記錄方法可參考網站 SEO 健檢與診斷流程。
第一次做 SEO,如何安排人力、預算與驗收?
挑一項重要商品或服務,從能承接需求的頁面動手;已有合適網址,就補原頁。先保存內容與搜尋資料,把必答問題、資料負責人、技術阻礙和想追蹤的結果列出來。
SEO 是什麼職位?哪些工作需要寫程式?
SEO 專員、SEO 優化師或 SEO 行銷人員,通常負責研究搜尋需求、檢查網站、規劃內容與分析成效。SEO 寫手較偏資料整理和寫作,技術 SEO 則處理檢索、渲染、索引與版型。同樣的職稱,在不同公司可能負責不同工作。
選題、寫作、讀報表與基本 CMS 設定,不一定要先學寫程式。JavaScript 載入、主機回應、轉址或共用版型出了問題,就需要工程協作。看職缺或 SEO 課程時,問清楚會練哪些真實頁面、如何驗證修正,以及是否包含報表判讀。光看工具數量,還看不出會學到什麼。
九十天可以當作一輪安排範例:前兩週盤點目標與資料,接著修存取問題、補內容,再完成發布、連結和操作檢查,觀察搜尋與詢問。網站故障或表單失效則要立即處理,不必等排程。Google 的入門指南說明,變更反映到搜尋可能需要數小時到數月。問「SEO 多久有效」,得先約定看的是索引、曝光、點擊還是詢問,固定三個月無法適用所有網站。

交給工程的需求,附上網址、錯誤、受影響的版型、要保留的功能與驗證方法。交給編輯的需求,則講清楚讀者、缺少的答案和資料來源。改好後實際走過手機閱讀與詢問流程,再等足夠資料比較搜尋成果。
更新後流量增加,也可能受同期季節、促銷與其他變動影響。以示意數字來看,修改組從指數 100 升到 120,未修改組也從 100 升到 115,兩組變化差是 5 個指數點;相對比值調整則為 1.20 ÷ 1.15 − 1 ≈ 4.35%。這是兩種不同計算,都不能單獨證明因果。沒有合適比較組,就如實記錄前後變化。

委外報價中的研究、寫作、工程、追蹤與管理,逐項看清楚,尤其要問對方是提建議,還是直接完成修改。篇數、字數之外,也約定誰確認產品資料、誰更新舊頁、改版如何驗證,以及帳號和內容怎麼交接。
Google 的 SEO 委外指南提醒,沒有人能保證自然搜尋第一名,也沒有付費買優先收錄的通道。初步診斷通常先給所需讀取權限,到了實際修改,再授予相應權限。驗收時要看得到完成的頁面、資料、修復與成效紀錄。
小團隊可以先做好一頁:Google 讀得到,內容回答問題,詢問功能正常,也有後續紀錄,再擴大到其他需求。每添一頁,同時指定更新負責人,價格、規格與服務條件才有人持續照看。
SEO 怎麼學?用作品檢查能力,再看證書範圍
想找 SEO 工作,或評估一門課,先選一項能完成的工作。下面是整理練習與作品的方式,實際職稱和分工仍依公司而異。
| 工作方向 | 可以練習的成果 | 作品要附的證據 |
|---|---|---|
| 內容與編輯 | 完成一份搜尋需求表,再改好一個頁面。 | 原頁、資料來源、改稿理由、正式網址與輸出檢查。 |
| 技術 SEO | 找出一個存取、canonical、轉址或重複標記問題。 | 受影響網址、重現方式、修正前後回應與複查日期。 |
| 成效分析 | 說明一個曝光、點擊或詢問的變化。 | 相同條件的期間、查詢、地區、裝置與可成立的判斷。 |
| 策略與專案 | 把問題整理成有先後順序的工作單。 | 判斷依據、完成條件、負責人、人力與依賴工作。 |
| 內容推廣與外聯 | 為一份原創資料找到合適的分享對象。 | 資料用途、聯絡規則、實際刊登或提及,以及引薦訪客紀錄。 |
SEO 證照、課程結業證書與作品,能支持的判斷不同。先查發證單位、考核內容、可驗證的證書網址與有效期間。再看是否考過實際操作,以及有沒有你要學的工作。
Google Ads 認證考核 Google Ads 的產品知識。持有這張證書,不能據此推論已具備自然搜尋診斷能力。課程結業證書則要看該課程實際要求的出席、作業或評量,不能只憑「完成課程」判斷會處理哪些網站問題。
若是第一次操作,可從Google SEO 入門指南配合本頁改稿練習開始。需要 WordPress 欄位與設定教學時,參考Learn WordPress 的 SEO 課程。要安排中文練習,可用本站免費 SEO 課程與學習路徑逐步完成頁面、技術問題單與成效判讀。
展示作品前,取得必要的公開授權。移除客戶個資與帳號資料。每份作品交代自己的工作、協作者和資料期間,保留尚未確認的部分。這比只列使用過多少工具,更容易讓對方評估實際能力。
演算法更新與歷史名詞,該怎麼用?
Google 的排名系統名稱有歷史背景,實際操作仍要看現行排名系統指南。Panda、Penguin 等舊名稱不必各自變成一套新工作。
遇到搜尋流量變化,先將日期與Google 搜尋狀態資訊主頁的公告對照,再依頁面未收錄與流量下降的檢查流程查資料。日期重疊只能提供線索,不能單憑它認定原因。
Google 入門指南也說明,Google 不採用 Meta Keywords,沒有適合所有文章的固定字數或標題數量。搜尋引擎歷史與法律個案可作背景閱讀,實際處理網站時仍須查當前適用的資料。
常見問題
新網站沒有查詢或客服紀錄,怎麼驗證第一個選題?
找目標客群談最近一次選購,問他當時遇到什麼問題、去哪裡查資料,比只問想不想看文章更有用。挑一個能取得正確答案的題目,先做小規模頁面,記下讀者還缺什麼。問題與服務不符,就調整對象;沒有曝光,先查索引與需求證據,再決定要不要增加內容。
兩篇舊文章回答同一問題,應保留哪篇?
把兩篇的查詢、有效詢問、外部引用、資料完整度與既有連結排在一起,選出能承接主要任務的網址,再整合另一篇的有用資料。確定另一篇沒有獨立用途,才規劃轉址、更新內鏈。兩篇若服務不同讀者,就保留各自用途,流量少不等於該刪。
服務頁和教學文章,應先做哪一個?
有人在找方案,網站卻沒說計價、服務範圍和詢價方式,就先做服務頁。方案已清楚,顧客仍卡在選擇或使用問題,再補教學。教學可連到適用服務,服務頁則不必把每項操作都展開成長篇。
舊文章很多,如何選出優先更新的頁面?
列出價格、規格過期,聯絡入口失效,或缺少重要答案的頁面,再看哪些牽涉重要服務、已有有效訪客。每頁記下缺漏、資料來源、負責人與更新成本。舊頁資訊正確、仍有用,就可以留著;發文日期不必是唯一排序標準,批次換年份也不算更新內容。
私人資料已出現在搜尋結果,怎麼處理?
先限制原始頁面或檔案的存取,讓未授權的人拿不到資料,再由管理者用Search Console 移除功能處理搜尋曝光。暫時移除約維持六個月,源頭保護仍得做好。同份資料若有其他網址或公開檔案,也要逐一處理。
突然出現不認識的反向連結,要全部否認嗎?
查來源、是否曾委外購買或交換連結,以及有沒有人工處置。Google 說明大多數網站不需要使用否認連結功能。通常要同時有大量垃圾或人為連結,且已造成或很可能造成人工處置,才評估使用。第三方「毒性分數」不能單獨決定。
換 SEO 外掛時,要先保存哪些設定?
保存重要頁面的 title、描述、canonical、索引指示與結構化資料輸出,也記下哪些由主題或自訂程式產生。在測試環境比對轉換前後的 HTML,抽查文章、商品與分類頁。資料匯入成功後,還得看前台輸出是否一致,確認了再正式切換。
改版必須換網址,舊網址要保留多久?
先做逐頁的新舊網址對應,使用永久伺服器轉址,並更新站內連結與 Sitemap。Google 搬站指南建議轉址一般至少保留一年,對訪客仍有用時可更久。新網址收錄後也別急著撤掉;沒有相關替代頁的舊網址,不宜全部導向首頁。
詢問者說從 AI 找到你,分析報表卻沒來源,怎麼記?
分開記錄「顧客自述」和「可辨認的網站引薦」,留下詢問日期、平台,以及對方願意提供的回答連結。自述能補線索,沒有引薦資料的部分仍記為未知。別把全部直接流量算成 AI 導流,也不能拿一張引用截圖推定整段期間的訪客來源。
重要規格都做成圖片,加 alt 就夠嗎?
不夠。重要規格與操作步驟要有可讀的文字版本。圖片的用途與 alt 寫法,見前面的圖片檢查範例。
要拓展海外市場,應一次把全部文章翻譯嗎?
看自己能服務哪些地區,產品供應、客服與配送是否準備好,再挑當地讀者需要的商品或服務頁。請熟悉當地用語的人核對問題與資訊,價格和條件也要適用。先做少量能維護的版本,再依需求擴大;服務還沒準備好,技術設定也補不了這個缺口。
修改文章前,要保存什麼才能比較成效?
保存舊正文、網址、標題、更新日期,以及同一篩選條件下的查詢與頁面報表。另記修改項目、發布時間、同期促銷和技術變動,下次沿用相同期間長度、裝置與查詢分組比較。有了紀錄,才查得出差異從哪裡來,而不只剩一句「改完流量變好了」。





討論與提問