Tu entorno de staging termina la actualización de Joomla 6 a las 3 a.m. Abres el panel de administración seis horas después y nada está donde lo dejaste. El gestor de extensiones que has memorizado durante ocho años ahora usa un diseño basado en tarjetas con acciones ocultas. Tu plantilla de compra personalizada — la que tomó dos sprints construir — lanza un error fatal porque la representación de plantillas cambió a nivel del framework. Joomla 4 forzó migraciones dolorosas. Joomla 5 parcheó los peores quiebres. Pero Joomla 6 se lanzó con cambios tan profundos que el 40% de las extensiones del top-100 aún no tienen versiones compatibles tres meses después del lanzamiento. Los foros comunitarios se están llenando con administradores haciendo la misma pregunta: ¿finalmente es hora de irse?

He estado construyendo y manteniendo sitios Joomla desde los días de Mambo. He migrado clientes a través de cada actualización de versión principal dolorosa. 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 de larga data están molestos, y qué alternativas realistas existen si estás considerando saltar del barco.

Tabla de Contenidos

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

La Revisión 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 eliminado la navegación familiar 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 barra lateral contextual.

Qué Realmente Cambió

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 máximo dos clics. No era bonito, pero era funcional y — crucialmente — era consistente.

Joomla 6 se mueve a una barra de navegación superior horizontal con menús desplegables mega. La barra lateral izquierda ahora solo aparece contextualmente, mostrando opciones relevantes para la sección en la que estás actualmente. La gestión de artículos, la gestión de usuarios, la configuración de extensiones — todos tienen diferentes diseños de barra lateral 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 plantillas reubicado
Verificar información del sistema 2 3 Movido a submenú
Gestionar archivos de medios 2 2 Aproximadamente equivalente

Por Qué los Administradores Lo Odian

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 gestionas 15+ sitios Joomla y estás cambiando entre ellos durante todo el día, confías en 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 diferentes elementos dependiendo de dónde estés, lo que hace que construir nueva memoria muscular sea más difícil.

También está el ángulo de accesibilidad. Varios miembros de la comunidad han reportado que los menús desplegables mega no funcionan bien con lectores de pantalla, y la navegación del 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 antiguo sistema 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 personalizados de panel de control por grupo de usuarios — una característica que muchas agencias Joomla usaban para crear experiencias de administración simplificadas para clientes. En su lugar, hay un único diseño de panel de control con interruptores de visibilidad basados en roles en widgets individuales. Es un paso atrás en funcionalidad disfrazado como un 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 la forma en que las extensiones se han empaquetado e instalado 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, esta es una buena idea. Composer es el estándar para la gestión de dependencias PHP, y llevar a Joomla alineado con las prácticas PHP modernas tiene sentido.

En la práctica, significa:

  • Los paquetes de extensión deben incluir ahora un composer.json con declaraciones de namespace adecuadas
  • El formato de manifiesto XML antiguo está deprecado (todavía funciona en 6.0 pero lanza advertencias, programado para eliminación en 6.2)
  • Los caminos de descubrimiento e instalación de extensiones han cambiado — los scripts de instalación personalizados que hacen referencia a 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 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 del mundo real: una porción significativa del ecosistema de extensiones Joomla no está lista. Según datos del Directorio de Extensiones Joomla (JED) a principios de 2026, aproximadamente el 40% de las extensiones listadas no han sido actualizadas para la compatibilidad de Joomla 5, y mucho menos Joomla 6.

De las extensiones que son compatibles con Joomla 5, las pruebas iniciales sugieren que alrededor del 60-70% necesitarán 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 se están desarrollando versiones compatibles con Joomla 6. Pero para los miles de extensiones más pequeñas mantenidas por desarrolladores individuales o pequeños equipos? Muchas de esas simplemente serán abandonadas.

Qué Significa Esto para los Propietarios de Sitios

Si tu sitio Joomla depende de cinco o más extensiones de terceros (y la mayoría dependen), necesitas auditar cada una antes de 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 del 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 hoja de ruta de Joomla 6. Eso es un bloqueador de migración.

