SEO（Search Engine Optimization，搜尋引擎最佳化）是讓網站內容更容易被搜尋引擎找到、理解、收錄，並在相關查詢中呈現的方法。它處理的不只是一篇文章要放哪些關鍵字，還包括網站能不能被爬取、內容是否回答讀者的問題，以及頁面有沒有足夠的可信證據。
如果你搜尋的是「SEO 意思」，可以先把它理解成：整理網站與內容，讓搜尋引擎知道這一頁在回答什麼，也讓真正有這個需求的人更容易找到答案。「SEO 優化」是常見用語；本文使用「SEO」或「搜尋引擎最佳化」，指的都是同一類工作，不需要把它們拆成不同技術。
如果只想先記住一句話：SEO 的工作，是把「有人正在搜尋的需求」和「網站上真正有用的答案」接起來。排名是結果，不是可以單獨購買或保證的功能。
重點先看：SEO 的工作是讓正確頁面有資格回應正確需求，不是找一個可以操控排名的開關。
- SEO 不等於塞關鍵字，也不等於免費流量。
- 一個頁面要先能被爬取與索引，才有機會參與排名。
- 內容、技術、搜尋需求與信任證據要一起處理。
- 沒有固定見效月份、理想字數或保證第一名的公式。
- AI 搜尋沒有讓 SEO 失效，也不需要另做一套神祕的 Google GEO 技巧。
TL;DR：SEO（Search Engine Optimization。
文章目錄
SEO 是什麼？先把範圍說清楚
搜尋引擎的工作，是從大量網頁中找出適合回應這次查詢的內容。SEO 則站在網站這一側，整理頁面、技術與資訊關係，降低搜尋引擎理解內容的成本，也讓讀者更快判斷這是不是他要的答案。
這個定義有一個容易忽略的前提：頁面不是寫給演算法看的說明書。Google 的 SEO Starter Guide 把許多工作放回使用者身上，例如清楚的網站結構、描述性連結、容易閱讀的內容與可理解的圖片。這些做法同時幫助搜尋系統與真人，不需要二選一。
| 工作範圍 | 要解決的問題 | 常見產出 |
|---|---|---|
| 搜尋需求 | 讀者用什麼方式描述問題 | 查詢分群、搜尋意圖、頁面角色 |
| 內容 | 頁面是否完整、準確地回答問題 | 標題、正文、圖片、案例、來源 |
| 技術 | 搜尋引擎能否順利讀取與索引 | canonical、sitemap、速度、行動版、結構化資料 |
| 信任 | 讀者為什麼應該相信這個答案 | 作者、方法、原始資料、限制、自然引用 |
SEO 不包含哪些保證
- 不能保證某個關鍵字固定第一名。搜尋結果、競爭頁面與系統都會變動。
- 不能只靠提高關鍵字出現次數解決內容品質問題。
- 不能把被收錄、獲得曝光、取得點擊與帶來成交視為同一件事。
- 不能把自然流量稱為零成本。研究、內容、工程、設計與維護都需要資源。
- 不能靠 schema、
llms.txt或某個外掛取代內容與網站本身。
SEO 有技術方法，也有商業判斷。最難的通常不是知道 title 要寫什麼，而是決定哪個頁面應該回答哪個問題，以及哪些內容根本不該塞在同一頁。
SEO 同時有頁面層與網站層
頁面層關心這一頁是否適合回應查詢；網站層則關心 URL 之間怎麼分工。假設網站同時有「SEO 是什麼」「SEO 新手教學」「SEO 課程」三頁，它們不能都宣稱自己是最完整的 SEO 入門指南。定義頁負責說清楚範圍，實作頁負責步驟，課程頁負責學習順序。角色明確後，標題、正文與內部連結才知道要往哪裡收。
這種分工也會影響內容更新。讀者問的是一個更深但相同的問題，可以在原頁補充；若任務、答案形式或決策階段已經不同，就該交給另一頁。拆頁的理由應是讀者需要，不是多做一個關鍵字入口。
SEO 跟 Google Ads、SEM 差在哪
SEO 處理自然搜尋結果，Google Ads 等 PPC（Pay-Per-Click）方案處理付費版位。SEM（Search Engine Marketing）在不同公司裡有兩種用法，有時泛指所有搜尋行銷，有時專指付費搜尋。討論策略前，最好先確認雙方用的是哪一個定義。
| 比較項目 | SEO | 付費搜尋廣告 |
|---|---|---|
| 出現位置 | 自然搜尋結果與部分搜尋功能 | 標示為贊助或廣告的版位 |
| 費用結構 | 研究、製作、技術與維護成本 | 媒體費、代操與素材成本 |
| 啟動速度 | 需要搜尋系統重新爬取、理解與評估 | 審核與投放設定完成後即可取得曝光 |
| 停止投入後 | 既有頁面可能繼續帶來流量，也可能因競爭或過時而下降 | 停止預算後，付費曝光通常隨之停止 |
| 適合情境 | 累積長期需求入口、建立主題內容與降低單一媒體依賴 | 新品上市、短期活動、快速驗證訊息與立即取得曝光 |
如果公司下週就要開賣，不能把所有希望放在 SEO；如果每個月都在為同一組需求重買流量，也不該完全忽略自然搜尋。比較完整的概念可看 SEO、SEM 與 PPC 的差異。
預算應該放在哪裡，取決於現在缺什麼
- 還不確定客戶會不會買：先用小規模廣告測訊息、受眾與 landing page，不要先寫五十篇文章。
- 同一組問題每個月都有穩定搜尋：建立可長期更新的自然搜尋頁面，再用廣告補短期缺口。
- 網站有流量卻沒有轉換：先修頁面承諾、服務內容與行動路徑，增加流量不會自動修好成交問題。
- 品牌字以外幾乎沒有曝光：檢查網站是否只有公司介紹，卻沒有回答客戶搜尋的問題。
SEO 與廣告的共同點，是都要先有值得轉換的頁面。媒體來源不同，讀者進站後看到的產品與說法仍是同一套。
Google 怎麼決定哪些頁面出現在搜尋結果
排名前要先通過兩關：Google 要找得到頁面，也要願意把它放進索引。Google 在 How Search Works 說明了搜尋系統如何發現、爬取、索引並呈現網頁；這不是每頁都必經的固定直線，也不代表被爬取就一定會被索引或排名。
發現與爬取
Googlebot 會透過既有連結、sitemap 與其他訊號發現網址，再嘗試讀取頁面。如果重要頁面沒有任何站內入口、被 robots.txt 擋住，或伺服器經常失敗，內容寫得再好也很難被穩定處理。想理解完整流程，可以先看 Google 搜尋如何運作。
索引
索引不是把整個網路原封不動存進資料庫。搜尋系統會嘗試理解頁面主題、主要內容、圖片與其他訊號，也會處理重複網址與 canonical。Search Console 顯示「已發現」或「已爬取」，不代表該頁已經可以出現在搜尋結果。
呈現與排名
當使用者送出查詢，Google 會從可用內容中選出它認為適合回應需求的結果。查詢、地點、語言、裝置與時間都可能影響畫面。SEO 能改善頁面參與比較的條件，不能控制最後一定出現在哪一格。
這也是診斷排名時最容易犯錯的地方。若頁面根本沒有索引，應先處理技術問題；若已經有大量曝光卻沒人點，問題可能在 title、snippet 或意圖；若有流量卻沒有詢問，則要回頭看頁面承諾、產品與轉換路徑。
Google 顯示的 title 與摘要不一定照原稿
網站可以提供 <title> 與 meta description，但 Google 會依查詢與頁面內容產生 title link 或 snippet。這不代表 metadata 不重要，而是不能只看後台欄位有沒有填滿。標題應準確描述頁面，正文開頭也要真的交付同一個承諾。
手機畫面尤其容易暴露問題。若標題過長、前兩段都是背景、目錄佔滿第一屏，使用者可能還沒看到答案就離開。行動版 SEO 不只是速度分數，也包括資訊先後與可操作性。
SEO 的四個工作面向
把 SEO 拆成四個面向，比背一百個排名因素更實用：需求、內容、技術、信任。網站狀況不同，優先順序也會不同。
一、搜尋需求：讀者到底想完成什麼
同一個詞可能代表不同任務。搜尋「seo」的人可能要定義、教學、服務或工作職缺；搜尋「seo 公司推薦」的人已經進入供應商比較。研究關鍵字的價值，是看懂這些任務，而不是得到一張必須全部塞進文章的詞表。
先判斷 搜尋意圖，再決定頁面角色。需要實際研究流程時，可延伸閱讀 關鍵字研究與最佳化流程。
如果網站靠門市、服務區域或「附近」需求獲客，還要處理 Google 商家檔案、地區頁面與在地一致性。這是另一個明確任務，可接著看 Local SEO 在地搜尋最佳化，不必把所有在地做法塞進這篇入門文章。
二、內容 SEO：提供讀者能採取行動的答案
內容完整不等於篇幅很長。定義頁需要清楚範圍，教學頁需要可執行步驟，比較頁需要一致的比較方法。把所有相關知識搬進同一頁，反而可能讓讀者找不到他原本要的答案。
On-Page SEO 會處理 title、H1、段落、圖片、連結與頁面語意，但這些元素都要服務同一個讀者任務。Google 的 people-first content guidance 也把原創資訊、實質分析、清楚來源與讀者滿意度放在中心。
三、技術 SEO：讓內容有資格被處理
Technical SEO 關心搜尋引擎能否讀取網站，也關心真人是否能正常使用。常見工作包括索引控制、canonical、sitemap、狀態碼、JavaScript、網站速度、行動版與結構化資料。
技術沒有一張所有網站都要照抄的清單。只有二十個頁面的形象網站，不需要先研究大型電商的 crawl budget；已經有大量內容的網站，也不能只修首頁速度就期待所有排名一起回升。
四、信任：主張必須有來處
信任不是在文章裡重複「專業」兩個字。讀者更在意作者是誰、怎麼得到結論、資料是哪一天的、案例能證明到哪裡。Google 用 E-E-A-T 描述 Experience、Expertise、Authoritativeness、Trustworthiness 等品質特徵，但它不是一個可以直接填滿的排名計分表。Google 的說明也把 Trust 放在中心。
實務上可以從 E-E-A-T 的正確用法開始：有第一手資料就說明方法，只有來源綜合就別假裝親自測過；有商業關係就揭露，無法證明的成效就不要寫成肯定句。外部信任與自然引用可再延伸到 站外 SEO。
從症狀決定先修哪一層
| 看到的症狀 | 先檢查 | 不要急著做 |
|---|---|---|
| 重要頁面沒有索引 | robots、noindex、canonical、狀態碼、sitemap、內部入口 | 增加文章字數或購買連結 |
| 有 impressions，CTR 很低 | query 意圖、排名區間、title link、snippet、device | 只看全站平均 CTR |
| 有 clicks，沒有有效詢問 | landing page、服務承諾、事件設定、表單與 lead 品質 | 把所有問題歸咎排名 |
| 兩個 URL 輪流承接同一 query | 頁面角色、title／H1 重疊、內鏈與 canonical | 讓兩頁互相大量加 exact-match 連結 |
| 流量依賴少數幾頁 | 相鄰需求、既有內容缺口、可延伸的真實材料 | 為每個同義詞批量建薄頁 |
這張表只用來決定排查順序，不能取代完整稽核。至少它能擋住一個常見反應：看到排名下降，就把所有工作都推向「再寫更多」。
SEO 怎麼做？用一個頁面走完完整流程
概念看懂後，最有效的練習不是先買一套工具，而是拿一個真實頁面走完流程。以下使用示意情境：一家提供 WordPress 維護服務的公司，想回答「WordPress 網站速度慢怎麼辦」。這不是成效案例，只是把工作順序具體化。
先定義頁面承諾
這個查詢的讀者多半正在排除問題。頁面應承諾幫他判斷速度慢在哪一層、怎麼檢查，以及什麼情況需要工程協助。若文章只介紹「網站速度很重要」，搜尋字看似放對了，任務仍然沒有完成。
看搜尋結果，但不要照著拼貼
搜尋結果可以用來觀察目前 dominant intent：排在前面的多是操作教學、工具頁、影片，還是服務頁。接著比較每個結果的承諾、證據與缺口。若前十名都有同一張基礎清單，你再寫一張相同清單沒有資訊增量；更有價值的做法，可能是補上真實測試條件、錯誤判讀與修復前後差異。
排名頁可以幫你理解讀者預期，不能當成事實來源。產品功能回到官方文件，研究結論回到原始論文，自己的案例則要保留原始資料與方法。
確認站內沒有另一頁做同一件事
先搜尋自己的網站，找出所有談 WordPress 速度的頁面。若兩篇都承諾完整教學，選一篇當主頁；另一篇可改成圖片壓縮、快取或伺服器等明確分支。這就是頁面所有權。把重複內容互相連起來，不能自動消除競爭。
設計能完成任務的答案
- 開頭說明速度慢可能來自主機、圖片、外掛、前端程式或第三方資源。
- 提供讀者能執行的檢查方法，寫清楚工具、觀察位置與結果怎麼解讀。
- 把可自行處理與需要工程協助的情況分開。
- 加入真實截圖、測試條件與限制，不把單次分數當成所有使用者的體驗。
- 在讀者需要深入時，再連到圖片、快取與 Core Web Vitals 的子頁。
先列主張，再決定要不要寫
文章若要說「某個外掛會拖慢網站」，至少要交代外掛版本、測試環境、衡量方式與例外。若只能確認頁面載入時間在停用後下降，就寫觀察結果，不要擴大成所有網站都會變慢。找不到證據的段落，刪掉通常比換成模糊的「專家認為」更好。
發布前檢查頁面本身
- Title、H1、首段與正文是否承諾同一件事。
- 頁面只有一個主要 H1，heading 層級沒有為字型大小亂跳。
- 圖片有描述內容的 alt，檔案可透過 HTTPS 正常開啟。
- 內部連結的錨文字說得出目的頁，不使用空連結或巢狀
<a>。 - structured data 只標記讀者在頁面上真的看得到的內容。
- 手機第一屏能看到答案，不被大型目錄、廣告或彈窗完全遮住。
把內部連結做成閱讀路徑
內部連結的作用不是讓每段都有藍色文字，而是讓讀者知道下一個問題應去哪裡。主頁連向圖片壓縮、快取與主機等分支；分支頁再用描述性錨文字回到主頁。若網站有一組相關內容，可以用 主題叢集整理上下層關係。
發布後用同一組問題驗收
- Google 是否能正常讀取與索引頁面？
- 開始出現哪些 queries，是否符合原本頁面承諾？
- 有曝光但沒有 clicks，問題在排名、title 還是搜尋意圖？
- 讀者進站後是否看到重要內容、完成下一步或離開？
- 另一個 URL 是否開始承接同一組查詢？
SEO 要靠回饋修正。沒有量測的改稿，只能算猜測。
新手前 30 天先做哪些事
前 30 天的目標不是衝到第一名，而是建立一套能重複執行的基線。先讓網站資料看得見，再從一個頁面開始。
| 時間 | 要做的事 | 完成標準 |
|---|---|---|
| 第 1 週 | 設定 Search Console 與分析工具，確認 sitemap、robots、canonical、主要轉換事件 | 能看見索引、queries、landing pages 與轉換資料 |
| 第 2 週 | 盤點重要 URL，為每頁指定一個主要任務，找出重複頁與孤兒頁 | 有一份保留、更新、合併、拆分或移除清單 |
| 第 3 週 | 挑一個已有需求、能提供真實資訊增量的頁面，完成研究與改稿 | 主張有來源，標題與正文承諾一致，手機可正常閱讀 |
| 第 4 週 | 補上必要內鏈、送出索引並建立觀察紀錄 | 知道要追哪些 query、page、CTR、轉換與檢查日期 |
工具不用一次買滿。Search Console、Google Analytics、PageSpeed Insights 與 Rich Results Test 已能完成不少基礎工作，整理在 免費 Google SEO 工具。需要逐步清單，可以接著看 SEO 新手 10 步實作清單。
不同網站，前 30 天的重點不一樣
全新網站先確認技術與基本需求頁；已有數百篇內容的網站，通常要先整理重複頁、孤兒頁與過時內容；服務型網站若已經有流量，則應優先確認案例、服務說明與轉換事件。照抄別人的 SEO checklist，最容易把時間花在自己沒有的問題上。
每次只選一組可觀察的變更。例如先調整正文與內部連結，暫時保留 title；或先修 canonical，不同時重寫整站。紀錄變更前後的 query、page、CTR 與轉換，下一輪才知道要保留、再調整還是還原。
案例怎麼看才不會被數字騙
案例最常見的問題，不是假數字，而是把一份資料能證明的範圍說得太大。Search Console 可以證明曝光、clicks、CTR、平均位置與 queries；它不能單獨證明成交、營收、名單品質或省下多少廣告費。要談商業成果，還需要 GA4、CRM、訂單與歸因方法。
下面三張匿名截圖都使用六個月區間。為了守住證據邊界，這裡只描述畫面能直接確認的搜尋成效，不把曲線上升歸因給某一項 SEO 動作。更完整的案例與方法說明可看 SEO 成果與案例。
| 案例閱讀欄位 | 這三張圖有沒有 | 能否據此下結論 |
|---|---|---|
| 六個月 clicks、impressions、CTR、平均位置 | 有 | 可以描述截圖顯示的搜尋成效 |
| 完整 query 與 landing page 分布 | 沒有 | 不能說是哪個主題或頁面造成成長 |
| GA4 engagement 與轉換 | 沒有 | 不能證明站內行為與有效名單 |
| CRM、訂單、營收與毛利 | 沒有 | 不能計算商業 ROI |
| 同期間廣告、品牌與季節變化 | 沒有 | 不能排除其他原因 |
案例 A：曝光與 clicks 同步成長
截圖 A 顯示六個月累積 1.18 萬次 clicks、45.2 萬次 impressions、CTR 2.6%、平均位置 8.4。折線在觀察期間整體向上，但這張圖無法單獨證明名單占比、營收或廣告預算變化。
案例 B：平均位置較前，也要拆開 query 解讀
截圖 B 顯示六個月累積 3,124 次 clicks、11.1 萬次 impressions、CTR 2.8%、平均位置 3.2。平均位置較前，不等於每個 query 都排第三，也不能直接推論詢問數量；平均值會把不同查詢、頁面、日期與地區放在一起計算。
案例 C：成長曲線需要拆回 query 與 page
截圖 C 顯示六個月累積 7,652 次 clicks、22.5 萬次 impressions、CTR 3.4%、平均位置 6.2。曲線後段明顯高於前段，下一步仍要拆出哪些 queries 與 pages 貢獻成長，否則不知道是品牌字、單篇文章，還是整組主題一起變化。
一份可採信的 SEO 案例至少要交代什麼
- 觀察期間，以及拿哪一段資料當比較基準。
- 資料來自 Search Console、GA4、CRM、訂單或其他系統。
- 期間內改了哪些內容、技術或網站結構。
- 同一時間是否有廣告、品牌活動、季節性或產品變化。
- 哪些結果只能看到相關性，不能證明單一措施造成成長。
- 資料為何匿名，以及讀者因此無法驗證哪些細節。
案例如果只留下漂亮曲線，讀者得到的是印象，不是判斷依據。
SEO 多久見效？先定義你在等什麼
「多久見效」沒有一個適用所有網站的月份。有人把被索引叫見效，有人要看到第一筆自然搜尋詢問，也有人要核心 query 穩定進入前三。三種目標的難度完全不同。
| 階段 | 要觀察的訊號 | 常見誤判 |
|---|---|---|
| 可被處理 | Google 能讀取頁面、canonical 正確、索引狀態可確認 | 送出 sitemap 就當成一定會收錄 |
| 開始符合需求 | 出現相關 queries 與 impressions，主要 URL 符合預期 | 看到曝光就當成已有有效流量 |
| 取得穩定 clicks | 多個週期都有 clicks，CTR 與位置不是單日尖峰 | 用一次無痕搜尋判定成敗 |
| 產生商業結果 | 自然 landing page 與 lead、成交或留存能合理連接 | 把所有 organic 轉換都歸因給單篇文章 |
影響速度的因素包括既有網站狀態、搜尋需求、競爭頁面、內容是否有資訊增量、技術問題、內部連結與品牌知名度。這些因素不能濃縮成「新網域半年才會被信任」之類的固定規則。
用里程碑取代倒數計時
比起問第幾個月一定上升，更實際的做法是設定里程碑：重要頁先能被索引，接著出現符合頁面承諾的 queries，再觀察 clicks 是否穩定，最後才看有效 lead 與成交。某一層沒有往前，就回到那一層查原因。
比較前後資料時要使用相近長度與完整日期，並留意季節性、品牌活動與演算法更新。剛改完三天就拿來和前 28 天比較，通常沒有足夠資料支撐結論。
SEO 費用怎麼看：先拆工作範圍
SEO 費用不是一個關鍵字配一個固定價格。自行執行會占用內部研究、寫作、工程與協調時間；單次健檢通常負責找問題與排優先順序；專案型合作會處理一段明確範圍；月費合作則涵蓋持續製作、技術調整、量測與迭代。四種方式的交付內容不同，只比較總價很容易比錯。
| 合作方式 | 通常在買什麼 | 簽約前要確認 |
|---|---|---|
| 自行執行 | 內部工時、工具與必要的外部協作 | 誰負責內容、工程、決策與驗收 |
| 單次健檢 | 現況診斷、問題清單與優先順序 | 是否包含實作、複查與資料說明 |
| 專案合作 | 特定頁面、技術問題、遷站或內容群的交付 | 範圍、完成定義、帳號權限與變更紀錄 |
| 持續顧問／代營運 | 固定週期的研究、製作、技術協作與成效判讀 | 每月產出、決策權、終止方式與資料歸屬 |
報價至少要看工作範圍、網站規模、技術複雜度、內容產量、資料存取與驗收方式。費用也應計入內部工時、設計、工程、工具與後續維護。若提案只承諾排名，卻沒有基準資料、頁面清單、交付項目與限制，價格再低也無法判斷買到什麼。
SEO ROI 怎麼算才不會重複計算
先分清楚你手上的數字是搜尋量、clicks 還是 sessions。如果已經是自然 clicks，就不能再乘一次 CTR。媒體替代價值、營收與毛利也要分開。
| 想估算的項目 | 計算方式 | 限制 |
|---|---|---|
| 預估自然 clicks | 搜尋量 × 預估 CTR | 搜尋量與 CTR 都是估計，不能當成保證流量 |
| 等價媒體成本 | 增量自然 clicks × 實際平均 CPC | 只是購買相同 clicks 的媒體成本，不是營收 |
| 自然搜尋有效名單 | 自然 sessions × lead rate | 要排除內部流量、垃圾名單與錯誤事件 |
| 可歸因毛利 | 自然 sessions × lead rate × close rate × 客戶終身毛利 × 歸因比例 | 需要 CRM、成交與歸因資料 |
| SEO ROI | （可歸因增量毛利－SEO 成本）÷ SEO 成本 | 成本要包含內容、工程、工具、顧問與內部工時 |
沒有完整成交資料時，可以先報告 clicks、landing pages 與有效 leads，別硬把每次轉換乘上客戶終身價值。算得精細不代表算得正確。
SEO 成效要看哪些資料
Search Console 和 GA4 回答不同問題。Search Console 告訴你網站如何出現在 Google Search；GA4 告訴你使用者進站後做了什麼。兩邊的 clicks、sessions 與歸因口徑不同，數字不會一模一樣。
| 問題 | 主要資料 | 先看什麼 |
|---|---|---|
| Google 有沒有顯示我的頁面 | Search Console | impressions、queries、pages、indexing |
| 搜尋結果有沒有人點 | Search Console | clicks、CTR、position，依 query 與 device 拆分 |
| 進站後有沒有閱讀或互動 | GA4 | landing page、engaged sessions、事件 |
| 有沒有產生詢問或成交 | GA4＋CRM／訂單 | 有效 lead、成交、營收、毛利、歸因 |
| 是不是另一頁搶到同一組查詢 | Search Console | 同一 query 的 page 分布與時間變化 |
Google 的 Search Console 入門文件適合先建立基本觀念。開始追蹤後，建議固定保留變更日期、變更範圍與比較區間。若今天改 title、明天改正文、後天又整批加內鏈，月底看到排名變化也很難知道原因。
不要只盯全站總流量
全站 clicks 上升，可能只是一篇新聞或品牌 query 突然增加。核心頁要回到自己的 query cohort：主要查詢、定義變體、行動版、桌面版與主要 ranking URL。這樣才能判斷內容更符合需求，還是流量被別的主題掩蓋。
同一個平均位置，可能是兩種完全不同的狀況
一個頁面平均位置從 9 變成 8，可能是核心 query 小幅改善，也可能是大量低價值 query 突然出現在第 8 名。前者值得繼續觀察，後者未必帶來 clicks。分析時至少拆 query、page、country、device 與 date，不讓單一平均值代替故事。
CTR 也要放回排名與裝置解讀。第 2 名和第 9 名的合理 CTR 不會相同，桌面與手機的搜尋畫面也不同。比較 title 改動前後時，應盡量在相近平均位置與查詢組合下判斷。
AI 搜尋改變了什麼，哪些事其實沒變
AI Overviews、AI Mode 與其他生成式搜尋介面改變了答案呈現方式，也可能把一個問題拆成多個相關查詢再組合資訊。Google 稱這類技術為 query fan-out。使用者可能先在搜尋結果裡看到摘要，再決定要不要點進來源。
基礎並沒有翻盤。Google 在 2026 年 7 月 10 日更新的 生成式搜尋最佳化指南明確表示，AI 搜尋仍建立在核心搜尋排名與品質系統上。Google 建議網站製作獨特、實用、非商品化的內容，並維持可爬取、可索引與良好頁面體驗。
Google 說不必做的事
- 不需要為 AI 把正文切成固定長度的小碎片。
- 不需要只為生成式搜尋改寫成特殊句型。
- 不需要 AI 專用 schema；一般 structured data 仍要和可見內容一致。
- 沒有理想頁面長度，長短取決於讀者與主題。
- Google Search 不使用
llms.txt，維護它不會提高或降低 Google 排名。 - 不需要為每個 query fan-out 變體建立一篇薄頁。
llms.txt 仍可能被其他選擇支援它的服務使用，但目前不能把它寫成 AI 引用保證。Google 的結論只代表 Google Search，不代表所有模型與代理系統。
什麼內容比較有機會被引用
沒有一種格式能保證 AI 引用。比較可防守的方向，是提供一般摘要無法取代的材料：原始資料、可重現方法、清楚定義、條件與限制、具體比較，以及能追到來源的事實。這些內容先對真人有用，也比較適合被搜尋與生成式系統理解。
需要把 Google、ChatGPT、Perplexity 等不同系統分開規劃時，可延伸到 AI SEO 完整框架。不要把所有系統統稱為一個「AI 排名」。
GEO 成效要分開量測
AI 回答提到品牌、引用本站、讓使用者點進網站，以及最後產生詢問，是四個不同訊號。測試時要固定 prompt、地區、登入狀態與是否啟用網路搜尋，並重複多次。一次回答引用你，不能稱為穩定能見度；沒有 click 時，品牌價值也要用其他指標判斷。
Google 已開始提供生成式 AI 專屬的 Search Console 報表，但欄位與一般 Performance report 不同。使用時應照實際介面記錄，不把一般 query、click 或 CTR 欄位硬套進去。
最常見的 SEO 錯誤
看到排名下降就直接加字
排名下降可能來自意圖變化、競爭頁更新、站內 URL 重疊、技術錯誤、title 吸引力或整體搜尋需求變化。先找原因，再決定加、刪、合併或分流。更多系統背景可看 Google 演算法更新總覽。
每個相關詞都做一篇文章
字面不同不代表任務不同。「SEO 是什麼」和「什麼是 SEO」通常可以由同一頁回答；「SEO 公司費用」與「SEO 怎麼做」則處在不同決策階段。頁面數量不是主題權威的替代品。
把內鏈當成數量比賽
同一段塞入五個近似入口，讀者很難判斷下一步。每個主題選一個主要 hub，使用能描述目的頁的錨文字。Google 的 連結最佳做法也建議錨文字要清楚、簡潔並符合上下文。
把工具分數當成 Google 分數
第三方 SEO 分數可以幫忙檢查流程，但不等於 Google 內部排名指標。工具說關鍵字密度不足、字數太少或 schema 不滿分，不代表照著補就會上升。比較完整的判讀可參考 SEO 排名因素。
來源很多，卻沒有一個支撐主要主張
引用數量不等於證據品質。來源只支撐「曝光增加」，正文就不能延伸成「營收成長」；論文只在特定資料集得到結果，也不能寫成所有產業通用。來源應貼近它支撐的句子，並保留方法與限制。
文章發布後每天改
搜尋資料本來就會波動。沒有明確錯誤時，頻繁更換 title、H1 與大段正文會讓判讀更困難。每次改動都應記錄日期、假設、允許變更的欄位與成功門檻。
SEO 常見問題
SEO 是免費的嗎？
自然搜尋的每次 click 不會像 PPC 一樣直接扣媒體費，但研究、內容、工程、設計、工具與維護都有成本。比較準確的說法是「沒有逐次 click 的廣告費」，不是免費。
SEO 可以自己做嗎？
可以。小型網站可先完成 Search Console、索引檢查、頁面角色、基本內容與內鏈。碰到大量重複 URL、JavaScript rendering、遷站、國際站或複雜電商時，再找相應的技術或內容協助。
SEO 通常多久才會有效果？
沒有所有網站通用的期限。先定義你要的是索引、曝光、clicks、有效名單或穩定排名，再依固定區間比較。競爭、網站基礎、內容品質與變更規模都會影響速度。
SEO 文章一定要很長嗎？
不用。Google 明確表示沒有理想頁面長度。文章要長到足以完成讀者任務，短到不必用重複段落撐篇幅。定義、比較、操作教學需要的深度本來就不同。
用 AI 寫文章會被 Google 處罰嗎？
Google 關心的是內容品質、原創價值與是否企圖操縱搜尋，不是你開了哪一個寫作工具。直接大量發布沒有查證、沒有資訊增量的內容有風險；用 AI 協助整理，再由作者查證、補方法、修正錯誤，也不能因此保證排名。
反向連結還重要嗎？
連結仍可幫助搜尋系統發現頁面與理解關係，也可能形成信任訊號。重點是來源、相關性與取得方式。大量購買不相關連結，不能取代內容與網站本身。
WordPress 適合做 SEO 嗎？
WordPress 可以做好 SEO，但外掛不會替你決定搜尋意圖、內容證據與頁面角色。還要處理主題效能、外掛衝突、分類與標籤、圖片、canonical 與更新流程。完整做法可看 WordPress SEO。
找 SEO 公司要注意什麼？
先看對方能否說明方法、資料來源、帳號所有權、交付內容與限制。保證第一名、只交付排名截圖、要求把網站帳號永久留在代理商名下，都需要提高警覺。可用 SEO 公司選擇指南逐項核對。
如果你準備自己開始，先從 免費 SEO 課程與學習路徑挑一個章節實作，不要同時改完整個網站。想了解文章背後的作者與方法，可看 Whoops SEO 團隊與作者背景。
需要處理既有內容重疊、技術問題與可量測的搜尋成長，可以再評估 SEO 成長代理服務。先把目標、資料與限制說清楚，再決定是否需要外部協助。
