Qué son Joomla y Drupal: comparación con WordPress y criterios para elegir

Joomla y Drupal son sistemas de gestión de contenidos (CMS, del inglés Content Management System) de código abierto que, al igual que WordPress, permiten administrar textos, imágenes, páginas y usuarios de un sitio web. Los tres sirven para un blog o una web de empresa, pero organizan la información, añaden funciones y gestionan permisos y traducciones de manera diferente. La elección depende de si la tarea principal es publicar artículos o coordinar a varias personas que mantienen información con una estructura definida.

La referencia de esta comparación es el software de WordPress.org instalado en un alojamiento contratado para el sitio. WordPress.com es un servicio con alojamiento incluido, cuyos planes y responsabilidades de administración son diferentes. También conviene distinguir el software de Joomla o Drupal de un servicio de alojamiento que se encargue de operarlo.

¿Qué es un CMS y qué tienen en común los tres sistemas?

Un CMS permite introducir contenido desde un panel de administración, en lugar de escribir un archivo HTML nuevo para cada página. El responsable guarda títulos, textos, imágenes y clasificaciones; el sistema combina esa información con unas reglas de presentación para generar las páginas que ve el visitante.

En un sitio de eventos, por ejemplo, una persona introduce la descripción y el público consulta una ficha y diferentes listas. El CMS conecta el formulario de edición, la estructura de almacenamiento, las vistas de detalle y de listado, y los permisos de las personas que han iniciado sesión. Sirve tanto para presentar un sitio como para mantener su información a lo largo del tiempo.

• Los tres son de código abierto. Su código está disponible para su uso y modificación según sus respectivas licencias. Obtener el software básico gratuitamente no elimina los costes de operación.
• Necesitan un entorno de servidor. Un sitio público requiere normalmente alojamiento, dominio, base de datos y espacio para archivos. Para una evaluación también se puede preparar un entorno independiente en un ordenador.
• Permiten ampliar sus funciones. Ofrecen mecanismos para modificar el diseño y el comportamiento, además de desarrollo a medida cuando resulta necesario.
• El mantenimiento continúa después de instalar. Hay que administrar cuentas, actualizar, realizar copias y restauraciones, y comprobar la compatibilidad de las extensiones.

Elegir únicamente la demostración más atractiva puede ocultar diferencias de trabajo diario. Dos webs de aspecto parecido pueden exigir procedimientos distintos para escribir, añadir menús y actualizar traducciones. Si WordPress todavía le resulta desconocido, la guía sobre sus características y costes ayuda a establecer una base de comparación.

¿Qué es Joomla? Un CMS que combina contenido, menús y permisos

La presentación oficial de Joomla lo describe como un CMS gratuito y de código abierto. Además de escribir y clasificar artículos, permite combinar menús, zonas complementarias de la página, acceso de usuarios y contenido en varios idiomas. Es una opción que merece examinarse cuando una misma web reúne presentación de empresa, noticias, recursos y páginas para miembros.

Artículos, categorías y elementos de menú cumplen funciones distintas

En Joomla, el contenido escrito habitual se crea como Article, es decir, un artículo. Category agrupa artículos, mientras que Menu Item vincula una opción de navegación con una página y su forma de presentación.

Por ejemplo, «Quiénes somos» puede mostrar un único artículo y «Noticias» una lista de una categoría. La documentación de los elementos de menú describe tipos como Single Article y Category Blog. En este contexto, Blog también denomina una disposición de listado; no significa que Joomla esté limitado a crear blogs.

Al principio puede resultar poco intuitivo guardar un artículo y después decidir cómo llegar a él desde un menú. Separar la creación de información de la navegación y su presentación ayuda a entender el sistema. Cuando aumenten los artículos, conviene valorar una lista por categorías antes de crear un elemento de menú para cada uno.

Componentes, módulos y plugins se complementan

Joomla utiliza Extension, o extensión, como término general para el software adicional. Dentro de ese conjunto aparecen varios conceptos importantes.

• Componente (Component): Proporciona una función principal y sus pantallas en el área central. La gestión de artículos o de contactos sirve como punto de partida para entenderlo.
• Módulo (Module): Es una unidad complementaria situada en una posición de la página, como un menú, un cuadro de acceso o los artículos recientes.
• Plugin: Es un tipo de extensión que interviene en el procesamiento del contenido o en determinadas operaciones para modificar el comportamiento.
• Plantilla (Template): Define la apariencia general y la disposición de las zonas del sitio.

