爬取與索引監控告警
索引數暴跌要當天知道
監控告警像煙霧偵測器——火災（索引暴跌、5xx 海嘯）發生在半夜，你需要的是警鈴，不是下個月看報表時聞到焦味。
03為什麼是現在學
SEO 事故的損失跟「發現時間」成正比：當天發現當天修，損失一天；月報才發現，損失一個月＋恢復期。監測體系要有「主動叫你」的那一層。
04白話理解（對客戶簡報可直接引用）
最低配置三個告警：①網站掛掉/憑證過期（uptime 監控，分鐘級）②索引數異常（週檢查 GSC，跌幅 >10% 告警）③GSC 重大問題信（安全問題、手動處置——確保通知信有人收）。訊息打到你每天會看的地方（LINE/Slack），不是另一個沒人開的信箱。
05工具箱
- ▸UptimeRobot 等（免費層夠用） — 可用性＋憑證效期
- ▸GSC 通知信收件設定 — 手動處置通知漏接是災難級
06怎麼做 · SOP 3 步（每步標產出物）
- 1架 uptime＋憑證監控，通知進日常訊息工具→ 監控上線
- 2訂週檢查儀式（索引數、5xx、成效驟變）→ 週檢查清單
- 3演練一次：拔掉測試環境看告警會不會響→ 告警驗證紀錄
07場景應用（實戰經驗）
- ◆改版後 robots.txt 誤上 Disallow: /——有週檢查的站三天內抓到；沒有的站，一個月後從月報的曲線谷底才回推出事發日。
08⚠️ 常見誤區
- ✕告警設好從沒響過也沒測過——守門規則寫完要故意違規一次，看它咬不咬。
口訣
「壞消息要當天知道，不要月底考古。」
10里程碑 · 完成標準（可驗證）
- ☐三個基本告警運作中
- ☐告警實測會響
- ☐通知進日常工具
學習者勾自己的進度；顧問勾客戶專案的交付——同一份標準，兩種用法。
12檢核方式與依據出處
程式自動判定：輸入網址，掃描引擎自己爬、自己打 API、自己判定。
- ⚠️ 業界慣例⚠️ 告警配置為維運慣例；GSC 通知機制見官方說明 ↗
依據等級決定計分權重（🟢×3／🔵×2／⚠️×1）——權重量的是「依據有多硬」， 不是「我們覺得多重要」。查無權威文件的判準，誠實標「業界慣例」。