从 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 迁移在内的网站建设服务，以及协助梳理迁移方针的技术咨询。若想从现状盘点开始咨询，欢迎通过联系我们与我们取得联系。
相关文章
共享相同标签的最新文章。可以围绕相近的主题进一步加深理解。
中小企业网站建设费用 ── 价格行情速查表与报价单解读方法
整理中小企业在获取网站建设报价前应了解的、按目的和规模划分的费用行情，以及报价单明细的解读方法和各价位段能做到与做不到的事情。
面向 BtoB 企业的 Google 广告小预算运营 ── 用每月数万日元做出成果的设计与每周操作流程
本文面向希望以每月数万日元预算启动 Google 广告的 BtoB 企业，是一份实务指南。内容整理了平均每日预算与结算上限的运作原理、转化跟踪的搭建、聚焦高意向关键词、否定关键词与搜索字词报告的每周运营方法，以及小预算下的出价策略选择，均以 Google 官方资料为依据。
打造能被地区名搜索到的网站 ── 中小企业的本地SEO实战指南（地区页面与Google商家资料）
用「地区名称+行业」搜索却找不到自家公司的中小企业，适合看这篇。内容涵盖修正本地SEO的先后顺序：整理Google商家资料、统一NAP信息、设计地区页面、网站端的基础建设，以及在Search Console上衡量效果，全部以Google官方信息为依据整理成实务步骤。
提升 BtoB 网站的咨询量 ── 修正顺序的全景地图(从获客到表单)
当 BtoB 网站的咨询量迟迟无法增长时,许多公司会先从获客(SEO・广告)下手。但真正有效的顺序,是先用测量找出瓶颈,整理好作为承接页面的服务页面,修正表单等转化路径之后,最后才加上获客。本文将服务页面设计、咨询路径优化、邮件送达率、聊天机器人、SEO・广告、内部链接等各...
网站改版案例：宫崎运输公司 Douzu Carry Service ── 从旧网站继承了哪些内容，又是如何继承的
以宫崎运输公司 Douzu Carry Service 的网站改版为例，说明在动手设计之前先完成 URL 盘点、301 规划与内容保留检查的实际做法。
常见问题
汇总了咨询这一主题时常见的问题。
- 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 软件开发、技术咨询与故障排查为中心，擅长难以复现的故障调查，以及既有资产仍在运行的项目。