En qué se diferencia Drupal CMS del Drupal de toda la vida
Drupal CMS es una versión de Drupal que llega ya montada, con las piezas que casi cualquier web corporativa necesita configuradas de fábrica, mientras que el Drupal de toda la vida te entrega un lienzo en blanco que hay que construir módulo a módulo. Es el mismo software libre por debajo y el mismo código abierto, pero el punto de partida es distinto: donde antes un desarrollador tardaba semanas en dejar lista la estructura básica de un sitio, Drupal CMS arranca con esa estructura hecha. Para ti, que diriges una empresa y no escribes código, la diferencia se nota en el presupuesto de las primeras semanas y en cuánto puedes tocar tú sin llamar a nadie.
Qué es exactamente Drupal CMS
Drupal CMS es una distribución oficial del proyecto Drupal, publicada por la propia comunidad en drupal.org. Se presentó en su versión 1.0 el 15 de enero de 2025, coincidiendo con el 24 aniversario de Drupal, y desde entonces el proyecto ha seguido incorporando novedades.
La palabra «distribución» asusta más de lo que merece. Significa simplemente esto: alguien ha cogido Drupal, ha elegido por ti los módulos más habituales, los ha configurado con criterio y te entrega el paquete completo. No es un Drupal recortado ni una versión ligera: es Drupal entero, con decisiones ya tomadas.
La licencia es la misma GPL de siempre. No hay cuota, no hay versión de pago, no hay funciones bloqueadas detrás de un plan premium. Si mañana quieres desmontar la distribución y quedarte solo con lo que te interesa, puedes hacerlo, porque debajo sigue habiendo un Drupal estándar.
Qué son las «recetas» y por qué te importan
El mecanismo que hace posible todo esto se llama recipe, receta. Una receta es un paquete que instala módulos y, sobre todo, los deja configurados: crea los tipos de contenido, los campos, los permisos y las vistas necesarias para que una funcionalidad concreta funcione desde el primer minuto.
Un ejemplo. Quieres un blog corporativo. Sin recetas, alguien tiene que crear el tipo de contenido «artículo», añadirle campos de imagen destacada y categorías, montar la página de listado, configurar quién puede publicar y quién solo redactar, y ajustar las URL. Con la receta de blog, eso ya viene hecho y funcionando; a partir de ahí se personaliza.
Lo interesante para una empresa es que las recetas se aplican cuando quieres, no solo al instalar. Si dentro de seis meses necesitas una sección de casos de éxito o un calendario de eventos, se aplica la receta correspondiente y aparece configurada, sin rehacer nada de lo anterior.
En qué se diferencia del Drupal de siempre
La diferencia de fondo es a quién está pensado servir cada uno. Drupal core, el de toda la vida, está pensado para equipos técnicos que saben exactamente qué quieren construir y prefieren no cargar con nada que no hayan elegido. Drupal CMS está pensado para responsables de marketing, editores de contenido y empresas que quieren una web profesional sin financiar desde cero la fontanería.
| Aspecto | Drupal core | Drupal CMS |
|---|---|---|
| Punto de partida | Instalación mínima, sin configurar | Sitio funcional con secciones ya montadas |
| Quién lo maneja al principio | Perfil técnico | Perfil técnico para el arranque, editor para el día a día |
| Tiempo hasta tener algo usable | Semanas de configuración previa | Horas para ver la estructura en pie |
| Personalización | Total desde el primer día | Total, partiendo de decisiones ya tomadas |
| Encaje típico | Proyectos con requisitos muy propios | Webs corporativas, portales de contenido, intranets |
Fíjate en que la última fila no dice que uno sea mejor. Dice que resuelven encargos distintos. Si tu proyecto es una plataforma con lógica de negocio muy particular, las decisiones de fábrica de Drupal CMS te van a estorbar más que ayudar.
Qué trae ya configurado de fábrica
Las piezas que una web de empresa acaba necesitando casi siempre, y que en un proyecto tradicional se presupuestan una por una:
- Gestión editorial con flujos de trabajo: borrador, revisión y publicación, con permisos por rol, para que quien redacta no publique sin que nadie lo lea.
- SEO de base: URL legibles, metadatos por página, mapa del sitio y redirecciones, sin instalar y encajar cinco módulos a mano.
- Multiidioma: la traducción de contenido e interfaz viene preparada, algo que en Drupal siempre ha sido potente pero laborioso de dejar fino.
- Formularios y captación: formularios de contacto y de descarga listos para conectar con tu correo o tu CRM.
- Privacidad y cookies: la base para cumplir con el consentimiento, que después hay que revisar con tu asesoría.
- Accesibilidad: el tema por defecto parte de criterios de accesibilidad, en lugar de dejarlo para el final del proyecto.
El proyecto también ha ido incorporando herramientas de edición visual y asistentes basados en inteligencia artificial para tareas editoriales. Son novedades recientes: si te interesan, pide que te las enseñen funcionando sobre tu contenido antes de contar con ellas.
Cuándo le conviene a tu empresa y cuándo no
Drupal CMS encaja bien si tu web es sobre todo contenido y captación: una corporativa con servicios, blog, casos de éxito, empleo y formularios. Encaja especialmente si tienes o quieres tener un equipo de marketing que publique sin depender de una agencia para cada cambio.
Encaja peor cuando lo que necesitas no es una web sino una aplicación: un área privada con lógica propia, integraciones profundas con tu ERP, cálculos, procesos internos. Ahí el valor no está en las secciones ya montadas, sino en el desarrollo a medida, y partir de una distribución puede añadir piezas que luego hay que mantener sin usarlas.
Un caso intermedio muy común: web corporativa en Drupal CMS y, colgando de ella, un desarrollo a medida para la parte privada. Es perfectamente posible, porque debajo sigue siendo Drupal.
Qué preguntar antes de decidir
Si te están proponiendo Drupal CMS, o si quieres proponerlo tú, estas preguntas separan una recomendación seria de una etiqueta de moda:
- ¿Qué recetas vais a aplicar y qué queda fuera de ellas? Lo que queda fuera es el desarrollo real del proyecto.
- ¿Qué vais a personalizar del diseño y qué se queda con el tema por defecto?
- ¿Quién actualiza el sitio y con qué frecuencia? Una distribución no te exime del mantenimiento.
- ¿Qué podré cambiar yo sin llamaros? Pide una demostración de edición, no una explicación.
- Si el día de mañana cambio de proveedor, ¿el sitio sigue siendo un Drupal estándar? La respuesta debe ser sí.
Y una comprobación previa: si tu web actual está en una versión de Drupal sin soporte, la conversación no es Drupal CMS sí o no, sino cuándo migras, porque un sitio sin actualizaciones de seguridad es un riesgo que crece cada mes.
En resumen: el mismo Drupal, con menos camino por delante
Drupal CMS no es un producto nuevo que compita con Drupal: es Drupal con las decisiones iniciales tomadas y las funciones habituales ya configuradas. Te ahorra la parte del proyecto que menos te diferencia como empresa y te deja el presupuesto para lo que sí te diferencia. Si tu web es contenido y captación, es un punto de partida excelente; si es una aplicación disfrazada de web, el camino es otro.
La decisión de fondo sigue siendo la de siempre: qué tiene que hacer tu web dentro de tres años y quién la va a mantener. Si quieres que revisemos tu caso y te digamos con franqueza si Drupal CMS te conviene o te sobra, cuéntanos tu proyecto y lo vemos contigo sin compromiso.