Headless Drupal en Vercel: qué cambia la alianza Acquia y qué no

La alianza Acquia×Vercel, anunciada el 28 de septiembre de 2026, elimina dos costos reales de ir headless con Drupal: el content model duplicado y la pérdida del editor visual en vivo. Ahora una sola instancia de Drupal sirve el sitio acoplado y el front-end en Vercel (Next.js, Nuxt, Astro o TanStack Start) sin repetir el modelo de contenido. Lo que no elimina es el tradeoff de gobernanza — esa sigue siendo una decisión de arquitectura que te toca a ti — y la integración solo es "gratis" si ya pagas una instancia de plataforma Acquia.

Lo que salió el 28 de septiembre

Acquia anunció una alianza tecnológica con Vercel: a través de Drupal Canvas, el proyecto open source de la comunidad, los clientes pueden construir y desplegar experiencias headless de Drupal en Next.js, Nuxt, Astro o TanStack Start, alojadas en Vercel. En la arquitectura nueva, Acquia Cloud Platform aloja y gestiona el backend Drupal y Vercel aloja el front-end headless. El equipo scaffoldea un frontend con un solo comando, npx @drupal-canvas/create, lo conecta a Canvas para live preview y despliega en Vercel.

Dos precisiones que casi todos los titulares se saltan:

• Drupal Canvas no lleva licencia aparte porque es un módulo open source (en el repositorio de Drupal.org se publica como drupal/canvas, con versión estable 1.12.0 del 25 de septiembre de 2026 y soporte para Drupal ^11.3; más de 13.600 sitios reportan uso).
• La integración sí requiere una instancia activa de Acquia Source CMS (SaaS) o Acquia Cloud Platform (PaaS) con Canvas habilitado y un entorno Node.js. El módulo es gratis; el acceso al trato no.

La cita de Ryan Studer, Chief Product & Technology Officer de Acquia, resume el pitch: "Agencias que corren prácticas de Drupal y JavaScript no deberían tener que elegir entre gobernanza y experiencia de desarrollador." Es una promesa de eliminar un tradeoff histórico, y conviene examinarla con lupa.

El "pacto headless" que Acquia dice que ya terminó

Durante años, elegir un front-end moderno significaba renunciar a cosas concretas. En el blog de Acquia lo llaman el headless bargain: ganabas front-ends rápidos y libertad de framework, y a cambio dabas el editor visual, el control de layout y el preview en tiempo real. Los editores pasaron de componer páginas a rellenar campos a ciegas y a pedir tickets para cambios que hacían solos.

Drupal Canvas —que llegó como experiencia de edición por defecto en Drupal CMS 2.0— promete cerrar ese pacto sin sacrificar el front-end JS: el editor compone en el navegador sobre el mismo modelo de contenido que alimenta el front desacoplado, y una sola fuente de verdad sirve a cuatro consumidores a la vez: el front-end, los editores en Canvas, los agentes de IA internos y el resto del stack de martech vía MCP.

Nuestra lectura es más prudente. El tradeoff no desapareció: se movió. El cuello de botella de 2020 era el editor visual; el de 2026 es quién le permite a un agente escribir y publicar. Acquia resuelve la primera mitad con elegancia. La segunda mitad —identidad acotada, gates de deduplicación, validación de schema con diff, verificación posterior a publicar con rollback— no la compra ningún vendor. Ya la corremos en producción con nuestro pipeline de cuatro capas de guardrails, y es exactamente el punto que defendimos cuando Salesforce cerró la adquisición de Contentful el 1 de septiembre.

El contexto ayuda: el 14 de septiembre Acquia se relanzó como "agentic content platform" con el logo "Powered by Drupal", y una semana después publicó la capa de contexto y AI para Canvas. Cuando Salesforce, Acquia, Storyblok y Wagtail venden todos lo mismo —contenido gobernado para agentes—, el differentiator ya no es tener IA: es cómo se gobierna.

Qué cambia de verdad — y qué no

1. Se acaba el content model duplicado. Antes, tener un Drupal acoplado para gobernanza y un front-end aparte significaba duplicar o sincronizar el modelo de contenido. Ahora una instancia es el system of record de ambos.

2. El preview deja de ser el punto ciego de headless. El editor ve el layout real antes de publicar, sobre el mismo front-end que verá el usuario, sin esperar un build.