Cambios Importantes en la Representación 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 se ha movido de su tradicional sistema 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 motor de plantillas opcional (pero claramente preferido) junto con las anulaciones PHP tradicionales. Las plantillas de administración principal ahora están escritas en Twig. Las plantillas de frontend pueden usar PHP o Twig, pero el sistema de descubrimiento de anulación de plantillas ha cambiado.

{# Ejemplo de plantilla Twig 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 anulaciones ha cambiado. En Joomla 5, las anulaciones de plantillas vivían en templates/your-template/html/com_content/article/default.php. Esto todavía funciona 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 toma prioridad.

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

Además, el sistema de parámetros de plantillas ha sido reelaborado. Los parámetros de plantilla definidos en templateDetails.xml ahora necesitan entradas correspondientes en un nuevo archivo template.config.php. Los parámetros antiguos todavía se cargan, pero las nuevas características como vista previa en vivo y el configurador visual de plantillas 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 plantillas que funcionen en versiones de Joomla. La introducción de Twig y los cambios de prioridad de anulación significan que esencialmente necesitan reconstruir sus marcos de plantillas.

Algunos han anunciado que saltarán por completo el soporte de Joomla 6 y se enfocarán en sus propias herramientas de creador 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 de Joomla 6 - arquitectura

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

La respuesta de la comunidad ha sido... intensa. Y principalmente 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 destacados 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 empujados sin consulta adecuada de la comunidad.

La solicitud de extracción que introdujo la nueva arquitectura del gestor de extensiones recibió una reacción significativa durante la revisión, con varios colaboradores de larga data votando en contra de la fusión. Fue fusionada 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 Comunitario de Joomla y el subreddit de Joomla no oficial han sido abrumados con publicaciones de administradores frustrados. Los temas comunes incluyen:

  • "¿Por qué reparar algo 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?" — Desarrolladores de plantillas sintiéndose sorprendidos por el cambio del motor de plantillas
  • "¿Dónde está la ruta de migración?" — Falta de herramientas claras y automatizadas de migración para 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. Según datos de W3Techs de 2026, 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 fuera de la plataforma.

La frustración de la comunidad no se trata solo de 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 construyéndose.

Qué Está Diciendo el Liderazgo de Joomla

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

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 lleva a Joomla en línea con las prácticas modernas de desarrollo PHP. La capa de plantillas Twig hace que la plataforma sea más accesible para desarrolladores que vienen de otros frameworks. Los cambios de UX 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).

Una publicación de blog del departamento de producción de Joomla a principios de 2026 reconoció el dolor de transición pero argumentó que la disrupción a corto plazo es necesaria para la viabilidad a largo plazo. La publicación hizo 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 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 están haciendo, y la respuesta honesta depende de tu situación específica.

Quédate Si...

  • Tu sitio usa principalmente la funcionalidad central de Joomla sin fuertes dependencias de extensiones
  • Tu plantilla se basa en Cassiopeia o un framework que está comprometido con el soporte de Joomla 6
  • Tienes desarrolladores 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 lo último que te falta
  • Necesitas una plataforma con un ecosistema creciente (no menguante)
  • El costo de migrar a otro CMS es comparable al costo de actualizar a Joomla 6

La Realidad de los Costos

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

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 headless con un frontend moderno? 60-120 horas. La brecha no es tan grande como podrías pensar, y el enfoque headless te da una plataforma con un ecosistema creciente en lugar de uno menguante.

Alternativas Realistas a Joomla en 2026

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 Headless + Next.js Sitios críticos en rendimiento, aplicaciones Medio-Alto Crecimiento rápido Fuerte crecimiento
CMS Headless + Astro Sitios de contenido, sitios de marketing Medio Crecimiento Fuerte crecimiento
Drupal Empresa, 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 Crecimiento Positivo

El Enfoque CMS Headless

