IKENSA暫定名 · 開發預覽

風險與變更管理

任何改動前的影響評估

m17檢核 人工監測與治理在互動地圖中開啟 →

變更管理像高空作業的安全繩——平常嫌它麻煩,掉下去那次它是唯一能拉住你的東西。

03為什麼是現在學

SEO 最大的災難幾乎都來自「別人不覺得跟 SEO 有關」的改動:改版、換主機、砍分類、改網址。變更管理就是讓這些改動在執行前經過一雙 SEO 的眼睛。

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

訂一條簡單的規則:影響網址、模板、robots、主機的任何改動,上線前過一張「SEO 影響評估」——會動到哪些頁?網址變嗎(要 301 嗎)?模板的 SEO 欄位保留了嗎?有回滾方案嗎?評估可以只花十分鐘,跳過它的代價是流量掉三成再花三個月救。

05工具箱

  • SEO 影響評估表(一頁四題) — 掛進開發流程的 PR/上線檢查
  • 變更日誌(與 m10 的自家大事記同一份) — 出事時回推「那天改了什麼」的依據

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

  1. 1定義「哪類改動要過評估」清單觸發條件清單
  2. 2評估表進上線流程(沒填不能上)流程整合
  3. 3重大變更後 14 天監測窗變更後監測紀錄

07場景應用(實戰經驗)

  • 行銷部「順手」把舊活動頁全刪了——三百條外部連結瞬間 404。有變更管理的版本:刪除前評估表會問「這些頁有沒有外連與流量」,然後 301 保住九成訊號。

08⚠️ 常見誤區

  • 評估表做太複雜沒人肯填——四題十分鐘是上限,超過就會被繞過。
口訣

動網址、動模板、動 robots——先過那張表。

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

  • 觸發清單明確
  • 評估表在流程裡強制
  • 重大變更有監測窗

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

12檢核方式與依據出處

人工判定:需要顧問訪談與專業審閱——這一段是顧問收費的理由。

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

← 上一節點
客戶交接與教育訓練
下一節點 →
年度稽核節奏