什麼是 SEO？從網站優化、Google 排名到 AI 搜尋的完整指南

SEO 是 Search Engine Optimization 的縮寫，中文稱為「搜尋引擎最佳化」。它透過改善網站的技術、內容與連結，幫助搜尋引擎找到、理解網頁，並爭取在相關搜尋的自然結果中曝光。 Google 對 SEO 的說明，也包含幫助使用者找到網站，判斷是否值得造訪。

對網站經營者而言，SEO 要解決的是一連串具體問題：顧客搜尋你的產品或服務時，能不能找到你？搜尋結果有沒有清楚說明你提供什麼？進站後，他能不能取得答案，完成購買、預約或詢問？

搜尋「咖啡機租賃費用」的人，想知道怎麼計價；搜尋「咖啡機漏水」的人，想找故障原因。兩個人都進到只有公司簡介的首頁，網站就算載入很快，也還沒回答他們的問題。

搜尋引擎要讀得到內容，讀者也要找得到答案。網站做好後，還要查看有多少人從搜尋結果進來、是否詢問或購買。文章字數、外掛評分與關鍵字出現次數，都不能單獨決定排名。

AI 搜尋也沒有消除這些工作。Google 的 AI Overviews 與 AI Mode 仍建立在搜尋索引、排序與品質系統上，只是多了整合資訊、生成回答與提供支持連結的過程。

本文以 Google 搜尋為主，從選擇要改善的頁面開始，說明內容、技術、連結、AI 搜尋與成效分析如何接在一起。

SEO 在做什麼？和搜尋廣告有什麼不同？

自然點擊不用按次付費，網站仍要有人經營

Google 把廣告與自然搜尋分開處理。購買 Google Ads，不會替自然排名加分；付費也買不到優先收錄的承諾。

自然搜尋點擊通常不用向平台支付單次點擊費。研究、寫作、核對資料、修改程式與維護網站，仍然要花時間和錢。自己做，要花時間學習與執行；交給別人，則要支付顧問、工程、內容或管理費。

已發布的頁面還能繼續帶來訪客。內容過期、產品改版或競爭情況改變後，仍要有人檢查和更新。

以商用咖啡機業者為例，整理租期、機型、供水限制與維修流程，除了供搜尋者閱讀，也能讓業務直接傳給顧客，省下反覆說明的時間。

SEO 和搜尋廣告，差別在哪裡

SEO 的工作可以分成三個互相影響的範圍。

技術 SEO 處理搜尋引擎能否存取、讀取與建立索引，例如網站回應、索引指示、JavaScript 內容與重複網址。

內容與頁面 SEO 處理網頁是否回答了目標讀者的問題，包括頁面用途、標題、正文、圖片、資料依據與操作體驗。

網站架構與站外工作 則處理頁面之間如何連接、重要內容如何被發現，以及其他網站是否有理由介紹或引用你的內容。這些都是 Google SEO 文件涵蓋的工作，但不是三組固定比例的排名公式。

搜尋廣告與 SEO 的差異，在於取得曝光的機制。

PPC 指按點擊付費的計價方式。投放搜尋廣告時，廣告主設定預算、出價與廣告內容，由平台決定何時、向誰展示；做 SEO 則是改善網站與內容，爭取出現在自然搜尋結果中。

不能只看讀者點廣告還是自然結果，就判斷他想不想購買。搜尋「咖啡機租賃報價」的人會看廣告，也會看自然結果；查清潔方法的人也可能遇到廣告。

活動下週就要開始，推廣方式得趕得上時間。長期提供的服務，則可以持續整理顧客會搜尋的費用、規格與使用問題。廣告和 SEO 可以一起做，預算分配要看何時需要顧客，以及有多少人力能照顧網站。

先決定希望哪些人來看網站

開網路商店，希望訪客買東西，訂單扣掉成本後還有利潤。提供顧問服務，希望來詢問的人確實需要這項服務。經營知識網站，則可能希望更多人閱讀或訂閱。同樣是一千次點擊，帶來的結果可以很不一樣。

先想清楚希望誰來看網站，以及他看完後要做什麼。以辦公室咖啡機租賃為例，希望找到的是負責採購的行政人員。頁面要讓他看懂費用，再留下地點、人數與預計租期，讓業者準備報價。

接下來就能安排工作：編輯整理租賃費用，工程人員在詢價表單加入地點、人數和租期欄位，業務收到資料後確認能否提供服務。

技術 SEO、內容 SEO 與站外 SEO 差別在哪？

SEO 常分成技術 SEO、內容 SEO 與站外 SEO 三個面向，方便團隊分工。

哪裡有問題，就先處理哪裡。服務頁誤設 noindex，等於告訴 Google「不要收錄這頁」，先改掉這項設定。租賃頁沒寫壞了誰負責修，就先補上維修說明。

合作時還會碰到 SEM、SEA 等名稱。SEA 通常指搜尋廣告，SEM 原指搜尋引擎行銷，有的團隊把 SEO 與廣告都算進去，有的只用來指付費搜尋。先問清楚對方包含哪些工作，再談價格。

看 SEO 報價時，直接問有沒有包含寫文章、改程式與推廣。有些業者只提供建議，有些會直接修改網站，產品資料也可能需要你提供。把工作與負責人寫進報價單，才知道費用包含什麼。

先完成一個頁面，再擴大工作

有了租賃頁，還要讓人知道怎麼租

假設一家咖啡機業者有十幾篇咖啡知識文章，也有租賃頁，卻只寫著「專業設備、彈性方案」。讀者想知道租多久、耗材另不另計、壞了誰修，全部得先打電話。

先開啟原本的租賃頁，看看一般訪客能不能讀到內容，再請網站管理者檢查有沒有誤設「不要讓搜尋引擎收錄」。接著補上租期與維修說明。原頁還沒說清楚就另寫一篇推薦文，讀者可能兩頁都看了，仍不知道怎麼租。

頁面前段先說明服務的客群與地區，接著按採購人員會問的順序，介紹設備、計價方式、租金包含什麼、維修、安裝與詢價方法。讓讀者先判斷這項服務是否適合自己。

每個客戶的報價不同，也可以說明費用怎麼算。使用人數、機型和租期會怎麼影響價格？詢價前要提供哪些資料？寫出這些條件，讀者就知道要準備什麼，不必填上一個實際做不到的最低價。

表單可以詢問安裝地區、使用人數與開始時間，讓業者判斷能否提供服務。與報價無關的欄位，尤其敏感資料，就不要收集。

用一張表寫清楚這頁要幫誰解決什麼

業務還不確定方案是否含維修，編輯就把這項資料退回確認，別自行補成「免費維修」。

文案要寫出費用與服務條件

原本的文案寫著：「提供專業咖啡機租賃，方案彈性，服務優良，歡迎洽詢。」讀者看完，還是不知道怎麼計價、包含哪些服務。

可以改成：

方案依使用規模、機型與租期報價。詢價前請提供安裝地區、每日預計使用情況與現場供水方式。耗材與維修是否包含，以選定方案的書面條件為準。

採購人員看完就知道要準備什麼，業者也有資料判斷需求。上線後再查看往返詢問是否減少。

發布前，請沒參與撰稿的人試讀

請對方假設自己要替辦公室租咖啡機，只看這頁，確認能否知道服務適不適合、什麼會影響費用，以及詢價要準備哪些資料。答不出來的地方，就補上說明。

實際填一次詢價表單，再問業務有沒有收到。負責網站的人同時檢查網頁是否出錯、有沒有阻止 Google 收錄，以及追蹤程式是否記下這筆成功送出的詢問。

上線後，看哪些搜尋帶來訪客，再看他們問了什麼。來的人增加卻沒人聯絡，就查看頁面是否回答了問題、表單能否送出。若很多人來自不服務的地區，就把地區說明放到容易看到的位置。詢問變多時，留下數字和修改日期，之後才能比較。

Google 如何找到、讀取與選擇網頁

理解搜尋流程，可以避免把所有問題都歸因於「文章不夠好」。

Google 將搜尋的主要過程分為檢索、建立索引與提供搜尋結果。這些階段彼此相接，但通過前一階段，不代表一定會通過下一階段。

上線到出現在搜尋結果，中間還有幾個步驟

網站上線後，人們就能用網址開啟它，但 Google 還有幾件事要做。它先找到網址，讀取頁面，理解內容並整理重複網址，再決定是否存入可供搜尋的資料庫。這個資料庫稱為「索引」。有人搜尋時，Google 再從裡面挑選適合的頁面。

Google 把這個過程分成檢索、建立索引與提供搜尋結果。檢索指讀取網頁；渲染則是處理網頁程式，把文字和圖片顯示出來。查不到頁面時，可以沿著這些步驟找出卡住的地方。

發現網址 → 取得頁面與必要資源 → 渲染、理解與處理內容
                                      ↓
                            選擇主要版本、建立索引
                                      ↓
                         有人查詢時，選取並呈現結果

如果網站裡沒有任何連結通往新頁，先補上相關連結。頁面要求登入，先確認它是否原本就打算公開。商品規格等程式執行後仍沒出現，就請工程人員查程式與資料載入。頁面已收錄，卻出現在不相關的搜尋中，再檢查文章是否談偏了。

檢索：Google 先找到網址，再讀取內容

Google 會派出自動讀取網頁的程式，稱為「爬蟲」，沿著連結找到其他頁面。網站也能提供一份網址清單，稱為 Sitemap，幫 Google 發現新頁。先把網站選單與相關連結接好，別只反覆提交網址。

你可能因為已登入網站，所以看得到內容。換一個沒登入的瀏覽器再開一次，才能知道一般訪客會不會卡住。網站防火牆（WAF）或地區限制也可能擋住 Google，請管理者查看被擋的是哪些請求。

Google 不會每次都把整站讀完。網站忙不忙、哪些內容更新了、哪些頁面需要重讀，都會影響安排。這種分配讀取資源的問題稱為「抓取預算」，大型或經常更新的網站較需要留意。Google 指南中的頁數只是例子，不能拿來判定網站有沒有故障。

只有幾十頁的公司網站，可以先檢查連結能不能點、頁面能不能開，以及有沒有誤設不收錄。五千個商品若因顏色、尺寸、價格和排序組合，產生數百萬個網址，就要另外整理：哪些篩選結果真的有人需要，哪些只是同一批商品換個順序。

Google 取得 HTML 後，還得讀到主要內容

HTML 是網頁的原始碼。有些網站一開始就把介紹文字放進去；有些先送出空白區塊，再靠 JavaScript 程式載入文字。Google 能執行 JavaScript，但程式出錯或資料遭到封鎖時，就可能讀不到完整介紹。

React、Vue 是製作網站介面的工具，CMS 則是管理文章和商品內容的系統。使用哪一種，都要查看 Google 取得的頁面裡，是否真的有標題、內文、連結和收錄設定。

例如，商品頁要先向另一個資料介面（API）取得規格，才會顯示文字。網站若允許訪客讀取，卻擋住爬蟲，Google 就可能少拿到這份規格。先解除錯誤的封鎖，才能讓已經寫好的內容派上用場。

另一種做法是在送出頁面前，先把介紹文字放進 HTML，讓讀取頁面的人和程式更早取得內容。SSR、靜態生成與預先渲染都與這類安排有關，後面的速度章節會說明差別。Google 沒有要求所有網站都使用同一種方式。

索引：把網頁內容存進可供搜尋的資料庫

Google 建立索引時，會看頁面在談什麼，也會找出哪些網址其實顯示同一份內容。購物車、個人帳戶和大量重複網址，未必需要出現在公開搜尋結果中。

已經收錄的頁面，仍要看適合回答什麼。咖啡機漏水教學提供故障判斷；到府維修頁說明地區、品牌與聯絡方式。兩頁有相同詞彙，回答的問題卻不同。

排序：這次搜尋應該先顯示哪一頁

Google 會理解搜尋者在問什麼，比對網頁內容，也參考頁面之間的連結。它既看個別頁面，也參考網站整體資訊，所以一篇文章排名好，不代表其他文章都會排在前面。

BERT、RankBrain 與 PageRank 是不同系統的名稱，各有用途。閱讀介紹時，要分清楚文件在說哪一個系統；MUM 就不能直接當成一般搜尋排名的通用系統。

Google Search Central 官方影片〈Introducing How Search Works〉由 Gary Illyes 解釋搜尋的三個主要階段。影片於 2024 年 2 月 15 日發布，適合搭配本節理解檢索、索引與提供結果的差別。

開始做 SEO 前，先選擇要解決的業務問題

「增加流量」太寬，無法直接決定下一步。