Estoy sesgado aquí porque esto es lo que hacemos en Social Animal, pero el enfoque del CMS headless resuelve el problema fundamental que sigue repitiéndose con CMSs tradicionales como Joomla: el acoplamiento de la gestión de contenido con la representación de frontend.

Cuando tu CMS es headless, los cambios de UX del administrador en el CMS no rompen tu frontend. La representación de plantillas se maneja por tu framework de frontend (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 representación.

Si estás interesado en este enfoque, hemos hecho bastantes migraciones de Joomla a headless. Nuestro trabajo de desarrollo de CMS headless funciona bien con Next.js o Astro en el frontend, 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 está mal. 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 algo de lo que está sucediendo con Joomla 6). Y el dominio de mercado de WordPress lo hace el objetivo más grande para ataques. Si estás dejando 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 Poder del Usuario

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

El inconveniente: 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 dejar Joomla, aquí está cómo abordar la migración sin perder la cordura o tus rankings de SEO.

Paso 1: Auditoría de Contenido

Exporta todo. La estructura de 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 URLs

Este es el paso que todos 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. Configura redirecciones 301 para cada una.

# Ejemplo: generando una lista de URLs 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 Objetivo

Decide si quieres otro CMS tradicional o una configuración headless. Si tu sitio es principalmente impulsado por contenido (artículos, publicaciones de blog, documentación), un CMS headless con un framework de frontend orientado a estático como Astro te dará un rendimiento dramáticamente mejor.

Paso 4: Migra en Paralelo

No intentes hacer una migración de big-bang. Configura el nuevo sitio junto al antiguo. Migra contenido en lotes. Prueba exhaustivamente. 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 revisar nuestra página de precios para cifras aproximadas en proyectos de migración.

Preguntas Frecuentes

¿Cuándo se lanza oficialmente Joomla 6? Joomla 6 tiene como objetivo un lanzamiento estable a finales de 2026, siguiendo el nuevo ciclo de lanzamiento basado en tiempo del proyecto. Las versiones alfa y beta ya están disponibles para pruebas. La línea de tiempo de lanzamiento se ha retrasado un par de veces ya, así que la fecha exacta sigue siendo fluida.

¿Las extensiones de Joomla 5 funcionarán 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 namespace 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 2028. Después de eso, estás solo. Quedarse en una versión de CMS no soportada es un riesgo de seguridad significativo, así que esto es como máximo una solución temporal.

¿Se está dividiendo realmente la comunidad de Joomla por esto? Hay tensión real, pero no ha resultado en un fork formal (todavía). Varios miembros destacados de la comunidad se han retirado públicamente de contribuir. La comunidad de Joomla ha soportado conflictos internos antes, pero la combinación de cuota de mercado decreciente 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 fuera de Joomla? La ruta de migración más rentable depende de la complejidad de tu sitio. Para sitios de contenido simple con menos de 100 páginas, una migración manual a WordPress o a un CMS headless se puede hacer en 20-30 horas. Para sitios complejos con extensiones personalizadas, espera 80-150+ horas. Usar herramientas de migración automatizada como CMS2CMS puede reducir costos para movimientos de contenido directos pero no manejará funcionalidad personalizada.

¿Debería esperar a que Joomla 6 se estabilice antes de juzgarlo? Eso es consejo justo para los cambios de UX — las primeras impresiones de nuevas interfaces a menudo son más duras que la opinión establecida. Pero los cambios arquitectónicos (extensiones Composer, plantillas Twig) no van a cambiar. Esas son decisiones de diseño fundamental. Si esa es 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 empresariales con modelos de contenido complejos, permisos granulares y requisitos de entrega priorizados por API. El ecosistema de Drupal para casos de uso empresarial (flujos de trabajo de contenido, soporte multilingüe, entrega headless) es más maduro. Si ya estás considerando el esfuerzo de migración, Drupal vale la pena evaluar.

¿Cuál es el mejor CMS headless 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 excelentes opciones. 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 headless es que estás desacoplado de la representación de frontend del CMS — lo que significa que nunca enfrentarás este tipo de actualización rompedora de plantillas de nuevo.