A finales de 2023, trasladé la tienda de comercio electrónico de un cliente fuera de Vercel después de que la factura del primer mes llegó a $340. SaaS de tráfico medio. Nada extraordinario. El fundador me llamó un viernes por la tarde sonando genuinamente alarmado, y honestamente, no tenía una buena defensa. Había recurrido a Vercel porque era lo que conocía, lo que se sentía rápido de configurar, y lo que los documentos de Next.js básicamente asumían que usarías. Esa migración a Cloudflare Pages me tomó una tarde y redujo el costo mensual a unos $22. He estado prestando más atención desde entonces.
Entonces aquí es donde realmente estoy en 2026 después de ejecutar ambas plataformas en trabajo de clientes en Seahawk: Cloudflare Pages ha madurado enormemente, Vercel tampoco se ha quedado quieto, y la respuesta a "¿cuál debería usar" es menos sobre lealtad de marca y más sobre qué estás realmente construyendo.
La Realidad de Precios (Y Dónde Vercel Aún Duele)
El nivel gratuito de Vercel es genuinamente bueno para proyectos secundarios. Plan Hobby, despliegues ilimitados, URLs de vista previa, minutos de compilación decentes. El momento en que pasas a Pro ($20/mes por asiento), estás bien como desarrollador individual. ¿Pero agencias? El modelo por asiento se suma rápidamente. Seis desarrolladores en un equipo, son $120/mes antes de haber servido una sola solicitud. Luego agregas ancho de banda, invocaciones de Edge Function e Image Optimisation, y la factura comienza a verse mucho como un contrato de teléfono móvil de 2009 donde nunca entendías realmente qué estabas pagando.
Cloudflare Pages se asienta en un modelo económico fundamentalmente diferente. El nivel gratuito incluye sitios ilimitados, solicitudes ilimitadas y 500 compilaciones por mes. El plan Pro es $20/mes fijo, no por asiento. Para Seahawk, esa distinción es significativa porque administramos compilaciones para múltiples clientes desde una sola cuenta. Hice los cálculos en un mes típico a principios de 2025: 14 proyectos activos, alrededor de 2.1 millones de solicitudes edge combinadas. En Cloudflare, pagamos $20. En el nivel de uso equivalente de Vercel, la estimación resultó ser aproximadamente $180-$220 dependiendo de cuáles complementos estuvieran activos.
Dicho esto, el precio de Vercel sí te compra algo real. Más sobre eso en un momento.
La Trampa del Ancho de Banda y Egreso
Este es el tema que nadie te advierte hasta que es demasiado tarde. Vercel cobra por ancho de banda en el plan Pro después de 1TB. Suena bien. La mayoría de proyectos nunca llegan ahí. Pero las Edge Functions que devuelven respuestas grandes, o proyectos que hacen procesamiento de imágenes del lado del servidor, pueden consumir ancho de banda de formas que parecen desproporcionadas.
La red completa de Cloudflare funciona con egreso ilimitado dentro de su plataforma. La página de precios de Cloudflare lo deja explícito. Las solicitudes de Workers y Pages Functions se cotizan a $0.30 por millón después de las primeras 100k solicitudes diarias gratuitas. Eso es transparente. Predecible. Puedo dormir tranquilo.Cloudflare's pricing page makes this explicit. Workers and Pages Functions requests are priced at $0.30 per million after the free 100k daily requests. That's transparent. Predictable. I can sleep.
Cobertura de Red Edge: Cloudflare Gana, Pero No por Magia
Cloudflare tiene más de 300 centros de datos en todo el mundo a partir de 2026. Vercel opera en un conjunto más pequeño de regiones, respaldado en gran medida por infraestructura de AWS. Para la mayoría de proyectos del Reino Unido y Europa, la diferencia en latencia de arranque en frío en el edge es real pero modesta. ¿Para un producto SaaS que sirve usuarios en Lagos, Mumbai o São Paulo simultáneamente? La brecha de cobertura de Cloudflare se reduce a casi nada.
Trabajé en un proyecto SaaS multilingüe en 2024, sirviendo usuarios en el sudeste asiático. Inicialmente lo habíamos lanzado en Vercel y la latencia p99 desde Singapur rondaba los 380ms. No es terrible. Movimos el middleware de API a Cloudflare Workers y la bajamos a 95ms. Código básicamente igual. Densidad de nodos edge diferente.
Workers vs Edge Functions: La Divergencia de Runtime
Aquí es donde las cosas se ponen genuinamente técnicas y genuinamente importantes. Vercel Edge Functions se ejecutan en el modelo de aislado V8 (misma filosofía que Cloudflare Workers) pero están ligadas más estrechamente a la infraestructura propia de Vercel y al sistema de middleware de Next.js. Cloudflare Workers llevan más tiempo en esto. El runtime de Workers soporta Web Crypto, Streams, KV, R2, Durable Objects, y una suite de bindings que no tienen equivalente directo en Vercel.Workers runtime supports Web Crypto, Streams, KV, R2, Durable Objects, and a suite of bindings that have no direct equivalent on Vercel.
Si estás construyendo algo que necesita estado persistente en el edge (piensa: indicadores de presencia, limitación de velocidad con estado compartido, características colaborativas en tiempo real), Cloudflare Durable Objects son genuinamente útiles y no hay nada en Vercel que los iguale hoy.
Dicho esto, si estás desplegando una app Next.js 14+ con App Router y quieres ISR sin configuración, Edge streaming, y middleware que "simplemente funcione" con tu setup de RSC, Vercel sigue siendo el camino más suave. Eso no es opinión. Es solo lo que veo cada vez que intento replicar la integración de Next.js de Vercel en Cloudflare Pages usando el adaptador @cloudflare/next-on-pages. Funciona. Solo que no es sin fricciones.@cloudflare/next-on-pages adapter. It works. It's just not frictionless.
Experiencia del Desarrollador: La Versión Honesta
Quiero tener cuidado aquí porque DX es subjetiva y también es donde viven las opiniones más tribales. Así que déjame solo describir lo que realmente observo.
El dashboard de Vercel es hermoso. Los despliegues de preview son instantáneos. La integración de GitHub es la mejor que he usado en cualquier lado. Cuando haces push a una rama, la URL de preview está en vivo en menos de 45 segundos en caché cálido, y el comentario de despliegue en tu PR te muestra Core Web Vitals, duración del build, y un enlace directo. Ese ciclo de retroalimentación es rápido y se siente bien. Eso importa, especialmente cuando estás onboarding de un cliente no técnico que quiere hacer clic en un enlace y ver sus cambios.feels good. That matters, especially when you're onboarding a non-technical client who wants to click a link and see their changes.
Cloudflare Pages ha mejorado considerablemente su dashboard desde los días de la era 2022 cuando se sentía como una ocurrencia tardía acoplada a Workers. El sistema de build es más rápido ahora, los despliegues de preview funcionan bien, y la integración Pages + Workers (vía wrangler.toml) es genuinamente agradable. Pero el modelo mental de la superficie de productos de Cloudflare es más amplio y por lo tanto más difícil. Tienes Workers, Pages, R2, KV, D1, Durable Objects, Pages Functions, y todos tienen superficies de configuración ligeramente diferentes. La documentación en developers.cloudflare.com es exhaustiva pero extensa.wrangler.toml) is genuinely nice. But the mental model of Cloudflare's product surface is broader and therefore harder. You've got Workers, Pages, R2, KV, D1, Durable Objects, Pages Functions, and they all have slightly different configuration surfaces. The documentation at developers.cloudflare.com is thorough but sprawling.
Honestamente, he visto a desarrolladores junior en Seahawk adoptarse a Vercel en un día. Cloudflare Pages toma alrededor de una semana antes de que alguien deje de cuestionarse si su función es un Worker o una Pages Function y cuál archivo de configuración rige qué.
Desarrollo Local y Wrangler
El CLI wrangler dev de Cloudflare es bueno. Ejecuta una simulación local del runtime de Workers y soporta la mayoría de bindings. Pero "simulación" es la palabra operativa. He desplegado código que funcionaba localmente y se comportaba diferente en la red edge real por diferencias sutiles en cómo KV se comporta en preview versus producción. Bug pequeño en 2025, detectado en staging, pero me costó media día.wrangler dev CLI is good. It runs a local simulation of the Workers runtime and supports most bindings. But "simulation" is the operative word. I've shipped code that worked locally and behaved differently on the actual edge network because of subtle differences in how KV behaves in preview versus production. Small bug in 2025, caught in staging, but it cost me half a day.
El comando vercel dev de Vercel es más limitado en algunos casos edge pero es casi siempre una réplica fiel de producción para proyectos Next.js estándar. Esa predictibilidad importa.vercel dev command is more limited in some edge cases but it's almost always a faithful replica of production for standard Next.js projects. That predictability matters.
Soporte de Frameworks Más Allá de Next.js
Esta es una conversación subestimada. Vercel es, funcionalmente, una empresa de hosting para Next.js que además soporta otras cosas. SvelteKit, Nuxt, Astro, Remix, SolidStart funcionan todos, y funcionan bien. Pero Next.js obtiene las nuevas características primero, tiene mejores valores predeterminados, y es claramente el caso de uso principal.
Cloudflare Pages no tiene preferencia por ningún framework. Astro en Pages es una maravilla. El adaptador SvelteKit para Cloudflare se mantiene y es estable. He estado ejecutando un puñado de proyectos Astro en Pages desde mediados de 2024 y los tiempos de compilación son más rápidos que los deployments equivalentes en Vercel para los mismos sitios (aproximadamente 30-40% más rápido en promedio, según mis propios registros de compilación).
Si tu equipo se está alejando de Next.js o está construyendo con múltiples frameworks en diferentes proyectos, Cloudflare Pages es más agnóstico y esa neutralidad da sus frutos con el tiempo.
Dónde elegiría cada uno en 2026
Déjame ser directo. Aquí está la lógica de decisión que realmente uso:
Elige Vercel si:
- Tu proyecto es Next.js-first y estás usando App Router profundamente (RSC, streaming, ISR, todo)
- Tus clientes necesitan ver deployments en preview y comentar sobre ellos sin ninguna fricción técnica
- Tu equipo es pequeño (1-3 desarrolladores) y el costo por asiento es insignificante
- Estás construyendo algo donde el soporte de primera clase para Next.js vale la pena pagar un premium
Elige Cloudflare Pages si:
- Eres una agencia u operador independiente ejecutando más de cuatro o cinco proyectos en vivo
- La predictibilidad de costos importa más que la experiencia de desarrollo más fluida con Next.js
- Necesitas bindings de Workers (KV, R2, Durable Objects, D1) como parte de tu arquitectura
- Tu base de usuarios está distribuida globalmente y la latencia edge en regiones fuera de EE.UU. importa
- No estás atado a Next.js y quieres flexibilidad de framework
Para el trabajo de clientes de Seahawk específicamente, hemos llegado a una división: Cloudflare Pages para sitios de marketing, compilaciones con contenido pesado y cualquier cosa basada en Astro. Vercel para productos SaaS complejos con Next.js donde el equipo de desarrollo del cliente ya está en ese ecosistema.
La Única Cosa de la Que Nadie Habla: Soporte
Vercel Pro te da soporte por correo electrónico. Enterprise te da más. Es responsivo y el equipo entiende Next.js profundamente. Si algo se rompe en tu pipeline de deployment a las 2am un jueves antes del lanzamiento de un cliente, tener a alguien que responda y que realmente entienda qué está haciendo la revalidación ISR bajo el capó tiene valor.
El modelo de soporte de Cloudflare para Pages específicamente ha sido históricamente... inconsistente. Su comunidad de Discord es activa y el equipo de Workers es accesible, pero los tickets de soporte específicos de Pages pueden tomar más tiempo en resolverse de lo que te gustaría. Esto mejoró en 2025 pero igual le doy ventaja a Vercel aquí (juego de palabras, disculpa).
---
FAQ
¿Cloudflare Pages está realmente listo para producción en 2026?
Sí, sin lugar a dudas. La percepción de que "Cloudflare Pages aún está en beta" está obsoleta. Está ejecutando cargas de trabajo serias en producción. El estado de la plataforma Pages ha sido consistentemente sólido. Las principales limitaciones giran en torno al adaptador de Next.js (que es mantenido por la comunidad, no de primera mano) y la curva de aprendizaje alrededor de la superficie más amplia de productos de Cloudflare.Pages platform status has been consistently strong. The main caveats are around the Next.js adapter (which is community-maintained, not first-party) and the learning curve around Cloudflare's broader product surface.
¿Puedo usar Cloudflare Pages con Next.js App Router?
Puedes, a través del adaptador @cloudflare/next-on-pages. Soporta un subconjunto significativo de características de App Router incluyendo Server Components, rutas dinámicas y middleware. Pero algunas características que dependen de infraestructura específica de Vercel (como ISR avanzada con revalidación bajo demanda a través de la API de Vercel) no funcionan o requieren soluciones alternativas. Si estás construyendo una aplicación Next.js compleja, prueba tus requisitos de características específicas antes de comprometerte.@cloudflare/next-on-pages adapter. It supports a significant subset of App Router features including Server Components, dynamic routes, and middleware. But some features that rely on Vercel-specific infrastructure (like advanced ISR with on-demand revalidation via the Vercel API) either don't work or require workarounds. If you're building a complex Next.js app, test your specific feature requirements before committing.
¿El plan gratuito de Vercel funciona para sitios de clientes?
Técnicamente sí, pero los Términos de Servicio de Vercel para el plan Hobby restringen el uso comercial. Si estás construyendo para un cliente que paga, deberías estar en Pro. Esto no es un área gris que ignoren para siempre. Usa Pro para trabajo con clientes.
¿Cuál plataforma es mejor para el desempeño de SEO?
Ninguna plataforma te da SEO por defecto. Pero la entrega en el edge y Core Web Vitals están relacionadas, y ambas plataformas pueden producir excelentes puntuaciones de LCP y CLS con una implementación adecuada. La API de Optimización de Imágenes de Vercel (a través de next/image) es más madura y fácil de configurar. La característica de Redimensionamiento de Imágenes de Cloudflare (disponible en planes Pro) requiere más configuración manual pero es menos costosa a escala.next/image) is more mature and easier to configure. Cloudflare's Image Resizing feature (available on Pro plans) requires more manual setup but is less expensive at scale.
¿Qué hay con Netlify? ¿Sigue siendo relevante?
Netlify sigue activa y se sigue usando, particularmente en equipos de JAMstack con flujos de trabajo específicos de Netlify muy consolidados. Pero en términos de relevancia en la industria, adopción e inversión en la plataforma en 2026, está quedando notoriamente atrás de Cloudflare y Vercel. No recomiendo Netlify para un proyecto nuevo desde alrededor de 2023.
---
La elección de plataforma en 2026 es genuinamente menos dramática de lo que parecen indicar los hilos de Twitter. Ambas funcionan. Ambas son confiables. La decisión real tiene que ver con alinear el modelo de costos con tu negocio y el framework con tu equipo. Toma esa decisión deliberadamente en lugar de quedarte con lo que muestran los documentos del framework en el botón de "deploy".