Drupal Association liberó Drupal 11 en dos versiones del mismo producto. Drupal CMS, dirigido a marketers, designers y content creators con un sitio y ciclo de contenido rápido. Y Drupal Core, la versión tradicional con máxima flexibilidad para construir soluciones a la medida, dirigido a developers y organizaciones institucionales que requieren arquitectura propia. Son dos respuestas a dos problemas distintos del mismo ecosistema.
El release oficial de Drupal CMS 2.0 no es ambiguo sobre su audiencia. Install en tres minutos sin equipo técnico, templates listos, integraciones de marketing en un clic, IA opcional con gobernanza y performance entre 26% y 33% más rápido. Es una novedad real para una audiencia real.
Lo que el release no nombra explícitamente, porque no le corresponde nombrarlo, es la otra audiencia del ecosistema: la organización que tiene una decisión de plataforma digital en evaluación a cinco u ocho años bajo regulación sectorial activa, multisitio gobernado e integración con sistemas críticos. Para esa audiencia, vale la pena articular qué cambia con Drupal CMS 2.0 y qué no cambia.
Drupal CMS 2.0 abre la puerta a una audiencia que la necesitaba
Drupal CMS 2.0 es el punto de entrada institucional al ecosistema. Es la puerta que Drupal Association abrió para una audiencia que antes no podía usar Drupal sin equipo técnico: marketers, content creators, pequeñas organizaciones con un solo portal y ciclo de contenido rápido.
Esa audiencia existe en grandes números y es estratégicamente importante para el ecosistema. Cada marketer que evalúa Drupal CMS y lo encuentra suficiente es un nuevo punto de contacto del ecosistema, un nuevo caso de éxito que crece la comunidad, un nuevo profesional que años después puede llegar a un puesto donde evalúa plataforma institucional y ya conoce el ecosistema Drupal por dentro.
El release tiene sentido estratégico para Drupal Association. Y tiene sentido operativo para la audiencia a la que apunta. Esa parte no es controversial.
Dos versiones de Drupal 11, dos problemas distintos
Lo que sí requiere precisión es lo siguiente: Drupal CMS y Drupal Core son dos versiones del mismo producto liberadas por Drupal Association para resolver dos problemas distintos. No son dos productos en competencia, ni una versión gratuita y una premium. Son dos formas de entrar al ecosistema Drupal según el contexto del proyecto.
Drupal CMS 2.0 vive en el primer plano del ecosistema. Su valor reside en el catálogo de capacidades disponibles out-of-the-box: templates listos, recipes preconfiguradas, integraciones one-click, IA configurada con governance, accesibilidad automática, privacy compliance incorporado. Es la versión opinionada del producto. La promesa central es velocidad de launch y autonomía del equipo de marketing. La decisión se toma en horas o días, no en meses. El ciclo de evaluación es transaccional.
Drupal Core vive en el segundo plano del ecosistema. Es la versión tradicional del producto, la que evolucionó desde versiones anteriores de Drupal, con máxima flexibilidad para construir soluciones a la medida. Su valor no reside en el catálogo de features preconfiguradas. Reside en cómo la plataforma sostiene cinco a ocho años de evolución sin reconstruirse cuando entran nuevas regulaciones del Ministerio, nuevas resoluciones del regulador sectorial, nuevas integraciones con sistemas críticos, nuevas capas de IA gobernada con auditoría, nuevos Vicerrectores con prioridades distintas. La promesa central es flexibilidad arquitectónica completa, continuidad operativa y criterio aplicado a contexto sectorial regulado. La decisión se toma en meses, evaluada por la dirección institucional y por el Comité de Tecnología, con planes plurianuales y presupuestos por vigencia.
Son dos versiones del mismo producto que resuelven dos problemas distintos. Confundir cuál de las dos versiones aplica al proyecto es lo que cuesta caro en el año tres.
Tres organizaciones donde Drupal CMS 2.0 cambia el cálculo
Hay tres tipos de organización para los cuales Drupal CMS 2.0 cambia genuinamente el cálculo de plataforma.
La primera es un equipo de marketing que necesita lanzar sitios independientes con ciclo de contenido rápido y baja complejidad estructural. Landing pages de campaña, microsites de producto, sitios de evento corporativo, blogs verticales. La pregunta deja de ser "qué CMS instalo" para volverse "qué template del catálogo Drupal CMS coincide con el caso de uso". Tres minutos de install, integraciones one-click y accesibilidad automática es operativamente atractivo para esta audiencia.
La segunda es un departamento o línea de negocio dentro de una organización institucional que quiere prototipar una experiencia digital antes de comprometer arquitectura central. Equipos de innovación, áreas de transformación, unidades que necesitan probar conceptos sin esperar el ciclo plurianual del Comité de Tecnología. Drupal CMS opera ahí como herramienta de prototipo en el mismo ecosistema donde la decisión institucional posteriormente escala a Drupal Core.
La tercera es una organización mediana o pyme con un solo portal, baja regulación, ciclo de contenido rápido y sin necesidad de multisitio gobernado. Para esa organización, Drupal CMS 2.0 es probablemente la decisión correcta. No requiere la flexibilidad arquitectónica de Drupal Core. Requiere velocidad de launch y autonomía editorial.
En los tres tipos, Drupal CMS abre posibilidades reales. La velocidad del install, las integraciones de marketing, la IA opcional con gobernanza y el cumplimiento de privacidad automático son valor concreto para audiencias concretas.
Donde el cálculo no cambia
Hay una organización para la cual Drupal CMS 2.0 no cambia el cálculo, y vale la pena nombrarla directamente para evitar la confusión que mencionamos al principio. Es el liderazgo institucional que evalúa plataforma digital para los próximos cinco a ocho años bajo regulación sectorial activa, multisitio gobernado, integración con sistemas críticos, IA aplicada con auditoría regulatoria, ciclo de decisión plurianual y un patrocinador interno que probablemente cambie de cargo antes de que el portal llegue al año tres.
Drupal CMS abre la puerta del ecosistema. No resuelve la decisión que el liderazgo institucional tiene que tomar después de entrar. Esa decisión sigue requiriendo Drupal Core con flexibilidad arquitectónica completa para construir lo que el contexto sectorial específico pide, operado por un Partner que sepa construir y sostener arquitectura propia sobre él. El ecosistema enterprise alrededor de Drupal Core incluye proveedores como Acquia, Dropsolid y otros que aportan cloud hosting, DXP y capacidades complementarias; cada proyecto institucional decide cuál combinación le sirve según su contexto regulatorio y operativo.
El Partner de operación no se elige por la velocidad del install ni por el catálogo de features que vienen out-of-the-box. Se elige por trayectoria sostenida operando plataformas Drupal Core durante cuatro a ocho años con el mismo cliente, por criterio arquitectónico aplicado a regulación sectorial específica, por contribución demostrable al ecosistema Drupal en el core y no solo en plugins privados, por capacidad de incorporar IA con governance sin reconstruir el modelo de datos, y por la propiedad arquitectónica de envejecer bien que documentamos en la pieza hermana sobre Educación Superior LATAM.
Esa decisión no se toma en tres minutos. La velocidad del install de Drupal CMS no es señal de la calidad del Partner que va a operar la plataforma institucional sobre Drupal Core durante el ciclo plurianual siguiente.
La conversación enterprise que se reordena en 2026
Lo que sí cambia con Drupal CMS 2.0 es la geografía de la conversación enterprise. Hasta ahora, una organización que evaluaba Drupal solía empezar la conversación con un Comité de Tecnología que requería justificar la elección sectorialmente. Ahora, esa misma organización puede empezar la evaluación con un equipo de marketing instalando Drupal CMS en un sitio piloto en tres minutos, conociendo el ecosistema desde dentro antes de que la dirección institucional formalice la decisión de plataforma.
Es un reordenamiento operativamente nuevo del mercado. La pregunta que llega a la dirección institucional ya no es "Drupal sí o no". Es cuál versión de Drupal 11 aplica al proyecto (CMS o Core), con qué criterios sectoriales y con qué Partner de operación.
La pregunta del liderazgo institucional
La decisión del liderazgo institucional ya no es si Drupal. Es si Drupal CMS o Drupal Core según la complejidad arquitectónica del proyecto, bajo qué criterios sectoriales y con qué Partner de operación.
Drupal CMS hace su trabajo. Abre el ecosistema a una audiencia que lo necesitaba. Reconocer eso explícitamente, sin atribuirle al release una decisión que no resuelve, es la lectura honesta del lanzamiento.
Si su organización está en la conversación de plataforma para los próximos cinco años, y quiere mapear con criterio cuándo aplica Drupal CMS evaluativo y cuándo inicia la decisión Drupal Core institucional, sentémonos a revisar el ciclo de operación antes que el catálogo de features. No vendemos una respuesta general. Mapeamos su contexto específico.