IKENSA暫定名 · 開發預覽

上線前 40 項檢查表

一次性的守門員

f18檢核 混合基礎建置在互動地圖中開啟 →

上線前檢查表像飛機起飛前的機師清單——每一項都很無聊,但漏掉任何一項的後果都在天上才會發現。

03為什麼是現在學

它是基礎建置整章的收尾守門員:一次性、逐項可勾、有人簽名。沒有這張表,前面 17 個節點的成果會在上線那天被一個疏忽抵銷。

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

上線前用一張固定的檢查表把全部底線走一遍:noindex 移除了嗎、301 對照表部署了嗎、GSC/GA4 在收數據嗎、404 正確嗎、憑證正常嗎、robots.txt 對嗎、sitemap 提交了嗎……每項有負責人打勾。這張表每次改版重複使用,越用越厚。

05工具箱

  • Go-Live Checklist(本知識庫附完整版) — 含技術/追蹤/內容三區塊
  • 上線後 48 小時監控清單 — 收錄、404、流量三個儀表

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

  1. 1上線前一週:逐項預檢,紅項修完才排上線預檢紀錄
  2. 2上線日:關鍵八項(noindex/301/robots/sitemap/GSC/GA/憑證/404)再走一次上線日勾稽表
  3. 3上線後 48 小時:盯 GSC 與 GA 異常上線後監控紀錄

07場景應用(實戰經驗)

  • 有檢查表的團隊與沒有的差別,在第三次改版時最明顯:前者 2 小時走完,後者每次都重新發明輪子並漏掉不同的東西。

08⚠️ 常見誤區

  • 檢查表寫完沒人照做——要有「每項有人簽名」的儀式感才會真的執行。
  • 只檢查技術漏了追蹤——上線後兩週才發現 GA4 沒在收數據,成效基準線永遠缺一角。
口訣

上線是儀式,儀式要有清單。

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

  • 檢查表存在且含負責人欄
  • 本次上線逐項簽名完成
  • 48 小時監控無異常

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

12檢核方式與依據出處

混合:部分程式判定、部分人工確認。

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

← 上一節點
權限與帳號交接