La guía de tipos de extensiones de Joomla explica estas diferencias. WordPress llama plugins de forma amplia al software que añade funciones; en Joomla, un plugin es una clase concreta de extensión. No conviene trasladar los nombres de un producto a otro como equivalencias exactas.

Los módulos utilizan las posiciones de la plantilla y las condiciones de visualización asignadas a los elementos de menú. Crear un cuadro de acceso y comprobar que aparece en la página adecuada son verificaciones diferentes. La documentación de módulos explica esa relación.

Las funciones incluidas también necesitan configuración

Joomla incorpora control de acceso, funciones multilingües, campos personalizados y flujos de publicación. Consulte primero sus funciones del núcleo para decidir qué requisitos puede cubrir antes de instalar extensiones adicionales.

Que una función esté incluida no significa que ya esté configurada o resuelva cualquier necesidad. El equipo debe decidir quién puede ver cada información, qué menús corresponden a cada idioma y quién revisa y publica. Joomla resulta interesante cuando se quieren diseñar estas reglas junto con la estructura del sitio.

¿Qué es Drupal? Un CMS para diseñar tipos de contenido y relaciones

Drupal es una plataforma de código abierto que permite definir con detalle cómo se almacena la información, cómo se relacionan los registros y qué listas los muestran. Puede servir para un blog sencillo, pero su enfoque estructural se aprecia especialmente al conectar eventos, cursos, organizaciones, personas y recursos.

Los tipos de contenido y los campos definen la entrada de información

Un Content Type, o tipo de contenido, establece una estructura de entrada compartida por elementos con la misma finalidad. Un Field, o campo, es cada componente de esa estructura: título, fecha, imagen, número o referencia a otro contenido.

Un tipo «Evento» podría guardar nombre, fecha y lugar; un tipo «Ponente», nombre, biografía y fotografía. Después, un evento podría referenciar a su ponente. La diferencia frente a escribirlo todo libremente en el cuerpo es que la fecha ocupa un campo de fecha y la información de la persona se mantiene en un registro relacionado. La documentación de estructura del contenido explica esta base.

El planteamiento favorece entradas coherentes y reutilización. Sin embargo, demasiados campos y relaciones complican el formulario de edición. Es preferible partir de las necesidades reales de búsqueda, presentación y gestión, en vez de añadir opciones únicamente porque podrían servir algún día.

Views convierte los datos guardados en listas útiles

Views selecciona contenido según unas condiciones y lo presenta en listados. Views y Views UI forman parte del núcleo y permiten configurar la selección y la presentación desde la administración. La guía conceptual de Views introduce salidas como tablas, listas y bloques.

Por ejemplo, un evento registrado una sola vez puede formar parte de «Próximos eventos», «Eventos en Seúl» y «Eventos de educación». Separar fecha y región facilita esas condiciones. Es un ejemplo de configuración posible, no una promesa de que todas esas listas aparezcan automáticamente al instalar.

Hay que entender conjuntamente filtros, orden, acceso y disposición. Por eso, preparar la estructura inicial puede resultar más exigente que escribir un artículo. Una vez preparada, los colaboradores habituales pueden utilizar un formulario definido. Evalúe por separado la dificultad de construir el sitio y la de mantener su contenido.

Conviene distinguir Drupal Core de Drupal CMS

Describir todo Drupal como algo que un desarrollador debe montar desde cero ya no ofrece una imagen completa. La introducción oficial a Drupal distingue Drupal Core, la plataforma base, de Drupal CMS, un producto que reúne funciones y configuración sobre esa base.

Drupal Core sirve de fundamento para sitios personalizados. Drupal CMS ofrece un entorno inicial más preparado para creadores de sitios y equipos de contenido, con edición visual de páginas. Las funciones y los procedimientos iniciales dependen de la instalación elegida, aunque ambas pertenezcan al mismo ecosistema.

No juzgue todas las experiencias actuales de edición por una pantalla antigua de Drupal. Tampoco interprete una pantalla inicial cómoda de Drupal CMS como la desaparición del diseño necesario para requisitos complejos. Al comparar, anote si utiliza Core o CMS y qué módulos y temas adicionales incluye.

¿Qué debe incluir la comparación con WordPress?

WordPress permite publicar entradas y páginas y ampliar el sitio con temas y plugins. Su presentación oficial de funciones también contempla webs de empresa, comunidades y otros proyectos. No es correcto afirmar que WordPress solo sirve para blogs.