對租賃公司，更具體的目標可能是增加辦公室採購詢問。對電商，可能是提高特定商品類別的有效訂單。對內容網站，則可能是讓讀者完成訂閱，或使用文中的工具。

目標不同，要改善的頁面也不同。

假設咖啡機租賃公司收到很多詢問，但多數人所在區域不在服務範圍。這時候，單純增加訪客未必有幫助。應先檢查服務區域是否寫清楚，以及搜尋與頁面是否吸引了不適合的需求。

反過來說，若詢問品質良好，卻只有很少人找到租賃頁，就值得進一步研究搜尋需求與曝光。

用五個問題決定優先順序

先問的問題	要確認的內容
這項需求對業務有價值嗎？	來訪者是否可能成為顧客、訂閱者或其他目標受眾
網站有適合承接需求的頁面嗎？	是否存在清楚的產品、服務、比較或教學頁
搜尋引擎能取得這一頁嗎？	存取、呈現、索引與主要網址是否正常
頁面足以支持讀者決定嗎？	是否缺少費用、條件、證據、規格或下一步
有沒有方法判斷改善結果？	是否保留修改紀錄，並追蹤有效行動

這是一份工作排序表，不是 Google 排名模型。

例如，網站還沒有服務頁，應先建立能承接需求的內容；已有完整服務頁卻無法索引，應先查技術與索引；有曝光但不符合需求，則要重新檢查頁面用途。

資源有限時，先選出一頁完成這套流程，比同時替五十頁改標題更容易看清楚問題。

關鍵字研究：讀者會搜什麼，網站該寫什麼

先整理顧客正在問的事

先整理客服紀錄、詢價表單、產品限制與售後問題，找出顧客經常問什麼，再到搜尋結果和工具資料中查看是否有人搜尋。剛開始不必急著列出幾千個關鍵字。

「咖啡機」這個詞包含很多需求。有人想學拉花，有人想買機器，也有人要替辦公室租設備。公司希望收到租賃詢問，就得把租期、費用和維修寫清楚，光有咖啡知識文章還不夠。

假設要服務三十人辦公室的行政人員，就可以先回答：茶水間能不能接水？租約含不含保養？故障期間有沒有替代機？這些問題能幫你決定先寫哪頁、頁面要放什麼。

搜尋意圖：讀者搜尋這個詞，是想做什麼

想學一件事，屬於資訊型；想找指定網站或功能，屬於導航型；想比較產品，屬於商業調查型；準備購買或詢價，屬於交易型。這四種搜尋意圖方便分類，但同一次搜尋也可能包含不只一種目的。

搜尋「價格」的人，有的想抓預算，有的在比較長期成本，也有的準備下單。先決定這頁主要回答哪個問題，其餘需要進一步說明的內容，再連到相關頁面。

有人搜尋登入、下載手冊或報修，已經知道自己要做什麼。提供對應頁面，比把他送到首頁再找一次方便。

搜尋結果要看內容，也要記錄觀察條件

SERP 就是輸入關鍵字後看到的搜尋結果頁，裡面會混合自然連結、廣告、地圖、影片、購物資訊和 AI 回答。記錄自然排名時，把這些版位分開，別把 AI 回答中的來源連結算成自然搜尋第一名。

搜尋時，記下輸入的完整字詞、時間、地區、語言、手機或電腦，以及是否登入。無痕視窗能減少部分個人化影響，所在地等條件仍會影響結果。Search Console 顯示的平均排名，也不同於這次搜尋畫面上的名次。

打開排名靠前的頁面，看看讀完後還有哪些問題沒答案。例如，各家租賃頁都沒說機器故障期間怎麼辦，而你確實會提供備用機，就把這項服務寫清楚。還不確定有沒有提供，先問業務。

前十個結果都有目錄，仍不能據此判斷它們是因為加了目錄才排在前面。文章長度也一樣。

找出讀者看完後，還不知道什麼

看到競爭者談 AI，先確認讀者想知道什麼：怎麼設定爬蟲、怎麼查看引用，還是怎麼控制平台讀取資料？再看自己的文章有沒有回答，別急著新增一整章。

有時缺的是答案，例如租金是否含維護；有時缺的是證據，例如宣稱速度提升卻沒交代測試；也有時內容早已寫了，只是散在五個位置。

新增段落要補上讀者還缺的資訊，讓他更容易選擇或操作。只是換句話稱讚同一個方法，讀者的問題仍然沒有答案。

搜尋量、競爭分數和趨勢圖，要分開看

關鍵字工具會估計某個詞有多少人搜尋，數字會隨地區、語言、期間和資料來源改變。Google Ads 裡的「競爭程度」看的是廣告主競爭，不能直接拿來判斷文章有多難排到前面。

其他工具也會替自然搜尋計算難度，但各家算法不同。同樣是 50 分，意思未必一樣，也不等於 Google 對這個詞的內部評分。

Google Trends 顯示所選期間與地區內，搜尋熱度如何變化。圖上的 100 是相對數值，不能讀成一百次搜尋。更改地區、期間或比較目標，數值也會跟著重新計算。

選題時，一起看有多少人可能需要答案、題目是否與業務有關，以及手上能提供哪些資料。企業採購問題這類搜尋量低的長尾關鍵字，也可能影響訂單，可從客戶詢問或產品資料確認。搜尋量大的題目，也未必與公司提供的服務有關。

工具查不到搜尋量，就記下「尚無資料」。先寫少量相關內容觀察反應，或訪談顧客，了解他們是否需要這些答案。

想實際操作工具，可搭配用 Semrush 整理關鍵字與競品資料的步驟；工具提供的數據仍要回到客戶需求與頁面用途判斷。

相近的關鍵字，要不要各寫一頁？

「咖啡機租用」與「咖啡機租賃」只是不同說法。若讀者都是想租機器，需要看的方案與詢價方式也相同，一頁就能回答。Google 能理解詞語與概念的關係，不必為每種近義詞另寫一篇。

租賃和維修要回答的問題不同，可以分頁介紹。辦公室與餐飲門市若用量、機型和安裝要求不同，也可以分開說明；內容確實有差別，再拆頁。

兩個關鍵字搜出許多相同頁面，可以當作它們需求接近的線索，但沒有「重疊七頁就要合併」的通用規則。同站若有兩篇近似文章，先看它們是否都在回答同一件事，再查看 Google 是否輪流顯示不同網址。

寫作前，先列出這頁給誰看、要回答什麼、用文章還是服務頁呈現、需要哪些資料、誰負責確認，以及讀者看完要做什麼。這樣比較容易發現離題或不必多寫的段落。

技術 SEO：讓訪客打得開，也讓 Google 讀得到

技術檢查不應從追求所有工具綠燈開始。

對重要頁面，先確認它正常運作、Googlebot 可以存取，而且有可建立索引的內容。這是 Google 的基本技術要求；符合資格後，仍不保證一定被索引或取得排名。

先打開一個商品或服務頁，看看有沒有問題

先開一個無痕視窗，貼上想讓顧客找到的商品頁或服務頁網址。看看能不能直接讀到介紹，還是得先登入、出現「找不到頁面」，或只有標題卻沒有內文。你登入網站後看得到，不代表一般訪客也看得到。遇到這些問題，先請網站管理者處理。

訪客看得到，還要檢查 Google 讀到什麼。可以請網站管理者把同一個網址放進 Google Search Console 的「網址審查」，查看 Google 能否讀到介紹文字，以及頁面有沒有設定「不要收錄」。Search Console 是 Google 提供的網站檢查工具；「收錄」就是把網頁內容放進可供搜尋的資料庫。

發現問題時，把網址和看到的情況一起交給網站管理者。例如：「這個商品頁一定要登入才看得到介紹。」再開幾個其他商品頁，看看是否也有相同問題。如果整批頁面共用同一份版型，管理者就要檢查那份版型，而不只改其中一頁。

HTTP 狀態碼：網站有沒有成功送出這一頁

瀏覽器開啟網頁時，提供網頁的主機會一併回傳一個數字，稱為 HTTP 狀態碼。200 表示這次請求成功；301、308 用來表示網址永久搬家；404、410 用來表示內容不存在。500 這類 5xx 狀態表示伺服器出錯，持續發生會影響 Google 讀取與收錄。

畫面與狀態碼也可能不一致。例如頁面明明寫「找不到商品」，主機卻回傳 200，Google 可能把它判為 soft 404：表面上成功開啟，實際上沒有可用內容。請管理者一起檢查畫面和狀態碼。

頁面真的刪除了，回傳 404 很正常。商品只是暫時缺貨，則可以留下規格、到貨通知與替代品。即使永久停產，顧客若還需要手冊或維修資訊，也有保留頁面的理由。

robots.txt 告訴爬蟲哪些頁面不要讀取

robots.txt 是放在網站上的規則檔，告訴爬蟲哪些頁面不要讀取。它本身公開可讀，也擋不住不遵守規則的程式。私人帳戶和內部文件要靠登入及權限保護，不能只把網址寫進這份檔案。

Google 雖然讀不到內文，仍可能從別人的連結知道這個網址，並將它列在搜尋結果中。因此，robots.txt 裡的 Disallow 不能代替「不要收錄」的 noindex 指示。

下面這段規則要求爬蟲不要讀取 /internal-search/ 底下的站內搜尋頁，末行則提供 Sitemap 的位置：

User-agent: *
Disallow: /internal-search/

Sitemap: https://www.example.com/sitemap.xml

使用前，把路徑換成自己網站實際的站內搜尋網址，並確認這些頁面不需要出現在 Google。若已經收錄，還要另外處理移除。也請管理者檢查其他爬蟲規則，別一起擋到頁面需要的圖片、樣式或程式。

商品規格若要從 API 載入，擋住這個介面也可能讓 Google 看不到規格。要封鎖某條路徑前，先查清楚頁面有沒有用到它。

noindex：告訴 Google 不要收錄這一頁

有些頁面允許人們開啟，但不希望出現在 Google，可以加入 noindex，意思是「不要收錄」。網站可以把它放在 HTML 裡，也可以透過名為 X-Robots-Tag 的 HTTP 標頭傳送。標頭是主機回傳頁面時一併送出的說明資訊。

<!-- 僅用於確定不希望出現在搜尋結果的公開頁面 -->
<meta name="robots" content="noindex">

X-Robots-Tag: noindex

PDF 沒有一般網頁的 HTML 標記，可以請管理者透過 X-Robots-Tag 設定。改檔名不會產生相同效果。設定後重查實際回應，也要留意快取：網站為了加快載入而暫存的舊副本，可能還保留修改前的設定。

Google 要讀得到 noindex，才能照著處理。先用 robots.txt 擋住整頁，就可能連這項指示也看不到。希望公開的商品或服務頁被收錄時，則要檢查是否誤留 noindex，包括網頁原始碼、外掛與主機回傳的標頭。通常不用另外加上 index 才能收錄。

舊範本裡可能還有 noarchive，用來控制過去的網頁庫存副本。Google 已移除該功能，也不再使用這項指示；沿用範本前要檢查設定是否仍有用途。

canonical：同一份內容有多個網址時，指定主要網址

同一篇文章可能有好幾個網址，例如一個是原網址，另一個多了用來記錄流量來源的參數。canonical 可以告訴 Google：「這些內容相同，希望以這個網址為主。」它提供建議，Google 仍會根據取得的資訊選擇版本。

<link rel="canonical" href="https://www.example.com/services/coffee-machine-rental/">

canonical 不會讓訪客跳轉。舊頁真的搬到新網址，才需要設定轉址，讓開啟舊連結的人自動前往新頁。租賃介紹和維修說明若回答不同問題，也不該把維修頁的 canonical 指到租賃頁。

Google 建議 canonical 填完整網址，包含 https:// 和網域，比只填 /services/ 這類路徑容易避免錯誤。相對路徑並非一定無效。頁面也可以指向自己的網址，表明它就是主要版本；沒有填 canonical，不等於一定不能收錄。

選定主要網址後，檢查選單、相關文章連結和 Sitemap 是否都使用它。canonical 指向 A，選單卻通往 B，Sitemap 又列 C，會讓 Google 收到不同的指示，應一起整理。

若網站宣告的主要網址與搜尋結果不同，可以再看Google 為什麼不採用你設定的 canonical，逐項比對內容相似度與網站提供的訊號。

Sitemap 列出網址，網站也要有連結通往各頁

Sitemap 是列出網站網址的檔案，能協助 Google 發現頁面，對新網站、頁數較多或連結尚不完整的網站尤其有用。提交後，Google 仍會決定是否檢索與索引；網站內也要有連結，讓人找到這些頁面。

