在 2025 年的 Dot All 大会中,Craft 团队宣布了一个重大决定:Craft 6 将以 Laravel 作为底层框架。这一新闻在开发者社区和企业用户之间引发了广泛关注。对于使用 Craft CMS 多年的站点所有者、开发者和插件作者而言,这既意味着新的机会,也带来了许多需要提前规划的迁移工作。理解这次转型的动因、迁移策略与实际影响,对于制定平稳升级路线至关重要。 回顾过去,Craft 在历史上经历过重大框架迁移的教训。之前从早期版本迁移到基于 Yii 2 的 Craft 3 曾是一场彻底的改写。
那次迁移虽然为架构现代化打下了基础,但也出现了时间拖延、插件重写成本高昂以及对最终用户新功能欠缺等问题。这次 Craft 团队显然吸取了经验教训,并提出了更谨慎、更具兼容性的迁移方案。他们强调 Craft 6 将主要以"严格移植"为目标,而不是对现有架构进行全面重构。对于现有的扩展点、插件系统和开发者习惯,Craft 团队计划保持熟悉感,以降低迁移摩擦。 选择 Laravel 的理由可以从多个维度理解。Laravel 在 PHP 社区中长期占据主导地位,拥有庞大且活跃的生态系统,诸多成熟的包与服务可以直接利用,比如队列、任务调度、缓存层、身份认证等中间件支持。
对许多 Craft 开发者而言,Laravel 的语法风格、工具链和社区资料都更为熟悉,学习成本较低。除此之外,Laravel 的包管理机制与社区驱动的解决方案,能为 Craft 带来更多第三方集成的可能性,从而加速功能迭代与生态扩展。 为了尽量减少对插件作者和现有项目的破坏,Craft 团队将提供一个 Yii 2 适配器包,作为兼容层来保持 Craft 5 插件向后兼容。插件开发者只需在插件或项目中引入该适配器包,大多数情况下无需做出代码改动就能在 Craft 6 上继续运行。这个兼容层的存在意味着开源插件生态可以在相对平滑的路径上过渡,团队可以分阶段重构插件以充分利用 Laravel 带来的新能力,而不是被迫在短时间内进行全盘重写。 Craft 6 的路线图不仅仅是底层框架的替换。
同时还计划推出一系列面向作者与编辑体验的显著改进。核心作者体验增强功能包括:内容发布的新方式,支持一次性发布多个条目或草稿的"内容发布"功能;单条草稿的定时发布能力,使得作者可以将草稿安排在未来某个时间自动上线;内置的内容导入工具,简化从其他 CMS 或数据源迁移内容的流程;内容审批工作流,支持多步骤的内容治理与发布权限控制,适配企业级编辑流程;以及在编辑页面内直接添加评论,增强作者之间的协作与审阅效率。另一个重要改进是为元素提供更直观的活动日志,让编辑在编辑界面就能看到条目的变更历史与时间线,从而提高追溯性与团队协作的透明度。 在界面与无障碍方面,Craft 6 将带来全新 UI,支持深色模式与更友好的移动端体验。前端 UI 将基于 Lion Web Component 框架构建,Craft 团队计划把这些组件作为独立的、可复用的库对外发布,配套 Storybook 风格指南,便于插件开发者和主题作者统一 UI 风格并保证交互一致性。同时每个组件都将进行 WCAG 2.2 的合规测试,以满足可访问性要求并提升跨设备、跨人群的可用性。
时间线方面,Craft 官方预期在 2026 年第三季度发布 Craft 6 的 Beta 版本,并在第四季度推进 GA (正式发布)。为了缓解升级压力,Craft 5 将升级为长期支持(LTS)版本,从 Craft 6 正式发布起提供五年的维护与支持窗口。这为企业和插件作者争取了充足的时间来测试、重构和迁移现有项目。 对于希望提前准备的团队,务实的迁移策略应包含几个关键步骤。首要的是规划和评估。对当前站点的插件依赖、定制代码、第三方集成与环境配置做全面审计,识别可能受影响的组件与优先级高的迁移点。
接着在本地或隔离的测试环境中搭建 Craft 6 的早期预览组件,利用 Craft 团队提供的兼容层测试现有插件的运行状况,从而判断哪些插件可以通过适配器无缝迁移,哪些需要重写或替换。 对插件作者而言,建议优先在代码库中引入 Yii 2 适配器包并运行全面测试套件,关注适配层暴露的兼容警告与弃用提示。渐进式重构比一次性重写更可控;通过分阶段替换后端逻辑或把特定功能迁移到 Laravel 原生实现中,既能逐步提升代码质量,也能避免长期的维护停滞。对于商业插件厂商,沟通与文档支持同样重要,及早发布兼容性说明与迁移指南可以显著降低用户升级时期的支持成本。 内容团队的准备工作也不容忽视。新功能如内容发布与审批工作流会改变现有的编辑流程和权限管理。
建议在生产迁移前进行流程重演,在测试环境中模拟复杂发布场景并收集作者反馈。对于习惯于即时发布的编辑团队而言,定时草稿与审批流可能带来更严格的监管要求,因此需要就责任分配、版本管理与应急回滚机制达成共识。同时,利用 Craft 6 的内置导入工具可以在站点迁移时大幅降低数据迁移的人工成本,但导入前仍需进行数据清洗与映射策略规划,确保内容结构在新系统中保持一致性。 在技术栈层面,Laravel 为 Craft 带来的优势包括成熟的测试生态、强大的任务调度与队列系统、方便的数据库迁移工具以及更广泛的第三方服务集成。开发者可以借助 Laravel 的 Artisan 命令行工具提升日常运维效率,通过 Eloquent ORM 或其它数据库抽象层简化数据操作,并利用 Laravel 社区的安全实践与中间件模式来强化应用安全性。另一方面,Craft 团队表示将尽量保持现有的 Craft 架构不被大幅改动,因此开发者熟悉的扩展点、事件系统与模板语法在大多数场景下仍会保留,降低了重新学习的门槛。
尽管如此,迁移并非没有风险。兼容层虽能缓解短期冲击,但长期依赖兼容层并非理想选择。适配层会随着时间被逐步淘汰或简化,插件作者和站点维护者最终需要把代码迁移到新的 Laravel 原生 API 上以获得更好的性能与可维护性。此外,企业级站点在升级过程中还需关注第三方服务的兼容性、部署平台(包括容器化或云托管环境)的支持状况、以及可能的性能回归测试。 在部署与运维方面,建议采用渐进式上线策略。首先在开发环境验证所有功能无误,随后在灰度环境或预生产环境进行更贴近生产流量的压力测试与回归测试。
备份策略必须在计划升级前得到确认,包括数据库快照、媒体文件与配置项的完整备份。制定可回滚的部署方案可以在遇到不可预见的问题时将风险降到最低。对于使用 Craft Cloud 或其他托管服务的站点,与托管方沟通升级支持窗口与兼容性建议同样重要。 培训与文档也是成功迁移的关键一环。Craft 团队承诺向社区发布迁移指南、API 参考与示例代码。企业应为开发者和内容人员安排相应的培训课程,及时传达界面改动、流程优化与新功能使用方法。
插件作者在发布兼容版本时应同步提供迁移说明与常见问题解答,以便用户在升级过程中快速定位问题。 展望未来,Craft 6 的发布将可能为 Craft 生态带来更多创新性扩展。一方面,Laravel 的包生态能让 Craft 更容易与微服务、后台任务系统以及现代化的部署流水线集成。另一方面,组件化的前端库与 Storybook 风格指南将推动界面一致性和第三方扩展的可复用性。对于希望打造复杂内容平台、支持多角色审核流程与高级内容治理的企业用户而言,Craft 6 所承诺的功能集和可扩展性将显得尤为吸引。 总之,Craft 选择 Laravel 代表了一个明确的方向:在保持现有架构熟悉度的基础上,利用更广泛的生态与工具链来提升开发效率和可扩展性。
Craft 团队通过提供 Yii 2 适配器与将 Craft 5 设为 LTS 的策略,给了社区充分的时间来平稳过渡。对于站点所有者和开发者而言,最佳实践是在早期进行兼容性评估、分阶段测试与重构,建立可靠的备份与回滚流程,并为内容团队提供培训与流程调整支持。随着 Craft 6 在 2026 年进入 Beta 并在年末正式发布,提前准备将显著降低迁移成本,并能更快地把新功能带给最终用户。未来几年内,Craft 生态的演进值得关注,Laravel 的加入可能会促生出更多丰富的插件与服务,进一步巩固 Craft 在专业内容管理领域的地位。 。