Entradas, páginas y bloques ofrecen un punto de partida accesible

Lo habitual es comenzar creando entradas y páginas y organizando bloques de párrafo, imagen o encabezado en el editor. El tema define la presentación y los plugins pueden añadir formularios, contenido multilingüe o una tienda.

En un blog sencillo, empezar directamente por escribir puede ser una ventaja. No obstante, combinar un constructor de páginas complejo con muchas extensiones puede aumentar la configuración y el mantenimiento. Usar WordPress no garantiza que cualquier proyecto siga siendo sencillo.

También admite contenido estructurado y desarrollo a medida

WordPress permite organizar eventos, productos o empleados mediante Custom Post Types —tipos de entrada personalizados—, taxonomías y metadatos. La documentación de tipos de entrada explica parte de esa base. Los formularios específicos y las listas condicionales pueden requerir plugins adecuados o desarrollo.

La diferencia entre los tres sistemas rara vez se reduce a «puede o no puede». Es más útil comparar qué herramientas vienen incluidas, qué requisitos necesitan añadidos y si el equipo puede mantener la configuración resultante.

WordPress, Joomla y Drupal: diferencias principales

La tabla compara puntos de partida y formas habituales de configuración. No puntúa la calidad de los sitios terminados ni establece una superioridad absoluta. El trabajo real depende del tema, las extensiones, la instalación y la experiencia de las personas responsables.

Que una función esté en el núcleo no determina su coste ni su dificultad total. Aprenderla puede llevar tiempo y una extensión bien elegida puede reducir trabajo. A la inversa, extensiones solapadas o formas de almacenamiento diferentes pueden aumentar la carga de mantenimiento.

¿Cómo cambiaría la estructura de un mismo sitio de eventos?

Imagine una web donde se introducen nombre, fecha, lugar y tema de cada evento y el público consulta fichas y listas temáticas. Se trata de un ejemplo hipotético para razonar sobre el diseño, no de una implementación probada ni de un ensayo de rendimiento.

Para pocos eventos sin ordenación especial puede bastar un título y un texto. Cuando se necesitan orden cronológico, filtros regionales y reutilización en varias vistas, resulta más fácil mantener fechas, lugares y temas en campos coherentes.

En WordPress puede comenzar con entradas normales o elegir herramientas para un tipo específico de evento, campos y listados. En Joomla, revise primero el alcance de las categorías y los campos personalizados; si filtros, reservas o inscripciones lo superan, estudie una extensión específica. La guía de campos y grupos de campos explica cómo añadir atributos a artículos y otros elementos. Crear un campo no completa automáticamente todas las pantallas de búsqueda y ordenación.

En Drupal puede definir un tipo Evento, sus campos y taxonomía, y construir las listas con Views. Aun así, inscripción, pagos y control de aforo son requisitos distintos de mostrar un evento. Que un CMS presente una fecha no lo convierte en un sistema de reservas completo.

La pregunta útil no es tanto «¿cuál tiene más funciones?» como «¿al cambiar la fecha se actualizan coherentemente todas las vistas necesarias y puede la siguiente persona introducir datos de la misma forma?».

¿Cómo se comparan los permisos y la revisión antes de publicar?

Los permisos definen quién puede realizar cada acción. El flujo de trabajo define los estados por los que pasa el contenido. Disponer de una cuenta de editor no equivale a implementar el procedimiento de aprobación de una organización.

Los roles y capacidades de WordPress separan el alcance de trabajo de los usuarios. Parta de los roles disponibles y compruebe si necesita diseño adicional para limitar la edición a un departamento o exigir varias aprobaciones.

La lista de control de acceso de Joomla, ACL (Access Control List), distingue grupos de usuarios, niveles de acceso de lectura y permisos de acciones. Su guía de control de acceso separa poder ver de poder crear o editar. Mostrar un menú a los miembros no es lo mismo que permitirles modificar su contenido.

Drupal añade módulos del núcleo como Workflows y Content Moderation a su sistema de roles y permisos. La documentación de Content Moderation también describe cómo revisar una nueva versión mientras la anterior permanece publicada. Los estados iniciales y su configuración deben comprobarse según la instalación, los módulos activos y los permisos utilizados.

Escriba primero las reglas de operación y después compare cómo implementarlas y verificarlas en cada CMS. Los nombres de la tabla son responsabilidades de ejemplo, no necesariamente roles predeterminados de los productos.

