He estado construyendo y manteniendo sitios Joomla desde los días de Mambo. He migrado clientes a través de cada difícil actualización de versión principal. Así que cuando digo que Joomla 6 se siente diferente — no de una buena manera — no estoy siendo dramático. Déjame guiarte a través de exactamente qué ha cambiado, por qué los administradores experimentados están molestos, y qué alternativas realistas existen si estás considerando abandonar el barco.

Tabla de Contenidos

Por Qué los Administradores de Joomla Están Furiosos por los Cambios de UX en Joomla 6

La Renovación del UX del Panel de Administración de Joomla 6

Comencemos con el cambio más visible: el panel de administración. Joomla 6 introduce lo que el equipo de desarrollo llama una "experiencia administrativa moderna". En la práctica, esto significa que han arrancado la familiar navegación de barra lateral izquierda que los administradores de Joomla han usado desde Joomla 4 y la han reemplazado con un enfoque de navegación superior más un menú lateral contextual.

Qué Cambió Realmente

El panel de administración antiguo tenía una barra lateral izquierda plegable con elementos de menú anidados. Podías acceder a cualquier sección del CMS en un máximo de dos clics. No era bonito, pero era funcional y — crucialmente — era consistente.

Joomla 6 se mueve a una barra de navegación horizontal superior con mega-menús desplegables. La barra lateral izquierda ahora solo aparece contextualmente, mostrando opciones relevantes para la sección en la que te encuentras actualmente. La gestión de artículos, la gestión de usuarios, la configuración de extensiones — todos tienen diseños de barra lateral diferentes ahora.

Aquí hay una comparación de los patrones de navegación:

Acción Joomla 5 (clics) Joomla 6 (clics) Notas
Crear nuevo artículo 2 2-3 Depende del contexto actual
Acceder a Configuración Global 2 3 Enterrado en el menú Sistema
Gestionar extensiones 2 2-4 La nueva vista categorizada añade pasos
Editar archivos de plantilla 3 4-5 Editor de plantilla reubicado
Ver información del sistema 2 3 Movido al submenú
Gestionar archivos de medios 2 2 Aproximadamente equivalente

Por Qué a los Administradores No Les Gusta

La queja principal no es que se vea diferente. Los administradores pueden adaptarse a cambios visuales. El problema es que la memoria muscular — la cosa que hace que la gestión diaria del CMS sea soportable — está completamente rota.

Cuando administras 15 o más sitios Joomla y los cambias a lo largo del día, dependes de saber exactamente dónde están las cosas sin pensar. Joomla 6 te obliga a aprender todo de nuevo. Y la barra lateral contextual significa que la navegación ni siquiera es consistente dentro del nuevo sistema. La barra lateral muestra elementos diferentes dependiendo de dónde estés, lo que hace más difícil construir nueva memoria muscular.

También está el ángulo de accesibilidad. Varios miembros de la comunidad han reportado que los mega-menús desplegables no funcionan bien con lectores de pantalla, y la navegación por teclado es inconsistente. Para un CMS de código abierto que se enorgullece de la accesibilidad, esta es una regresión significativa.

El Problema de los Widgets del Panel de Control

Joomla 6 también introduce un nuevo sistema de widgets de panel de control que reemplaza los módulos de panel de control anteriores. El sistema anterior te permitía agregar y organizar módulos del panel de control con una flexibilidad razonable. El nuevo sistema de widgets es visualmente más atractivo pero significativamente menos configurable.

Ya no puedes crear diseños de panel de control personalizados por grupo de usuarios — una característica que muchas agencias de Joomla usaban para crear experiencias de administración simplificadas para clientes. En su lugar, hay un único diseño de panel de control con alternancias de visibilidad basadas en roles en widgets individuales. Es un paso atrás en funcionalidad disfrazado de paso adelante en diseño.

Gestor de Extensiones: Todo lo que Sabías es Incorrecto

Aquí es donde las cosas se vuelven verdaderamente dolorosas. Joomla 6 introduce un sistema de gestión de extensiones completamente reescrito, y rompe la compatibilidad con cómo las extensiones han sido empaquetadas e instaladas durante más de una década.

La Nueva Arquitectura de Extensiones

Joomla 6 se mueve a un sistema de gestión de extensiones basado en Composer. En papel, esto es una buena idea. Composer es el estándar para la gestión de dependencias de PHP, y alinear Joomla con prácticas modernas de PHP tiene sentido.

