AO2 GUIDE 15 · 搜尋與量測
Search Console 從商業問題選擇日期、查詢與頁面範圍。核對曝光、點擊、點閱率及平均排序，把觀察轉成有依據的網站改善工作。
這份指南提供企業團隊可採用的讀表與回查方法，從指標、觀察範圍到改善工作單。文中的變化情境都是分析示例，不代表 AO2 網站或任何客戶的實際資料。
Search Console：先寫問題，再選擇報表範圍
開始之前，先把問題寫成一句可確認的話。例如「新產品頁是否開始出現在相關查詢」，與「既有產品線的搜尋點擊為什麼下降」，需要的觀察範圍不同。若先把整站資料全部攤開，很容易被與這次任務無關的新聞或品牌查詢帶走。
接著確認網站資源、日期、搜尋類型、國家與裝置等範圍。比較兩個期間時，保留同樣的篩選條件，並考慮星期、活動與季節差異。不要一邊改日期、一邊改頁面群組，最後卻把所有變化歸因於上週發布的一篇文章。
把範圍寫在報告旁邊，即使只是簡單的一段說明，也能減少跨部門誤會。若同事無法用相同條件重現你看到的數字，就先釐清範圍，再討論原因。這會比急著替每個升降找理由更有效率。
四個常見指標，回答的是不同問題
Google 的成效報表包含曝光、點擊、點閱率與平均排序等資料。曝光協助理解內容被展示的情況，點擊記錄從搜尋結果進入網站的行為，點閱率則是點擊除以曝光。平均排序是彙整後的指標，不能直接當成每一位搜尋者都看到的固定名次。
| 指標 | 可以先問什麼 | 不宜直接推論 |
|---|---|---|
| 曝光 | 哪些內容開始被搜尋到 | 已經接觸多少獨立客戶 |
| 點擊 | 哪些頁面取得搜尋進站 | 這些進站全部是有效商機 |
| 點閱率 | 展示與點擊的關係如何 | 越高就一定比其他頁有價值 |
| 平均排序 | 某組資料的位置如何變化 | 網站永遠固定排在同一名次 |
例如內容開始涵蓋更多新查詢，曝光增加，整體點閱率卻可能改變。這不一定代表標題變差。先分開看原有查詢與新增查詢，再核對頁面任務，才能知道應調整什麼。專業詞量小時，也要避免過度解讀少數點擊造成的比例波動。
用查詢與頁面交叉看，不只看整站總量
查詢讓你看到使用者用什麼語言找資料，頁面則告訴你網站用哪份內容承接。可以先選一個重要頁面，再觀察它相關的查詢；也可以從一組重要問題出發，檢查哪些頁面被展示。兩種方向一起看，更容易發現內容與需求是否錯位。
如果搜尋者想比較方案，進站頁面卻只有公司沿革，就要回查內容分工。如果一個產品頁同時承接許多基礎問題，則可考慮增加清楚的解釋與延伸閱讀。整理任務的方法，可接著參考 關鍵字與搜尋意圖研究。
不要因為兩頁都出現相同詞，就立即刪掉其中一頁。它們可能分別服務選型與技術核對，也可能只是內容邊界不清。先比較實際回答，再決定重新分工或整合。處理舊內容時，可依 內容盤點與更新指南 留下判斷理由。
曝光有了，點擊不足，先檢查頁面承諾
遇到這種情況，先看相關查詢、位置與結果情境，再核對標題是否清楚說明內容。標題不必塞滿所有詞彙，但應讓人知道這頁是在解釋原因、比較方案，還是提供產品規格。頁面實際內容也要支持這個承諾，避免吸引點擊後沒有答案。
例如「專業設備完整介紹」很難說明差異，可以根據真實內容改成明確的用途或選型問題。但不要為了提高點閱，把尚未驗證的效果、排名或價格寫進標題。點擊只是進入內容的起點，錯誤期待可能讓後續詢問更難處理。
修改前保存原標題、日期與觀察範圍，修改後給予合適的回查時間。搜尋展示可能受其他因素影響，不能看到幾天的變化就認定標題是唯一原因。把變更紀錄留下來，才有辦法逐步累積有用的判斷。
點擊下降時，把技術與內容分開排查
先確認下降是整站、多個模板，還是少數頁面。如果影響廣泛，應檢查網站是否有改版、網址異動、存取或索引設定問題；如果集中在某一產品線，則回查產品狀態、需求變化、舊資料與內容是否仍符合任務。
技術檢查可以從重要公開網址開始，確認頁面能正常開啟、主要內容存在，以及必要的導覽與文件仍有效。搜尋成效報表是觀察線索，不是所有技術問題的直接證明；需要進一步檢查時，可依 SEO 健檢指南 排出工作順序。
若近期做過改版，請先比對舊新網址、重新導向與站內連結。不要在尚未確認移轉狀態之前，又同時大幅重寫所有內容，否則很難知道問題來自哪裡。可接著看 網站改版與 SEO 移轉，把變更與回查放在同一張清單。
品牌與非品牌查詢，可以分開理解
品牌名稱、產品型號與一般需求問題，通常代表不同的熟悉程度。已知道品牌的人可能直接找官網，尚未認識你的人則先問用途或比較。企業可依自己的命名方式建立分組規則，但要留下包含與排除的範圍，不把分類當成平台提供的精確客戶身分。
例如品牌名稱也可能是一個常見詞，型號則可能與其他產品重複。分組結果需要抽查，不能只靠字串包含就認定全部都是品牌需求。更不能因為品牌查詢的點閱率較高，就直接認為非品牌內容沒有價值。
對 B2B 官網而言，可以把問題群組連到採購任務，再看核心頁面是否有適合的下一步。若想把搜尋資料接到產品與業務判斷，可參考 B2B SEO 規劃，讓報表服務明確的商業問題。
與 GA4 並讀，先尊重兩邊的定義
Search Console 觀察搜尋結果端的表現，GA4 則記錄網站或應用中的互動。搜尋點擊與網站工作階段並不是同一件事，因此不應要求兩組數字逐筆完全一致。比較之前，還要確認日期、網址、來源與追蹤範圍是否可對照。
可先用 Search Console 找出需要改善的進站頁面，再用網站端資料核對讀者是否使用了相關內容或成功提出詢問。若差異突然擴大，就檢查部署、追蹤與篩選條件，不要直接選一邊數字當作唯一正確答案。細節可見 GA4 與 Search Console 差異指南。
報表也無法替你確認所有商務結果。表單成功送出之後，仍需要業務辨認需求與後續狀態。把各階段分開記錄，能讓團隊知道內容改善發生在哪裡，以及哪些問題還需要更多資料才能判斷。
每次回查，留下可以開始的工作
一張可用的改善工作單，至少有頁面、觀察範圍、問題描述、證據、建議修改、負責人與回查日期。例如「某產品頁的相關查詢偏向選型，但內容缺少限制與比較」，就能安排 PM 補資料，編輯重整段落，網站人員確認閱讀入口。
每輪先選少數重要頁面，避免同時修改所有項目。修改時保存內容版本與理由，回查時確認原本問題是否被解決。若結果不明確，就把假設與待確認事項保留下來，而不是為了報告看起來完整，硬給出單一原因。
需要把報表、內容與網站修正一起推進時，可以了解 SEO／GEO 整合服務。合作交付應讓企業知道改了什麼、依據是什麼，以及後續如何核對，不只是定期收到一份難以轉成行動的排名截圖。
讓下一位同事能重現你的觀察
保存報告時，除了圖表，也留下資源名稱、查詢或頁面條件、日期與匯出時間。若用試算表整理問題群組，附上分組規則與原始欄位，避免接手的人只能猜測哪幾列被合併。內部可保留必要原始資料，對外展示時則只使用已確認可公開的範圍。
例如報告寫「重要產品線點擊下降」，就應列出這條產品線包含哪些網址，是否有新增或停產頁面，以及比較期間是否有不同活動。當同事重新套用相同範圍，能得到相近的觀察，討論才有共同基礎。如果後來修正了分組，舊報告也要註明，不能把兩種不同定義直接排成成長趨勢。
常見問題
每天都需要檢查 Search Console 嗎？
依變動安排，不必為短期波動天天改內容。重大上線或已知異常時，先密集核對索引與相關頁面；日常回查則固定日期、查詢、頁面、裝置和市場範圍，保留匯出與變更紀錄。每次觀察應留下待驗證問題與工作，而非替每個升降找理由。低資料量時同時看筆數與範圍，避免因少數點擊變化反覆重寫尚未充分觀察的頁面。
曝光增加、點閱率下降，是不是代表失敗？
不能只看總比例。先分開原有與新增查詢、品牌與非品牌、裝置和市場，確認曝光是否擴展到不同需求。再看重要頁面的標題承諾、排序與內容是否匹配；同一群組下降才進一步找原因。記錄分組條件與比較期間，避免一邊改範圍一邊下結論。曝光與點閱率提供搜尋線索，是否帶來可處理詢問仍需網站與業務端資料核對。
沒有看到想要的查詢，就應該立刻再寫一篇嗎？
先檢查是否已有頁面回答同一任務，以及頁面能否被發現和索引；再看標題、內文與相關入口是否清楚。若缺的是產品條件，就補產品頁；若需獨立解釋取捨，才新增指南。保留預期查詢、主要承接頁和資料依據，不因暫時沒看到某詞就重複開頁。目前測試站禁止索引，不能把缺少搜尋查詢當作需要再增文的證據。
參考資料
本文為 AO2 獨立編寫的企業實作指南。工作情境與清單為方法示例；平台功能與技術規範請以所列官方文件為準。
