IKENSA暫定名 · 開發預覽

Google Search Console 驗證

建議用網域資源(Domain property)

f10檢核 自動基礎建置在互動地圖中開啟 →

GSC 像網站的健檢中心兼客服信箱——Google 對你網站的所有意見(收錄、手動處罰、安全問題)都只寄到這裡。

03為什麼是現在學

沒有 GSC,之後所有監測與診斷都是瞎猜。它是免費的、五分鐘裝好的,卻是整個監測體系的地基。

04白話理解(對客戶簡報可直接引用)

Google Search Console 是 Google 官方給站長的儀表板:哪些頁被收錄、哪些被排除(含原因)、搜尋曝光與點擊、有沒有安全問題或人工處罰。驗證建議用「網域資源」(Domain property)——一次涵蓋 www/非www/http/https 全部變體,資料不會散在四個資源裡。

05工具箱

  • GSC 網域資源驗證(DNS TXT) — 一次涵蓋所有變體,強烈建議
  • GSC 使用者權限管理 — 公司自己是擁有者,廠商給完整或受限權限

06怎麼做 · SOP 3 步(每步標產出物)

  1. 1用 DNS TXT 驗證網域資源驗證完成截圖
  2. 2權限盤點:公司至少一個擁有者帳號,離職者移除GSC 權限清冊
  3. 3提交 sitemap、確認資料開始累積初始基準紀錄

07場景應用(實戰經驗)

  • 接手健檢案第一步永遠是要 GSC 權限——沒有它,「流量為什麼掉」只能用第三方工具猜。
  • 常見權限災難:GSC 擁有者是前員工個人 Gmail。

08⚠️ 常見誤區

  • 只驗證 https://www 單一資源,其他變體的資料看不到。
  • 把 GSC 當成即時工具——資料延遲約兩天,日常監測要有心理預期。
口訣

Google 只把話說給 GSC 聽——沒開信箱就是拒收。

10里程碑 · 完成標準(可驗證)

  • 網域資源驗證完成
  • 權限清冊存在且公司為擁有者
  • sitemap 已提交

學習者勾自己的進度;顧問勾客戶專案的交付——同一份標準,兩種用法。

12檢核方式與依據出處

程式自動判定:輸入網址,掃描引擎自己爬、自己打 API、自己判定。

依據等級決定計分權重(🟢×3/🔵×2/⚠️×1)——權重量的是「依據有多硬」, 不是「我們覺得多重要」。查無權威文件的判準,誠實標「業界慣例」。

← 上一節點
XML Sitemap 生成
下一節點 →
GA4 安裝與事件規劃