38% de los lojistas que migraron para headless tuvieron caída de revenue en los primeros 90 días, según el Nacelle Report 2026. Media: 11% abajo del baseline. El problema no es la arquitectura headless, es la ausencia de FinOps y la dependencia de plataformas que cobran por cada request, cada token, cada byte.
El escenario: adopción crece, revenue cae
La adopción headless creció 57% en dos años. Pero más de un tercio de los lojistas perdió dinero en los primeros 90 días, según el Nacelle Report 2026. La arquitectura promete performance y flexibilidad. La cuenta entrega sorpresa.
Cada servicio cobra por uso. CDN por ancho de banda. CMS por API call. Search por query. Image por transformación. Auth por MAU. Ningún costo aislado parece mucho. Juntos, forman una factura que nadie previó y pocos consiguen explicar. El modelo pago por uso funciona para startups en fase de validación. Para lojistas con volumen real, es una trampa: el costo escala linealmente con el tráfico, pero el revenue no escala linealmente con la conversión.
El lojista queda preso: no puede salir sin reescribir el frontend, no puede optimizar sin acceso a la infra, no puede prever la próxima factura. Es apresamiento disfrazado de experiencia del desarrollador. La plataforma facilita el deploy, pero dificulta el control. Y cuando la factura llega, el único botón disponible es "pay".
Vercel: de 20 dólares a 2.000 en tráfico medio
Vercel Pro cuesta 20 dólares/mes en el plan base. En tráfico medio, salta para 500 a 2.000 dólares. Un pico de tráfico genera excedente de 15.000 dólares en un fin de semana. No es excepción, es el modelo de negocio. Cada servicio individual parece barato. La suma es el problema, y ninguna plataforma muestra la suma proyectada antes de que ella ocurra.
La plataforma cobra por request edge, transferencia rápida de datos, ejecución de función sin servidor, optimización de imágenes y middleware. Cada uno con preciosificación opaca y límites que parecen generosos hasta el primer spike. El dashboard muestra el gasto después del hecho. No antes. No existe simulación de costo. No existe alerta predictiva. El lojista descubre el daño cuando el cartão es cobrado.
Vercel anunció Flat Rate CDN en beta (19 de mayo): costo fijo para CDN, choque de factura eliminado en esa línea. Pero es solo una línea. El resto continúa pago por uso sin FinOps. Trocar sorpresa en la CDN por sorpresa en funciones sin servidor no es solución, es reposicionar el problema.
Los 4 mayores vazamientos de costo
Identificamos cuatro vazamientos que se repiten en casi todo proyecto headless que llega a Tech86:
Búsquedas al CMS sin cache. 1 millón de visitantes = 1 millón de API calls pagas al CMS. Texto estático, que no cambia entre deploys, costando dinero a cada request. La solución es cache agresivo con s-maxage y stale-while-revalidate. CDN hit ratio abajo de 90% es arquitectura quebrada: la origin procesa y cobra.
Tasa de optimización de imágenes. 5 dólares por 1.000 requests arriba del límite. Imágenes que podrían ser pre-procesadas en el build son transformadas on-the-fly a cada acceso. Un pipeline de build que genera WebP/AVIF optimizados elimina esa línea entera de la factura.
Middleware O(n). Código lento en el middleware = GB-seconds más caros. Las funciones sin servidor cobran por tiempo de ejecución. Un middleware que corre en 50ms vs 500ms no cambia la experiencia del usuario, pero multiplica el costo por 10.
Dispersión de SaaS. CMS + search + image CDN + auth. Cada uno con preciosificación opaca y apresamiento creciente. El costo total es la suma de opacidades, nadie tiene visibilidad real de cuánto paga por endpoint, por feature, por request. Cuando un cliente llega a Tech86 con headless en 4 SaaS diferentes, el primer ejercicio es simple: sumar todo. La reacción es siempre la misma, "no tenía idea que estaba pagando eso".
Hygraph: 66% de reducción en CloudFront con FinOps
Hygraph cortó costos del CloudFront en 66% en 7 meses. Más de 8.000 dólares/mes en economía. No trocando de plataforma, optimizando la que tenían. Ese es el punto central: FinOps no exige migración. Exige visibilidad y disciplina.
El secreto fue FinOps aplicado: mapeamiento de costo por endpoint, cache tuning agresivo, ISR en vez de SSR y eliminación de transformaciones on-the-fly. Revalidar cada 5 minutos corta invocations en órdenes de magnitud comparado a renderizar por request. Misma experiencia para el usuario. Costo drásticamente menor. La diferencia entre ISR y SSR no es técnica, es financiera. SSR ejecuta una function por page view. ISR ejecuta una function por revalidación. En un site con 1 millón de page views y revalidación de 5 minutos, SSR genera 1 millón de invocations. ISR genera 288.
Ese caso prueba que la respuesta no es trocar una plataforma por otra. Es construir arquitectura con costo previsible, control total y FinOps desde el día 1.
La métrica que nadie acompaña: cost-per-endpoint
La mayoría de los teams no sabe cuánto cuesta cada endpoint de su headless. Sin esa métrica, optimización es achismo. Con ella, sabes exactamente dónde cortar.
El cálculo es simple: despesas diarias divididas por requests procesados. Cuando un endpoint cuesta 10x más que la media, algo está errado, y ahora sabes dónde buscar. En Tech86, implementamos esa métrica como primer paso en toda auditoría de costo headless. Sin ella, no hay FinOps.
Empresas con volumen real no quedan presas en dispersión de SaaS. Construyen infra propia con costo previsible y control total. Eso no significa "hacer todo a mano", significa tener visibilidad, tener alertas, tener poder de decisión sobre cada línea de la factura. Cuando la plataforma no te da ese poder, la plataforma es parte del problema.
Conclusión
Headless sin FinOps es cuenta que escala más rápido que el revenue. La respuesta no es trocar una plataforma por otra, es construir arquitectura con costo previsible, control total y FinOps desde el día 1.
En Tech86, diseñamos arquitecturas transaccionales de alta escala con FinOps nativo. Sin apresamiento. Sin factura sorpresa. Sin depender de plataforma que cobra por cada byte.