Después de configurar, pruebe como autor, revisor y visitante sin sesión, no solo como administrador. Ocultar un menú no equivale a impedir el acceso directo a una URL. Compruebe los archivos reservados a miembros mediante su propia dirección y revise posibles exposiciones en búsquedas, cachés y vistas previas.

¿Qué cambia en un sitio multilingüe?

Cambiar el idioma de la administración no es lo mismo que ofrecer artículos traducidos al público. Lo primero afecta a la interfaz; lo segundo implica mantener contenido, menús, direcciones y descripciones de imágenes por idioma. Son tareas diferentes al comparar plataformas.

La documentación multilingüe de WordPress explica que el núcleo no ofrece por sí solo un blog multilingüe completo. Se puede recurrir a plugins que conecten traducciones o a sitios separados, entre otras configuraciones. La comparación de plugins multilingües de WordPress examina diferencias de almacenamiento y operación.

Joomla permite contenido y menús por idioma y asociaciones entre artículos, categorías y elementos de menú equivalentes. Multilingual Associations gestiona esas relaciones. Instalar un paquete de idioma no traduce los artículos ni los menús: revise cómo se conectan idiomas, menús y módulos siguiendo la guía de configuración multilingüe.

Drupal incluye módulos para idioma y traducción de interfaz, contenido y configuración. El alcance traducible puede definirse por tipo de contenido y campo. La guía de configuración de traducción de contenido explica cómo seleccionar los elementos.

Por ejemplo, se pueden traducir nombre y descripción de un evento, pero hace falta decidir si la fecha se mantiene por idioma o se comparte. Las imágenes pueden reutilizarse, aunque el texto incrustado y el alternativo necesitan revisión lingüística. Evalúe tareas concretas, no solo la etiqueta «compatible con varios idiomas»:

• ¿Cambiar de idioma en un artículo lleva a su traducción correspondiente?
• Si falta una traducción, ¿aparece un aviso, se abre la portada de ese idioma o sucede otra cosa?
• ¿Se pueden gestionar menús, categorías, instrucciones de formularios y errores, además del texto principal?
• ¿Puede el responsable identificar qué traducciones revisar cuando cambia el original?

Las funciones multilingües organizan el trabajo de traducción. No garantizan automáticamente textos correctos ni información siempre coherente entre todos los idiomas.

¿Cómo difieren el diseño y las extensiones?

Los temas de WordPress, las plantillas de Joomla y los temas de Drupal dan forma a la presentación. Sin embargo, varían el alcance editable y la relación con la estructura del contenido. Revise fichas, listados, búsquedas y menús móviles además de la portada de una demostración.

En WordPress, el directorio oficial de temas y el de plugins son buenos puntos de partida. Compruebe si el tema admite la forma de edición deseada, requiere otro constructor y tiene funciones de pago con condiciones de renovación. La guía para encontrar y elegir temas de WordPress desarrolla estos criterios.

En Joomla es importante comprender las posiciones de los módulos y la disposición de la plantilla. Las funciones adicionales se buscan en Joomla Extensions Directory. Verifique si son componentes, módulos o plugins, sus versiones compatibles y otras extensiones necesarias.

Los listados de módulos y temas de Drupal permiten revisar compatibilidad, mantenimiento y cobertura de avisos de seguridad. Cuando el proyecto exige diseñar estructura y presentación, cambiar únicamente el tema no genera automáticamente todos los formularios y listados requeridos.

Las extensiones de los tres CMS no suelen ser paquetes intercambiables. No se instala directamente un plugin de WordPress en Joomla ni un módulo de Drupal en WordPress. Busque una solución equivalente y examine dónde guarda los datos y qué ocurre al eliminarla o migrar. La guía para encontrar plugins de WordPress distingue también selección, instalación, activación y configuración.

¿Qué CMS resulta más adecuado para SEO, GEO y AEO?

El nombre del CMS no determina por sí solo una ventaja de visibilidad en buscadores o de citas en respuestas generadas. SEO (Search Engine Optimization, optimización para motores de búsqueda) ayuda a descubrir y comprender el contenido. AEO (Answer Engine Optimization, optimización para motores de respuesta) prioriza respuestas claras a preguntas. GEO (Generative Engine Optimization, optimización para motores generativos) considera cómo facilitar la comprensión y el uso preciso de la información en búsquedas y respuestas generativas. La calidad y la salida real de las páginas importan en cualquier plataforma.