Sitemap 優先列出想讓人從搜尋找到、能正常開啟的主要網址。已刪除、出錯或明確不想收錄的頁面先排除。網址很多時，可以把商品和文章分開列，之後較容易找到是哪一類出了問題。

Sitemap 的更新時間要反映頁面內容的重要修改。每次網站上線就把所有日期改成今天，反而看不出哪些頁面真的更新了。

先選目的，再選設定

先想清楚是要讓頁面退出搜尋，還是只准特定的人看。公開頁面用了 noindex，拿到網址的人仍能開啟；涉及私人資料，就要設定登入與權限。

用 site: 找頁面，結果不一定列出全部

在 Google 輸入 site:example.com，可以找這個網站的頁面，但結果不會列出全部。查不到某頁時，要到 Search Console 的網址審查確認收錄狀態。沒有搭配其他搜尋字詞時，site: 的結果順序也不等於站內頁面的排名。

找到結果後，點進去看看是不是你要的那一頁。至於顧客搜尋產品或服務時會不會看到它，還要查看那些字詞的搜尋資料。

商品頁、文章和租賃頁要檢查的內容不同。以租賃頁為例，看看是否寫出租期、費用和維修範圍，相關連結能否點開。網站管理者再記下 HTTP 回應、HTML、程式執行後的內容、canonical，以及 Search Console 顯示的收錄版本。

在檢查結果旁記下時間。網站今天才改，昨天保存的畫面還是舊版，得重新測試才知道是否修好了。

網頁載入、手機操作與速度，怎麼檢查

SSR、SSG、CSR：網頁內容在哪裡產生

同樣是顯示一篇文章，網站可以有不同做法。SSR 在有人開啟網址時，由主機產生頁面；SSG 先做好頁面，之後直接送出；CSR 先把程式送到瀏覽器，再由瀏覽器執行並顯示內容。網站也可以混合使用。

內容很少改的教學，可以考慮先產生頁面。庫存和個人化資訊經常變動，就得確認更新方式：貨已賣完，畫面不能還顯示有貨。選技術時，把資料多久變一次、要有哪些互動，以及誰能維護一起考慮。

在主機上先產生內容，或事先完成渲染，可以幫助讀取與載入，但 Google 並未要求所有網站都用 SSR。也不能把處理時間固定寫成「先讀 HTML，幾週後才讀程式產生的內容」，每頁的情況並不相同。

有些頁面先顯示文字，再接上按鈕等 JavaScript 互動功能，這個步驟稱為 Hydration。看到這個名稱，仍要檢查最初送出的 HTML 裡是否已經有主要文字。

規格表看得到嗎？按鈕按得動嗎？

先請管理者看主機最初送出的 HTML，再看程式執行後的頁面。兩者比較，就知道哪些文字一開始已有、哪些後來才載入。接著自己點選選單、查看表格、填寫表單，測試讀者能不能順利使用。

規格表一開始沒出現在 HTML，後來能正常載入，仍有機會讓 Google 讀到。但程式執行後仍是空白，或非得登入、按按鈕才能開始下載規格，就要檢查。Google 提醒，主要內容不應等使用者操作後才開始載入。

Search Console 的「已索引版本」反映 Google 先前處理的頁面；「即時測試」則檢查現在的頁面。網站剛修好，即時測試通過了，收錄資料還可能保留舊狀態，兩者要分開看。

網站有很多頁時，先從商品、缺貨商品、不同規格版本、分類、文章與服務頁，各挑幾頁測試。許多頁面共用同一份版型，修改版型後再測這些例子，較容易發現一次影響整批頁面的錯誤。

手機版要保留讀者作決定的資料

Google 會用手機版內容建立索引與判斷排名。拿手機和電腦各看一次，確認手機也有完整規格與服務說明。把已載入的文字收在可展開的區塊裡，和點開後才開始下載文字，情況不同。

實際拿手機試一次。比較表能否捲動？固定按鈕有沒有遮住文字？電話能否點擊？表單填錯時有沒有說明？

長篇文章另查章節跳轉：標題會不會被固定頁首蓋住？程式碼是否撐寬整個畫面？目錄是否能帶人直接找到需要的段落？

Google 已在 2023 年 12 月 1 日停用 Mobile-Friendly Test。現在仍可拿手機實際測試，再用 Search Console 的網址審查查看 Google 取得的內容。

Core Web Vitals：看載入快不快、操作卡不卡、畫面會不會跳

Core Web Vitals 用三個指標檢查網頁使用體驗：LCP 看主要內容多久出現，INP 看操作後多久有畫面回應，CLS 看內容會不會突然移位。判斷是否良好時，要看第 75 百分位，也就是至少四分之三的實際使用樣本達到門檻。手機與電腦分開評估。

LCP 不必等所有檔案都下載完；INP 看操作後的反應，不是第一次開啟網頁的時間；CLS 也不把所有動畫都算成錯誤。工具的模擬測試能幫忙找問題，真實訪客資料則包含不同手機、網路和操作情況，兩種資料都值得看。沒有足夠樣本的項目，先記為尚無資料。

LCP 慢，先找畫面上最大的內容

先找出開啟頁面時，畫面中最大的圖片或文字區塊。若是圖片，查看檔案會不會太大、是否太晚開始下載，或誤設成延後載入。若是文字，請管理者檢查主機回應、字型下載，以及哪些程式讓文字遲遲出不來。

preload 可以要求瀏覽器提早下載某個檔案，但每張圖都優先下載，就會互搶頻寬。商品頁若慢在主機查詢資料，則要縮短查詢時間，或使用快取，避免每次重做相同查詢。資料改變時也要更新快取，才不會一直顯示舊內容。

改完後，用相近的裝置和網路再測一次，看原本拖慢載入的地方是否改善。CDN 能從不同節點提供網頁和檔案，但主機本身的慢查詢，仍要另外處理。

INP 差，查按下去之後卡在哪裡

INP 觀察訪客開啟頁面後的點擊、觸控與鍵盤操作，要等多久才看得到畫面回應。計算會依規則處理少數極端值，因此它不等於所有互動的平均，也不一定是最慢的一次。

瀏覽器負責處理按鈕操作與更新畫面的工作，很多都排在「主執行緒」上。某段程式忙太久，後面的工作就得等。請工程人員查是否做了太多計算、一次更新太多內容，或受到外部腳本拖慢，再減少工作量或分開處理，並測試不同瀏覽器能否正常使用。

例如，訪客只換一個機型，網站卻重算所有方案、重畫整頁，就可能卡住。旋轉圖示能告訴人正在等待，但仍要減少這次操作所需的計算與畫面更新。

CLS 差，替晚出現的內容留空間

文字讀到一半，上方圖片突然出現，把整段往下推，就是 CLS 要觀察的情況。計算時會把短時間內接連發生的位移分組，取分數最高的一組，稱為「位移工作階段視窗」，不會把整次瀏覽的所有位移一直加下去。哪些位移算入，依官方定義處理。

圖片、影片和廣告還沒載入前，就先留好位置，後面的文字才不會突然被推走。上方插入橫幅，或字型載入後讓文字重新排列，也要檢查。改完再沿相同操作測一次，看看跳動有沒有減少。

Google 會在排名系統中使用 Core Web Vitals。頁面還沒寫清楚租金或服務條件時，可以先補這些答案，再評估是否值得繼續把接近滿分的速度分數往上推。

WordPress 外掛設好後，還要開啟頁面檢查

WordPress SEO 外掛可以填寫標題、描述、canonical，或產生 Sitemap。設定完成後，還要開啟實際頁面，請管理者檢查送出的內容有沒有跟著改。更換主題或外掛時，文章、商品、分類、標籤、作者和搜尋頁都要抽查，因為各種頁面的設定可能不同。

主題、外掛和另外加上的程式，都可能產生標題、描述和 Schema 標記。兩個工具同時處理同一欄位，就要查看原始碼是否出現重複或互相矛盾的資料。外掛多不等於一定衝突，得看實際結果。

例如，後台已改好標題，網頁卻還留著舊標題，就要查快取。請管理者更新舊副本，再開幾個同類頁面確認。Google 是否已重新處理新版，則到 Search Console 查看。

網站架構與內部連結，讓人找得到下一頁

內部連結連接同一網站中的頁面。Google 使用連結發現頁面，也會從連結文字與前後文理解相關內容。重要頁面應能透過其他頁面的可檢索連結找到，不宜只藏在站內搜尋結果裡。

對咖啡機租賃網站，可以讓租賃服務頁連到機型、費用、合約與清潔說明；教學頁在需要提及租賃條件時，再連回相關服務內容。

連結文字應說明目的地。例如「查看租賃合約與維修條件」，比所有地方都寫「點這裡」更容易理解。

讓讀者從選單和文章找到需要的頁面

首頁介紹公司，分類頁列出商品或文章，商品頁說明規格，服務頁交代費用與合作方式。讀者在看哪一頁，就在適當的位置提供相關連結，讓他繼續找到需要的資訊。

Google 建議使用爬蟲能讀取的連結，並讓連結文字說明點進去會看到什麼。內部連結能讓搜尋引擎發現頁面，也讓讀者找到接下來需要的資料。

咖啡機選購指南談到租賃與買斷時，可以連到方案；方案再連到機型介紹，機型介紹再連到安裝與保養說明。讀者在哪裡需要其他資料，就在哪裡放連結，比固定每篇塞五個連結更容易安排。

點擊深度：從首頁要點幾次，才能找到這一頁

從首頁開始，要點幾次連結才能到一個頁面，稱為「點擊深度」。它可以幫你找出藏得太深的內容。Google 並未規定超過三次點擊就失去排名資格，也沒有點到第六層就完全失去 PageRank 的規則。

如果一項重要服務只能從三年前文章的最底部找到，就該在選單或相關頁面補上連結。先讓讀者容易找到公司最希望推廣的服務。

沒有其他站內頁面連過來的網址，常稱孤島頁。Sitemap 雖然列出網址，讀者逛網站時仍可能找不到它。內容還有用，就從相關頁面加上連結；已經用不到，再考慮合併或移除。

連結文字要讓人知道點開會看到什麼

「查看咖啡機租賃方案與維修範圍」說明了點開會看到什麼，比「點這裡」清楚。這段可以點擊的文字稱為「錨定文字」。寫到足以說明內容就好，不必再塞入一串地名或近義詞。

<a href="/services/coffee-machine-rental/">
  查看咖啡機租賃方案與維修範圍
</a>

連結文字跟著句子自然安排，不必刻意讓每條都不同，也沒有固定的完整關鍵字比例。程式中的 href 指定連結要去哪個網址；重要導覽應使用這種標準連結，讓爬蟲能辨認，而不只靠 JavaScript 收到點擊後才跳頁。

總覽介紹大方向，專題說明詳細做法

把相關內容分成一篇總覽與幾篇專題，再用連結接起來，這種安排稱為主題聚落。總覽介紹有哪些問題，專題逐一說明詳細做法；需要背景資料時，再連回總覽或其他文章。

例如，這篇指南先解釋 canonical 有什麼用。讀者遇到參數網址重複的問題時，可以沿連結前往另一篇文章，看完整的檢查步驟和出錯例子。當一個問題有足夠內容需要另外說明，再拆成專題。

租賃方案包含哪些維修，最好直接寫在方案頁。若讀者得連開五篇文章才拼出答案，就應把這些說明放回同一頁。

部落格放子網域還是子目錄，先看怎麼管理

blog.example.com 把部落格放在子網域；example.com/blog/ 則放在主網站的子目錄。Google 建議依業務與管理需要選擇，例如文章由誰修改、使用哪套系統、怎麼發布，以及讀者從哪裡進入部落格。

已經使用一段時間的網址，不要只為了聽說另一種格式比較好排名就全部更換。換網址還要修改站內連結、設定舊網址轉到新位置，並檢查追蹤、權限與快取。先確認搬移能解決什麼問題，再準備這些工作。

兩頁都寫 SEO，要不要合併？

一篇文章教人認識 SEO，另一頁介紹 SEO 顧問怎麼合作，兩頁自然都會用到「SEO」。看它們回答什麼、哪些搜尋帶來訪客，以及讀者接下來要做什麼，才知道兩頁是否真的重複。

兩頁內容幾乎一樣，Google 搜尋同一個詞時又經常輪流顯示不同網址，就值得檢查是否合併。若一頁教學、一頁接受詢價，則可以保留，讓標題說清楚差別，再加上彼此的連結。

合併時，先把兩頁有用的資訊放到要保留的頁面，再將停用的網址轉過去，並更新站內連結。之後查看原本兩頁的搜尋字詞，確認沒有漏掉另一頁先前回答的問題。

內容 SEO：把答案、依據與條件寫清楚

內容改善最容易卡在一句話：「再寫完整一點。」

