Un sitio headless con Drupal Canvas cuesta más que un Drupal clásico: pagas dos desarrollos, dos hostings y dos mantenimientos.
¿Qué es un sitio headless con Drupal Canvas?
Un sitio headless con Drupal Canvas es un Drupal que deja de generar el HTML y entrega el contenido por API para que un frontend en JavaScript (Next.js, Nuxt, Astro o TanStack Start) lo renderice en otro servidor, normalmente Vercel. El 28 de septiembre de 2026 Acquia anunció una alianza con Vercel para servir experiencias headless de Drupal sobre esas tecnologías usando Drupal Canvas, así que la pregunta ya no es si se puede, sino si a tu pyme le conviene pagar la complejidad.
En un Drupal clásico, el mismo sistema guarda el contenido, lo maqueta con Twig y responde el HTML al navegador. Todo vive en un solo despliegue: un hosting, un repositorio, una caché que entiendes. En el modelo headless ese trabajo se parte en dos. Drupal queda como gestor de contenido y API, y el frontend se vuelve una aplicación aparte que consume esos datos y los dibuja. La comunicación se hace con la API que expone el core, la misma que documenta Drupal.org para JSON:API.
Drupal Canvas entra como el constructor visual de componentes: permite armar páginas con bloques reutilizables sin depender de un tema rígido. En un flujo headless, esos componentes se exponen al frontend, que decide cómo se ven. La ganancia es flexibilidad de diseño e interacción rápida; el costo es que ahora hay dos aplicaciones que mantener, versionar y poner de acuerdo.
Cuánto cuesta montar headless: Vercel, hosting y desarrollo
El gasto no está en Vercel, está en el desarrollo y en el mantenimiento de dos bases de código. Vercel tiene planes gratuitos y de pago; su plan Pro ronda los USD 20 al mes por usuario según su página de precios, y para tráfico alto o funciones avanzadas pasas a Enterprise con valor negociado. Ese pago, en pesos, es predecible. Lo que se sale del presupuesto es todo lo demás.
- Frontend aparte. Necesitas alguien que sepa Next.js, Nuxt o Astro, no solo temas de Drupal. Son perfiles distintos y más costosos.
- Backend Drupal igual. Sigues pagando hosting y mantenimiento de Drupal, con sus actualizaciones de seguridad y sus módulos.
- Capa de API y autenticación. Hay que definir qué se expone, con qué permisos y cómo se cachea. Mal hecho, es lento e inseguro.
- Integración de contenido. El editor publica en Drupal y espera ver el cambio en el frontend; sin webhooks y revalidación, ve versiones viejas.
Como regla general de ingeniería, no como cifra exacta, el desarrollo de un sitio headless tiende a costar más que un tema a medida equivalente, porque cada funcionalidad se resuelve dos veces: una para modelar el contenido en Drupal y otra para renderizarlo en el frontend. En pesos colombianos el monto depende del alcance, pero el patrón se repite: pagas flexibilidad con horas de desarrollo.
La parte de infraestructura sí puede salir barata. Un Drupal clásico en un hosting administrado entra en un rango accesible para una pyme, y Vercel cubre bien el frontend en sus planes bajos. El problema es que un sitio headless no te ahorra el hosting de Drupal: lo separa y te obliga a pagar los dos.
Headless vs Drupal clásico: cuándo conviene a una pyme
Headless conviene cuando el frontend es el producto. Es decir, cuando tienes una aplicación web con mucho estado en el navegador, varios canales consumiendo el mismo contenido (web, app móvil, kioscos, pantallas) o una experiencia que se siente como app más que como página. Ahí la separación paga sola, porque un solo Drupal alimenta muchos frentes y el equipo de frontend trabaja sin esperar al de Drupal.
No conviene cuando el sitio es principalmente informativo o un catálogo con ecommerce estándar. Si el 90 % del valor está en mostrar contenido y vender, un Drupal monolítico bien hecho te da lo mismo con menos piezas móviles, mejor rendimiento de salida de caja y un solo equipo.
Señales de que headless no es para ti (todavía)
- Tu equipo de tecnología es de una o dos personas y no hay experiencia sólida en JavaScript moderno.
- El sitio no tiene tráfico ni requisitos que justifiquen caché distribuida global.
- Tu catálogo cambia poco y la interacción principal es navegar y comprar.
- No tienes quien mantenga dos pipelines de despliegue ni pruebas en ambos.
- El presupuesto de mantenimiento anual es ajustado y no puedes asumir dos stacks.
Si marcaste dos o más, quédate en Drupal clásico. Puedes migrar a headless después, cuando aparezca un canal nuevo que lo justifique. La arquitectura se puede evolucionar; el presupuesto quemado no vuelve.
Alternativas de bajo costo para catálogos y ecommerce
Antes de saltar a headless, considera opciones intermedias que bajan el costo sin renunciar a Drupal.
- Drupal clásico optimizado. Tema a medida, caché bien configurada, imágenes modernas y Core Web Vitals cuidados. Es la ruta más rentable para la mayoría de pymes colombianas.
- Drupal como ecommerce. Con Commerce resuelves carrito, pagos locales y envíos sin frontend aparte ni mensualidades de plataforma.
- Frontend liviano con islas. Puedes añadir componentes interactivos en JavaScript dentro del Drupal clásico, en lugar de reescribir todo el sitio.
- Constructores SaaS. Un ecommerce alojado tipo Shopify o Tiendanube resuelve rápido, pero pagas mensualidad y dependes del proveedor. Si el volumen crece, el costo se acumula; con licencia y hosting propio, el equilibrio cambia.
La decisión real no es "moderno contra viejo", es dónde quieres gastar: en flexibilidad de frontend o en simplicidad de operación. Para una pyme que vende y publica contenido, la simplicidad casi siempre gana.
Cuando evaluamos migraciones en Saibher, el criterio es el mismo: si headless no resuelve un problema de negocio concreto, es gasto, no inversión. Drupal 10.6 recibe soporte de seguridad hasta diciembre de 2026 y Drupal 12 sale ese mismo mes, así que cualquier decisión de arquitectura conviene tomarla ahora, no cuando el sitio esté sin soporte.
El siguiente paso concreto es definir tus canales y tu presupuesto de mantenimiento anual antes de elegir arquitectura. Con esos dos números sobre la mesa, la decisión de headless o monolítico se vuelve obvia.
Preguntas frecuentes
¿Cuánto cuesta un sitio headless en Drupal?
No hay un precio único. El desarrollo suele ser mayor que el de un tema clásico porque implica frontend y backend separados, y a eso se suman el hosting del frontend en Vercel y el mantenimiento de ambos. Lo determinante es el alcance y quién mantiene el código.
¿Drupal Canvas y Vercel sirven para una pyme pequeña?
Técnicamente sí, pero no son la prioridad si tu sitio es informativo o un catálogo estándar. La alianza de Acquia con Vercel apunta a proyectos con varios canales y equipos de frontend. Para una pyme sin ese perfil, un Drupal clásico bien optimizado rinde más por peso invertido.
¿Headless es más rápido que Drupal tradicional?
No necesariamente. Un Drupal clásico con buena caché y Core Web Vitals cuidados puede ser tan rápido como un headless, y con menos complejidad. Headless brilla en interacción y en reutilizar contenido en varios canales, no en velocidad pura.
¿Puedo empezar clásico y pasar a headless después?
Sí, y es lo recomendable. Si mantienes una buena estructura de contenido en Drupal, agregar un frontend consume la misma API más adelante. Empieza monolítico y migra solo cuando un canal nuevo o una necesidad de producto lo justifique.
¿Qué pasa con Drupal 10.6 y Drupal 12 en 2026?
Drupal 10.6 solo recibe soporte de seguridad hasta diciembre de 2026, y Drupal 12 se publica ese mes. Por eso conviene planear ahora la actualización y, de paso, decidir si el sitio sigue monolítico o evoluciona a headless, porque ambas tareas se hacen mejor juntas que por separado.
Si quieres un sitio o ecommerce en Drupal con licencia vitalicia y sin mensualidad, o necesitas un ERP o POS a medida, escríbenos por el formulario de contacto o por WhatsApp y te mandamos una cotización sin compromiso. En Saibher diseñamos la arquitectura según lo que tu negocio realmente necesita, no según la moda técnica.
