從 WordPress 遷移到 Movable Type ── 正因為是「反方向」，更該整理清楚的實務步驟
· Go Komura · 網站製作, 既有網站改善, SEO對策, CMS, WordPress, Movable Type, 網站遷移, 中小企業
搜尋「CMS 遷移」，找到的多半是「從 Movable Type 遷移到 WordPress」的文章。 然而在實務上，從 WordPress 遷移到 Movable Type(或 MovableType.net)這種反方向的遷移，確實存在合理的情境。 正因為是反方向，相關資訊較少，本文將整理遷移的判斷依據與實務步驟。
「用 WordPress 建的網站雖然存在，但每個月更新頻率只有幾次。儘管如此，卻一直被本體與外掛的更新通知追著跑」──這是中小企業或士師業(專業服務)事務所網站常見的狀況。
如果網站的目的是招攬客戶與建立信任，更新內容以公告與專欄為主，那麼這類網站對 CMS 的需求，重點不在擴充性，而在於省心、不容易出問題。本文將解說評估從 WordPress 遷移到 Movable Type 時的判斷依據，以及實際的遷移步驟。
1. 先說結論
- 從 WordPress 遷移到 Movable Type 在技術上已相當成熟，MovableType.net 的匯入功能支援 WordPress 格式的匯出檔案(XML)。除了文章、固定頁面之外，內文與自訂欄位中所參照的圖片、檔案也能一併匯入。
- 適合遷移的是更新頻率偏低、更新人員少、擴充需求固定的網站。若是用 WordPress 外掛打造動態會員功能或電商功能的網站則不適合。
- 決定遷移成敗的並非 CMS 之間的功能差異，而是URL 設計、301 轉址,以及外掛功能的替代方針。若事前沒有決定好這些就只搬移資料，會在 SEO 與業務兩方面都出問題。
- 自訂文章類型或經過客製化的 XML 有時無法直接讀入，需預留轉換與手動調整的工時(這一點在官方手冊中也有明確說明)。
2. 為何會發生「反方向」的遷移
WordPress 是全球使用最廣的 CMS，本身是很優秀的選擇。但另一方面，正因為是動態 CMS，也伴隨著相應的維運負擔。
- 更新作業無法停止。 本體、佈景主題、外掛的更新持續發生，放著不管本身就是風險。關於 CMS 與外掛的漏洞，日本 IPA(資訊處理推進機構)多次發出警示，其中外掛引起的問題尤其突出。
- 容易變成無人負責。 製作公司交付後便沒有維護合約，「沒有人按過更新按鈕」的網站並不罕見。
- 外掛相容性問題。 在每次更新都會導致版面跑掉或功能失效的架構下，更新本身會讓人心生畏懼，進而導致更加放任不管。
Movable Type 是一套以靜態發佈為基礎的 CMS，事先產生 HTML 再進行發佈(必要時也可選擇動態發佈)。如果回傳給訪客的頁面是靜態檔案，公開端就不需要執行 CMS 程式，能減少攻擊面與故障點。
若進一步選擇 SaaS 型的 MovableType.net，CMS 本體的更新與安全防護會由服務方負責執行，SSL(HTTPS)也不需額外付費即可使用。這種架構適合「想在網站內容上花心思，但不想花心力管理 CMS」的體制。
3. 遷移目標的選擇 ── Movable Type 與 MovableType.net
遷移目標大致有兩種。
| 觀點 | Movable Type(軟體版) | MovableType.net(SaaS) |
|---|---|---|
| 伺服器 | 自行準備或透過主機代管 | 不需要(已包含在服務中) |
| 本體更新、安全防護 | 由自身(或維護廠商)執行 | 由服務方執行 |
| 客製化 | 可使用外掛、自行開發 | 以範本客製化為主 |
| 審核流程、預覽環境 | 依架構而定 | 商業方案以上標準搭載 |
| 適合情境 | 擴充需求較多、想承接既有架構 | 想讓維運更輕鬆、沒有專職人員 |
若是由少數人員維運的公司網站、士師業網站，現實的做法是先評估 MovableType.net，若需求無法滿足再考慮軟體版。審核流程(申請、核准)與預覽環境功能，與「希望經過負責人確認後再公開」這類士師業事務所的運作方式相當契合。
4. 遷移步驟總覽
遷移依下列順序進行。重點在於將 URL 盤點(步驟 2)放在資料遷移(步驟 3)之前。
1. 現況盤點 ── 列出頁面、功能、外掛清單
2. URL 設計 ── 確定新舊 URL 對應表(301 對照)
3. 資料遷移 ── WordPress 匯出 → 匯入
4. 範本重建 ── 實作設計與 Meta 資訊
5. 功能替代實作 ── 表單、搜尋等
6. 驗證 ── 新舊比對、實測轉址
7. 上線 ── 切換 DNS、提交網站地圖、確認 Search Console
5. 內容遷移的實務作業
WordPress 端使用管理畫面的匯出功能輸出 XML(WXR 格式)。MovableType.net 端則從工具的匯入畫面讀取此檔案。根據官方手冊，匯入所支援的範圍如下：
| 項目 | 遷移方式 |
|---|---|
| 文章 | 以文章形式匯入 |
| 固定頁面 | 以文章(網頁)形式匯入 |
| 圖片、附件 | 擷取內文與自訂欄位中的 URL，下載檔案後以項目形式匯入 |
| 分類 | 可遷移(依方法不同，階層結構需留意) |
| 自訂文章類型 | 有時無法直接讀入，需要轉換或手動調整 |
| 自訂欄位 | 使用轉換工具處理，或手動處理 |
若大量使用 WordPress 的自訂文章類型或自訂欄位，可參考官方轉換工具與步驟解說，並依遷移對象的內容類型逐一分類為「自動遷移」「需要轉換」「需要手動重建」。這份分類表就能直接作為遷移的估算依據。
此外，考量到文章數量較多或架構較複雜的情況，官方也提供了官方遷移支援窗口。至於遷移到軟體版 Movable Type，也有公開的官方問答集可供參考。
6. URL 與 SEO 的延續
CMS 遷移導致 SEO 排名下降的原因，多半不在於 CMS 的種類，而在於URL 的處理方式。
WordPress 的固定連結設定(/?p=123、/2024/05/post-name/、/category/post-name/ 等)與遷移後的 URL 結構通常不會一致。請依下列步驟延續 SEO 成效：
- 盤點所有 URL。 包含文章、固定頁面、分類、標籤、圖片頁面在內，將所有已公開的 URL 列成清單(可利用網站地圖或爬蟲工具)。
- 確定新 URL 的對應表。 先決定遷移後的 URL 規則，再建立舊 URL 對新 URL 的對應表(301 對照)。優先確認搜尋流量較高的頁面。
- 設定 301 轉址。 對會改變的 URL 設定永久轉址(301)。
- 延續頁面內元素。 標題、Meta 描述、標題結構、結構化資料，應在範本重建時有意識地予以延續。原本由 SEO 外掛輸出的元素，遷移後改由範本實作取代。
- 上線後確認。 重新提交 XML 網站地圖、在 Search Console 中監控索引與錯誤，並實測主要頁面的轉址狀況(確認狀態碼)。
「URL 設計優先，資料遷移與設計在後」這項原則，不僅限於 CMS 遷移，更是網站改版的通用原則。在我們自己的網站改版案例中，最先進行的也不是設計，而是 URL 盤點。
7. 外掛功能的替代方案 ── 區分「尋找替代」與「不再需要」
從 WordPress 遷移時，外掛清單看起來容易讓人感到不安。但只要依功能逐一整理，大多可分為以下三類。
| 分類 | 範例 | 遷移後的處理方式 |
|---|---|---|
| 重新製作 | 詢問表單、站內搜尋 | 以遷移目標的表單功能、搜尋功能，或外部表單服務實作 |
| 於範本中實作 | SEO 類(Meta 輸出)、相關文章、麵包屑導覽、OGP | 直接整合進範本(從此擺脫外掛更新) |
| 不再需要 | 防護類、快取類、備份類 | 在靜態發佈、SaaS 架構下，這類角色往往整個消失 |
尤其詢問表單是招攬客戶網站的生命線。因遷移而導致表單的通知信寄不出去的事故確實會發生，因此上線前務必實際送出測試信件確認。關於表單郵件寄不出去的問題，我們整理在「詢問表單郵件收不到時的排查方法」一文中。
8. 適合哪種網站 ── 士師業、少數人員維運的公司網站
總結來說，適合從 WordPress 遷移到 Movable Type(尤其是 MovableType.net)的網站樣貌如下：
- 更新以公告、專欄、實績介紹為主，更新內容格式固定
- 沒有專職網管人員，無法投入人力維護 CMS
- 像會計師、代書等士師業網站一樣，希望在上線前經過確認、審核
- 沒有會員功能、電商、預約系統等動態功能(或可將其獨立至外部服務)
- 屬於安全事故會直接影響信譽的業種，希望減少攻擊面
反之，若計畫今後仍會積極透過外掛擴充功能，或動態功能是網站核心的網站，繼續留在 WordPress(並建立完善的維護體制)才是合理的選擇。遷移本身不是目的，而是讓維運體制與網站需求相互匹配的手段。
若想從網站整體架構或費用考量來評估，也歡迎參考「中小企業的網站製作費用」與「技術型 B2B 服務頁面架構」。
給正在考慮 CMS 遷移的您
即使正為 WordPress 的維護負擔所苦，也不需要立刻決定要遷移。安全的做法是先從盤點目前網站的頁面、功能、外掛開始，並整理若遷移後會有哪些變化(哪些會不再需要、哪些需要重新製作)。
合同會社小村軟體(KomuraSoft LLC)提供包含 CMS 遷移在內的網站製作服務，以及協助梳理遷移方針的技術諮詢。若想從現況盤點開始諮詢，歡迎透過聯絡我們與我們聯繫。
相關文章
共用相同標籤的最新文章。能以相近的主題延伸理解。
中小企業網站製作費用 ── 行情一覽表與報價單的讀法
整理中小企業在索取網站製作報價前應該知道的內容：依目的與規模區分的費用行情、報價單內容明細的讀法，以及各價格帶能做到什麼、做不到什麼。
打造能被地區名搜尋到的網站 ── 中小企業的本地SEO實戰指南（地區頁面與Google商家檔案）
用「地區名稱+行業」搜尋卻找不到自家公司的中小企業，適用這篇整理。內容涵蓋修正本地SEO的先後順序：整理Google商家檔案、統一NAP資訊、設計地區頁面、網站端的基礎建設，以及在Search Console上衡量成效，全部以Google官方資訊為依據整理成實務步驟。
網站改版案例：宮崎運輸公司 Douzu Carry Service ── 從舊網站繼承了哪些內容、又是如何繼承的
以宮崎運輸公司 Douzu Carry Service 的網站改版為例，說明在動手設計之前先完成 URL 盤點、301 規劃與內容保留檢查的實際做法。
企業官網為什麼該做 - 不要只當成公司簡介，而要連到利益的思維
本文整理企業官網為什麼該做。把官網當成公司簡介只是表面，真正的價值是讓搜尋、廣告、介紹的關注落地，串起比較評估到洽詢的動線，同時降低業務說明與廣告浪費的成本。讀完可掌握首頁、服務頁、公司資訊、洽詢頁的角色分配與最低限度的起步順序。
文章與服務頁面該怎麼連 - 內部連結設計的基本
本文整理文章與服務頁面之間的內部連結設計基本：用直接寫出連結目的地角色的錨文字，在文章內文、文章末尾與服務頁面相關文章建立三條動線，再搭配匯總頁面讓讀者與搜尋引擎都能順暢往返，把讀完文章的讀者自然導向諮詢入口。
相關主題
與本文相近的主題頁面。以本文為起點，可進一步連到相關服務與其他文章。
Windows 技術主題
彙整 KomuraSoft LLC 關於 Windows 開發、故障調查與既有資產活用文章的主題中心。
Web 開發 & SEO 主題
彙整網站製作、SEO、諮詢動線、內部連結設計的主題中心。
與本主題相關的服務
本文連結到以下服務頁面，歡迎從最接近的入口查看。
網站製作
包含 CMS 遷移在內的網站重建、URL 設計與轉址規劃、上線前後的驗證，都屬於網站製作的諮詢範圍。
技術諮詢 & 設計審查
遷移目標 CMS 的選型、既有外掛功能的替代方式、遷移步驟與風險的梳理，屬於伴隨設計審查的技術諮詢範疇。
常見問題
整理諮詢這個主題時常見的問題。
- WordPress 的文章可以直接原封不動搬到 Movable Type 嗎？
- 文章、固定頁面等基本內容可以遷移。MovableType.net 的匯入功能支援 WordPress 格式的匯出檔案(XML)，文章內文或自訂欄位中所參照的圖片、檔案也能一併匯入。不過自訂文章類型或大幅客製化過的資料，有時無法直接讀入，需要轉換或手動調整。遷移前，重要的是先分辨哪些內容屬於 WordPress 的標準功能，哪些內容依賴外掛或客製化。
- 遷移 CMS 會不會導致 SEO 排名下降？
- 影響排名的關鍵不在於 CMS 種類本身，而在於 URL 是否改變，以及是否正確設定了轉址。遷移前先建立所有 URL 的清單，確定新舊 URL 的對應表，並對會改變的 URL 設定 301 轉址。只要延續標題、Meta 描述、標題結構，上線後重新提交 XML 網站地圖並在 Search Console 中確認，就能避免因遷移而造成的重大排名下滑。反之，若省略這項作業，無論使用哪種 CMS，排名都會受損。
- 原本用 WordPress 外掛實現的功能該怎麼辦？
- 由於外掛這種機制本身無法直接搬過去，因此需要針對每個功能分別決定替代方案。詢問表單可以用遷移目標 CMS 的表單功能或外部表單服務重新製作，SEO 類外掛輸出的 Meta 資訊改以範本實作，相關文章與麵包屑導覽也可整合進範本。另一方面，防護類、快取類、備份類的外掛，在靜態發佈或 SaaS 型架構下，其角色本身往往已不再需要，重點在於區分「需要尋找替代方案的功能」與「本來就不再需要的功能」。
- 應該選擇 Movable Type 還是 MovableType.net？
- 如果希望自行管理伺服器，並包含外掛與資料庫串接在內自由擴充，適合軟體版的 Movable Type；若希望擺脫伺服器管理與 CMS 本體更新，讓維運更輕鬆，則適合 SaaS 型的 MovableType.net。像中小企業的公司網站或士師業(會計師、代書等專業服務)網站這類沒有專職網管人員的體制，現實的做法是先從能將本體更新與安全防護交由服務方負責的 MovableType.net 開始考慮。
作者檔案
本文作者的個人檔案頁面。
Go Komura
小村軟體有限公司 代表
以 Windows 軟體開發、技術諮詢與故障調查為中心，在難以重現的故障調查與既有資產仍在運作的專案上具有優勢。