En vez de aceptar una afirmación como «incluye SEO», compruebe si el equipo puede gestionar y verificar lo siguiente en las páginas finales:

• Respuesta: Que la introducción resuelva la pregunta del título y el cuerpo explique condiciones, excepciones y pruebas suficientes.
• Estructura: Que encabezados, tablas, listas y textos alternativos tengan una forma adecuada a su significado.
• Descubrimiento y acceso: Que existan enlaces internos pertinentes y el contenido público se lea sin iniciar sesión.
• Direcciones y duplicados: Que se puedan mantener las URL deseadas, las redirecciones y las direcciones canónicas.
• Presentación en buscadores: Que las instrucciones de indexación, las descripciones y las relaciones entre idiomas sean correctas.
• Fiabilidad: Que las afirmaciones importantes tengan respaldo y no se inventen experiencias o pruebas.

Algunos aspectos se resuelven con ajustes básicos y otros necesitan extensiones o desarrollo. Cambiar un tema o una extensión SEO puede alterar la salida. Por eso hay que revisar la página final, no únicamente los valores del panel.

Los datos estructurados deben describir contenido realmente visible. Una comparación no justifica añadir puntuaciones o reseñas ficticias, ni los archivos o marcados especiales garantizan presencia en búsquedas generativas. La cuestión práctica es qué CMS permite mantener esa salida correcta de forma sostenida.

Rendimiento, accesibilidad y seguridad dependen de la configuración real

Compare páginas importantes en condiciones similares

Afirmar que WordPress siempre es lento o Drupal siempre es rápido no ayuda a elegir. Influyen el alojamiento, las consultas de contenido, las imágenes, el tema, las extensiones, los scripts publicitarios y analíticos y la caché. Contar plugins o módulos tampoco es una medida fiable de velocidad.

Prepare los sitios de evaluación con contenido, imágenes y funciones comparables. Observe listas, búsquedas y fichas, no solo la portada. Diferencie usuarios con y sin sesión, pantallas móviles y primeras visitas y posteriores. Una portada de demostración rápida puede esconder una búsqueda lenta.

La accesibilidad permite utilizar el sitio a personas con discapacidad y a quienes emplean dispositivos de entrada diferentes. Compruebe navegación por teclado en menús y formularios, encabezados comprensibles, avisos de errores y contraste del texto. Las funciones del CMS no vuelven accesibles automáticamente todos los temas, extensiones y contenidos.

Asigne la responsabilidad de actualizar y recuperar

La seguridad tampoco queda garantizada por un nombre. Utilice software con soporte, siga los avisos del núcleo y las extensiones, limite los permisos y asegure una recuperación posible. La guía de seguridad de WordPress plantea reducir riesgos mediante varias medidas, en vez de eliminar todo riesgo.

Cambiar de CMS no corrige contraseñas compartidas ni la falta de una persona responsable de las actualizaciones. Revise el alcance del alojamiento administrado: gestionar el servidor no implica necesariamente revisar todas las extensiones o restaurar cualquier fallo del sitio.

Antes de operar, prepare las acciones clave que comprobará antes y después de una actualización: guardar artículos, subir fotografías, enviar formularios, acceder a material de miembros y cambiar de traducción. Una copia es útil por su capacidad de restauración en otro entorno, no simplemente porque exista un archivo en el mismo servidor.

El software gratuito también tiene costes de implantación y mantenimiento

Aunque el software básico no tenga precio de compra, el coste total puede variar. Un presupuesto inicial puede dejar fuera renovaciones del alojamiento, suscripciones de extensiones, cambios posteriores y traspaso de responsabilidades. Compare el mismo periodo y alcance:

Publicar artículos y mantener el entorno que ejecuta el CMS son responsabilidades distintas. PHP, por ejemplo, es el lenguaje que ejecuta estos sistemas en el servidor. Cada CMS y extensión tiene requisitos de versiones de PHP y de base de datos. Poder instalar en un alojamiento antiguo no demuestra que sea adecuado para una operación prolongada.

Drupal documenta la actualización del núcleo con Composer. Composer gestiona paquetes PHP y las relaciones entre versiones. Según el entorno, hará falta alguien que se ocupe del desarrollo y despliegue, sin que esa persona tenga que ser quien escribe el contenido.

