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.
Artículos relacionados
Preguntas frecuentes sobre
Cómo mejorar mi negocio con la metodología Anticompetencia
En Tangram no queremos que la información pase por una cadena interminable de intermediarios donde se pierden los detalles importantes.
Contarás con un interlocutor que coordinará la comunicación y trasladará las decisiones al equipo responsable de tu proyecto.
Cuando sea necesario profundizar en cuestiones de estrategia, diseño o tecnología, podremos involucrar a los especialistas correspondientes.
Así tendrás una comunicación organizada, sin necesidad de gestionar personalmente a todos los profesionales que intervienen.
Queremos que tengas acceso al conocimiento de un equipo especializado, sin sufrir la complejidad de coordinarlo.
No tendrás que averiguar a quién escribir cada vez que tengas una duda.
En Tangram contemplamos la figura del Account Manager como interlocutor principal, encargado de acompañarte durante el proyecto, coordinar la comunicación y facilitar el seguimiento de las decisiones.
Nuestra metodología incluye reuniones de revisión, canales de comunicación y herramientas para que puedas participar en el trabajo.
La organización concreta, la frecuencia de las reuniones y los canales disponibles se establecerán según el proyecto contratado.
Lo importante es que sepas con quién hablar, en qué punto está tu proyecto y qué decisiones necesitan tu participación.
Sí, podemos valorar una colaboración con los profesionales que ya trabajan en tu empresa.
No siempre tiene sentido sustituir un equipo que conoce bien tu negocio. En muchas situaciones, lo más útil es complementar sus conocimientos con especialistas en determinadas áreas.
Podemos estudiar qué responsabilidades asumiría Tangram, cuáles mantendría tu equipo y cómo coordinar las decisiones para evitar duplicidades.
La forma concreta de colaboración dependerá de la organización, las herramientas y las necesidades del proyecto.
No se trata de reemplazar lo que ya funciona, sino de aportar el conocimiento que necesitas para llegar más lejos.
No tienes por qué cambiar de proveedor para explorar una colaboración con Tangram.
Durante nuestra trayectoria hemos trabajado con agencias y consultoras, participando en proyectos en los que cada empresa asumía una parte diferente del trabajo.
Esa experiencia nos permite comprender la importancia de definir responsabilidades y coordinar a los profesionales implicados.
Podemos valorar una colaboración para cubrir necesidades concretas que tu proveedor actual no ofrece o para reforzar determinadas áreas.
Si tienes una relación profesional que funciona, no queremos que la rompas sin motivo. Queremos encontrar dónde podemos aportar valor.
La confidencialidad es especialmente importante cuando hablamos de nuevas ideas de negocio, información económica, estrategias comerciales o desarrollos tecnológicos.
En Tangram tenemos experiencia trabajando en proyectos sujetos a acuerdos de confidencialidad, motivo por el que no podemos mostrar públicamente muchos de los trabajos en los que hemos participado.
Si tu proyecto requiere un acuerdo de confidencialidad (NDA) antes de compartir información sensible, podemos revisar sus condiciones y acordar cómo proteger esa información antes de entrar en los detalles.
Entendemos que la confianza empieza por respetar lo que todavía no quieres hacer público.