En la práctica, significa:

  • Los paquetes de extensiones deben incluir ahora un composer.json con declaraciones de espacio de nombres apropiadas
  • El formato de manifiesto XML antiguo está deprecado (sigue funcionando en 6.0 pero genera advertencias, programado para ser removido en 6.2)
  • Los caminos de descubrimiento e instalación de extensiones han cambiado — los scripts de instalación personalizados que referencian caminos antiguos se romperán
  • El protocolo del servidor de actualización ha sido revisado — las extensiones que usan el formato XML de actualización antiguo necesitan migrar al nuevo formato de manifiesto de actualización basado en JSON
// Nuevo manifiesto de extensión Joomla 6 (extracto 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"
    }
  }
}

La Crisis de Compatibilidad de Extensiones

Aquí está el impacto en el mundo real: una porción significativa del ecosistema de extensiones de Joomla no está lista. De acuerdo con datos del Directorio de Extensiones de Joomla (JED) a principios de 2025, aproximadamente el 40% de las extensiones listadas no han sido actualizadas para compatibilidad con Joomla 5, y mucho menos Joomla 6.

De las extensiones que son compatibles con Joomla 5, las pruebas iniciales sugieren que aproximadamente el 60-70% necesitará modificaciones no triviales para funcionar con la nueva arquitectura de extensiones de Joomla 6. No estamos hablando de pequeños ajustes. Estamos hablando de reestructurar cómo se empaquetan y distribuyen las extensiones.

Para extensiones populares como Akeeba Backup, RSForm y JCE Editor, los desarrolladores ya han anunciado que las versiones compatibles con Joomla 6 están en desarrollo. Pero ¿para los miles de extensiones más pequeñas mantenidas por desarrolladores individuales o pequeños equipos? Muchas simplemente serán abandonadas.

Qué Significa Esto para los Propietarios de Sitios

Si tu sitio de Joomla depende de cinco o más extensiones de terceros (y la mayoría lo hacen), necesitas auditar cada una antes de ni siquiera pensar en actualizar. Crea una hoja de cálculo. Verifica el sitio de cada desarrollador de extensión para anuncios de Joomla 6. Si no hay mención de soporte de Joomla 6, asume que no funcionará.

He hecho esta auditoría para tres sitios de clientes hasta ahora. Dos de ellos tienen al menos una extensión crítica sin una hoja de ruta de Joomla 6. Eso es un bloqueador de migración.

Cambios que Rompen la Compatibilidad en el Renderizado de Plantillas

Los cambios en el sistema de plantillas en Joomla 6 son el tipo de cosa que hace que los desarrolladores experimentados se estremezcan. Joomla ha pasado de su sistema tradicional de anulación de plantillas basado en PHP a un enfoque híbrido que introduce una nueva capa de plantillas.

El Nuevo Motor de Plantillas

Joomla 6 introduce Twig como un motor de plantillas opcional (pero claramente preferido) junto a las anulaciones tradicionales de PHP. Las plantillas de administrador principal ahora están escritas en Twig. Las plantillas de interfaz pueden usar PHP o Twig, pero el sistema de descubrimiento de anulación de plantillas ha cambiado.

