文件
成效與 Core Web Vitals
四份報表,依網站的結構檢視搜尋流量與真實使用者的速度表現:依 URL 清單、依 sitemap、依資料夾,以及隨時間變化的 Core Web Vitals。
這四份報表位於每個資源的分析區段,在標準 Search Console 報表下方。其中三份會依照網站的組成方式(URL 清單、sitemap、資料夾樹狀結構)重新整理你的 Search Console 資料,另一份則加入來自 Chrome 的真實使用者速度資料。每份報表都只會在你按下按鈕時才執行,因此大型網站不會被沒人要求的繁重查詢拖慢。
哪份報表回答哪個問題
| 報表 | 問題 | 資料 |
|---|---|---|
| 頁面成效 | 這份指定的 URL 清單表現如何?其中哪些沒有任何流量? | Search Console 頁面資料,與 sitemap、貼上的清單或檔案合併 |
| Sitemap 成效 | 哪些 sitemap(也就是哪些版塊或範本)帶來點擊? | Search Console 頁面資料,最多與 25 個 sitemap 合併 |
| 子網域與資料夾 | 流量如何分布在各個主機與資料夾?各自的變化為何? | Search Console 頁面資料,彙整為樹狀結構 |
| Core Web Vitals | 真實訪客能否獲得快速、穩定且反應靈敏的頁面?情況是否持續改善? | Chrome UX Report History API,每週資料 |
如何搭配使用
典型的調查流程是由廣到窄。子網域與資料夾會顯示某個版塊流失了點擊。Sitemap 成效會顯示流失是否集中在單一 sitemap(例如商品 feed),以及其中有多少 URL 沒有流量。接著在該 sitemap 上使用頁面成效,即可列出個別 URL,包括 Search Console 從未回報的那些。從這裡開始,URL 檢查可以告訴你這些沒有動靜的頁面究竟有沒有被編入索引,而 Core Web Vitals 則可以判斷頁面體驗是不是成因之一。
共通之處
- 各項 Search Console 報表使用頁面頂端的日期範圍、比較期間與篩選條件;預設為最近 28 天與前一個 28 天的比較。
- 來自 sitemap 與清單的 URL 在與 Search Console 比對時,會忽略
http/https、www.、結尾斜線與片段(fragment)。 - Sitemap 由
AutoPSEO-Bot/1.0下載並快取 24 小時;如果你的伺服器回傳 403,請允許此 User-Agent。 - 每個表格都可以搜尋、排序與匯出(匯出),圖表則可匯出為 PNG。
Search Console 只會回報在該期間內出現在 Google 搜尋結果中的頁面,其計算方式也遵循自身的隱私與彙整規則(Search Console 如何計算資料),因此這些報表與 Search Console 的成效報表之間出現小幅差異屬於正常現象。
本節內容
頁面成效:指定 URL 清單的 Search Console 流量
從 sitemap、貼上的清單或檔案中,查看一組指定 URL 的點擊、曝光、CTR 與排名位置,並找出沒有任何流量的頁面。
Core Web Vitals:真實使用者的 LCP、INP 與 CLS 週趨勢
透過 Chrome UX Report History API 取得整個網站或單一頁面每週第 75 百分位的 LCP、INP 與 CLS,並依 Google 的門檻值評等。
Sitemap Performance:依 sitemap 檢視 Search Console 流量
將 sitemap 中的每個 URL 與 Search Console 資料結合,查看哪些 sitemap 帶來點擊、有多少 URL 沒有任何流量,以及哪些 URL 從未出現在搜尋結果中。
子網域與資料夾:依網站區段檢視流量
將 Search Console 的頁面資料彙整成子網域與資料夾的樹狀結構,與上一個期間比較各區段的表現,並可將資料夾儲存為內容群組。