更换平台之前，先确保业务连续性
CMS 迁移会替换受限或不再受支持的系统，同时保留现有网站中仍有用的部分。
我们通过源内容清单、重定向映射、预发布验证和受控上线流程，迁移 Liferay、Joomla 及定制平台。如果您继续使用 WordPress，只想清除技术债务，请参阅WordPress 重建服务。
105+
Google
五星评价获奖者及评审
马来西亚网站大奖
主要组织者
WordCamp Asia 与 Malaysia
性能专家
Elementor
实际迁移案例
财政部旗下的政府关联公司（GLC）
330%
六个月内网站跟踪咨询量增长
该 Liferay 门户迁移至 WordPress，期间核对了原有内容、规划了 URL，并以迁移前的基准数据监测搜索表现。
我们有信心推荐 Ulement。他们是一家技术扎实、专业可靠的网站公司。
Google 评价
服务详情
何时适合迁移 CMS
迁移会更换系统。当限制来自内容管理系统本身，而非建在系统上的功能时，迁移才有必要。
01
授权费用或供应商锁定已成为一项显著成本
继续使用该内容管理系统的成本高于迁出成本，或没有供应商配合就无法导出内容
02
搜索架构无法修正
内容管理系统不允许更改 URL 规则、分类体系或模板结构
03
发布内容和调整结构都需要开发人员
发布新的服务页面必须找开发人员，每次结构调整都要额外付费
04
专业维护支持越来越难以获得
内容管理系统或其依赖组件已停止维护
如果现有网站系统运作良好，迁移到 WordPress 未必有必要。修复网站的成本可能更低。如果网址或内容会有变动，我们会通过 迁移 SEO 保护维持搜索曝光，并在您决定前说明哪种方案更合适。
CMS 迁移
从 Joomla 迁移至 WordPress
每次 Joomla 迁移都会先完整抓取线上网站。Joomla 网站地图经常不准确，切换后也无法重建原有 URL 清单。
组件生成的 URL
Joomla 路径会带有文章和分类编号，例如 index.php?option=com_content&view=article&id=147 及其 SEF 版本。WordPress 没有直接对应结构，因此每条路径都要单独决定如何映射，不能只靠统一规则。
Slug 不一致
Joomla 根据标题自动生成的 slug 通常与已收录路径不符。批量导入可能导致 URL 全部略有偏差，也遗漏相应重定向。
菜单本身决定网站结构
Joomla 的菜单往往就是 URL 结构。分类层级不会自动对应，重建层级属于编辑决策，而不是一个导入选项。
没有对应方案的扩展
K2、Virtuemart 和定制组件会以 WordPress 导入工具无法读取的结构储存内容。我们会从数据库或线上页面中提取内容。
CMS 迁移
迁移 Liferay 与企业 Java 门户
Liferay 是门户平台，而非 CMS。这个区别会决定整个迁移方式。
URL 表示系统状态，而非内容地址
门户路径通常包含会话编号、节点引用或导航上下文，而不是稳定的内容地址。两边很少能一一对应，URL 映射往往也是项目中工作量最大的一项。
权限模型无法直接对应
Liferay 的角色和组织结构在 WordPress 中没有直接对应方案。如果内容按内部角色限制访问，就需要重新设计权限模型，而非直接照搬。
资源库与文档库
Document Library 的结构、版本管理和元数据需要妥善转换为 WordPress 媒体库与自定义内容类型。
网页内容模板与结构
Liferay 专属模板语言定义的结构化内容会重建为带有明确字段的自定义内容类型，以便后续维护。
CMS 迁移
迁移 Drupal、Wix、Squarespace 和专有系统
Drupal
Drupal 的 Node 内容和字段结构较适合映射至自定义内容类型，但多层分类和由 Views 生成的页面需要重建，不能直接导入。
Wix 与 Squarespace
这类平台没有实用的导出途径。我们会从网站前端提取内容，并根据抓取结果重建 URL 分类结构。组织通常是在搜索或系统对接方面遇到结构限制后，才决定迁出这些 CMS。
专有与定制系统
如果 CMS 由内部团队开发，或原开发机构已停止营业，往往既没有文档，也没有导出功能。获准访问时，我们会直接从数据库提取；否则则从网站前端提取。
我们有信心推荐 Ulement。他们是一家技术扎实、专业可靠的网站公司。
财政部旗下的政府关联公司（GLC）
流程
盘点、映射、重建、验证、迁移与监测
每个阶段都会为下一阶段建立依据。迁移不是一次批量导入就能完成的工作。
02
映射
确定每个页面、URL、内容字段和系统对接在新系统中的对应位置。
03
重建
在测试环境中建立 WordPress 内容模型、模板、角色和系统对接。
04
验证
核对内容，并测试重定向、用户流程、系统对接、性能和访问权限。
05
迁移
按照已商定的检查项进行受控切换，并准备回滚方案。
06
监测
上线后跟进重定向、收录、搜索表现和关键功能。
范围与费用
马来西亚平台迁移的费用与时间
迁移费用取决于网址清单和源 CMS，而不是页面数量。
影响费用的因素：
已收录 URL 数量
URL 越多，映射工作越多，实际数量通常也高于组织的预期。
原有 CMS
URL 结构清晰的 Joomla 网站，比 URL 中包含会话状态的 Liferay 门户更容易映射。
内容结构复杂度
内容类型有多少种，以及是否需要自定义字段。
语言数量
每增加一种语言，映射和验证工作都会相应增加。
系统对接数量
CMS 交换数据的每个系统都需要重新对接并测试。
是否同时改版
迁移与改版一并进行通常更有效率，因为网址映射只需处理一次。
一般项目周期。迁移前审计需时一至三周，必须在开发开始前完成，因为开发工作取决于审计结果。机构级迁移通常需三至六个月，涵盖开发、内容迁移、测试和上线。这类项目通常包含上线后 90 天的验证，监控期限会在书面范围中确认。
单独的迁移 SEO 保护服务另设 30 天监控范围。请在上线前确认适用期限。
我们先审计，再确定范围，最后报价。在网址清单完成前给出的数字只是估算；机构级内容管理系统的错误估算代价很高。
平台迁移相关问题
迁移至 WordPress 常见问题
迁移时能否不中断服务？
通常可以把中断时间降至极短。新 CMS 会在测试环境中建设和验证，现有系统则继续运行。之后先降低 DNS 的生存时间（TTL），再通过受控的 DNS 变更切换。DNS 传播或第三方 DNS 延迟仍可能造成短暂影响，因此上线计划会包括回滚和监测。
现有内容会如何处理？
内容会迁移。如果原系统采用专有格式，我们会重建内容，而不是直接转移。过程会较慢，但您可以完整拥有这些内容，不再受制于其他供应商的结构。
可以分阶段迁移吗？
有时可以。如果内容管理系统能按清晰的区块划分，分阶段迁移可降低风险。如果内容与导航互相依赖，分阶段迁移带来的风险可能更高。迁移前审计会判断哪种情况适用。
需要同时改版吗？
不一定，不过同时进行通常更有效率。迁移可以在新架构上保留现有设计。如果原设计也需要调整，合并两项工作可避免重复支付 URL 映射费用。
下一步
从平台迁移评估开始
在提出迁移范围前，我们会先评估现有平台、内容资产、系统对接和运营限制。