完整到什麼程度？不是把相關名詞全放進去，而是讓讀者完成這一頁承諾的任務。

費用頁要讓人理解計價方式與額外支出。教學頁要讓人知道步驟、前提與失敗時怎麼辦。比較頁則需要共同的比較條件，不能只是分別介紹幾個產品。

先找出讀者還不知道的事

拿一個讀者會問的問題，直接在頁面裡找答案。例如，想租咖啡機的人會問「機器壞了誰修」。如果文章寫了很長，卻找不到維修安排，就先補這項資料。

Google 鼓勵原創、可靠、能幫讀者完成目的的內容。它沒有要求每頁達到固定字數，也沒有要求每個網站都做學術研究。把顧客真正需要的資訊說清楚，就是可以先做的工作。

租賃頁寫清楚租期、耗材、維修與不適用的情況，讀者才容易判斷要不要租。教學要說明操作前準備什麼、做不成時怎麼辦；比較文章則要用相同條件比較。

「價格實惠、保養方便、適合各種企業」寫得流暢，讀者仍會追問：費用包含什麼？誰保養？哪些企業不適合？先回答這些問題，評語可以少一點。

先給讀者要找的答案

讀者查「SEO 是什麼」，開頭就解釋 SEO；查「咖啡機漏水怎麼辦」，先幫他找可能漏水的位置；查看某款商品，先讓他找到規格和購買資訊。故事或產業背景放在有助理解的地方，不必每篇都用來開場。

例如，租賃能減少一開始要付的金額，也可能包含定期維護；要算總共花多少，仍得加上租期、耗材、維修與期滿費用。只寫「租賃最划算」，讀者還是不知道哪種方案比較省。

長篇文章先列目錄，讀者就能跳到需要的地方。會影響答案的條件則放在旁邊：價格旁寫含不含稅，測試結果旁寫使用版本，設定步驟旁寫適用的頁面。

比較與推薦，要交代怎麼比

推薦產品時，要解釋為什麼適合。例如，不能只寫「這款最適合辦公室」，還要說明哪些規格或測試支援這個判斷。Google 的評論內容指引也鼓勵提供使用經驗、證據和比較依據。

沒用過產品，可以整理官方規格來比較，但要讓讀者知道資料來自規格表。兩款設備沒有用相同方法測過耐用性，就把這一項留為未確認，不替它們編分數。

辦公室與餐飲門市在最忙的時段，用量可能不同，同一個測試結果未必都適用。寫清楚型號、環境、方法、時間，以及哪些情況沒有測過，讀者才知道結果能不能用在自己身上。

一張操作照片可以讓人看到怎麼使用，卻看不出機器能用多久。寫作時說明哪些是親眼觀察、哪些出自官方規格、哪些是自己的推測，讀者才知道每項結論根據什麼。

E-E-A-T：讀者為什麼能相信這篇內容

E-E-A-T 指經驗、專業、權威與可信度，幫助檢查內容是否值得信任。Google 說明，它不是一個單獨的排名分數；負責評估搜尋品質的人，也不直接決定某頁排第幾。補作者介紹或證照，不會得到一個可加總的官方 E-E-A-T 分數。

寫經驗，就說明實際做過什麼、碰到什麼問題；寫專業，就把原因和處理方法解釋正確。提到業界認可時，讓人找到誰引用或認可過；文章由誰負責、資料從哪裡來、有沒有收費合作，也交代清楚。

維修工程師可以說明熟悉哪些機型、怎麼找故障原因。店家可以列出服務地區，作者可以附上資料來源。這些都比自稱「資深專家」更具體，經歷、客戶和證照則照實寫。

涉及健康、財務或安全的文章，讀者照著做可能影響自己的生活。重要說法要有可靠資料，並請熟悉相關領域的人確認。

標題說有什麼，文章裡就要找得到

網頁程式裡的 title 是提供給搜尋引擎等系統的標題；讀者進頁面後看到的主標題，通常用 H1。兩者可以接近。Google 會參考 title 和其他頁面資訊產生搜尋標題，未必原樣顯示你填的文字。

頁面確實寫了租賃費用和維修範圍，標題就可以直接說明。標題寫「完整費用比較」，內文卻沒有計價資料，讀者點進來仍找不到答案。沒有根據的最低價也別放進標題。

文章主標題用 H1，章節用 H2，章節下的小題用 H3，讓讀者看得出內容的上下層關係。重要句子不必都設成標題。一個清楚的主標題方便管理，但出現兩個 H1 並沒有自動處罰規則。

Meta Description 是簡介這頁內容的欄位。Google 主要從正文擷取搜尋摘要，有時也採用這段描述。同一頁面遇到不同查詢，顯示的摘要可能不同。

Google 沒有規定標題或描述超過幾個字就不能排名。但搜尋畫面寬度有限，太長的文字會被截斷，所以把重要資訊放前面，刪掉重複字句，不必為了湊長度改壞意思。

標題和內文，用讀者熟悉的名稱

標題、段落與資料欄位使用讀者熟悉的名稱，讓人看得懂這頁在談什麼。租賃頁自然會提到租期、月費與維修，不必規定每個詞占全文多少比例。

一段已經說明在談咖啡機，後面可以自然使用「它」或「機器」，不必每句都重寫完整關鍵字。工具列出的近義詞和相關詞，也只用來檢查有沒有漏答問題，並非每個都要加進文章。

圖片和影片，補充文字不好說明的地方

安裝尺寸圖、按鍵位置圖、實測照片與操作影片，適合說明文字不容易講清楚的細節。圖片放在相關段落旁，alt 替代文字描述圖片中的必要資訊，別塞入無關關鍵字。

有些圖只用來裝飾，拿掉也不影響理解，就可以把替代文字設為空值 alt=""。W3C 的無障礙指引也採用這個區分。

比較相同項目時，用表格讓差異排在一起。完整的解釋仍放段落裡，別把長文全塞進格子。手機表格太寬時，可以讓表格左右捲動；影片提到的價格和使用限制，也另寫成文字，方便查閱。

重要說法要記下出處與核對的人

寫下「功能已全面開放」時，就找官方公告確認；寫某個設定能增加引用時，就看有什麼測試支援。整理資料時，把句子和出處放在同一張表裡，日後更新才知道要回頭查哪裡。

寫出實際做過什麼，沒改善也有值得說明的地方

寫案例時，放上修改前後的頁面，說明發現什麼問題、改了哪裡，再附日期和後續資料。讀者才看得出你做了什麼。若要說排名因此上升，還要比較同期間有沒有其他改動或需求變化。

修改後沒有改善，也可以寫出原本以為原因在哪裡、後來發現什麼、哪個做法沒有效果，以及為什麼停下來。

客戶資料不能公開，就移除可辨認客戶身分的資訊，保留理解做法需要的條件。缺少前後紀錄時，可以改用範例說明操作方法。

更新會影響答案的部分

價格、規格、版本與操作步驟改了，就需要回頭檢查。Google 也提醒，沒有實質更新時，不應只改日期製造新鮮感。

更新前先留一份舊稿，記下這次改了什麼、根據哪份資料。價格和工具功能經常變動，就多查幾次；長期沒變的原理，等有新資料或發現錯誤再改。正確的舊段落可以繼續使用。

電商、在地與多語系網站，分別該處理什麼

電商需要的不只是部落格。商品名稱、規格、價格、庫存、配送與退貨條件，都是讀者完成購買決策需要的資訊。

Google 提供透過商品結構化資料與 Merchant Center 分享商品資料的方式。網站與資料來源應保持一致，不能廣告或產品資料顯示有貨，進站卻已停售。

分類、篩選與排序還可能產生大量網址。需要先決定哪些頁面有獨立用途，哪些只是相同商品集合的變化，避免網址結構無限制膨脹。

選擇改善頁面時，可以優先檢查重要商品與分類頁，而不是只依文章數量衡量 SEO 進度。

電商先讓人找到商品，再幫他比較

Googlebot 一般不會像顧客那樣，在站內搜尋框輸入商品名稱。要讓 Google 找到商品，就從分類、選單或相關頁面提供連結。商品資料匯入後台後，再到前台確認能不能點到商品頁。

分類頁幫人篩選商品，商品頁說明特定品項的規格、價格與購買條件。操作教學可以放在相關指南，再提供連結，別把分類頁開頭寫成長文，讓人往下滑很久才看到商品。

容量、尺寸、使用限制或配件不同，就逐項說明。每頁共用相同品牌介紹、只換型號，讀者還是得離開網站查差異。

商品篩選會產生很多網址，哪些要讓 Google 找到？

顏色、尺寸、價格和排序等篩選條件，會產生不同網址。有些組合經常有人搜尋，可以保留為獨立頁面；有些只是訪客當次調整排序；有些組合根本沒有商品。Google 提醒，無限制增加這些組合會消耗檢索資源。

有些篩選頁能幫讀者找特定商品，裡面商品夠多、內容也能持續更新，就可以給它固定網址和連結。只有排序不同的網址，則不一定要各自出現在搜尋結果。修改前先看哪些頁面已收錄、哪些連結通往商品，避免一次封鎖所有參數，連有用的頁面也擋住。

商品列表分成好幾頁時，第二頁有另一批商品，通常不能算成第一頁的副本。各頁應有自己的網址與連結，不宜全部 canonical 到第一頁。只做「載入更多」按鈕，爬蟲未必能找到後面的商品。

修改前，先列出哪些操作會產生新網址，以及哪些頁面仍有人需要。全部開放檢索，會讓爬蟲花時間讀取更多無用頁面；全部阻擋，也會把有用的頁面一起擋住。

同款商品的不同規格，要用同一份資料管理

同一款商品有不同容量、顏色或尺寸，這些版本稱為商品變體，可能各有庫存、圖片與網址。先寫清楚哪些規格相同、哪些不同，再處理網址及標記。

Google 的商品變體標記可以說明這些關係：ProductGroup 表示同款商品的群組，hasVariant 列出不同版本，variesBy 說明它們差在什麼屬性。標記之外，頁面上顯示的價格、庫存與選項也要正確。

在同一份商品資料中，記下各版本屬於哪個商品群組，以及各自的 URL、SKU 商品編號、不同規格、庫存與圖片。頁面、結構化資料和其他系統都從這份資料更新，較容易避免同款商品出現兩個價格。

商品數量多時，最容易出現頁面寫有貨、庫存資料卻沒貨，或標記價格還沒更新的情況。讓這些資料一起更新。至於哪些頁面要讓 Google 收錄，則看讀者是否需要其中的資訊。

若問題同時涉及商品資料、分類頁與共用版型，可先了解電商 SEO 與商品內容改善的服務範圍，再整理需要內容、工程或商品管理人員處理的工作。

在地服務要交代真實位置與範圍

Google 的在地搜尋主要看商家是否符合需求、距離多遠，以及知名度。完整且正確的商家資料能讓系統了解業務，但多寫幾次城市名稱，不會讓商家離搜尋者更近。

到店顧客要知道位置、營業時間與服務項目；到府業者要說清楚哪些地區可以到場。網站、商家檔案與聯絡資訊若互相矛盾，讀者很難確認哪一份才正確。

不同地區若有不同的到場條件、服務限制或案例，可以各自寫清楚。只把台北換成新北、桃園，其餘內容照搬，讀者仍看不出服務有什麼差別。

Google 商家檔案對申請資格、商家名稱和地址有規定。填寫真實據點；純線上業務若不符合資格，就使用網站等其他方式介紹服務，不要為了出現在地圖上編造地址。

規劃在地頁面時，可參考在地 SEO 常見迷思與正確做法，確認地區資訊、商家資料與實際服務一致。

翻譯成另一種語言，還要改幣別和服務資訊

做香港版頁面時，除了翻譯，也要確認價格幣別、配送地區、客服時間和用字。頁面說服務香港，收到詢問後卻只接受台灣訂單，讀者還是用不了這項服務。

hreflang 告訴搜尋引擎，哪些網址介紹相同內容，只是語言或服務地區不同。每個版本都列出其他版本的對應網址，並使用正確代碼。找不到適合的語言版本時，可以用 x-default 指定預設頁面；這個欄位不是每個網站都必填。

<!-- 各對應版本均須依實際頁面關係設定 -->
<link rel="alternate" hreflang="zh-TW" href="https://www.example.com/tw/rental/">
<link rel="alternate" hreflang="zh-HK" href="https://www.example.com/hk/rental/">
<link rel="alternate" hreflang="en" href="https://www.example.com/en/rental/">

希望各語言版本都能出現在搜尋結果，就別把它們的 canonical 全指回台灣中文版，讓系統收到彼此矛盾的資訊。依訪客 IP 自動切換頁面時，也留一個語言選單，讓人自行切換。

