surfup

比較源 HTML、瀏覽器 DOM 和 Google URL 檢查

您將能夠識別每種方法顯示的內容,以及它能支援哪些結論。

說明

這些方法回答的是不同問題:

  • curl 或「檢視原始碼」顯示特定請求回傳的 HTTP 回應/源 HTML。普通 curl 不會執行 JavaScript,本身也不能代表 Googlebot。
  • 頁面載入後瀏覽器中的 DOM 顯示瀏覽器在特定 Cookie、會話、網路和操作條件下通過 JavaScript 生成的內容。僅憑這個 DOM 不能證明 Google 收到的渲染頁面相同。
  • Search Console 中的 URL 檢查可以顯示已收錄版本;實時測試則提供 Google 當前測試的資訊。這是對特定 Google 工具和 URL 的檢查,並不能代表所有爬蟲。
  • 對結構化資料使用 Rich Results Test,並且只檢查它支援的資料類型;它不是通用的 HTML 或收錄檢查工具。

虛構範例

在預備/本機訓練頁面 /robots 的源 HTML 中,有一個標題,正文則通過 API 獲取。頁面載入後,使用者可以在瀏覽器中看到課程。這只能證明瀏覽器在這些條件下收到了內容。若要檢查 Google 的情況,網站擁有者應對該頁面執行 URL 檢查,並查看可用的測試渲染、資源和錯誤。如果審核者無法使用 URL 檢查,則將 Google 渲染情況標記為「未檢查」。

練習

在您自己的預備/本機模擬網站上,為測試頁面 /robots 分別保存三份記錄:(1)通過 curl/「檢視原始碼」獲取的源 HTML 和 HTTP 狀態;(2)頁面載入後瀏覽器 DOM 中顯示的文字和連結;(3)只有在預備 URL 可公開存取且已加入已驗證的 Search Console 屬性時,才記錄 URL 檢查結果。不要將虛構的 learn.example.test 提交到 URL 檢查。不要用另一層的結論替代缺失的檢查。如果需要檢查結構化資料,請單獨執行 Rich Results Test;僅針對可存取測試 URL 上適用且受支援的資料類型。

檢查清單

  • 已說明記錄所用的方法和回應。
  • 沒有把源 HTML 描述為渲染後的版本。
  • 沒有把瀏覽器 DOM 當成 Google 已渲染頁面的證明。
  • URL 檢查針對準確的 URL;實時測試結果與已收錄狀態分開記錄。
  • 僅對受支援的結構化資料類型使用 Rich Results Test。

常見錯誤

在瀏覽器中看到文字,就斷定 Google 也看到了。請使用 Google 工具檢查 Google 的視圖;其他爬蟲需要依據各自的規則進行檢查。

一手來源

有專案需求? 請簡單說明需求,後續細節我們會再與您確認。

或直接前往 Telegram

最新資源

所有資源

SurfUp 的實用文章與指南。

指南 · 10 分鐘閱讀

「什麼是…」頁面與 AI 答案:點擊流失還是需求下降

某銀行的參考區塊造訪減少 24%,需求下降 13%。如何區分被 AI 區塊搶走的點擊與需求下滑,以及如何量測。

閱讀
指南 · 8 分鐘閱讀

Google 更新後流量下滑

如何判斷流量下滑是 Google 更新、季節性還是網站故障造成:2026 年更新時程、六題檢查,以及前 14 天的行動計畫。

閱讀
指南 · 9 分鐘閱讀

是需求下降還是網站流失:用 Wordstat 對照流量

定存需求下降 75%、流量下降 37%;金融卡需求 −35%、流量 −63%。如何對照流量與需求,避免把市場的問題算到網站頭上。

閱讀