3. El precio no es la licencia del módulo, es la plataforma. "Sin costo de licencia" es cierto y engañoso a la vez: el trato real te ata a una instancia Acquia activa. Si ya estás en Acquia, el upgrade es barato; si no, estás comprando una plataforma para estrenar el convenio.

4. La gobernanza sigue sin venir empaquetada. Drupal aporta permisos granulares, historial de revisiones y workflows, que es su ventaja de 20 años. Pero la publicación asistida por agentes es arquitectura tuya: de hecho, el módulo Canvas Tools ya expone operaciones de construcción de páginas por MCP, así que tus agentes pueden crear páginas en Canvas hoy. La pregunta no es si pueden, es quién aprueba.

Las cuatro opciones sobre la mesa

Cómo lo decidimos en Mintec

Nuestro propio blog es publicado por agentes: cuatro crons diarios proponen, generan y publican artículos bilingües sobre Astro y Cloudflare, con cuatro capas de guardrails entre el agente y la transición de publicar. El contenido vive como archivos Markdoc en git, el mismo patrón local-first que explicamos hace unas semanas. También migramos mintec.co desde Next.js en Vercel a Astro en Cloudflare Pages y no pagamos infraestructura de contenido desde entonces.

Eso nos deja una posición clara, y no es neutral:

• Si tu sitio es de contenido, tienes menos de unas pocas centenas de páginas y quien edita es técnico, git sigue ganando en costo y velocidad. Una plataforma Acquia es sobrecarga.
• Si Drupal ya es tu system of record con permisos, revisiones y workflows que un equipo editorial usa a diario, o si tu compliance exige auditoría real, Canvas headless es la primera opción headless que no obliga a los editores a trabajar a ciegas — y replatformear sería mucho más caro que este upgrade.
• Si arrancas de cero sin Drupal, la alianza no va a aparecer en tu evaluación: compara un CMS SaaS headless contra git con el marco de cuándo NO usar un headless CMS que ya publicamos.

La conclusión incómoda para el pitch de Acquia: la alianza no compra gobernanza, compra una capa menos de fricción. Es una buena noticia real para agencias con práctica de Drupal — como dice Studer, dejan de elegir entre gobernanza y DX—, pero el contrato de quién puede publicar qué sigue escrito por ti. Lo mismo dijimos con Webflow Source y lo seguimos creyendo: el CMS de la era agéntica se juzga por sus frenos, no por sus aceleradores.

Cinco preguntas antes de elegir

1. ¿Quién publica: humanos, agentes o los tres? Si entra IA, ¿qué bloquea exactamente la transición de publicar? Si no tienes respuesta, ningún vendor la va a dar por ti.
2. ¿Drupal ya es tu system of record? Si los permisos, revisiones y workflows ya viven ahí, Canvas headless es el upgrade más barato del tablero. Si no existe, estás comprando un CMS entero por una feature.
3. ¿Tus editores no técnicos componen páginas cada semana? Si la respuesta es no, no necesitas el editor visual que este trato devuelve.
4. ¿Qué exige tu auditoría? Historial de revisiones, estados de aprobación y permisos por campo son donde Drupal sigue siendo difícil de igualar.
5. ¿Cuál es la forma de costo real a tres años? Instancia Acquia + Vercel, contra asientos de un CMS SaaS, contra tiempo de ingeniería manteniendo git. El módulo es gratis en los tres escenarios; nada más lo es.

El tradeoff no desapareció: se mudó

La alianza Acquia×Vercel es la oferta más seria que ha hecho un CMS enterprise por recuperar el editor visual sin renunciar al front-end moderno, y para una agencia con práctica de Drupal el cálculo es directo: conservas permisos, revisiones y workflows, estrenas libertad de framework y evitas duplicar el modelo de contenido. Bienvenido.

Pero lee el comunicado con la calma de quien firma contratos: el módulo es gratis, la instancia no; el preview se resuelve, la gobernanza no. Cuando tu CMS pueda construir páginas por MCP —los agentes ya pueden, con Canvas Tools—, lo único que separa una publicación correcta de un desastre es la arquitectura de aprobación que tú construyas entre el agente y el botón de publicar. Eso no lo anuncia ningún comunicado de prensa, y es lo único que importa cuando el contenido lo escribe medio internet.