知道資料能回答什麼,也知道它不能回答什麼。
這不是外部工具市集,也不宣稱提供即時掃描。每一種資料只在它適合的診斷問題中使用。
#資料來源
| 資料類型 | 可觀察內容 | 需要的條件 | 不能單獨證明 |
|---|---|---|---|
| 公開頁面輸出 | HTTP、HTML、canonical、robots、sitemap、可見內容 | 無帳號;但只能代表該次觀察 | 搜尋系統最後選擇的索引與呈現狀態 |
| GSC 唯讀資料 | 索引狀態、查詢/頁面表現、增強功能訊號 | 站方授權、存取日期與資料範圍說明 | 單一技術機制的完整因果 |
| 伺服器日誌 | crawler 請求、狀態碼、頻率與 URL 路徑 | 原始或經去識別化的 log,以及保留期間 | 沒有請求的唯一原因或內容品質判斷 |
| Lab/Field 量測 | 渲染等待、體驗指標與部署前後差異 | 裝置、網路、日期、版本與來源必須一起記錄 | 排名、收錄或商業成效的保證 |
#資料能幫你回答的問題
為何沒被選為索引版本?
比較 canonical、內容重複、URL 狀態與站內訊號。
Google 是否能取得重要內容?
比較原始輸出、渲染後內容、資源與封鎖規則。
修復是否真的改變狀態?
依相同資料來源回測,並保留觀測時間差。
#開始前的四欄蒐集工作單
先填這四欄,再開任何工具。它讓資料服務一個明確問題,而不是堆成無法比較的截圖。
1.問題與樣本
寫下受影響的 URL/模板、首次觀察日期、正常對照組與想排除的機制。
2.來源與條件
記錄資料由誰提供、查詢時間、帳號/權限範圍、裝置或 crawler/使用者條件。
3.原始輸出
保留 URL、response、報表匯出、log 篩選條件、trace 或 screenshot,而不只留下結論文字。
4.反駁條件
先寫出什麼輸出會讓目前假設失效;若沒有反駁條件,結果仍只是待釐清的描述。
#資料判讀規則
RULE 01 一個輸出先描述觀察,不自動升級為原因。
RULE 02 資料來源能回答的範圍,不能由另一個工具名稱補足。
RULE 03 兩次比較必須寫出相同與不同的條件。
RULE 04 新資料推翻原判讀時,保留更正與未解決部分。
RULE 02 資料來源能回答的範圍,不能由另一個工具名稱補足。
RULE 03 兩次比較必須寫出相同與不同的條件。
RULE 04 新資料推翻原判讀時,保留更正與未解決部分。
#不能被取代的資料
公開工具無法代替站方的歷史、部署紀錄與權限資料;單次測試也無法代替長期 field evidence。缺少資料時,結論會標為待驗證,而非偽裝成確定答案。
從症狀建立路徑 →