結構化資料：用固定欄位說明這頁的內容

結構化資料是用標準格式描述網頁中的資訊，幫助搜尋系統理解內容，並取得某些複合式搜尋結果的資格。

文章可以依實際內容使用 Article；商品則應依商品頁與適用功能使用對應標記。文章作者、日期與其他屬性應與頁面資訊相符。

不要在標記裡加入頁面沒有的五星評價、價格、作者或服務承諾。Google 要求結構化資料與使用者能看到的內容一致；即使程式語法通過，也不代表一定取得複合式結果。

文章裡，人能讀懂哪一段是作者、哪一段是商品資訊；程式則可以透過固定欄位辨認。這種另外標記內容的方式，稱為「結構化資料」。使用 Google 支援的類型並符合規則後，頁面才有資格以相應的複合式搜尋結果顯示。

Schema 提供這些欄位和類型的名稱，JSON-LD 則是 Google 建議的寫法。先確認頁面真的有哪些資訊，再選文章、商品等適合的類型，並安排內容更新時一起更新標記。

Article 標記可以這樣安排。將網址換成正式頁面，再依文章內容補上作者、發布日期等資料。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "@id": "https://www.example.com/what-is-seo/#article",
  "headline": "什麼是 SEO？從搜尋原理到網站實作的完整指南",
  "inLanguage": "zh-TW",
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://www.example.com/what-is-seo/"
  }
}
</script>

填完標記後，拿它和讀者看到的頁面逐項比較：價格一樣嗎？庫存一樣嗎？作者和日期有沒有填錯？再用測試工具檢查格式。沒有評價就不填評分，原始發布日期也保留真實日期。

FAQ 仍能回答問題，但 Google 已停止顯示相關版位

Google 官方更新紀錄載明，FAQ 複合式搜尋結果自 2026 年 5 月 7 日起停止顯示，後續也移除了相關文件。FAQPage 因此不能再用來取得搜尋結果的問答摺疊版位，較早「限政府與醫療網站」的說明也已過時。

費用、取消方式、服務限制與操作問題，仍是讀者會問的事，答案值得保留。Schema.org 還有 FAQ 詞彙，也不代表 Google 仍顯示問答版位。

網站的問答內容有用，就繼續保留。是否還要維護 FAQ 標記，則看其他系統是否使用它，以及維護需要多少工作。

因此，FAQ 區塊應因為能解決讀者問題而保留，不應再把「加 FAQPage 就能取得 FAQ 複合式結果」列為現行承諾。這不代表網頁不能寫問答，也不代表 FAQ 內容失去其他用途。

網址要換時，先記下每個舊頁要搬去哪裡

搬移網站前，先列出帶來訪客的重要頁面，記下哪些內容與功能要保留，以及每個舊網址要改到哪裡。新頁要能回答舊頁原本的問題，再設定轉址，更新站內連結與 Sitemap。Google 需要重新處理這些網址，上線後持續查看搜尋資料。

網址已經使用中，不必只為了多放一個關鍵字就換掉。網址、網站系統、版型、品牌和內容同時改，之後流量下跌時，很難找出是哪項變更造成。

上線前先測幾個舊網址，看是否真的轉到正確新頁，內容和表單還能不能使用，追蹤是否照常記錄。把網址、轉到的位置和測試結果保存下來，再觀察 Google 後續讀取與顯示的情況。

圖片與影片怎麼用，語音搜尋要回答什麼

尺寸與位置用圖片較容易說明，操作過程適合影片。不方便播放的人，仍需要文字查閱重要條件。

想讓影片出現在 Google 的影片搜尋，就要讓爬蟲找得到影片、讀得到縮圖，播放頁也能收錄。文章順便嵌入影片，和以看影片為主的頁面，適用條件不同。VideoObject 可以標記影片資料，卻仍要檢查前面這些條件。

語音搜尋讓人用說的提出問題。文章照樣要回答清楚，提供規格、來源和服務地區，再看使用的平台有沒有其他要求，不必因此替每個網站另做一套「語音 SEO 頁」。

站外 SEO：讓其他人有理由引用你

外部反向連結，是其他網站指向你的連結。Google 的排序系統包含連結分析與 PageRank，但連結只是眾多訊號的一部分，不能只靠總數判斷排名。

對網站經營者，可以先思考什麼內容真的值得被引用。

例如，一份清楚交代方法的調查、一個可用的計算工具、難以取得的第一手資料，或能解決特定問題的教學。這些內容還需要被適當介紹，不能假設發布後別人自然會發現。

新聞稿、合作與贊助也不應一概視為違規。需要區分的是正常推廣，以及以操縱排名為目的的連結安排。購買傳遞排名訊號的連結、過度交換連結等做法，可能違反 Google 的連結垃圾內容政策。

第三方工具提供的網站權威分數，可以作為該工具的比較指標，但不要把它當成 Google 公開的內部評分。Google 明確表示，第三方工具無法存取其內部排名資料，也不能保證搜尋表現。

反向連結看來源，也看引用的情境

其他網站連到本站，就是反向連結。它能帶來訪客，也提供搜尋引擎理解頁面關係的線索。Google 公開確認，連結分析與 PageRank 仍參與排序。

其他網站放上你的連結，可能是在推薦、引述、批評或放廣告，也可能只是有人在留言貼了網址。先看對方為什麼連過來，才能判斷它是否真的在推薦你。

打開準備放連結的文章，看看它談什麼、讀者為什麼會需要你的資料，以及連結放在那裡是否自然。第三方工具的網站評分可以輔助研究，但那是工具自己算的，不能當成 Google 的評分。

連結增加很快，不等於一定有問題

網路上會建議多少連結文字要用品牌名稱、多少可以用完整關鍵字，但 Google 沒有公布這類通用的安全比例。不同品牌、內容與報導事件，會吸引不同的連結文字。

一份研究突然受到關注，短時間就可能增加大量自然引用。連結快速增加，本身還不足以認定違規；反過來，慢慢購買連結，也不會改變操縱排名的目的。

對方只列出網站評分，卻沒說明連結會放在哪篇內容、誰會讀、如何合作，就還無法判斷這批連結值不值得取得。

先準備別人用得上的東西

完整規格、可下載的檢查表、寫清楚調查方法的報告、安裝條件與有用工具，都能讓別人在寫作時引用。小企業可以先整理自己有資料、也有能力持續更新的部分。

咖啡機業者若整理不同人數的辦公室該用哪些設備，就寫清楚如何分組、選入哪些設備，以及適合什麼情況。採購文章作者才能引用這份比較。只寫「服務過許多企業」，還沒有提供他能引用的具體資料。

相關文章的參考連結失效了，可以寄信提供你的替代資料，說明它能補上哪些內容。文章提過品牌卻沒放網址，也可以請作者補上，方便讀者查找。是否採用由對方決定，提議要與文章有關，別大量寄送同一封無關信件。

除了拿到幾條連結，也記下來源是否與業務相關、有沒有帶來閱讀或詢問、對方有沒有引用正確，以及合作是否還有幫助。

付費合作與讀者留言，使用不同的連結標記

Google 提供 sponsored、ugc 與 nofollow 等屬性，讓網站說明連結屬於哪種關係。廣告、業配與聯盟行銷連結應適當標示；下例用 sponsored 標示合作連結，用 ugc 標示讀者提供的連結。

<a href="https://www.example.com/offer/" rel="sponsored">合作方案說明</a>
<a href="https://www.example.com/community-resource/" rel="ugc">讀者提供的參考資料</a>

正常引用資料時，不必只因為擔心連結太多，就一律加上同一種屬性。文章有收費合作，即使寫成評測，也要說明商業關係。

工具說連結「有毒」，要立刻移除嗎？

工具把連結標成「有毒」，只是按它自己的方法判斷風險。先打開來源網站，查這條連結怎麼來、公司有沒有參與購買或操縱，再查看 Search Console 是否有通知。陌生的小網站也可能正常引用你，不要只為了改善工具評分就全部排除。

Google 說明，多數網站用不到「拒絕連結」工具。通常要同時有大量可疑或低品質連結，而且已造成或可能造成「專人處置」，才需要慎重評估。專人處置指 Google 的人員判定網站違反政策後採取措施。拒絕連結用錯，也會影響網站表現。

公司確實買過用來影響排名的連結，就保存合作紀錄並處理。要移除、補上標記，或使用拒絕連結工具，依實際情況與 Google 的條件決定。

垃圾內容、AI 量產與常見風險

重複關鍵字，補不了缺少的答案

把同一批關鍵字、城市或數字不自然地反覆塞進頁面，想藉此影響排名，屬於 Google 列出的垃圾內容做法。文章正常討論一個主題，本來就會多次提到相關字詞，要看句子是否真的有用。

服務頁寫出公司真的提供服務的城市，能讓人知道是否可以預約。頁尾塞滿沒有提供服務的地名，想讓網站出現在那些城市的搜尋結果中，就有違反政策的風險。修改時保留真實地區，刪掉無關和重複的詞，別只換成近義詞。

用 AI 寫文章，仍要核對它寫了什麼

Google 沒有禁止所有 AI 文章。它要處理的是大量製作對讀者沒幫助、主要用來操縱排名的頁面，這稱為「大量內容濫用」。由人寫、AI 寫，或兩者一起完成，都要看內容與用途。

例如，拿同一篇文章換上不同品牌和城市，產生幾百頁，卻沒查各地的價格和服務差別。句子再順，也沒有替讀者解答這些問題，還得逐頁確認資料。

先提供確認過的產品資料和來源，再讓 AI 整理、找出漏答的問題或修改句子。完成後，逐項核對價格、規格、引文、案例與操作步驟。

文字讀起來自然，內容也仍要核對。加上口語、情緒或細節，不會讓沒做過的評測變成實測。

大量複製頁面、操縱連結與借用網站聲譽

大量製作幾乎相同的頁面，分別吸引不同搜尋字詞，再把訪客送到同一個地方，可能涉及門戶頁面。為操縱排名而買賣、交換或自動建立連結，也在 Google 的垃圾內容政策範圍內。

網站刊登外部投稿或合作專欄，本身不等於違規。要檢查的是：文章對原本讀者有沒有用，還是主要借這個網站既有的名聲，替另一批內容取得排名。後者涉及「網站聲譽濫用」，不能只看作者是外部人員或文章有收費就下結論。

經營多個網站也不自動等於違規。要看各站是否有真正的產品、服務、內容與負責人，或只用空殼站串連結。

文字收在可展開的區塊裡，和故意不讓人看見不同

常見問答收在可展開的區塊，讀者點開就能看，這是正常的介面安排。分頁標籤與無障礙輔助文字也有使用上的目的。把內容藏起來只給搜尋引擎看，則是另一回事。

例如，網站原始碼塞滿某項服務的關鍵字，訪客卻完全看不到這項服務的說明，就要查是否故意向搜尋引擎顯示不同內容來操縱排名。

短期有效，還不足以判定安全

搜尋系統辨識與處理違規有時間差。短期取得名次，仍要檢查取得方式是否符合政策。

評估做法時，也算進維護時間和失效後的損失。即使排名改變，原本整理的規格、教學或工具仍能給顧客使用，和只為操縱排名製作的空頁，留下的價值並不相同。

AI 搜尋與 GEO：引用、爬蟲與成效怎麼看

AI SEO 有兩種常被混用的意思。

一種是使用 AI 協助 SEO 工作，例如整理資料、草擬內容或協助檢查程式。

另一種是改善網站在 AI 搜尋中的可見度，讓內容有機會成為回答的來源、被引用，或帶來後續造訪。

AEO 通常指 Answer Engine Optimization，GEO 則指 Generative Engine Optimization。Google 的官方說明將這些視為著重 AI 搜尋可見度的常見用語；對 Google Search 而言，改善生成式搜尋體驗仍然屬於 SEO。

AI Overviews 與 AI Mode 如何使用網站內容？

AI Overviews 用來協助使用者掌握問題或主題，並提供進一步探索的連結。AI Mode 則支援需要更多推理、探索與複雜比較的搜尋。

這些功能可能使用 query fan-out，將原始問題展開成多個相關搜尋，以取得不同子題與資料來源。它們使用的模型與技術可能不同，因此回答與引用連結也可能不同。

假設讀者問：

二十人的辦公室應該買咖啡機，還是租咖啡機？

編輯研究時，就不能只處理「購買價格」。還需要評估使用期間、預估用量、耗材、清潔、維修責任與提前結束合約的條件。

這是根據讀者需求提出的研究方向，不是聲稱知道 Google 當次實際執行了哪些內部查詢。

