Drupal 迁移到 WordPress：自由职业者迁移计划

如何通过自由职业者将 Drupal 网站迁移到 WordPress：内容与功能迁移计划

从 Drupal 迁移到 WordPress，并不只是转移网页那么简单。Drupal 网站往往依赖内容类型、分类体系、字段、权限和模块，而这些在 WordPress 中未必有直接对应项。如果忽略了这些细节，新网站可能看起来已经完工，搜索筛选却无法使用、作者信息消失，或者媒体文件与内容脱离关联。

自由职业者可以负责迁移工作，但网站所有者也需要做出明确决策。在询问如何通过自由职业者将网站从 Drupal 迁移到 WordPress之前，请先整理内容清单，找出用户实际使用的功能，并商定上线后两个系统之间的差异。了解如何将 Drupal 网站迁移到 WordPress，关键在于把这些差异转化为可执行、可验收的计划，而不是一句含糊的“全部搬过去”。

1. 将 Drupal 内容类型映射到 WordPress 结构

首先，列出 Drupal 的内容类型及其关联字段。一篇新闻文章可能包含标题、摘要、正文、作者、发布日期、主题和主图。产品页面的字段可能完全不同，也可能与某个类别或供应商相关联。自由职业者需要先拿到这份清单，再决定采用哪些 WordPress 结构。

Drupal 节点可以映射到标准 WordPress 文章或页面，但有些内容更适合使用自定义文章类型。例如，一个拥有独立归档页和个人资料字段的机构目录，通常用“机构”文章类型来表示，比用一组普通页面更清晰。根据用途，分类体系可以转换成 WordPress 分类目录或自定义分类法。逐字段映射表能让这些决策一目了然。

不要以为字段名称相同，行为就一定一致。允许填写多个值的 Drupal 字段，可能需要与仅存储单个值的字段采用不同的 WordPress 配置；带时区的日期也可能需要明确的转换规则。请记录特殊值的示例，让自由职业者据此测试，而不是自行猜测。

映射表中也要列出 URL。如果某篇 Drupal 文章目前位于 /news/community-update，就要决定 WordPress 是否保留这一路径，还是将其重定向到新路径。映射表格应包含源内容类型、目标结构、字段、分类规则和 URL 处理方式，以便双方在测试时查阅。

2. 决定哪些功能要重建、替换或舍弃

Drupal 模块往往支撑着特定的工作流程。如果相关流程很重要，只复制页面上看得见的功能还不够。请列出网站目前使用的模块和自定义功能，并注明每项功能的使用者。会员登录、编辑审核队列和多条件筛选搜索，可能分别需要三种不同的 WordPress 解决方案。

将每项功能归入以下三类之一：在 WordPress 中重建、用现有工具替换，或不再保留。例如，如果旧活动日历上已没有未来的活动，就可能无需迁移。仍有人每天使用的公开目录，则可能需要用支持字段搜索的工具来替换。如果新的编辑流程无法满足自定义审核流程的必要步骤，就可能需要开发相应功能。

请自由职业者说明每项保留功能的拟议方案及其局限。如果替代方案会改变内容编辑权限或访客查找内容的方式，应在开始搭建前记录这些变化。“和 Drupal 一样好用”不是有效的验收标准；“编辑可以提交文章审核，但不会直接发布”才是。

要区分必需功能和偏好需求。当某个 Drupal 模块没有直接替代品时，这有助于控制项目范围，也让网站所有者有机会批准更简单的流程。关于如何选择个人承包者或团队的更多信息，请参阅我应该聘请自由职业者吗。

3. 准备具有代表性的迁移样本

在迁移整个数据库之前，请让自由职业者先迁移一小批内容，覆盖不同的内容类型。基本页面可以测试简单字段和 URL；分类项较多的文章可以测试术语分配和层级；包含大量媒体的内容则可以测试图片文件、说明文字和嵌入内容。如果网站有特殊内容类型，至少要选一个示例。

样本数量应足以涵盖不同情况，同时又不能多到让网站所有者或编辑无法逐条审核。双方要商定样本内容，以及每项内容达到什么标准才算“正确”。例如，文章样本可能需要保留原作者、两个主题术语、更新日期和可下载附件。

请对照 Drupal 中的内容检查 WordPress 中的迁移结果，而不只是拿它与设计稿比较。检查内容能否编辑、分类筛选结果是否符合预期，以及媒体是否出现在正确位置。页面看起来正常，不代表数据库中就没有遗漏分类术语。先在样本阶段修正映射，远比在数千条记录迁移完后才发现同样的问题省事。

请自由职业者记录样本中发现的问题，以及因此对映射做出的修改。这份记录将成为迁移说明的初稿，也能避免之后交接时只能靠回忆。

