为什么Joomla管理员对Joomla 6用户体验变化感到愤怒
为什么 Joomla 管理员对 Joomla 6 的UX变化感到愤怒
如果你管理 Joomla 网站已经有一段时间，那么当一个重大版本发布时，你可能会感到熟悉的不安。Joomla 4 很艰难。Joomla 5 消除了一些不足。但 Joomla 6？它正在成为这个 CMS 历史上最具分裂性的发布。管理面板的用户体验已被彻底改造，扩展管理器从根本上不同，模板渲染有破坏性变化，影响几乎所有自定义模板，而且社区...处理得不太好。
自 Mambo 时代以来，我一直在构建和维护 Joomla 网站。我已经为客户迁移过每次痛苦的重大版本升级。所以当我说 Joomla 6 感觉不同——而且不是好的方式——我不是在小题大做。让我详细带你了解到底发生了什么变化，为什么长期的管理员感到沮丧，以及如果你考虑跳船，还有哪些现实的替代方案。
目录
- Joomla 6 管理面板用户体验改造
- 扩展管理器：你所知道的一切都错了
- 模板渲染破坏性变化
- 社区反应：论坛、GitHub 和社交媒体
- Joomla 领导层的说法
- 你应该迁移还是应该离开？
- 2025 年 Joomla 的现实替代方案
- 实际有效的迁移策略
- 常见问题
Joomla 6 管理面板用户体验改造
让我们从最明显的变化开始：管理面板。Joomla 6 引入了开发团队所谓的"现代化管理体验"。在实践中，这意味着他们拆除了 Joomla 4 以来 Joomla 管理员一直使用的熟悉的左侧栏导航，并用顶部导航加上下文相关的侧栏方法替换它。
实际发生了什么变化
旧的管理面板有一个可折叠的左侧栏，带有嵌套菜单项。你最多可以用两次点击到达 CMS 的任何部分。它不是很美观，但它在功能上是有效的——至关重要的是——它是一致的。
Joomla 6 转向了水平顶部导航栏和下拉式超级菜单。左侧栏现在只在有上下文相关的选项时出现，显示与你当前所在部分相关的选项。文章管理、用户管理、扩展配置——它们现在都有不同的侧栏布局。
以下是导航模式的比较：
| 操作 | Joomla 5 (点击次数) | Joomla 6 (点击次数) | 备注 |
|---|---|---|---|
| 创建新文章 | 2 | 2-3 | 取决于当前上下文 |
| 访问全局配置 | 2 | 3 | 隐藏在系统菜单下 |
| 管理扩展 | 2 | 2-4 | 新的分类视图增加步骤 |
| 编辑模板文件 | 3 | 4-5 | 模板编辑器已重新定位 |
| 检查系统信息 | 2 | 3 | 移至子菜单 |
| 管理媒体文件 | 2 | 2 | 大致相当 |
为什么管理员讨厌它
核心抱怨不是它看起来不同。管理员可以适应视觉变化。问题在于肌肉记忆——使日常 CMS 管理可以忍受的东西——被彻底破坏了。
当你管理 15 个以上的 Joomla 网站，并在一整天中在它们之间切换时，你依赖于知道东西在哪里而无需思考。Joomla 6 强制你重新学习所有东西。而且下文相关的侧栏意味着导航在新系统中甚至不一致。侧栏显示的项目根据你所在的位置而不同，这使得建立新的肌肉记忆更加困难。
还有无障碍的角度。几个社区成员报告说，超级菜单下拉菜单与屏幕阅读器的兼容性不佳，键盘导航也不一致。对于一个以无障碍为荣的开源 CMS，这是一个重大的退步。
仪表板小部件问题
Joomla 6 还引入了一个新的仪表板小部件系统，取代了以前的仪表板模块。旧系统允许你添加和排列仪表板模块，具有合理的灵活性。新的小部件系统在视觉上更具吸引力，但可配置性要低得多。
你不再能为每个用户组创建自定义仪表板布局——这是许多 Joomla 代理机构用来为客户创建简化管理体验的功能。相反，有一个单一的仪表板布局，在各个小部件上有基于角色的可见性切换。这是功能退步，装扮成设计进步。
扩展管理器：你所知道的一切都错了
这是事情变得真正痛苦的地方。Joomla 6 引入了一个完全重写的扩展管理系统，它破坏了扩展在十多年来如何被打包和安装的兼容性。
新扩展架构
Joomla 6 转向了基于 Composer 的扩展管理系统。从纸面上看，这是一个好主意。Composer 是 PHP 依赖管理的标准，让 Joomla 与现代 PHP 实践相一致是有道理的。
在实践中，这意味着：
- 扩展包现在必须包含一个
composer.json，具有适当的命名空间声明 - 旧的 XML 清单格式已被弃用（在 6.0 中仍然有效，但会抛出警告，计划在 6.2 中删除）
- 扩展发现和安装路径已更改——引用旧路径的自定义安装脚本将中断
- 更新服务器协议已被修订——使用旧更新 XML 格式的扩展需要迁移到新的基于 JSON 的更新清单
// 新 Joomla 6 扩展清单 (composer.json 摘录)
{
"name": "vendor/my-joomla-extension",
"type": "joomla-plugin",
"require": {
"joomla/cms": "^6.0"
},
"extra": {
"joomla": {
"element": "myextension",
"group": "content",
"namespace": "Vendor\\Plugin\\Content\\MyExtension"
}
}
}
扩展兼容性危机
这是真实世界的影响：Joomla 扩展生态系统的一大部分还没有准备好。根据 2025 年初 Joomla 扩展目录 (JED) 的数据，大约 40% 的列出扩展还没有为 Joomla 5 兼容性更新，更不用说 Joomla 6。
在 Joomla 5 兼容的扩展中，早期测试表明大约 60-70% 需要非平凡的修改才能与 Joomla 6 的新扩展架构一起工作。我们不是在谈论次要的调整。我们在谈论重新构造扩展如何被打包和分发。
对于像 Akeeba Backup、RSForm 和 JCE Editor 这样的流行扩展，开发人员已经宣布 Joomla 6 兼容版本正在开发中。但对于由独立开发人员或小团队维护的数千个较小的扩展呢？许多这些将简单地被放弃。
这对网站所有者意味着什么
如果你的 Joomla 网站依赖于五个或更多第三方扩展（大多数都依赖），在甚至考虑升级之前，你需要审计每一个。创建一个电子表格。查看每个扩展开发人员网站的 Joomla 6 公告。如果没有提到 Joomla 6 支持，假设它不会工作。
我到目前为止已经为三个客户网站进行了这个审计。其中两个至少有一个关键扩展，没有 Joomla 6 路线图。这是一个迁移阻碍。
模板渲染破坏性变化
Joomla 6 中的模板系统变化是那种让有经验的开发人员皱眉的东西。Joomla 已经从其传统的基于 PHP 的模板覆盖系统转移到一个混合方法，引入了一个新的模板层。
新模板引擎
Joomla 6 引入 Twig 作为传统 PHP 覆盖的可选（但显然首选）模板引擎。核心管理模板现在用 Twig 编写。前端模板可以使用 PHP 或 Twig，但模板覆盖发现系统已更改。
{# Joomla 6 Twig 模板示例 #}
{% extends "@joomla/base.html.twig" %}
{% block content %}
<div class="com-content-article">
<h1>{{ article.title | escape }}</h1>
<div class="article-body">
{{ article.introtext | raw }}
{{ article.fulltext | raw }}
</div>
</div>
{% endblock %}
什么会破坏
覆盖发现顺序已更改。在 Joomla 5 中，模板覆盖位于 templates/your-template/html/com_content/article/default.php。这在 Joomla 6 中仍然有效，但如果 Twig 版本存在于 templates/your-template/html/com_content/article/default.html.twig，Twig 版本优先。
这意味着，如果模板开发人员同时提供 PHP 和 Twig 覆盖（许多人会这样做以支持过渡），你的自定义 PHP 覆盖可能会被静默忽略。我已经在测试中看到这样的情况。
此外，模板参数系统已被重新设计。在 templateDetails.xml 中定义的模板参数现在需要在新的 template.config.php 文件中相应条目。旧参数仍然加载，但新功能如实时预览和可视化模板配置器仅适用于新格式。
对商业模板的影响
商业模板提供商如 JoomlArt、GavickPro 和 Youjoomla 处于困难的位置。他们的商业模式依赖于维护跨 Joomla 版本工作的模板框架。Twig 的引入和覆盖优先级变化意味着他们基本上需要重建他们的模板框架。
有些宣布他们将完全跳过 Joomla 6 支持，转而专注于他们自己的页面生成器工具或过渡到其他平台。这是一个关于模板社区如何看待这些变化的有说服力的信号。
社区反应：论坛、GitHub 和社交媒体
社区反应已经...激烈。而且大多是负面的。
GitHub 问题和拉取请求
Joomla GitHub 存储库在标有 J6 里程碑的问题报告中看到了激增。几个高调的社区成员已经打开了详细的问题，记录了用户体验倒退。一个特别引人注目的线程，有超过 200 条评论，辩称管理面板更改在没有充分社区咨询的情况下被推行。
引入新扩展管理器架构的拉取请求在审查期间收到了重大的反对意见，几个长期的贡献者投票反对合并。它还是被合并了，生产领导团队引用了现代化代码库的必要性。
论坛情绪
Joomla 社区论坛和非官方 Joomla subreddit 已经被来自沮丧管理员的帖子淹没。常见的主题包括：
- "为什么要修复没有坏的东西？"——管理面板的用户体验虽然不完美，但在功能上和熟悉上都很有效
- "扩展灾难"——担心基于 Composer 的系统会杀死扩展生态系统
- "谁要求 Twig？"——模板开发人员感到措手不及的模板引擎更改
- "迁移路径在哪里？"——缺乏为现有网站提供明确的自动化迁移工具
更广泛的背景
这不是孤立发生的。Joomla 的市场份额一直在稳步下降。根据 W3Techs 2025 年的数据，Joomla 为大约 1.5% 的网站提供了已知的 CMS，从 2022 年的 2.6% 下降。WordPress 的份额超过 62%。每个有争议的决定都会加速网站远离该平台的迁移。
社区挫折感不仅仅是关于 Joomla 6。这是多年来感觉项目领导层不听取真正每天使用该软件的人的声音的积累。Joomla 6 是催化剂，但怨恨一直在积累。
Joomla 领导层的说法
开源事项 (OSM) 委员会和 Joomla 生产领导层已对批评做出了回应，尽管许多人觉得回应一直是不着调的。
官方立场是这些变化对 Joomla 的长期生存是必要的。基于 Composer 的扩展系统使 Joomla 与现代 PHP 开发实践相一致。Twig 模板层使该平台对来自其他框架的开发人员更具可访问性。管理用户体验变化是基于用户研究（尽管研究方法和样本大小受到了质疑）。
Joomla 生产部门在 2025 年初发表的博客文章承认了过渡的痛苦，但辩称短期的中断对长期的可行性是必要的。该帖子将比较与 Joomla 1.5 到 2.5 的过渡进行了比较，这也很痛苦，但最终推进了该平台。
比较是恰当的，但不是他们想的那样。1.5 到 2.5 的过渡赶走了大量社区。许多这些用户从未回来过。
你应该迁移还是应该离开？
这是每个人都在问的问题，诚实的答案取决于你的具体情况。
如果...就留下
- 你的网站主要使用核心 Joomla 功能，没有重度的扩展依赖
- 你的模板基于 Cassiopeia 或承诺支持 Joomla 6 的框架
- 你有可以处理迁移工作的内部 PHP 开发人员
- 你的组织由于政治/制度原因对 Joomla 承诺
如果...就离开
- 你的网站依赖没有 Joomla 6 路线图的扩展
- 你已经对 Joomla 感到沮丧，这是最后一根稻草
- 你需要一个具有增长的（而不是缩小的）生态系统的平台
- 迁移到另一个 CMS 的成本与升级到 Joomla 6 的成本相当
成本现实
这是人们不太谈论的东西：从 Joomla 5 迁移到 Joomla 6 的成本可能几乎与迁移到完全不同的 CMS 一样多。如果你需要重建模板、更新扩展、重新培训员工和测试一切，无论目标平台是什么，你都在寻求大量的开发时间。
对于中等复杂度的 Joomla 网站（50-200 篇文章，5-10 个扩展，自定义模板），迁移到 Joomla 6 的工作可能需要 40-80 小时。迁移到无头 CMS 设置与现代前端？60-120 小时。差距没有你想的那么大，而且无头方法给你一个生态系统正在增长的平台，而不是收缩的平台。
2025 年 Joomla 的现实替代方案
如果你认真考虑替代方案，这是对选项的诚实评估。
| 平台 | 最适合 | 学习曲线 | 生态系统大小 | 长期轨迹 |
|---|---|---|---|---|
| WordPress | 内容丰富的网站，博客 | 低 | 巨大 | 稳定但 Gutenberg 有分歧 |
| 无头 CMS + Next.js | 性能关键网站，应用 | 中高 | 快速增长 | 强劲上升 |
| 无头 CMS + Astro | 内容网站，营销网站 | 中 | 增长中 | 强劲上升 |
| Drupal | 企业，政府，复杂数据 | 高 | 大 | 稳定 |
| Craft CMS | 中型内容网站 | 中 | 中等 | 稳定 |
| Statamic | Laravel 商店，内容网站 | 中 | 增长中 | 积极 |
无头 CMS 方法
我在这里有偏见，因为这是我们在 Social Animal 所做的，但无头 CMS 方法解决了不断重复出现在传统 CMS（如 Joomla）中的基本问题：内容管理与前端渲染的耦合。
当你的 CMS 是无头时，CMS 中的管理用户体验变化不会破坏你的前端。模板渲染由你的前端框架（Next.js、Astro、任何东西）处理，而不是 CMS。而且你的内容可以通过 API 访问，意味着你永远不会被锁定到单一的渲染技术中。
如果你对这个方法感兴趣，我们已经做过相当多的 Joomla 到无头的迁移。我们的 无头 CMS 开发 工作与 Next.js 或 Astro 前端配合得很好，取决于你的需求。
WordPress：显而易见的选择？
每当有人问起 Joomla 替代方案时，WordPress 就是默认的建议，这并非完全错误。生态系统是巨大的，托管选项很多，大多数网络开发人员都了解它。
但 WordPress 有自己的用户体验争议（块编辑器/Gutenberg 的故事在某些方面反映了 Joomla 6 正在发生的事情）。而且 WordPress 的市场优势使其成为攻击的最大目标。如果你离开 Joomla 是因为治理问题，WordPress 当前的 Matt Mullenweg 情况可能也会让你犹豫。
Drupal：高级用户的选择
如果你的 Joomla 网站有复杂的内容关系、自定义内容类型或企业要求，Drupal 值得考虑。Drupal 11 是稳定的，Drupal 社区比 Joomla 的社区更稳定（如果更小的话）。
缺点：Drupal 的学习曲线很陡，开发成本通常比 Joomla 或 WordPress 高。
实际有效的迁移策略
如果你已决定离开 Joomla，以下是如何在不失去理智或 SEO 排名的情况下进行迁移的方法。
第一步：内容审计
导出所有内容。Joomla 的数据库结构有很好的文档记录，你可以直接从 #__content、#__categories、#__menu 和 #__users 表中提取内容。不要依赖 Joomla 的内置导出工具——它们有限制。编写自定义 SQL 查询或使用 Akeeba 的数据导出功能之类的工具。
第二步：URL 映射
这是每个人跳过的步骤，也是会摧毁你的 SEO 的一步。为你的 Joomla 网站上的每个 URL 创建完整映射及其在新平台上的相应 URL。为每一个设置 301 重定向。
# 示例：从 Joomla 数据库生成 URL 列表
mysql -u root -p joomla_db -e "
SELECT CONCAT('/', alias) as url, title
FROM j_content
WHERE state = 1
ORDER BY id;
" > joomla_urls.csv
第三步：选择你的目标架构
决定你是想要另一个传统 CMS 还是无头设置。如果你的网站主要是由内容驱动的（文章、博客文章、文档），一个无头 CMS 加上静态优先前端框架（如 Astro）将给你戏剧性更好的性能。
第四步：并行迁移
不要尝试进行大爆炸式迁移。在旧网站旁边设置新网站。分批迁移内容。充分测试。仅在你确信一切工作时才切换 DNS。
如果你需要帮助规划，与我们联系。我们为 CMS 迁移开发了一个可重复的流程，保留了 SEO 权益并最小化了停机时间。你也可以查看我们的 定价页面，了解迁移项目的大致数字。
常见问题
Joomla 6 什么时候正式发布？ Joomla 6 目标是在 2025 年末稳定发布，遵循项目的新的基于时间的发布周期。Alpha 和测试版已经可用于测试。发布时间线已经滑过几次了，所以确切日期仍然是流动的。
我的 Joomla 5 扩展会在 Joomla 6 中工作吗？ 大多数不会在不修改的情况下工作。Joomla 6 的基于 Composer 的扩展系统需要新的清单格式和更新的命名空间声明。依赖已弃用的 API 或旧安装路径的扩展将中断。在尝试升级之前，与每个扩展开发人员查询他们的 Joomla 6 兼容性路线图。
我可以改为留在 Joomla 5 而不升级吗？ 是的，暂时可以。Joomla 5 将在 Joomla 6 稳定发布后大约 2 年内收到安全更新，这意味着大约 2027 年末。之后，你就得靠自己了。停留在不受支持的 CMS 版本上是一个重大的安全风险，所以这充其量是一个临时解决方案。
Joomla 社区实际上在这方面分裂吗？ 有真实的张力，但它还没有导致正式的分叉（暂时）。几个知名的社区成员已经公开退出贡献。Joomla 社区以前经历过内部冲突，但市场份额下降和有争议的技术决定的结合使这一时期感觉比过去的纠纷更加危险。
离开 Joomla 的最便宜方式是什么？ 最具成本效益的迁移路径取决于你网站的复杂性。对于简单内容网站，少于 100 页，手动迁移到 WordPress 或无头 CMS 可以在 20-30 小时内完成。对于复杂网站有自定义扩展，预期 80-150+ 小时。使用像 CMS2CMS 这样的自动化迁移工具可以降低直接内容移动的成本，但不会处理自定义功能。
在判断 Joomla 6 之前我应该等它稳定吗？ 这对用户体验变化是公平的建议——对新界面的第一印象通常比定居的观点更严厉。但架构变化（Composer 扩展、Twig 模板）不会改变。那些是根本的设计决定。如果那些是你的关注，等待不会有帮助。
Joomla 6 与 Drupal 11 对企业网站如何比较？ Drupal 11 通常是具有复杂内容模型、粒度权限和 API 优先要求的企业级网站的更强选择。Joomla 6 的现代化努力缩小了一些差距，但 Drupal 的企业使用生态系统（内容工作流、多语言支持、无头交付）更成熟。如果你已经在考虑迁移工作，Drupal 值得评估。
什么是替代 Joomla 的最佳无头 CMS？ 这取决于你的团队和要求。对于内容丰富的营销网站，Sanity 或 Contentful 与 Next.js 或 Astro 配对是绝佳的选择。对于需要更多结构的网站，Strapi 或 Payload CMS 给你更多对你的内容模型的控制。任何无头方法的关键优势是你与 CMS 的前端渲染相分离——意味着你永远不会再面临这种模板破坏升级。