先確認 GEO 服務到底包含什麼

GEO 常指生成式引擎最佳化，AEO 常用來談答案引擎，LLMO 則談大型語言模型中的曝光。這些工作關心品牌或網站能否出現在 AI 回答裡，但各服務商包含的工作未必相同。

Google 將改善網站在這些 AI 搜尋功能中的表現，列為 SEO 工作的一部分。

評估服務時，先問要改善哪個平台、測試哪些問題，以及如何確認結果。要看回答有沒有提到品牌，還是有沒有連到指定網址？如何保存測試結果？又如何判斷變化與這次工作有關？

AI 提到品牌，和真的有人進站購買，差在哪裡

測試時，把完整問題、回答、來源連結、使用平台、日期和語言地區一起保存。之後用同一組問題再測，才方便比較。新想到的題目另外記錄，避免前後測的根本是不同問題。

提及率用「回答出現品牌的次數」除以「測試次數」。測之前先選好題目和次數。後來刻意加入容易出現品牌的問題，比例也會上升，但這不能說明一般搜尋者更容易看見你。更改題目時，一起留下紀錄。

先取得參與資格，再談內容被選中的機會

若要作為 AI Overviews 或 AI Mode 的支持連結，頁面必須已建立索引，而且具備在搜尋結果顯示摘要的資格。重要內容應能以文字取得，並確認 CDN、主機與檢索設定沒有阻擋必要存取。

此外，截至本文更新日，Search Console 已提供 Search generative AI 控制項。Google 官方註明，這項控制於 2026 年 8 月 31 日推向全球網站。站長可以在設定中管理網站是否參與 AI Overviews、AI Mode 與 Discover 的生成式 AI 功能。

要爭取曝光，應核對該資源的有效設定，尤其是繼承上層設定的情況。不要只看某個子資源，就忽略整體設定。

這項控制管理的是搜尋生成式功能的參與，不是模型訓練。官方另有訓練相關控制，兩者不應混為一談。

圖片來源：Google Search Console 說明：Search generative AI control。畫面為官方公開文件，並非本站 Search Console 帳戶設定。

讓內容適合支持一個具體回答

對內容本身，可以從三件事檢查。

答案是否清楚。 讀者不用猜測比較對象、日期、地區與方案，也不用翻到另一頁才知道重要限制。

依據是否足夠。 需要價格就提供可核對的價格條件，需要比較就採用相同基準，需要實測就交代方法。

原文是否值得造訪。 除了短答案，還提供工具、原始資料、操作過程或其他有用細節。

這些是編輯與資料品質要求，不是已被證實的 AI 引用機率公式。Google 對 AI 搜尋同樣鼓勵原創、有價值且能滿足需求的內容。

哪些「AI SEO 技巧」不必當成必要條件？

llms.txt 不是 Google 搜尋排名或 AI 引用的必要檔案。Google 已明確說明，Google Search 不使用它來影響網站可見度或排名；其他服務是否使用，應另外查該服務的文件。

也不必把所有段落切成固定字數的小片段，或為每種問法新增一頁。清楚分段是為了閱讀，不是因為存在通用的「AI 最佳段落長度」。

結構化資料仍可用於適用的搜尋呈現，但 Google 沒有要求特別的「AI 專用 Schema」。符合技術要求，也不保證一定被 AI 回答選中。

ChatGPT 搜尋要另外檢查什麼？

不同平台的爬蟲與控制方式不同，不能把 Google 的設定直接當作所有 AI 搜尋的通用規則。

OpenAI 文件將 OAI-SearchBot 與 GPTBot 分開：前者用於 ChatGPT 搜尋，後者涉及可能用於基礎模型訓練的內容檢索。網站可以分別設定兩者，不必因為限制訓練就同時封鎖搜尋。

除了 robots.txt，也應檢查主機與防護層是否誤擋合法請求。允許檢索仍不等於一定被引用，只是避免自己先阻斷內容被使用的必要路徑。

用 AI 寫 SEO 內容，應把它放在哪個位置？

Google 沒有將「使用生成式 AI」本身視為違規。官方承認它可協助研究與整理原創內容，但大量產出沒有額外價值的頁面，可能違反垃圾內容政策。

實務上，可以讓 AI 協助整理已提供的資料、找出缺漏、比較版本或產生草稿。

不應讓它自行補出不存在的測試、價格、客戶經驗與引用。任何會影響讀者決定的主張，仍需要負責的人核對。

例如，先提供真實租賃條件，再請 AI 整理比較表，比要求它「寫一篇最專業的咖啡機租賃文章」更容易控制資料品質。

在 Search Console 查看 AI 曝光

Search Console 的生成式 AI 成效報表，可查看網站在 AI Overviews 與 AI Mode 中的曝光，也就是頁面在這些功能裡出現的情況。可以再按網頁、國家、日期與裝置分開看。

AI 曝光已包含在 Web 搜尋資料裡，不能再加一次當成總曝光。Google 的曝光、其他 AI 平台的問題測試，以及網站收到的 AI 來源訪客，分欄記錄，避免把不同數字混在一起。

ChatGPT 的搜尋與訓練爬蟲分開設定

OpenAI 有不同用途的讀取程式。OAI-SearchBot 為搜尋讀取網站，GPTBot 讀取的內容則可能用於訓練模型，兩者可以分開設定。ChatGPT-User 則用來處理部分使用者主動要求的網站存取。

管理者先決定是否允許平台為搜尋讀取內容，以及是否允許拿去訓練模型，再檢查 robots.txt、CDN 與安全防護設定。這兩種用途可以分別允許或拒絕。

公司先決定是否允許搜尋與模型訓練使用內容，需要時由內容、營運和法務一起確認，再請工程人員設定。

搜尋結果已經回答問題，讀者為什麼還要進網站

有些問題在搜尋結果裡就能看完答案，讀者不一定會再點進網站。查看受影響的搜尋字詞、曝光、點擊與詢問，才知道這件事影響了哪些頁面。

解釋名詞的頁面可以補上例子與用法；選購頁提供試算、適用條件與產品比較；服務頁說明服務內容與地區，讓人看完就知道是否適合，並找到聯絡方式。

打算縮短搜尋摘要或限制平台讀取內容前，先查各項 robots 指示控制什麼。更改後再比較曝光和點擊，不要先假設答案顯示少一點，就一定有更多人進站。

SEO 成效分析：從搜尋曝光看到有效詢問

想看搜尋表現，用 Search Console；想看進站後做什麼，用 GA4

要知道頁面是否被 Google 收錄，查看索引報表與網址審查；要知道讀者搜什麼詞時看到網站，查看搜尋成效。讀者進站後有沒有詢問或購買，再查網站分析與業務紀錄。

Search Console 記錄網站在 Google 搜尋中出現和獲得點擊的情況；GA4 記錄訪客進站後的操作。一段造訪活動在 GA4 裡稱為「工作階段」，和一次搜尋點擊的算法不同，兩邊數字不相等時，先查定義和記錄方式。

看第三方工具時，分清楚它提供的是流量估計、自己的評分，還是實際抓到的內容。估計某站每月有多少訪客，不等於看過那個網站真正的造訪紀錄。

曝光、點擊、CTR 與平均排名一起看

網站出現在搜尋結果，依 Google 的規則記為「曝光」；有人從結果點進網站，記為「點擊」。CTR 是點閱率，用點擊數除以曝光數，通常寫成百分比。平均排名則是所選資料中搜尋位置的平均值。分析前先選好日期、搜尋類型和篩選條件，讓前後比較的是相同資料。

假設第一期有一萬次曝光、兩百次點擊，CTR 為 2%。第二期曝光增至兩萬次，點擊仍是兩百次，CTR 就變成 1%。比例減半，點擊卻沒有減少。

先查新增曝光來自哪些搜尋字詞、原本關心的詞是否換了排名，以及手機、電腦或不同地區的曝光比例有沒有改變。再判斷標題是否需要修改。

頁面開始出現在更多搜尋字詞的結果中，而新增的名次比較後面，就會拉低總平均，原本追蹤的字詞卻可能沒有退步。把字詞和頁面拆開看，才知道究竟是哪一部分改變。

搜公司名稱的人，和搜一般問題的人，分開看

搜尋字詞包含公司或品牌名稱，稱為品牌查詢；沒有品牌名稱，稱為非品牌查詢。前者可能先看過廣告、展覽或朋友介紹，後者可能還在比較供應商。

辦完品牌活動後，搜尋公司名稱的人增加，不能全算成同期文章的效果。不含品牌名稱的曝光增加時，也要看大家搜尋的內容是否與公司業務相關，才能判斷有沒有吸引到想服務的人。

每個重要頁面選一組相關搜尋字詞持續追蹤，再另外記錄新出現的詞。品牌縮寫、錯字或同一詞有不同意思時，抽樣人工確認。查詢報表會隱藏部分涉及隱私的查詢，也有資料列限制，因此匯出清單不包含每一次搜尋。

表單真的送出成功，再算一筆詢問

GA4 可以把完成詢問或購買等操作標為「關鍵事件」。先決定哪個動作才算完成，再讓追蹤程式在那一步記錄。把事件取名叫「成交」，並不會讓程式自動知道訂單是否成功。

詢價網站應記錄成功送出的表單。按下送出後，還可能卡在必填欄位、網路或伺服器錯誤。點擊電話或通訊軟體按鈕，只能先看出訪客想聯絡，實際有沒有通話或對話，則查聯絡紀錄。

自己填一次表單，確認業務收到內容，GA4 也多出一次正確紀錄。再重新整理頁面或重複操作，看看會不會把同一筆詢問算兩次。分析正式成果時，將測試、垃圾和有效詢問分開。

業務與行銷先約定什麼算有效詢問，例如留了可聯絡資料、需求在服務範圍內，而且沒有重複。每個月用同樣的標準，數量才比較得起來。

訪客少、詢問少或成交少，要查的地方不同

假設網站一段期間記錄到 1,200 個來自自然搜尋的工作階段，接著收到 36 筆成功送出的詢問，其中 18 筆符合服務條件、3 筆成交。沿著造訪、詢問到成交這幾步，就能分別檢查哪裡出了問題。

訪客不少卻少人詢問，先看文章是否回答問題、表單是否好用。詢問很多卻多半不是公司能服務的客戶，就查服務範圍有沒有說清楚。符合條件的詢問不少卻少成交，再和業務一起檢查報價、方案、回覆和競爭情況。

表單壞了，先修表單。業者不提供某項服務，就清楚說明範圍。繼續增加同樣的流量，未必增加成交。

SEO 花了多少，帶來的毛利有沒有超過支出

收到的訂單金額，還要扣掉商品或服務成本，剩下的毛利才適合拿來和 SEO 費用比較。先選定同一段期間，約定哪些訂單算 SEO 帶來的，再加總這些訂單的毛利。公式裡把這筆金額稱為「可歸因毛利」。

SEO 投資報酬率
=（同期間可歸因毛利 − 同期間 SEO 投入）÷ 同期間 SEO 投入

假設依事先約定的方式，算出 SEO 帶來 60 萬元營收，毛利率 40%，毛利就是 24 萬元。同期間內容、工程與管理共花 12 萬元，扣掉後剩 12 萬元，再除以投入的 12 萬元，簡化估算的 ROI 為 100%。

顧客可能先看社群貼文，再讀網站文章，然後向業務購買。報表用「歸因模型」決定這筆成交算給哪些來源、各算多少，但這不等於證明只有其中一個來源促成購買。

若要估算顧客未來會帶來多少收入或利潤，也就是「終身價值」，要寫清楚算幾年、用了哪些假設，別直接拿多年預估收入和當月費用比較。

把自然搜尋點擊數乘上廣告每次點擊費用（CPC），可以估計「若改買廣告取得這些點擊，大約要花多少」。但兩種流量的搜尋字詞與購買情況不同，這筆估算不能直接當成實際省下的廣告費或利潤。

品牌和非品牌 CTR 都變好，合計怎麼反而變差？

假設品牌與非品牌查詢在前後兩期有以下表現：

品牌 CTR 從 20% 升到 22%，非品牌從 1% 升到 2%，各自都增加了。但前期九成曝光來自 CTR 高的品牌字詞，後期只剩一成；大量曝光換到 CTR 較低的非品牌字詞，合計就從 18.1% 降到 4.0%，少了 14.1 個百分點。

只看總 CTR，容易誤以為標題變差了。還要看哪些搜尋字詞占比增加、排名是否改變，以及裝置、地區和搜尋版位有沒有不同。

為了分開比較點閱率和曝光比例，可以先假設兩類曝光仍維持修改前的比例：品牌占 90%，非品牌占 10%。把修改後各自的 CTR 代入，就能算出固定比例後的結果：