4. 制定内容清理和编辑交接规则

迁移时不适合临时做出却不留记录的编辑决定。请事先商定如何处理过时草稿、重复页面、不受支持的字段值，以及标记为待审核的内容。一种可行的规则是默认迁移已发布内容，并将草稿放入单独的审核清单；具体做法取决于网站的发布流程。

需要明确由谁负责处理重复内容。自由职业者可以标记标题或 URL 相同的记录，但应由编辑决定合并、删除还是保留。如果两个 Drupal 页面标题相似，内容却各有不同，自动清理可能会删掉有用信息。请记录每项决定，包括源 URL、处理方式和负责的编辑。

还要制定嵌入媒体的处理规则。有些 Drupal 内容可能引用存放在旧位置的文件，或者使用旧版服务商代码嵌入视频。请决定由自由职业者复制文件、替换嵌入内容，还是将其标记为待编辑审核。遇到不受支持的字段值时，应报告问题，而不是悄悄丢弃；缺失的值可能会影响产品、个人资料或法律声明。

商定由谁检查迁移后的内容，以及如何移交例外情况。例如，自由职业者可以提供一份列出缺少图片的记录表，由编辑在上线前补充替代图片。明确的交接流程能将技术迁移工作与编辑审核分开处理。

5. 通过视觉检查以外的方式验证迁移数据

视觉检查可以发现版面问题，却无法确认每个字段和关联都已正确迁移。请对比 Drupal 与 WordPress 中的标题、正文、字段值、分类分配、作者信息、时间戳和媒体关联。制定 Drupal 到 WordPress 迁移流程时，应把这些核对步骤纳入测试计划，确保检查方式符合网站的内容模型，而不能只检查首页。

如果条件允许，请使用导出文件或数据库查询来对比记录数量和指定字段。如果计划迁移 240 条 Drupal 活动记录，迁移报告就应说明目标端对应的记录数量，或列出明确排除的记录；不要未经核对就假设数量一致。如果最终总数尚未确定，请标记为待核实，而不要凭空设定目标数。

也要在 WordPress 前台测试内容关联。打开一个分类归档页，确认分配了相关术语的文章确实显示在那里。如果作者信息会影响网站导航，也要检查作者归档页。打开几篇包含大量媒体的内容，确认图片或附件关联到了正确的记录，而不只是确认这些文件存在于媒体库中。

回答 Drupal 内容迁移如何验证，不能只看页面是否显示正常，还要记录例外情况，并提供足够的信息方便后续处理：源记录标识、目标 URL、问题、负责人和状态。“有些图片不对”这种说明很难跟进。明确指出受影响的文章和缺失的图片，才能给自由职业者和编辑分配具体任务。

6. 围绕内容变更安排切换上线

自由职业者搭建 WordPress 期间，Drupal 上的内容可能仍在更新。因此，在迁移开始前，应决定采用内容冻结还是最终增量同步。采用内容冻结时，编辑会在约定的一段时间内停止在 Drupal 发布内容，以便完成最终迁移和检查。采用增量同步时，自由职业者先导入初始内容，再迁移此后新建或修改的记录。

内容冻结更容易说明，但可能影响忙碌的新闻团队或机构。最终增量同步可以让发布工作继续进行，但需要可靠的方法来识别变更记录并避免重复。请明确由谁跟踪变更、最后一次导入何时执行，以及如何检查切换期间所做的更新。

制定一份包含明确检查关卡的上线清单：完成最终导入、审核重要页面、测试重定向、成功提交表单，并通知内容负责人。如果关键项目未通过，事先决定是暂停上线，还是采用已批准的临时解决方案。应在上线当天承受压力之前做出决定。

7. 完成交接、整理文档并做好回滚准备

交接时，请确认自由职业者已交付迁移脚本、字段映射表、例外问题记录，以及执行最终导入的说明。还要索取自定义文章类型、分类法、计划任务及其他人工操作步骤的说明，方便未来维护人员使用。没有操作说明的脚本，在几个月后需要修正网站时可能很难再次使用。

同时检查账户权限。移除临时账户，或收回已不再需要的权限；如果迁移期间共享过登录凭据，也要更换凭据。指定一位明确的负责人管理 WordPress，避免网站依赖前承包者的个人登录账户。

做好回滚准备，意味着保留一份可还原的 Drupal 网站副本，并明确在新网站上线出现严重问题时由谁负责还原。商定备份存放位置、还原责任人，以及触发回滚的条件。不要因为 WordPress 已上线就立即删除旧网站；应保留旧站，直到约定的检查全部通过，并确认重要内容和工作流程都能正常运行。