Drupal arrastra una reputación forjada en la época de las versiones 6 y 7: potente, riguroso y de acceso punitivo. En 2026 la cuestión de su pertinencia se plantea sobre otras bases. El proyecto ha entregado una distribución lista para usar, una hoja de ruta centrada en la IA y una renovación de la experiencia de construcción. Queda saber en qué proyectos sigue siendo la herramienta adecuada.
Drupal CMS, el hecho destacado
El acontecimiento no es Drupal 11 como tal, sino Drupal CMS, publicado en versión 1.0 el 15 de enero de 2025 y surgido de la iniciativa Starshot anunciada por Dries Buytaert en la DrupalCon Portland 2024. Se trata de una descarga lista para usar, construida sobre el núcleo de Drupal 11, dirigida a un público históricamente desatendido por el proyecto: responsables de marketing, creadores de contenido y constructores de sitios sin competencias de desarrollo.
Dos piezas sostienen la ruptura: las Recipes, paquetes de configuración que instalan una funcionalidad completa en una sola operación, y los Single Directory Components del lado del tema. Experience Builder, herramienta de edición visual, completa el conjunto. El detalle oficial está publicado en la página de la iniciativa en drupal.org.
Drupal CMS ya no aspira a sustituir a WordPress en los sitios editoriales pequeños. Apunta al proyecto estructurado que un WordPress acumulado no sostendrá en el tiempo.
La apuesta de 2026: IA y comercio
La hoja de ruta 2026 es explícita: ocho capacidades estructurantes en torno a la IA en Drupal CMS, con agentes capaces de asistir la configuración, y una inversión marcada en comercio — recetas de comercio electrónico, pago exprés, Experience Builder aplicado a las fichas de producto. El proyecto no se limita, por tanto, a recuperar su retraso ergonómico: apuesta por que la construcción de sitios asistida por IA será un factor de diferenciación.
La promesa de «agentes que configuran el sitio» pertenece, no obstante, a la categoría de las que se juzgan sobre proyectos entregados, no sobre anuncios.
Drupal o WordPress: la comparación
| Criterio | Drupal (CMS / 11) | WordPress |
|---|---|---|
| Facilidad para principiantes | Correcta desde Drupal CMS | Imbatible |
| Modelado de contenido | Excelente, nativo | Extensiones (ACF y equivalentes) |
| Gestión fina de permisos | Nativa, granular | Limitada sin extensiones |
| Multilingüe | En el núcleo | Extensión (Polylang, WPML) |
| Ecosistema de extensiones | Más reducido | Considerable |
| Coste y plazo de un sitio pequeño | Más elevados | Más bajos |
| Robustez en un proyecto grande | Superior | Depende de la disciplina del equipo |
El criterio decisivo. Cuando el contenido está estructurado — tipos anidados, relaciones, flujos de validación editorial, permisos por rol, multilingüe exigente — Drupal hace ganar tiempo a lo largo del proyecto. Para contenido editorial clásico con necesidad de iterar rápido y con presupuesto ajustado, WordPress sigue siendo la opción por defecto.
Los contextos donde Drupal sigue siendo pertinente
- Instituciones, sector público, universidades: gobernanza, permisos y multilingüe de serie.
- Aplicación editorial compleja donde el modelado prima sobre el plazo de salida.
- Proyecto de larga vida, con equipo técnico interno encargado del mantenimiento.
- Fuertes exigencias de seguridad y auditoría, donde un ecosistema más acotado es una ventaja.
Los contextos donde no lo es
- Blog, sitio de presentación o pequeño comercio electrónico a lanzar en dos semanas.
- Cliente sin presupuesto de mantenimiento recurrente.
- Necesidad de una extensión de nicho que solo existe en el ecosistema WordPress.
- Equipo que no invertirá en formarse en la herramienta.
El riesgo principal no es técnico
La debilidad estructural de Drupal es la cantera de profesionales. Contratar a un desarrollador Drupal con experiencia cuesta más y lleva más tiempo que encontrar a un integrador WordPress, y esa realidad pesa tanto en un presupuesto como en la recuperación de un proyecto. Drupal CMS rebaja la barrera de entrada para construir; no necesariamente para mantener un sitio a medida. La cuestión se trata al mismo nivel que la elección de alojamiento, donde una base autoalojada bien controlada supera a un compartido de bajo coste.
Lo que hay que retener
Drupal constituye en 2026 una opción defendible, siempre que responda a una necesidad real de estructuración. Drupal CMS le da por fin una puerta de entrada practicable, y la hoja de ruta muestra un proyecto orientado hacia delante. No se trata, sin embargo, de una herramienta por defecto: se justifica cuando el contenido está estructurado, el horizonte es largo y el equipo está dispuesto a invertir.
Trabajé con Drupal 6, con hook_menu() y una curva de aprendizaje más parecida a un acantilado que a una pendiente. Ese recuerdo me sirvió mucho tiempo de argumento contra la herramienta; ya no es válido. Lo que sigue siendo válido es la cuestión de la cantera: la planteo sistemáticamente con un cliente antes de proponer Drupal, porque ahí es donde se rompen los proyectos, no en el código. — Simon Janvier