90% × 22% + 10% × 2% = 20.0%
20.0% − 18.1% = 1.9 個百分點

20.0% 稱為「標準化 CTR」，回答的是：「如果曝光仍維持原本的比例，後期點閱率會是多少？」後期實際用總點擊除以總曝光，仍是 4.0%。把兩個數字分開列，才不會把比較用的試算當成真正發生的結果。

實際分析時，把品牌與非品牌查詢的曝光、點擊與點閱率分欄記錄，再將相同算法代入自己的資料，就能看出組成變化對合計 CTR 的影響，不會把曝光比例的變化誤判成標題變差。

不能只靠同一天的點擊與訂單，判斷誰搜了什麼

某頁今天得到十次搜尋點擊，網站也剛好有一筆訂單，仍不知道這筆訂單來自哪次點擊。光看日期相同，無法認出是哪個人、搜尋哪個字詞後購買。

可以按頁面與日期，統計搜尋點擊和成交數；也可以在符合資料使用規範下，由網站自己的表單或系統記錄顧客來源。沒有能連起兩筆紀錄的資料，就無法確認某筆成交來自哪次搜尋。

頁面未收錄或流量下跌，怎麼排查

是找不到頁面、沒人點，還是點進來卻沒詢問？

SEO 沒效果，要先找出問題在哪裡：Google 還沒收錄頁面，還是已經出現在搜尋結果，卻沒人點？有人進站後，是找不到答案，還是表單送不出去？這幾種情況需要不同處理。

例如，發現租賃頁過去四週的非品牌搜尋點擊變少，就從這個頁面和這批字詞查起。把日期與實際下降的項目找出來，比猜「Google 不喜歡網站」更容易找到原因。

比較前，確認兩份報表使用相同的日期長度、搜尋類型和篩選條件。最近的資料可能還在處理，GA4 的追蹤程式也可能剛改過。先排除這些差別，再查網站或排名是否真的變了。

未收錄時，先看 Google 處理到哪一步

「已發現但尚未建立索引」表示 Google 知道網址，還沒讀取；「已檢索但尚未建立索引」表示 Google 讀取後，還沒把頁面納入索引。這些名稱說明處理進度，沒有直接指出未收錄的原因。

用前面的網站檢查方法，查看頁面能否公開開啟、回應是否正常、有沒有 noindex，以及 canonical 是否指到別頁。再看站內有沒有連結通往它，內容是否與其他頁重複。設定正常但內容幾乎一樣時，才評估補充或合併。

購物車、站內搜尋或重複版本不收錄，可能正是網站原本的安排。先列出希望被收錄的網址，再查哪些還沒收錄，不必追求全站每頁都進入索引。

先修好查出的問題，再請求重新檢索，讓 Google 取得更新線索。反覆提交同一網址不會加快處理。

需要逐項記錄檢查結果時，可使用網站 SEO 健檢清單與診斷流程，把問題、證據與下一步放在同一份紀錄裡。

Google 已收錄，但顧客搜產品時仍看不到你

想找租賃費用的人，打開頁面卻只看到公司故事，仍然不知道要花多少。想學操作的人只找到電話，也還沒得到解法。拿目標搜尋問題對照頁面，看看真正的答案放在哪裡。

先保存目前內容，記下搜尋結果提供哪種頁面，以及顧客還缺哪些資訊，再決定怎麼改。例如先補維修範圍和租期，保留原網址與其他設定，方便後續比較。

網站出現在搜尋結果，卻很少人點進來

查網站在什麼搜尋字詞下出現、排第幾，以及 Google 顯示的標題與摘要。總 CTR 偏低，有時是排名較後的曝光增加，有時是曝光換成另一批點擊較少的字詞。

確認標題太籠統時，再修改。頁面真的提供租賃費用和維修說明，就把「專業咖啡機服務」改成能說出這些內容的標題。修改前後追蹤同一組搜尋字詞，才不會把其他新出現的曝光混進比較。

標題承諾完整報價，內文就應有報價資料。

流量突然下降，先排除故障

Google 列出的可能原因包括技術問題、搜尋系統變動、安全與垃圾內容、需求或季節變化，以及網站搬移。更新公告與下跌時間接近，還不足以證明全部由更新造成。

先確認報表和追蹤程式沒有出錯，再開啟網站、查看收錄狀態與最近的改版紀錄。接著到 Search Console 看有沒有安全或專人處置通知。這些都沒發現問題，再分別比較頁面、搜尋字詞、地區和裝置，查需求或搜尋畫面是否改變。

記下何時再查，以及要看什麼

修改時記下日期、網址和預期結果。例如修正表單後，先測一次送出，再看正式詢問是否回升。約好下次查看的時間和資料，就不會改完之後一直放著。

表單不能送、整站誤設 noindex，應立即修復。小幅排名波動則先保留資料，Google 也提醒，原本表現良好的頁面，不宜只因輕微變化就大幅修改。

程式修好了，先實際操作；文章更新了，先看新版文字是否真的出現。排名、點擊或詢問的變化，再等足夠資料比較。結果和原先猜測不同，就回頭查原因；資料還少，就先留下待查項目。

從主機日誌查 Google 來過哪幾頁、有沒有遇到錯誤

伺服器或 CDN 的日誌，會記下何時有人要求讀取哪個網址、回傳什麼狀態，以及錯誤是否反覆出現。分析前確認時區、保存多久、有沒有漏記。請求若在 CDN 邊緣節點就完成，原本的主機不一定留有紀錄。

讀取頁面的程式會用 User-Agent 自報名稱，但這個名稱可以假冒。日誌寫 Googlebot，還要請管理者核對 Google 公布的 IP 範圍，或依官方方法從 IP 查主機名稱、再查回 IP，確認來源。

確認請求來源後，可以從日誌查看重要頁面是否反覆回傳 5xx、舊網址是否一直轉錯位置，以及爬蟲是否花很多請求讀取篩選組合。頁面是否已收錄、排名如何，再查搜尋資料。

缺少歷史日誌時，先查 Search Console 與代表網址，並設定後續的日誌保存方式。

SEO 預算與委外：要做哪些事、花多少才划算

SEO 預算應對應到要完成的研究、內容、工程與追蹤工作。先列出最重要的頁面、目前卡住的問題，以及團隊能投入的人力，再判斷哪些部分需要委外。費用比較也要使用相同期間與工作範圍。

沒人知道產品名稱時，先看顧客怎麼問問題

新產品可能還沒有大家熟悉的名稱。可以透過訪談、展示或社群，了解顧客怎麼說自己的問題，再決定用什麼字詞介紹產品。別只等人開始搜尋品牌新創的名稱。

顧客不知道新型辦公室設備叫什麼，仍可能搜尋「如何減少維護工作」。先查看這類問題是否有人問，再決定要寫哪些內容，讓需要的人找到產品。

活動快結束了，就別只等新文章帶來訪客

Google 說明，網站修改反映到搜尋結果所需時間不一，有些較快，有些要數個月，且修改未必帶來可見效果。

活動兩週後就結束，網站卻還沒有相關內容或搜尋流量，就要同時找能在活動期間讓人看見的推廣方式。已有內容與讀者的網站，則可從原本有訪客的頁面介紹活動。

急需營收的團隊，可以先修好網站故障、補齊服務與詢價頁，把大量寫新文章的計畫往後排。

決定寫多少篇，也要看更新得完多少篇

每多寫一篇文章，就多一份要更新的價格、規格、日期和連結。公司已經換方案，舊文章還寫原本的服務，顧客就可能照著過期資訊來詢問。

小團隊可以先做好幾個服務頁與必要的指南，分清誰提供資料、誰負責更新。確認這些內容有幫助，也能持續維護後，再增加題目。

比較報價時，逐項看包含哪些工作

兩份報價月費相同，做的事也可能差很多。有的只提供建議，有的會直接改網站；有的只寫新文章，有的也更新舊頁。把研究、寫作、改程式、追蹤設定與管理工作逐項列出，再比較價格。

顧問提出 canonical 修正後，是網站公司動手，還是顧問會直接修改？產品規格誰確認？工程費是否另計？修完誰檢查？先分清責任，才不會交了一份建議，卻沒有人真的修改網站。

委託寫文章時，除了篇數與字數，也要約定寫給誰、回答什麼、資料從哪裡來、要不要訪談，以及舊文章和後續更新由誰處理。委託改程式，則寫清楚會動哪些頁面、怎麼測試、出問題怎麼還原。

還在比較合作對象時，可依挑選 SEO 公司時應核對的條件，逐項確認交付內容、帳號權限與驗收方式。

缺哪種能力，就找能處理的人

熟悉產品的人提供規格、顧客問題與限制；工程人員處理網站；編輯整理成讀得懂的內容；分析人員比較修改前後的資料。小團隊可以由一人兼任，但仍要知道每件事由誰負責。

已有內容卻卡在索引或改版，就找技術 SEO 顧問與網站健檢協助；系統正常、產品資料卻散落各處，先整理資料與內容。

Google 提醒，沒有人能保證自然搜尋第一名，也要小心聲稱有特殊 Google 關係或優先提交通道的業者。合作方能約定的是要完成哪些工作、何時完成，以及你怎麼檢查做完的內容。

達到約定成效才收費，仍要先寫清楚追蹤哪些搜尋字詞、在哪個地區、用手機還是電腦、排名要維持多久，以及採用哪份資料。也要確認這些字詞與公司業務有關。

合作前，把網域、網站、Search Console 和分析工具的帳號管理方式說清楚。對方需要看哪些資料、能改哪些設定？合作結束後，內容和帳號怎麼交接？只查看報表的人，不必拿到所有系統的最高管理權限。

算算要帶來多少有效詢問，才能賺回 SEO 費用

假設每筆成交扣掉提供商品或服務增加的成本，平均剩 20,000 元。每十筆符合服務條件的詢問，平均成交一筆，就相當於這十筆詢問平均帶來 20,000 元，每筆約 2,000 元。公式把它稱為「每筆合格詢問的期望貢獻」。

同期間 SEO 花了 40,000 元，用同樣的方式認定詢問來源，預估約需二十筆來自 SEO 的合格詢問，才能支付這筆費用。

每筆合格詢問的期望貢獻
= 平均成交貢獻 × 合格詢問成交率

損益平衡詢問數
= 同期間 SEO 投入 ÷ 每筆合格詢問的期望貢獻

本例：40,000 ÷（20,000 × 10%）= 20 筆

如果成交率降至 5%，其他條件不變，就需要四十筆詢問。只改一項假設再算一次，就能看出結果對成交率有多敏感，這種做法稱為敏感度分析。

實際編預算時，也要算進何時收到款項、固定成本、退款、詢問是否重複，以及客戶類型是否改變。請業務或財務確認數字和計算方式；資料還少時，列幾組合理假設分別計算。

第一次做 SEO，可以這樣安排工作

用九十天安排一輪工作

網站打不開或表單壞了，先修復。其餘工作可以按下面的九十天安排，再依人力和頁數調整。

前 1 至 14 天，選一項想推廣的商品或服務，找到網站上介紹它的頁面，列出顧客最常問的問題。已有合適頁面，就從那頁修改，不必先開另一篇相似文章。

把目前的標題、正文和 Search Console 資料存一份，記下有多少搜尋點擊、詢問和成交，以及各項怎麼計算。沒有舊資料，就從現在開始記錄，之後才有數字可以比較。

修好讀不到的頁面，再補租期、費用和服務說明

第 15 至 35 天，沿著技術章節的方法，檢查頁面能否打開、內容是否完整，並請管理者檢查 noindex、canonical 和 HTTP 回應。共用版型要修改時，先備份，列出受影響頁面，修完逐一測試。

接著請業務和產品人員補上資料。租賃頁要說明可以租哪些設備、租多久、耗材怎麼算、壞了誰修、哪些地區能服務，以及怎麼詢價。報價需要現場評估，就說明評估什麼、客戶先提供哪些資料。

發布內容，加好連結，再測一次詢價

第 36 至 55 天，完成內文、表格、圖片與適用條件，讓標題說清楚頁面內容，再從相關頁面加上連結。

拿手機開啟頁面，從讀介紹一路操作到送出詢問。故意漏填一個必填欄位，看看有沒有清楚提示；填完整後，確認業務真的收到，追蹤工具也記錄成功。發布日期、版本，以及同時改過的價格或方案，一起保存。

看顧客怎麼搜尋、問了什麼，再決定下一步

第 56 至 90 天，先確認網站已顯示新版，再看頁面與搜尋資料。未收錄就查索引問題；吸引到不適合的訪客，就看文章選題是否偏了；收到符合條件的詢問，則了解哪些資訊幫助對方決定聯絡。