La gestión de configuración de Drupal permite preparar tipos, campos y Views en pruebas y desplegar ajustes mediante archivos. Una exportación de configuración no equivale a una copia completa que incluya todos los textos y archivos subidos.

WordPress también exige considerar base de datos y archivos, como explica su guía de copias de seguridad. Al comparar herramientas de copia para WordPress, revise destino, alcance de restauración y procedimiento de recuperación, además del botón para crearla. Aplique las mismas preguntas a Joomla y Drupal.

¿Qué CMS conviene examinar primero en cada caso?

Estas son orientaciones para empezar la evaluación, no afirmaciones de que solo un producto pueda satisfacer cada necesidad. Señalan qué revisar primero para tomar una decisión útil.

Crecer no exige elegir la herramienta más compleja desde el principio. Importa cubrir con estabilidad las necesidades actuales y poder sostener la estructura de información y el equipo futuros. A la inversa, construir rápidamente unas páginas básicas no demuestra que una operación compleja requiera el mismo esfuerzo.

Realice la misma prueba pequeña antes de elegir

Construir un sitio pequeño con material y requisitos equivalentes revela más que explorar libremente tres demostraciones. Utilice datos ficticios que puedan hacerse públicos antes de subir toda la información de una organización. Anote instalación, versión y extensiones.

1. Escriba los requisitos imprescindibles. Defina presentación, noticias, eventos, cuentas de autor y revisor e idiomas. «Debe ser ampliable» resulta menos útil que una condición verificable.
2. Cree una introducción y contenido de ejemplo. Utilice una cantidad comparable y distintos tipos de información. Registre el trabajo para cambiar títulos, fotografías y categorías y los términos difíciles de entender.
3. Separe la información estructurada. Guarde fechas y lugares en campos útiles para ordenar y buscar. Compruebe que las fichas y las listas coincidan. Anote extensiones o desarrollo para requisitos no cubiertos.
4. Trabaje con distintos permisos. Haga que un autor prepare un borrador y un revisor lo publique. Verifique que las acciones prohibidas, como publicar, borrar o editar material ajeno, estén realmente bloqueadas.
5. Añada otro idioma. Traduzca un artículo y un menú, pruebe el cambio hacia su equivalente y observe qué sucede si falta una traducción.
6. Revise la experiencia del visitante. Sin sesión, utilice la versión móvil y el teclado en menús, listas y formularios. Distinga las funciones administrativas del contenido público.
7. Compruebe el mantenimiento en pruebas. Cree una copia, restáurela en otro entorno y revise páginas, imágenes y acceso a cuentas. Si prueba una actualización, siga las instrucciones del proveedor, compare antes y después y prepare una vuelta atrás.

El objetivo no es solo obtener un mensaje de instalación correcta, sino confirmar que otra persona puede añadir contenido de forma coherente, las listas, permisos y traducciones funcionan según lo previsto, y existe una recuperación viable.

La introducción oficial de Joomla presenta la estructura de artículos, menús y módulos. La guía de evaluación de Drupal explica formas de explorar Core y CMS de manera local o remota. Revise las condiciones de prueba y conservación de datos del servicio utilizado.

¿Qué revisar antes de migrar un sitio existente?

Cambiar de CMS implica más que sustituir la administración. Además de entradas y páginas, investigue cómo se trasladan categorías, usuarios, imágenes, adjuntos, campos, relaciones de traducción, permisos y datos de formularios. No dé por hecho que los ajustes de temas y extensiones funcionarán sin cambios en otra plataforma.

Empiece por una migración parcial. Compare rutas de imágenes, fechas, autores, enlaces internos, estado público o privado y cambio de idioma, además de títulos y textos. Si cambian las direcciones, prepare una correspondencia de URL y redirecciones y revise direcciones canónicas, mapas del sitio y enlaces internos.

Si las dificultades con WordPress proceden de contenido mal clasificado o de responsabilidades poco claras, pueden continuar tras cambiar de CMS. Si la estructura actual no permite manejar razonablemente el modelo de información y las aprobaciones necesarias, sí merece la pena evaluar Joomla y Drupal mediante tareas reales.

El criterio es el encaje entre la información que se administra, las personas que trabajan con ella y el mantenimiento que se puede sostener, no la popularidad ni la longitud de una lista de funciones. Concretar esos tres elementos ayuda a decidir entre comenzar con WordPress, aprovechar la estructura operativa de Joomla o diseñar un modelo de contenido en Drupal.