第 2 章：全內容搬遷的工作項目拆解（Work Breakdown）
2.1 為什麼必須拆解搬遷工作項目
「全內容搬遷」若只被理解為「把資料搬過去」，在實務上會產生嚴重誤判。
對於 cathetermachine.com 這類：
- 內容量大
- 類型複雜（產品、設備、FAQ、文章混合）
- 原站為自家 CMS、非主流平台
的網站而言，搬遷實際上包含 結構重建、資料清洗、人工判斷與反覆校正。
本章目的在於：
- 將「搬遷」拆解為可執行、可估工的工作項目
- 作為報價、時程與責任界定的依據
- 避免將高風險工作誤認為單純匯入作業
2.2 工作模組一：內容盤點與結構分析
2.2.1 既有內容全面盤點
- 掃描並列出所有可存取頁面
- 包含但不限於：
- 靜態頁（About / Quality / Contact）
- 產品與設備頁
- News / Events
- FAQ
- PDF 與下載檔案
2.2.2 內容類型判斷與歸類
針對每一項內容，判斷其實際性質：
- 是否為「產品型內容」
- 是否為「設備／機台型內容」
- 是否為「知識型內容（FAQ / 技術說明）」
- 是否為「時效性文章（News / Event）」
此步驟的目的不是複製舊站結構， 而是判斷「這些內容在新 CMS 中應該是什麼角色」。
2.2.3 舊結構問題辨識
- 分類重複或命名不一致
- 同一內容以不同形式存在
- 無法再維護或已失效內容
- 過度依賴頁面硬編排的資料
本階段的產出不是頁面，而是「結構判斷」。
2.3 工作模組二：新 CMS 架構規劃與建立
2.3.1 CMS 架構設計原則
新 CMS 架構需符合以下條件：
- 能長期維護，不依賴特定人員
- 新增內容不需要改版型
- 產品、設備、FAQ 可各自獨立管理
- 分類與內容分離，避免結構僵化
2.3.2 自訂內容類型（Post Types）
依內容性質建立獨立內容模組，例如：
- Products（產品）
- Machines（設備／機台）
- FAQ（常見問題）
- News / Events（文章）
避免將所有內容塞入 Page 或單一 Post。
2.3.3 分類與欄位設計
- 規劃 Taxonomy（分類）對應實際業務邏輯
- 規劃必要欄位（描述、規格、應用、下載）
- 移除不必要或僅為舊 CMS 服務的欄位
此階段的重點在於：
「讓內容有位置，而不是讓頁面撐內容」。
2.4 工作模組三：內容清洗與搬遷執行
2.4.1 內容清洗（Data Cleaning）
在導入新 CMS 前，需進行：
- 無效或過期內容篩選
- 重複內容合併或取捨
- 語句、段落基本整理（非重寫）
2.4.2 搬遷方式選擇
依內容類型採用不同方式：
- 手動搬遷（高價值、複雜內容）
- 半自動匯入（結構單純內容）
- 人工補齊分類與欄位
自家 CMS 通常無法完整自動化， 人工介入為必要成本。
2.4.3 圖片與附件處理
- 圖片重新整理與命名
- PDF、Datasheet 關聯正確內容
- 移除失效或重複附件
2.5 工作模組四：前台對應與基本顯示確認
2.5.1 前台顯示範圍界定
此階段僅確保：
- 內容能正確顯示
- 列表與單頁功能正常
- 分類頁可瀏覽
不追求：
- 視覺設計品質
- 品牌呈現
- 行銷導向排版
2.5.2 功能驗證
- 內容是否對應正確分類
- 內文連結是否可用
- 附件是否可下載
2.6 工作模組五：SEO 延續與技術檢查
2.6.1 URL 與 Redirect 規劃
- 檢視舊站 URL 結構
- 規劃必要 301 Redirect
- 避免重要頁面變成 404
2.6.2 基本 SEO 結構檢查
- 標題與描述欄位可控
- 內容層級結構合理
- 避免重複頁面產生
此階段僅為「延續」，不包含排名優化。
2.7 工作模組六：測試、修正與交付
2.7.1 測試項目
- 後台操作流程
- 內容新增／編輯測試
- 前台顯示檢查
2.7.2 交付標準
- CMS 架構穩定
- 內容完整可用
- 客戶可自行操作基本內容
2.8 本章結論
「全內容搬遷」是一個由多個工作模組組成的工程專案， 其價值不在於「搬多少頁」，而在於：
- 是否建立正確的內容結構
- 是否降低未來維護成本
- 是否解除對舊系統與原廠商的依賴
理解這一點，才能合理評估工時、報價與風險， 也才能避免將高複雜度工程誤判為單純資料轉移。