曝光或詢問還很少時，繼續收集資料與客服回饋，先補上已發現的缺漏。每隔幾天就大改標題，會更難分辨是哪個版本帶來變化。

下一步跟著發現的問題走。另一項服務沒介紹，就新增服務頁；顧客一直問尺寸，就補商品規格；多頁都有相同錯誤，就修共用版型。

請別人改網站時，附上出錯網址和測試方法

請編輯改文章時，也附上網址，說明要補什麼。例如：「這個租賃頁沒寫維修是否另收費，請向業務確認後補上；不要自行寫成免費維修。」再約定發布前由誰核對，對方就能估計需要的時間。

頁面壞了先修，缺少答案再補，其他想法小範圍試

已經確認表單不能送出，就先修表單；服務地區沒寫，就補地區。只是懷疑整批頁面都有問題，先抽幾頁測試，不必一開始就改全站。

每次修改都準備好還原方式。上線後表單壞了，就立即處理；只是幾次曝光的變化，則先觀察，別反覆換回舊版又改回新版。

約定資料改變時，誰要回頭更新文章

業務更改方案時，通知負責文章的人更新服務頁。教學引用的工具停用了，就改用仍能操作的方法；參考連結失效了，就找到新版資料，或重新確認原本的說法。

價格經常變，就多查幾次；原理解釋長期沒變，就不必每週重寫。每篇記下負責人和資料來源，遇到相關變動時通知他修改。

進階檢索概念與離線技術練習

反向索引、BM25 與語意方法，各自怎麼找資料

一般的文件目錄告訴你「這篇寫了哪些詞」；反向索引則記下「這個詞出現在哪幾篇」。搜尋某個詞時，系統就能先找到相關文件。接著，詞彙評分模型比較這個詞出現幾次、有多常見，以及文件有多長；語意方法則處理詞語與意思之間的關係。

以 BM25 為例，某個詞出現得更多，帶來的加分會逐漸減少，這叫「詞頻飽和」，不會每多寫一次就增加相同分數。模型也會考慮文章長度，避免只因文章長、詞出現得多就失去比較基準。真正的搜尋還要判斷內容版本、品質和查詢情況。

Google 的公開文件列出 BERT、RankBrain 與連結分析等系統的用途；MUM 沒有被列為一般搜尋排名的通用系統。

用八個範例，練習分辨網頁出了什麼問題

下表列出八個常見的網頁狀態範例，每個都標了 HTTP 狀態碼、檢索是否被允許，以及原始 HTML 和渲染後 HTML 的差異。練習時先遮住「預期結果」欄，逐一判斷每個情境屬於基本通過、有阻礙，還是需要人工再看一次，再對照答案檢查自己的判斷。

結果顯示 BLOCKER，表示有讀取或索引上的阻礙；REVIEW 表示需要人打開內容再判斷；PASS_BASIC 則表示這次檢查的基本條件通過。

要檢查自己的網站，先取得實際頁面資料

請網站管理者從商品、文章和服務頁各挑幾頁，保存 HTTP 標頭、robots 規則、轉址經過、下載的檔案，以及瀏覽器執行程式後的內容。這些紀錄能幫你分辨：是主機沒送出資料、頁面程式出了錯，還是內容被隱藏。

再檢查 X-Robots-Tag、登入限制、防火牆、JavaScript 錯誤、多語系設定和手機內容差異。Google 選哪個網址作為 canonical，則到 Search Console 查看。

取得授權後再檢查，控制請求次數，避免拖慢網站或外洩資料。每份紀錄附上時間與版本，程式找到不符要求的項目後，再請工程或內容負責人查看原因。

把修過的問題加入測試，避免下次又出錯

版型曾讓商品規格消失，就加入必要欄位檢查；切換外掛曾輸出重複 canonical，就保存這個出錯情境，以後改版時再測一次。這類用來確認舊問題沒有重現的檢查，稱為回歸測試。

測試前要知道這頁本來要做什麼。私人頁故意設定 noindex，就不該報成錯誤；缺貨商品保留規格，也可能正是需要的做法。不同頁面分別列出該有的內容，程式才能照正確條件檢查。

試著修改範例裡的狀態碼或 noindex，再跑一次，觀察哪個改動讓結果變成需要修正或人工確認。

SEO 修改如何比較，才不會把波動當成效果

先決定這次要改善什麼，再看對應的結果

假設公司只服務台北，卻常收到其他地區的詢問，而頁面又沒寫服務範圍。這次就先補上地區，再比較範圍外的詢問比例是否下降。想解決什麼、改哪裡、看什麼結果，都能對到同一個問題。

要看排名變化，也先選定頁面與搜尋字詞。例如補上商品規格後，就追蹤與規格相關的搜尋曝光，別把同期間增加的全站品牌搜尋也算成這次修改的效果。

先決定用哪些結果判斷，才不會看到哪個數字上升，就臨時改口說那項代表成功。

改完文章後點擊增加，還要查同時發生了什麼

更新後點擊增加，可能與內容有關，也可能因為季節、新聞、品牌活動或搜尋結果改變。要說是這次更新帶來的成長，還得比較這些同時發生的事。

同時換 URL、標題、正文、版型與站內連結，即使結果變好，也很難知道哪項修改有效。有足夠人力時分階段處理，保留各次上線的版本；已知故障則立即修好，不必為了方便比較而拖延。

前後比較先用相同篩選條件，確認最近的資料已處理完成，也留意部分查詢會因隱私保護而隱藏。除了修改前後，還可查看較長期間與相同季節的資料，避免只挑幾天的上升就下結論。

沒修改的頁面也成長了，該怎麼算？

假設將一組頁面修改，另一組保留原樣作比較。為了比較成長幅度，把兩組修改前的數值都換算成 100；後來修改組變成 120，未修改的比較組也變成 115。

單看修改組，成長了 20%。但未修改的頁面也在成長，把兩組放在一起，可以這樣計算：

變化差值：
(120 − 100) − (115 − 100) = 5 個指數點

相對比值調整：
1.20 ÷ 1.15 − 1 ≈ 4.35%

第一個算法用 20 減 15，得到相差 5 個指數點。第二個用 1.20 除以 1.15，再減 1，得到相對差異約 4.35%。兩者回答的問題不同，不能把 5 個指數點寫成 5% 的相對成長。

比較組要有理由可以放在一起比：讀者需求相近，修改前的變化趨勢接近，也沒有只有其中一組參加促銷。還要查看修改一組後，會不會連帶影響另一組。這些差別會影響結果，光套公式處理不了。

網站只有一篇主要指南，找不到合適比較頁，就保存修改紀錄，再分別觀察搜尋字詞、手機與電腦、不同地區。不要拿主題完全不同的文章硬比，也不要把這種前後觀察稱為隨機實驗。

換按鈕測試的是訪客操作，不是兩個頁面的排名

讓同一頁的訪客看到不同按鈕，可以比較哪種寫法或設計讓更多人詢問。這是在測訪客反應，並沒有兩個獨立網址可供 Google 排名比較，不能直接當成 SEO 排名實驗。

使用網站測試工具時，也要遵守搜尋指引。不能為了操縱排名，只給搜尋引擎看一套內容，卻讓一般訪客看到另一份不相符的答案。

有幫助的改動再用到其他頁，改壞了就處理

表單修好、詢問資料能送達，就完成了這項修復。文章加長或工具分數提高後，還要確認原本沒回答的問題是否補齊，以及有效詢問有沒有增加。

比較後確認某類修改有幫助，再用到其他頁面。若吸引到不需要的訪客、資料沒人能更新，或原本好用的頁面改壞了，就重新評估這個做法。

目標是「SEO」排名，就持續追蹤這個完整字詞。「SEO 教學」等相關搜尋和品牌名稱，分開記錄。其他字詞曝光增加可以是進展，卻不等於「SEO」排到第一。開始前先約定地區、裝置、資料來源，以及排名要維持多久。

SEO 工具與自學：遇到哪個問題，就學哪項做法

先看要查什麼，再選工具

想查 Google 收錄了沒有，就用 Search Console；想查頁面慢在哪裡，就看頁面速度檢測工具。第三方評分能提醒哪些地方值得檢查，但真正的搜尋表現，仍要看 Search Console 的曝光、點擊和排名資料。

Search Console、GA4 與網站爬蟲各自提供不同資料，適合搭配使用。

工具的價格和可處理的資料量會變，購買前查看官方方案。先知道自己要查多少頁、處理什麼問題，再決定需不需要付費。

沒有工具訂閱也可先用免費頁面結構與技術訊號檢查整理線索。這類檢查不等於 Google 的實際索引狀態，也不能用分數預測排名。

自學時，每次實際完成一件事

先選一個商品或服務頁，把顧客常問的問題補齊，確認不用登入也能閱讀，再設定搜尋和詢問的記錄。保存網址、修改前內容和檢查結果，之後用來比較。

接著選三到五個顧客真的問過的問題，查看搜尋結果用什麼頁面回答，整理必要資訊，再判斷哪些問題適合放在同一頁。每次記下來源與還沒確認的資料，分清楚哪些是觀察、哪些是估計。

不熟技術時，可以先拿前面章節的八個範例情境練習判斷，熟悉 noindex、狀態碼和內容缺漏會如何影響檢查結果。之後再到有權限的測試網站練習，不要直接拿正在營業的網站修改全站設定。

分析先用 CTR 範例算一次，再拿自己有權使用的資料，試著把不同類型的搜尋分開比較。資料不足時，先確認還缺什麼，再解釋變化。

學習順序可以調整。文章已經寫得清楚，卻卡在程式，就練習檢查版型與伺服器回應；技術熟悉，卻拿不到完整產品資料，就練訪談與整理資訊。每次都實際做一次，才知道哪裡還不會。

若想持續學習搜尋原理，Google 搜尋關係團隊的 John Mueller 曾在 LinkedIn 介紹 Gary Illyes 的 How Search Works 系列。這則 2024 年的貼文可作為官方教學入口；涉及新功能的設定，仍以目前的官方文件為準。

常用術語查閱

遇到不熟的詞，先看它在處理哪個問題。例如 noindex 控制收錄，canonical 指定主要網址。能說出它做什麼，再往下看設定方法，會比一開始背整串名稱容易。

做 SEO 前常見的疑問

一定要每天發文章嗎？

不用每天發文章。先看有哪些問題需要回答、資料準備好了沒有，以及之後更新得完多少篇。Google 沒有每天發布才具備排名資格的規則；服務條件還沒寫清楚的網站，可以先補舊頁。

文章要比競爭者更長嗎？

把讀者的問題回答清楚就好。Google 沒有偏好的字數，商品規格、單一問答和完整教學，本來就需要不同篇幅。少了答案就補，重複的解釋就刪。

安裝 SEO 外掛後，還要做什麼？

開啟頁面，看標題和內容是否正確，再請管理者檢查 Sitemap、canonical 等設定。接著自己找一次商品資訊或送出詢問。外掛能填欄位，卻不會替你確認商品資料或聯絡流程。

速度滿分，為什麼排名還不好？

網頁開得快，讀者仍可能找不到答案。接著查看商品或服務資料是否完整、是否回答目標搜尋問題，以及 Google 能不能讀到內容。

新網站一定要等固定幾個月嗎？

沒有所有新網站都一樣的等待期。先查 Google 是否知道網址、讀到內容、建立索引，再查看相關搜尋是否開始出現曝光。網站修改需要重新處理，也未必每次都帶來名次變化。

舊文章重新改寫，就算更新嗎？

把句子改順，可以改善閱讀；資料有沒有更新，還要看過期價格、失效步驟和錯誤是否已修正。只換年份或同義詞，沒有重新確認資料。仍然正確的段落可以保留。

不買外部連結，做得起來嗎？

Google 會分析連結，但沒有規定每個頁面都要拿到相同數量。先修好內容與技術，整理別人用得上的資料，再向相關的網站與作者介紹。為操縱排名而買賣連結，有違反政策的風險。

沒有 AI 引用，就算 SEO 失敗嗎？

要看原本想得到什麼。若目標是增加顧客詢問，就查看自然搜尋實際帶來多少詢問；AI 提到品牌或附上網址，另外記錄。有引用卻沒人進站，和有人進站後成交，是不同結果。

什麼時候該停止一個題目？

題目和公司業務無關，或拿不到可靠資料、沒人能更新，就值得停止或換方向。已修改一段時間仍沒有幫助，也要回頭查看原因。保留做過的改動和觀察結果，之後才知道哪些方法不要重複。

SEO 工作表可以記下每頁要回答的問題、資料來源、檢查結果與修改日期。