{# Ejemplo de plantilla Twig de Joomla 6 #}
{% 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 %}

Qué se Rompe

El orden de descubrimiento de anulación ha cambiado. En Joomla 5, las anulaciones de plantilla vivían en templates/your-template/html/com_content/article/default.php. Esto sigue funcionando en Joomla 6, pero si existe una versión Twig en templates/your-template/html/com_content/article/default.html.twig, la versión Twig tiene prioridad.

Esto significa que si un desarrollador de plantillas envía tanto anulaciones de PHP como Twig (lo que muchos harán para soportar la transición), tus anulaciones de PHP personalizadas podrían ser silenciosamente ignoradas. Ya he visto esto morder a la gente en las pruebas beta.

Además, el sistema de parámetros de plantilla ha sido remodelado. Los parámetros de plantilla definidos en templateDetails.xml ahora necesitan entradas correspondientes en un nuevo archivo template.config.php. Los parámetros antiguos aún cargan, pero nuevas características como vista previa en vivo y el configurador de plantilla visual solo funcionan con el nuevo formato.

Impacto en Plantillas Comerciales

Los proveedores de plantillas comerciales como JoomlArt, GavickPro y Youjoomla están en una posición difícil. Su modelo de negocio se basa en mantener marcos de plantilla que funcionen en todas las versiones de Joomla. La introducción de Twig y los cambios en la prioridad de anulación significa que esencialmente necesitan reconstruir sus marcos de plantilla.

Algunos han anunciado que saltarán completamente el soporte de Joomla 6 y se enfocarán en sus propias herramientas de generador de páginas o transición a otras plataformas. Esa es una señal reveladora de cómo la comunidad de plantillas ve estos cambios.

Por Qué los Administradores de Joomla Están Furiosos por los Cambios de UX en Joomla 6 - arquitectura

Reacción de la Comunidad: Foros, GitHub y Redes Sociales

La respuesta de la comunidad ha sido... intensa. Y mayormente negativa.

Problemas de GitHub y Solicitudes de Extracción

El repositorio de GitHub de Joomla ha visto un pico en reportes de problemas etiquetados con el hito J6. Varios miembros prominentes de la comunidad han abierto problemas detallados documentando regresiones de UX. Un hilo particularmente notable, con más de 200 comentarios, argumenta que los cambios del panel de administración fueron llevados a cabo sin una consulta adecuada con la comunidad.

La solicitud de extracción que introdujo la nueva arquitectura del gestor de extensiones recibió una importante reacción durante la revisión, con varios colaboradores de largo plazo votando en contra de la fusión. Fue fusionado de todas formas, con el equipo de liderazgo de producción citando la necesidad de modernizar la base de código.

Sentimiento del Foro

El Foro de la Comunidad de Joomla y el subreddit no oficial de Joomla han sido abrumados con posts de administradores frustrados. Los temas comunes incluyen:

  • "¿Por Qué Arreglar lo que No Estaba Roto?" — El UX del panel de administración, aunque no perfecto, era funcional y familiar
  • "Apocalipsis de Extensiones" — Temores de que el sistema basado en Composer matará el ecosistema de extensiones
  • "¿Quién Pidió Twig?" — Los desarrolladores de plantillas sintiéndose sorprendidos por el cambio del motor de plantillas
  • "¿Dónde Está la Ruta de Migración?" — Falta de caminos claros y automatizados para migrar sitios existentes

El Contexto Más Amplio

Esto no está sucediendo en el vacío. La cuota de mercado de Joomla ha estado disminuyendo constantemente. De acuerdo con datos de W3Techs de 2025, Joomla potencia aproximadamente el 1.5% de todos los sitios web con un CMS conocido, bajando del 2.6% en 2022. WordPress se sitúa en más del 62%. Cada decisión controvertida acelera la migración de sitios lejos de la plataforma.

La frustración de la comunidad no es solo sobre Joomla 6 específicamente. Es la acumulación de años de sentir que el liderazgo del proyecto no escucha a las personas que realmente usan el software diariamente. Joomla 6 es el catalizador, pero el resentimiento ha estado aumentando.

Qué Dice el Liderazgo de Joomla

La junta de Open Source Matters (OSM) y el liderazgo de producción de Joomla han respondido a las críticas, aunque muchos sienten que las respuestas han sido desatentas.

La posición oficial es que estos cambios son necesarios para la supervivencia a largo plazo de Joomla. El sistema de extensiones basado en Composer alinea Joomla con las prácticas modernas de desarrollo de PHP. La capa de plantillas Twig hace la plataforma más accesible para desarrolladores que vienen de otros marcos. Los cambios de UX del panel de administración se basan en investigación de usuarios (aunque la metodología de investigación y el tamaño de la muestra han sido cuestionados).

Un blog post del departamento de producción de Joomla a principios de 2025 reconoció el dolor de la transición pero argumentó que la disrupción a corto plazo es necesaria para la viabilidad a largo plazo. El post dibuja comparaciones con la transición de Joomla 1.5 a 2.5, que también fue dolorosa pero finalmente movió la plataforma hacia adelante.

La comparación es apropiada, pero no de la manera que ellos pretenden. La transición de 1.5 a 2.5 alejó a una porción masiva de la comunidad. Muchos de esos usuarios nunca volvieron.

¿Deberías Migrar o Deberías Irte?

Esta es la pregunta que todos se hacen, y la respuesta honesta depende de tu situación específica.

Quédate Si...

  • Tu sitio usa principalmente funcionalidad principal de Joomla sin dependencias pesadas de extensiones
  • Tu plantilla se basa en Cassiopeia o un marco que está comprometido con el soporte de Joomla 6
  • Tienes desarrolladores de PHP internos que pueden manejar el trabajo de migración
  • Tu organización está comprometida con Joomla por razones políticas/institucionales

Vete Si...

  • Tu sitio depende de extensiones que no tienen una hoja de ruta de Joomla 6
  • Ya estás frustrado con Joomla y esto es la gota que colma el vaso
  • Necesitas una plataforma con un ecosistema en crecimiento (no decreciente)
  • El costo de migrar a otro CMS es comparable al costo de actualizar a Joomla 6

La Realidad del Costo

Aquí hay algo de lo que la gente no habla lo suficiente: migrar de Joomla 5 a Joomla 6 puede costar casi tanto como migrar a un CMS completamente diferente. Si necesitas reconstruir plantillas, actualizar extensiones, reentrenar personal y probar todo, estás mirando horas de desarrollo significativas independientemente de la plataforma destino.

Para un sitio Joomla de complejidad media (50-200 artículos, 5-10 extensiones, plantilla personalizada), probablemente estés mirando 40-80 horas de trabajo de migración a Joomla 6. ¿Una migración a una configuración de CMS sin cabeza con un interfaz moderno? 60-120 horas. La brecha no es tan grande como crees, y el enfoque sin cabeza te da una plataforma con un ecosistema en crecimiento en lugar de uno en declive.

Alternativas Realistas a Joomla en 2025

Si estás seriamente considerando alternativas, aquí hay una evaluación honesta de las opciones.

Plataforma Mejor Para Curva de Aprendizaje Tamaño del Ecosistema Trayectoria a Largo Plazo
WordPress Sitios ricos en contenido, blogging Baja Masiva Estable pero Gutenberg divisivo
CMS Sin Cabeza + Next.js Sitios críticos de rendimiento, aplicaciones Medio-Alto En crecimiento rápido Fuerte hacia arriba
CMS Sin Cabeza + Astro Sitios de contenido, sitios de marketing Medio En crecimiento Fuerte hacia arriba
Drupal Empresarial, gobierno, datos complejos Alto Grande Estable
Craft CMS Sitios de contenido de tamaño medio Medio Moderado Estable
Statamic Tiendas Laravel, sitios de contenido Medio En crecimiento Positivo

El Enfoque de CMS Sin Cabeza

Soy parcial aquí porque esto es lo que hacemos en Social Animal, pero el enfoque de CMS sin cabeza resuelve el problema fundamental que sigue reapareciendo con CMSs tradicionales como Joomla: el acoplamiento de la gestión de contenido con el renderizado de interfaz.

Cuando tu CMS es sin cabeza, los cambios de UX del administrador en el CMS no rompen tu interfaz. El renderizado de plantillas es manejado por tu marco de interfaz (Next.js, Astro, lo que sea), no el CMS. Y tu contenido es accesible a través de APIs, lo que significa que nunca estás bloqueado en una única tecnología de renderizado.

Si estás interesado en este enfoque, hemos hecho bastantes migraciones de Joomla a sin cabeza. Nuestro trabajo de desarrollo de CMS sin cabeza funciona bien con Next.js o Astro en la interfaz, dependiendo de tus necesidades.

WordPress: ¿La Opción Obvia?

WordPress es la sugerencia predeterminada cada vez que alguien pregunta sobre alternativas a Joomla, y no es incorrecta. El ecosistema es enorme, las opciones de hosting son abundantes, y la mayoría de desarrolladores web lo conocen.

Pero WordPress tiene sus propias controversias de UX (la saga del editor de bloques/Gutenberg refleja algunas de lo que está pasando con Joomla 6). Y la dominancia del mercado de WordPress lo hace el objetivo más grande para ataques. Si te vas de Joomla por preocupaciones de gobernanza, la situación actual de Matt Mullenweg de WordPress también podría darte pausa.

Drupal: La Opción del Usuario Avanzado

Drupal merece consideración si tu sitio Joomla tiene relaciones complejas de contenido, tipos de contenido personalizados, o requisitos empresariales. Drupal 11 es sólido, y la comunidad de Drupal es más estable (aunque más pequeña) que la de Joomla.

La desventaja: la curva de aprendizaje de Drupal es pronunciada, y los costos de desarrollo son típicamente más altos que Joomla o WordPress.

Estrategias de Migración que Realmente Funcionan

Si has decidido irte de Joomla, aquí está cómo abordar la migración sin perder la razón o tus clasificaciones de SEO.

Paso 1: Auditoría de Contenido

Exporta todo. La estructura de la base de datos de Joomla está bien documentada, y puedes extraer contenido directamente de las tablas #__content, #__categories, #__menu y #__users. No confíes en las herramientas de exportación integradas de Joomla — están limitadas. Escribe consultas SQL personalizadas o usa una herramienta como la funcionalidad de exportación de datos de Akeeba.

Paso 2: Mapeo de URL

Este es el paso que todos se saltan, y es el que destruye tu SEO. Crea un mapa completo de cada URL en tu sitio Joomla y su URL correspondiente en la nueva plataforma. Establece redirecciones 301 para cada una.

# Ejemplo: generando una lista de URL desde la base de datos de Joomla
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

Paso 3: Elige tu Arquitectura Destino

Decide si quieres otro CMS tradicional o una configuración sin cabeza. Si tu sitio es principalmente impulsado por contenido (artículos, posts de blog, documentación), un CMS sin cabeza con un marco de interfaz enfocado en lo estático como Astro te dará un rendimiento dramáticamente mejor.

Paso 4: Migra en Paralelo

No intentes hacer una migración de gran explosión. Configura el nuevo sitio junto al antiguo. Migra contenido en lotes. Prueba a fondo. Solo cambia DNS cuando estés seguro de que todo funciona.

Si necesitas ayuda planificando esto, ponte en contacto con nosotros. Hemos desarrollado un proceso repetible para migraciones de CMS que preserva la equidad de SEO y minimiza el tiempo de inactividad. También puedes verificar nuestra página de precios para cifras aproximadas de proyectos de migración.

Preguntas Frecuentes

¿Cuándo es el lanzamiento oficial de Joomla 6? Joomla 6 se orienta a un lanzamiento estable a finales de 2025, siguiendo el nuevo ciclo de lanzamiento basado en tiempo del proyecto. Las versiones alfa y beta ya están disponibles para pruebas. El cronograma de lanzamiento se ha retrasado un par de veces ya, así que la fecha exacta sigue siendo fluida.

¿Funcionarán mis extensiones de Joomla 5 en Joomla 6? La mayoría no funcionará sin modificaciones. El sistema de extensiones basado en Composer de Joomla 6 requiere nuevos formatos de manifiesto y declaraciones de espacio de nombres actualizadas. Las extensiones que dependen de APIs deprecadas o caminos de instalación antiguos se romperán. Verifica con cada desarrollador de extensión su hoja de ruta de compatibilidad de Joomla 6 antes de intentar una actualización.

¿Puedo quedarme en Joomla 5 en lugar de actualizar? Sí, por ahora. Joomla 5 recibirá actualizaciones de seguridad hasta aproximadamente 2 años después del lanzamiento estable de Joomla 6, lo que significa aproximadamente finales de 2027. Después de eso, estás por tu cuenta. Permanecer en una versión de CMS no soportada es un riesgo de seguridad significativo, así que esto es a lo máximo una solución temporal.

¿Se está realmente dividiendo la comunidad de Joomla sobre esto? Hay una tensión real, pero no ha resultado en un fork formal (todavía). Varios miembros prominentes de la comunidad se han retirado públicamente de contribuir. La comunidad de Joomla ha resistido conflictos internos antes, pero la combinación de cuota de mercado en declive y decisiones técnicas controvertidas hace que este período se sienta más precario que disputas pasadas.

¿Cuál es la forma más barata de migrar lejos de Joomla? La ruta de migración más rentable depende de la complejidad de tu sitio. Para sitios de contenido simples con menos de 100 páginas, una migración manual a WordPress o un CMS sin cabeza se puede hacer en 20-30 horas. Para sitios complejos con extensiones personalizadas, espera 80-150+ horas. Usar herramientas de migración automatizadas como CMS2CMS puede reducir costos para movimientos de contenido simples pero no manejará funcionalidad personalizada.

¿Debería esperar a que Joomla 6 se estabilice antes de juzgarlo? Ese es un consejo justo para los cambios de UX — las primeras impresiones de nuevas interfaces a menudo son más duras que la opinión asentada. Pero los cambios arquitectónicos (extensiones Composer, plantillas Twig) no van a cambiar. Esas son decisiones de diseño fundamental. Si esas son tu preocupación, esperar no ayudará.

¿Cómo se compara Joomla 6 con Drupal 11 para sitios empresariales? Drupal 11 es generalmente una opción más fuerte para sitios de nivel empresarial con modelos de contenido complejos, permisos granulares, y requisitos de primera API. Los esfuerzos de modernización de Joomla 6 cierran algunas brechas, pero el ecosistema de Drupal para casos de uso empresariales (flujos de trabajo de contenido, soporte multilingüe, entrega sin cabeza) es más maduro. Si ya estás considerando el esfuerzo de migración, Drupal merece ser evaluado.

¿Cuál es el mejor CMS sin cabeza para reemplazar Joomla? Depende de tu equipo y requisitos. Para sitios de marketing ricos en contenido, Sanity o Contentful emparejados con Next.js o Astro son opciones excelentes. Para sitios que necesitan más estructura, Strapi o Payload CMS te dan más control sobre tus modelos de contenido. La ventaja clave de cualquier enfoque sin cabeza es que estás desacoplado del renderizado de interfaz del CMS — lo que significa que nunca enfrentarás este tipo de actualización rompedora de plantilla nuevamente.