Hace tres años puse el ecommerce Next.js de un cliente en un proveedor de nube "económico" que prefiero no nombrar, porque ya habían pagado un año por adelantado y no quería discutir. En el primer evento de flash sale, el sitio se colapsó en catorce minutos. Catorce. El cliente perdió aproximadamente £28,000 en pedidos según su estimación. Nunca más cometí ese error, y esa tarde es por la que soy bastante directo cuando la gente me pregunta dónde alojar su frontend en 2026.
Obviamente, no hay una única respuesta correcta. Pero hay muchas respuestas incorrectas, y este post trata principalmente sobre esas.
Soy Gautam. Dirijo Seahawk Media desde Londres. Hemos construido más de 12,000 sitios en todos los sectores que puedas imaginar. He tenido suficientes desastres de primera mano y victorias silenciosas con cada plataforma importante como para tener una opinión real, no solo una tabla de comparación que copié de otro lado.Seahawk Media out of London. We've built north of 12,000 sites across every vertical you can imagine. I've had enough firsthand disasters and quiet wins with every major platform to have a real opinion, not just a comparison table I nicked from someone else.
Aquí está la lista.
Qué significa realmente "hosting frontend" en 2026
Vale la pena ser preciso aquí, porque la categoría se ha desviado.
En 2020, hosting frontend significaba: despliega tus archivos estáticos, obtén un CDN, y listo. Muerto de simple. Ahora un "host frontend" podría estar ejecutando tus procesos Node en SSR, manejando tus funciones edge, gestionando entornos de preview, y sincronizando variables de entorno en 40 ramas. Eso no es un CDN. Básicamente es una plataforma como servicio que habla Git.
Los hosts que vale la pena mencionar en 2026 operan todos en ese territorio más amplio. Si todavía piensas en esto como "dónde pongo mis archivos HTML", puedes dejar de leer y simplemente elige Cloudflare Pages con un plan gratuito. Listo. Pero si estás corriendo Next.js, Nuxt, SvelteKit, Remix, Astro, o cualquier cosa con componentes de servidor o rendering edge, la decisión realmente importa.Cloudflare Pages on a free plan. Done. But if you're running Next.js, Nuxt, SvelteKit, Remix, Astro, or anything with server components or edge rendering, the decision genuinely matters.
Las tres cosas que separan lo bueno de lo malo
- Latencia de arranque en frío en funciones serverless (esto dañará tu TTFB más que cualquier otra cosa)
- Qué tan bien entiende el sistema de construcción de la plataforma tu framework (no todos dominan el App Router de Next.js con fluidez todavía)
- El acantilado de precios: dónde termina el nivel gratuito y tiene sentido el nivel de pago para un cliente de agencia de £3,000/mes
Vercel: Aún la Opción por Defecto, Aún Cara
Seré honesto: Vercel es la respuesta fácil y también la que me causó más discusiones sobre facturas con clientes en 2024.
El producto es excelente. No hay debate real sobre eso. Su integración con Next.js es obviamente inmejorable porque ellos construyeron Next.js. Las funciones edge arrancan en frío en menos de 50ms consistentemente. Los despliegues de preview funcionan exactamente como se anuncia. La DX (experiencia del desarrollador) es probablemente la mejor en la categoría, punto final.Next.js integration is obviously unmatched because they built Next.js. Edge functions cold start in under 50ms consistently. Preview deployments work exactly as advertised. The DX (developer experience) is probably the best in the category, full stop.
Pero aquí está lo importante: los precios por encima del tier Hobby son genuinamente penalizantes para el trabajo de agencias. Pro es $20/mes por miembro, lo que suena bien hasta que tienes un equipo de ocho personas y tres cuentas de cliente separadas. Y los sobrecostos de ancho de banda en builds para un cliente de e-commerce con mucho tráfico te arruinarán el margen si no lo estás monitoreando cuidadosamente.
A finales de 2023, Seahawk tenía un cliente SaaS ejecutando una aplicación Remix bastante pesada en Vercel Pro. Su factura subió de $180/mes a $610/mes en seis meses únicamente por los conteos de invocación de funciones en sus rutas de dashboard. Nadie lo notó hasta que el contador del cliente lo señaló. Técnicamente, Vercel no está haciendo nada mal. Pero es el tipo de cosa que necesitas modelar antes de comprometerte.
Para quién es genuinamente adecuado: Startups financiadas con presupuestos apropiados, proyectos con Next.js App Router donde quieres soporte nativo del framework, equipos que tratan DX como una inversión de negocio genuina. Funded startups with proper budgets, Next.js App Router projects where you want framework-native support, teams that treat DX as a genuine business investment.
Para quién probablemente debería mirar en otro lado: Freelancers sensibles al costo, agencias manejando muchos sitios de cliente pequeños a medianos, cualquiera en SvelteKit o Astro que no necesite las características específicas de Vercel. Cost-sensitive freelancers, agencies managing lots of small-to-mid client sites, anyone on SvelteKit or Astro who doesn't need the Vercel-specific features.
Netlify: El que Perdió un Poco el Rumbo
Lo digo con cierto cariño porque Netlify básicamente inventó esta categoría. Estaban haciendo deploys atómicos y deploy previews antes de que cualquiera lo tomara en serio.
El problema es que Netlify en 2026 se siente como si un comité de producto hubiera tomado cada decisión después de 2022. Se agregaron características, la UI se puso más ocupada, los tiers de precios se volvieron confusos, y el producto principal se ralentizó. Sus tiempos de build han retrocedido. Corrí comparaciones informales en la misma aplicación Next.js 14 a finales de 2024: Netlify promedió builds de 4m 20s versus Vercel en 2m 45s. No es catastrófico. Pero es notorio.
Donde Netlify todavía brilla: formularios (su manejo de formularios incorporado es genuinamente conveniente para sitios de marketing), sus integraciones de CMS, y el hecho de que su tier gratuito es más generoso que el de Vercel para sitios puramente estáticos. Si estás ejecutando un sitio Gatsby o Eleventy para un cliente de negocio local, Netlify free es totalmente sólido.
Una cosa que me gusta: sus Edge Functions son subestimadas. Basadas en Deno, cold starts bajos, y la simulación de desarrollo local con netlify dev es actualmente mejor que la de Vercel para ciertos flujos de trabajo. Las usé intensivamente en un proyecto Shopify headless para una marca de moda en Birmingham. Funcionó sin problemas.Edge Functions are underrated. Deno-based, low cold starts, and the local dev simulation with netlify dev is actually better than Vercel's for certain workflows. I used it heavily on a headless Shopify project for a fashion brand in Birmingham. Worked cleanly.
Para quién es adecuado: Sitios de marketing, agencias que se quedaron atrapadas temprano y tienen flujos de trabajo existentes, cualquiera que se apoye en las características de CMS o formularios de Netlify. Marketing sites, agencies who got locked in early and have existing workflows, anyone leaning on Netlify's CMS or form features.
Quiénes deberían buscar otra opción: Cualquiera que priorice velocidad de compilación, equipos que ejecuten aplicaciones con SSR intensivo, cualquiera que encuentre difícil de entender la estructura de precios actual (lo es). Anyone prioritising build speed, teams running SSR-heavy apps, anyone who finds the current pricing structure hard to reason about (it is).
Cloudflare Pages: El Competidor que Está Siendo Muy Bueno en Silencio
Si soy completamente honesto, Cloudflare Pages se ha convertido en mi recomendación predeterminada para una cantidad sorprendente de proyectos en los últimos 18 meses.
El tier gratuito es absurdamente bueno. Sitios ilimitados, solicitudes ilimitadas, ancho de banda ilimitado. Sí, hay límites (500 compilaciones al mes en el plan gratuito, por ejemplo), pero para el tipo de sitios que necesitan un tier gratuito, esos límites están bien.
La integración con Workers es donde se pone interesante. La red perimetral de Cloudflare es la más grande del mundo por cantidad de PoP, y esto no es marketing, genuinamente afecta la latencia para audiencias distribuidas globalmente. Si tienes un cliente con el 40% de su tráfico proveniente del Sudeste Asiático, Cloudflare Pages lo servirá más rápido que Vercel por un margen significativo.the largest in the world by PoP count, which is not marketing fluff, it genuinely affects latency for globally distributed audiences. If you've got a client with 40% of their traffic coming from Southeast Asia, Cloudflare Pages will serve them faster than Vercel by a meaningful margin.
La compensación: el soporte de frameworks aún está alcanzando. Next.js App Router, específicamente React Server Components, ha tenido un historial turbulento en Pages. Funciona mejor que hace un año, pero hay casos extremos, particularmente en torno al streaming y ciertos comportamientos de caché, que te causarán problemas si no tienes cuidado. No desplegaría una aplicación Next.js 15 compleja con uso intensivo de RSC en Pages sin pruebas exhaustivas primero. ¿Astro, SvelteKit y sitios puramente estáticos? Completamente bien.
Para quién es adecuado: Agencias conscientes de costos, audiencias globales, proyectos Astro/SvelteKit/Qwik, cualquiera que ya esté en el ecosistema de Cloudflare. Cost-conscious agencies, global audiences, Astro/SvelteKit/Qwik projects, anyone already in the Cloudflare ecosystem.
Quiénes deberían buscar otra opción: Equipos con configuraciones Next.js RSC complejas, cualquiera que necesite SLA empresarial de inmediato. Teams with complex Next.js RSC setups, anyone who needs enterprise SLAs out of the box.
Render: El Punto Medio Sensato que Nadie Habla lo Suficiente
Render no recibe la cobertura que merece, probablemente porque no tiene un presupuesto de marketing de capital de riesgo.
Lo que Render hace bien: piensa como una plataforma full-stack mientras sigue siendo genuinamente usable para trabajo solo frontend. Puedes ejecutar tu app Next.js como un servicio Node, configurar una base de datos Postgres, agregar un worker de fondo, y administrarlo todo desde un panel con precios sensatos. Es un modelo mental diferente al de Vercel o Netlify, pero para ciertos tipos de proyecto es exactamente lo correcto.
El plan gratuito para sitios estáticos es competitivo. Los planes pagos comienzan en $7/mes por servicio, lo cual es mucho más fácil de explicar a un cliente de pequeño negocio que el modelo por asiento de Vercel.
Usé Render correctamente por primera vez en un proyecto de panel fintech a principios de 2024. Frontend Next.js, backend FastAPI, Redis para sesiones. Tenerlo todo en un lugar con gestión compartida de variables de entorno fue genuinamente agradable. Sin cuenta separada de Railway para el backend, sin armar la facturación desde tres proveedores.
Los cold starts en el plan gratuito de Render son la queja principal que escucharás, y es legítima. Despertar desde inactividad puede tomar 30-60 segundos. En un plan pagado funciona bien. Así que simplemente no uses el plan gratuito para nada que usen los usuarios.
Para quién es correcto: Proyectos full-stack, equipos que quieren una plataforma unificada entre frontend y backend, desarrolladores independientes que administran costos cuidadosamente. Full-stack projects, teams wanting a unified platform across frontend and backend, solo developers managing costs carefully.
Quién debería buscar en otro lugar: Sitios puramente estáticos (Cloudflare es mejor y gratis), cualquiera que necesite la DX más pulida disponible (Vercel es mejor). Pure static sites (Cloudflare is better and free), anyone who needs the most polished DX available (Vercel is better).
Fly.io: Cuando Realmente Necesitas Control
Fly.io no es un host frontend típico. Pero lo incluyo aquí porque existe una categoría de proyecto, usualmente cualquier cosa con conexiones persistentes, WebSockets, o estado pesado del lado del servidor, donde Fly.io es simplemente la respuesta correcta y ninguno de los otros lo es.
Fly ejecuta contenedores. Contenedores reales, cercanos al metal, distribuidos en 35+ regiones. No es un pipeline de deploy CDN administrado. Escribes un Dockerfile y Fly lo ejecuta. Eso significa que puedes ejecutar una app Remix con SQLite (usando LiteFS), o una app SvelteKit con un servidor de socket persistente, de formas que simplemente no son posibles en el modelo de edge functions.
La curva de aprendizaje es más pronunciada. La CLI requiere acostumbrarse. Y su documentación, aunque mejora, puede sentirse como si asumiera que ya sabes qué estás haciendo. Pero si sabes qué estás haciendo, Fly es notablemente poderoso.
Para quién es: aplicaciones pesadas en WebSocket, cualquier cosa que necesite estado persistente del servidor, desarrolladores cómodos con contenedores que quieren distribución global sin las limitaciones de plataformas gestionadas. WebSocket-heavy apps, anything needing persistent server state, developers comfortable with containers who want global distribution without the managed-platform constraints.
Para quién no es: principiantes, cualquiera que quiera deploys de punto y clic, sitios puramente estáticos. Beginners, anyone wanting point-and-click deploys, pure static sites.
Cómo elegir realmente (un proceso de decisión simple)
- ¿Es un sitio puramente estático (sin SSR, sin edge functions, solo HTML/CSS/JS)? Usa Cloudflare Pages, tier gratuito, listo.
- ¿Es Next.js con App Router y RSC como característica central? Usa Vercel. Paga el dinero, vale la pena para ese stack específico.
- ¿Es SvelteKit, Astro, Nuxt o Remix con presupuesto ajustado? Prueba Cloudflare Pages primero. Si encuentras casos edge del framework, muévete a Render.
- ¿Tu proyecto incluye servicios backend y quieres un solo dashboard? Usa Render.
- ¿Tienes conexiones persistentes, WebSockets o necesitas control verdadero de contenedores? Usa Fly.io.
- ¿Eres freelancer manejando 20+ sitios pequeños de clientes y el costo es la variable principal? Cloudflare Pages para los estáticos, Render para cualquier cosa con componente servidor, Vercel solo cuando el cliente lo necesita específicamente.
La verificación de realidad de precios
Nadie habla de esto con honestidad suficiente. Aquí está lo que realmente gasto en los proyectos activos de Seahawk en este momento:
- Vercel Pro: reservado para dos clientes con builds de Next.js App Router donde el soporte del framework es innegociable. Pasamos el costo directamente.
- Cloudflare Pages: once sitios en el plan gratuito, tres en el plan Pro de $20/mes por razones de límite de builds.
- Render: cuatro proyectos, todos en el tier de servicio individual de $7/mes. Total: alrededor de $28/mes para esos cuatro.
- Fly.io: dos proyectos con requisitos de WebSocket, aproximadamente $18/mes combinados.
Gasto total de hosting para la cartera propia administrada por la agencia: menos de $120/mes para más de 20 sitios en vivo. Las facturas de Vercel son directas del cliente.
Si estás pagando significativamente más que esto por una cantidad comparable de proyectos, genuinamente audita tu configuración.
FAQ
¿Vale la pena Vercel al precio en 2026?
Para proyectos de Next.js App Router específicamente, sí, probablemente. El rendimiento de arranque en frío, los tiempos de build y las características nativas del framework justifican el costo si Next.js es una parte central de tu stack. Para cualquier otra cosa, estás pagando una prima que no se convierte en mejoras visibles para el usuario.
¿Cloudflare Pages puede manejar un sitio con mucho tráfico?
Sí, sin problemas. La red de Cloudflare maneja miles de millones de solicitudes diariamente. La afirmación de "ancho de banda ilimitado" del plan gratuito es real para activos estáticos. La única limitación seria es los 500 builds/mes en plan gratuito y las advertencias de compatibilidad de frameworks que mencioné para configuraciones complejas de Next.js.
¿Qué hay de AWS Amplify o Firebase Hosting?
No los incluí porque, honestamente, ninguno es una recomendación sólida para trabajo frontend moderno en 2026. La experiencia de desarrollador de Amplify siempre ha estado por detrás de las plataformas dedicadas, y Firebase Hosting es mejor para proyectos ya profundamente integrados en el ecosistema Firebase. Si ya estás ahí, úsalo. De lo contrario, comienza con uno de los cinco que he listado.
¿Netlify se está muriendo?
No, pero no está creciendo como debería. El producto aún funciona. La empresa consiguió una ronda significativa y sigue lanzando features. Pero perdió el estatus de "obviamente la mejor" que tenía en 2019-2021, y para la mayoría de proyectos nuevos elegiría otra cosa primero.
¿Cuál es la mejor opción para un freelancer recién iniciando?
Cloudflare Pages para sitios estáticos, Render para cualquier cosa con lógica del lado del servidor. Ambos tienen planes gratuitos que son genuinamente utilizables, no solo carnada de prueba. Comienza ahí, muévete a Vercel solo cuando un proyecto específico lo requiera.
---
La conversación sobre hosting es una que tengo al menos dos veces por semana con clientes, pares de agencia y desarrolladores en nuestro Discord comunitario. Nadie lo acierta perfectamente cada vez (yo ciertamente no lo he hecho). Pero si usas el proceso de decisión anterior en lugar de defaultear a lo que usaste el año pasado, desperdiciarás mucho menos dinero y tendrás mucho menos conversaciones como la que tuve con ese cliente después de catorce minutos de inactividad.
Elige la herramienta correcta. Luego construye algo que valga la pena alojar.