Cloudflare vs Vercel: qué hosting elegir en 2026

Cloudflare vs Vercel: la elección depende de qué vas a alojar: elige Vercel para una aplicación Next.js si lo prioritario es la compatibilidad con el framework y publicar rápido; elige Cloudflare para servir archivos estáticos o ejecutar un backend ligero y compatible. Los planes de pago parten de $5/mes para Workers y $20/mes para Vercel Pro, pero al comparar Vercel con Cloudflare, conviene empezar por el entorno de ejecución y después mirar la factura.

Precios y capacidades documentadas verificados en las páginas oficiales de ambos proveedores el 13 de noviembre de 2026. Las recomendaciones valoran la adecuación al framework, los límites de recursos, el flujo de trabajo operativo y el costo total del alojamiento. El ejemplo de costos es un cálculo basado en tarifas publicadas, no una prueba de rendimiento de un despliegue.

Cloudflare vs Vercel: ¿cuál conviene elegir?

Vercel gana para un equipo pequeño que desarrolla un producto convencional con Next.js. Cloudflare gana para servir contenido estático y ejecutar un backend sensible al costo que encaje en Workers. Next.js es un framework de React para crear sitios web y aplicaciones con lógica de servidor; la decisión de alojamiento cambia cuando la aplicación necesita ejecutar código en cada visita.

Si estás emprendiendo y tu herramienta de programación con IA ha generado una aplicación Next.js con autenticación, páginas renderizadas en el servidor y gestión de imágenes, empieza por Vercel. Su nube gestionada para frontend reúne esas funciones en un mismo flujo de despliegue. Ahorrar una pequeña cuota de alojamiento rara vez compensa añadir trabajo de compatibilidad antes de que el producto tenga clientes.

Para un sitio de documentación, una web de marketing compilada como archivos estáticos o una API que se dedica principalmente a validar solicitudes y llamar a otro servicio, empieza por Cloudflare. Workers ejecuta el código de la aplicación en su red; Pages ofrece un flujo de despliegue de sitios. El costo de distribución resulta atractivo, pero las decisiones sobre el entorno de ejecución y la vinculación de datos quedan en tus manos.

La regla que puede cambiar la decisión: quédate con Vercel si conservar el comportamiento de la aplicación ahorra más trabajo de lo que la migración ahorra dinero. Elige Cloudflare si la carga encaja en su entorno y el ahorro recurrente o su backend integrado justifican asumir la migración.

Hosting para Next.js: Vercel gana por su integración con el framework

Vercel es la opción predeterminada más segura cuando necesitas que la aplicación se comporte como el proyecto Next.js que ya tienes. Convierte el renderizado en el servidor, o SSR, en Functions gestionadas y se encarga de la regeneración estática incremental, o ISR, que actualiza páginas en caché sin reconstruir todo el sitio. El streaming y la optimización de imágenes bajo demanda forman parte de su integración documentada con Next.js.

Cloudflare también puede ejecutar este tipo de aplicaciones, pero actualmente recomienda vinext, un plugin en beta para Vite, una herramienta de compilación de JavaScript. vinext reimplementa la superficie de API de Next.js. Eso plantea algo distinto de ejecutar la misma compilación de Next.js en otro proveedor.

La guía actual de Next.js de Cloudflare indica compatibilidad con App Router, Pages Router, React Server Components, Server Actions, SSR con streaming e ISR. Describe las importaciones next/* como mayoritariamente compatibles y la optimización de imágenes como parcialmente compatible. La etiqueta beta importa especialmente cuando el proceso de pago, la autenticación o la publicación de contenido dependen de un comportamiento concreto.

OpenNext sigue siendo otra vía documentada. El adaptador @opennextjs/cloudflare transforma la salida de next build para Workers. La matriz de compatibilidad de OpenNext de Cloudflare incluye SSR, ISR, Server Actions y streaming, pero sigue indicando que el middleware de Node.js no es compatible. El middleware se ejecuta antes de la página o del controlador de ruta; una biblioteca de autenticación que necesite ese entorno puede impedir la migración aunque las páginas normales funcionen.

El entorno subyacente importa en ambas vías de Cloudflare. Vercel Functions puede utilizar el entorno de Node.js; Cloudflare ejecuta estas aplicaciones en el entorno de Workers. Workers ofrece un subconjunto de las API de Node.js, con algunas implementaciones parciales y capas de compatibilidad que se pueden importar, pero cuyos métodos lanzan errores. Que un paquete se instale correctamente no demuestra que sea compatible en ejecución.

Para un producto existente, revisa sus dependencias reales y las rutas de servidor antes de elegir una vía. Para una aplicación nueva, Vercel gana cuando adoptar el propio framework ya supone suficiente cambio.

Sitios estáticos: Cloudflare gana en costos de distribución

Un sitio que sirve archivos en lugar de renderizar cada solicitud es el caso más claro a favor de Cloudflare. Una exportación estática contiene HTML, JavaScript, estilos e imágenes ya generados. Necesita distribuirlos, no un servidor Next.js que procese cada visita. Para Next.js, Cloudflare documenta Pages como la vía para exportaciones estáticas y Workers como la vía full-stack.

La documentación de precios de Pages deja clara la frontera: las solicitudes de recursos estáticos son gratuitas e ilimitadas tanto en planes gratuitos como de pago si no invocan Functions. Pages Functions usa la facturación de Workers y comparte sus cuotas. Por tanto, añadir middleware de autenticación o un endpoint de API puede cambiar el costo de un sitio supuestamente estático.

La distribución gratuita no implica compilaciones ilimitadas ni archivos de cualquier tamaño. Según sus límites de plataforma, Pages Free permite 500 compilaciones al mes, con 20,000 archivos y un máximo de 25 MiB por recurso. Los niveles de compilación son independientes de Workers Paid: pagar por cómputo de Workers no elimina todos los límites de Pages.

Si el producto es principalmente estático, separa las páginas de marketing del trabajo dinámico al estimar costos. Una página en caché y una solicitud de chat son eventos de facturación distintos. Vercel sigue siendo razonable si el mismo proyecto pronto necesitará mucha lógica de servidor; Cloudflare es la opción predeterminada más sólida cuando la distribución estática será la carga habitual.

Cloudflare Workers frente a Vercel para API y streaming de IA

Cloudflare gana para procesar solicitudes ligeras que pasan gran parte del tiempo esperando; Vercel gana si el controlador necesita más memoria o una compatibilidad más completa con Node.js. Esperar a que un proveedor de IA devuelva tokens no es lo mismo que consumir CPU para analizar un documento grande.

Los límites de Workers de Cloudflare distinguen ambos tiempos. En Paid, una solicitud HTTP dispone por defecto de 30 segundos de CPU, configurables hasta 5 minutos. Las esperas de red no consumen esa cuota de CPU. Los Workers activados por HTTP no tienen un límite estricto de tiempo transcurrido mientras el cliente permanezca conectado, aunque pueden producirse interrupciones.

La restricción más exigente es la de 128 MB por isolate, el contenedor de ejecución que puede atender varias solicitudes simultáneas. Transmitir una respuesta a través del Worker puede encajar; cargar un archivo grande completo y varias copias analizadas en memoria puede no hacerlo. Los 10 ms de CPU por invocación de Workers Free también hacen que no convenga dar por hecho que sirve para renderizados de servidor más pesados.

Los límites de Fluid Functions de Vercel asignan a Pro 2 GB de memoria por defecto, configurables hasta 4 GB. La duración predeterminada es de 300 segundos y puede llegar a 800 segundos con el límite de disponibilidad general. La ampliación en beta a 1,800 segundos exige versiones de entorno compatibles y configuración por función. El límite de tiempo transcurrido incluye el envío de una respuesta en streaming.

Aquí no se puede defender que una plataforma sea siempre más rápida. Un servidor cercano al visitante puede seguir esperando a una base de datos lejana. Elige la ubicación según la dependencia lenta y después mide la solicitud autenticada completa con tus propios datos.

Vercel frente a Cloudflare: cuánto cuesta la misma carga

Cloudflare resulta más barato en el modelo de API que aparece a continuación, pero la diferencia no se reduce a «ancho de banda gratis frente a caro». Vercel ahora ofrece Flat Rate CDN, y su factura de cómputo distingue entre CPU activa y memoria aprovisionada.

Los niveles actuales son Workers Free, Workers Paid desde $5/mes y condiciones Enterprise; y Vercel Hobby a $0, Pro a $20/mes y precios personalizados para Enterprise. Los precios de Workers incluyen 10 millones de solicitudes y 30 millones de milisegundos de CPU al mes en Paid; después se cobran $0.30 por millón adicional de solicitudes y $0.02 por millón adicional de milisegundos de CPU, sin cargos por transferencia de salida ni duración.

La página de precios de Vercel mide el consumo de Functions, transferencia de origen, compilaciones, almacenamiento, procesamiento de imágenes, ISR y otros servicios. Pro incluye $20 de crédito de uso mensual. Los detalles del plan confirman que incluye una plaza de usuario con permisos de despliegue; cada plaza adicional cuesta $20/mes. Consulta el desglose de precios de Vercel para entender todos los niveles, en lugar de tratar el precio de entrada como una factura fija de la aplicación.

Para la distribución por CDN, Flat Rate CDN es una opción que se activa en Pro. El nivel incluido cubre 1 millón de solicitudes de CDN y 1 TB; el siguiente añade $20/mes por 10 millones de solicitudes y 50 TB. Cubre la distribución, no todo el trabajo necesario para generar una respuesta.

Ejemplo de una factura mensual de API

Supongamos una API comercial con un desarrollador con permisos de despliegue, 1 millón de solicitudes sin caché, 50 ms de CPU y 1 segundo de tiempo transcurrido por solicitud en cada plataforma. La aplicación encaja en los límites de memoria de Workers. En Vercel utiliza instancias de 2 GB en Washington, D.C., sin solicitudes simultáneas que compartan una instancia. Cada solicitud genera 10 KB de transferencia de origen facturable combinada, sin solicitudes estáticas adicionales.

Supongamos también que Flat Rate CDN está activado y dimensionado para el tráfico mensual sostenido. Incluimos 100 minutos de compilación Basic en Vercel, con un costo de $0.70; la compilación que se sube a Cloudflare se genera localmente. Excluimos bases de datos, cargos del proveedor de IA, procesamiento de imágenes, ISR, almacenamiento adicional, impuestos y observabilidad de pago. El registro de Cloudflare se mantiene dentro de su cuota incluida. Son supuestos del modelo, no mediciones de rendimiento en ejecución.

Las tarifas de Fluid compute de Vercel en esa región son de $0.128 por hora de CPU, $0.0106 por GB-hora de memoria aprovisionada y $0.60 por millón de invocaciones. La facturación de CPU se pausa durante las esperas de red; la de memoria continúa mientras la instancia atiende solicitudes. Fast Origin Transfer añade $0.06/GB con la tarifa inicial utilizada aquí.

• Cloudflare: 50 millones de ms de CPU, menos los 30 millones incluidos, dejan $0.40 de exceso de CPU. Las solicitudes quedan dentro de la cuota. Al sumar la suscripción de $5, el total es de $5.40/mes.
• Vercel: la CPU cuesta $1.78; la memoria aprovisionada, $5.89; las invocaciones, $0.60; la transferencia de origen, $0.60; y las compilaciones, $0.70. El subtotal de recursos de $9.57 queda cubierto por el crédito de $20. El nivel de CDN incluido también es suficiente, por lo que se mantiene la cuota de plataforma de $20/mes.

Si solo aumenta el número de solicitudes y se mantienen los demás supuestos, las facturas calculadas pasan a ser de $9.40 frente a $65.03 con 5 millones de solicitudes, y de $14.40 frente a $109.37 con 10 millones. Estos últimos casos de Vercel incluyen su nivel adicional de capacidad CDN de $20.

En estos puntos del modelo no hay un cruce de precios. Tampoco se puede fijar con rigor un número universal de solicitudes a partir del cual un proveedor sea más barato: la concurrencia puede reducir la factura de memoria de Vercel, la caché cambia el número de invocaciones y las regiones y los complementos modifican las tarifas. Para el negocio, el punto decisivo suele ser el tiempo de ingeniería. Un pequeño ahorro mensual no financia un proyecto de compatibilidad sin un alcance definido.

Picos de tráfico: decide qué se detendrá antes del lanzamiento

Ambos proveedores ofrecen controles de gasto; ninguno convierte todos los cargos en un máximo estricto garantizado. Antes de recibir tráfico, decide si prefieres interrumpir el servicio o permitir que siga el consumo.

Con Vercel Flat Rate CDN, un pico de distribución de un día no provoca un cambio de nivel. Los excesos sostenidos de capacidad mensual pueden trasladar el siguiente ciclo a un nivel superior. Las descargas masivas y las cargas dominadas por la distribución de archivos o contenido multimedia quedan fuera de los supuestos admitidos, y el cómputo dinámico conserva sus propios medidores de consumo.

Spend Management de Vercel puede pausar todos los despliegues de producción de un equipo al alcanzar el importe configurado. Las alertas y la pausa pueden retrasarse varios minutos. Activar una notificación no equivale a activar la acción de pausa; además, una pausa deja a los clientes sin acceso.

Los límites de gasto de Workers de Cloudflare cubren los excesos de solicitudes y CPU de toda la cuenta, una vez consumido el uso incluido. Excluyen la suscripción y los cargos de productos como R2, KV y Durable Objects. Un Worker de pruebas puede consumir el presupuesto compartido e interrumpir los Workers de producción. Los retrasos de registro y bloqueo hacen que el umbral no sea un máximo exacto de facturación.

Los recursos estáticos servidos sin ejecutar código de Worker pueden seguir disponibles después del bloqueo. Una ruta configurada para ejecutar primero el Worker puede fallar. También hay que distinguir la distribución estática gratuita habitual de Workers Caching: sus reglas de precios cobran las solicitudes servidas desde caché según la tarifa por solicitud, incluidos los recursos estáticos.

Ganador ante picos de tráfico estático: Cloudflare. Ganador para una única factura total garantizada: ninguno. En una aplicación de IA, configura controles tanto para el proveedor de modelos como para el alojamiento. Un controlador de solicitudes barato puede autorizar inferencias costosas.

Datos, almacenamiento e IA: Cloudflare gana por su backend integrado

Cloudflare ofrece más componentes del backend como servicios propios conectados; Vercel facilita conectar servicios externos. Esa diferencia importa más que la cantidad de nombres de producto en una comparativa.

La guía de almacenamiento de Cloudflare asigna D1 a datos SQL, Workers KV a datos clave-valor, R2 al almacenamiento de archivos compatible con S3 sin cargos de transferencia de salida y Durable Objects al estado consistente y la coordinación. Hyperdrive conecta una base de datos Postgres o MySQL existente; Queues gestiona el trabajo diferido; Vectorize almacena vectores para búsquedas por similitud.

Elige según el comportamiento de los datos. KV tiene consistencia eventual: una actualización puede no verse de inmediato en todas partes. Eso puede servir para la configuración; no debe confundirse con un mecanismo transaccional que impida que dos compradores adquieran la misma última unidad. Al migrar la capa web, puede convenir dejar la base de datos existente donde está.

La oferta actual de almacenamiento de Vercel incluye Blob para archivos, Global Config para configuración, Runtime Cache para datos regionales temporales y bases de datos de Marketplace. Las bases de datos relacionales y clave-valor se ofrecen a través de proveedores, en lugar de una única «base de datos de Vercel» intercambiable.

En IA, Workers AI ejecuta modelos en la infraestructura de Cloudflare; Cloudflare AI Gateway añade controles como caché, límites de solicitudes y reintentos. Vercel AI Gateway centraliza el acceso a modelos de varios proveedores, los registros, los controles de gasto y la conmutación ante fallos, y puede utilizarse desde otras infraestructuras. Elegirlo no exige trasladar el alojamiento de la aplicación a Vercel.

La contrapartida es el acoplamiento. Los bindings de Cloudflare facilitan usar sus servicios desde el código de Workers, pero sustituir esas llamadas forma parte del trabajo de abandonar la plataforma. Una base de datos alojada por separado puede preservar opciones con cualquiera de las dos. El análisis de Cloudflare aborda la plataforma más allá de esta decisión de alojamiento.

Vistas previas, reversiones y registros: Vercel gana en el flujo de desarrollo

Vercel gana cuando el objetivo es revisar un cambio de Next.js con una configuración mínima del despliegue. Su integración con Git genera URL de vista previa para las pull requests, e Instant Rollback puede restaurar un despliegue existente sin recompilar.

Cloudflare también ofrece Workers Previews por rama, con sus propias variables, secretos, bindings y observabilidad. El matiz está en el aislamiento de datos: KV, D1 y R2 solo están separados cuando se vinculan recursos distintos. Los bindings de servicio desde una Preview llaman al despliegue de producción del Worker vinculado.

No hay que confundirlos con las Version URLs, que exponen una versión concreta con su configuración y sus recursos existentes. Un nombre de host distinto no demuestra que la base de datos de pruebas sea segura.

La reversión de Workers restaura una versión anterior del código desde el panel o mediante Wrangler, su herramienta de despliegue por línea de comandos. En cualquiera de las dos plataformas, restaurar el código no deshace las escrituras de los clientes ni revierte automáticamente una migración de base de datos. Mantén los cambios de esquema compatibles con el despliegue que podrías necesitar restaurar.

Para depurar, Workers Logs admite registros persistentes con búsqueda y muestreo configurable. Paid incluye 20 millones de eventos de registro al mes y 7 días de retención. La página de precios de Vercel indica 1 día de registros de ejecución en Pro, ampliable a 30 días con Observability Plus. Registra lo suficiente para diagnosticar un pago o un streaming fallido y comprueba el plazo de retención antes de dar por hecho que las pruebas de ayer siguen disponibles.

Cómo migrar de Vercel a Cloudflare

Traslada la aplicación solo cuando puedas explicar qué sustituirá cada comportamiento del alojamiento actual. Un repositorio Git transfiere código; no transfiere la configuración de plataforma, las credenciales, el contenido en caché, los archivos almacenados ni las protecciones del despliegue.

1. 1

   Comprueba la vía de ejecución

   Haz un inventario de las rutas de servidor, el middleware, la gestión de imágenes y las dependencias. Para vinext, ejecuta en el proyecto el comando documentado npx vinext check y revisa sus resultados de compatibilidad. Para OpenNext, contrasta las funciones que utiliza tu aplicación con su matriz de compatibilidad. Incluye inicio de sesión, pago, subidas de archivos y streaming en las comprobaciones de aceptación.

2. 2

   Separa los datos de pruebas de los datos reales

   Identifica las variables de entorno y cada binding de almacenamiento. Si es viable, conserva la base de datos existente mientras cambias el cómputo. Configura recursos y credenciales de prueba separados antes de pedir a una vista previa que cree, actualice o elimine algo.

3. 3

   Ensaya la recuperación antes de cambiar el DNS

   Comprueba redirecciones, cabeceras, dominios personalizados, tareas programadas y monitorización. Conserva el despliegue anterior y asegúrate de que puede leer el esquema actual de la base de datos. Solo entonces cambia el DNS, los registros que apuntan el dominio a su alojamiento.

Todavía no migres si la factura actual es modesta, nadie se responsabiliza de la compatibilidad del entorno o la aplicación depende de un comportamiento que no has reproducido. Primero identifica qué concepto de consumo está creciendo. Cambiar de alojamiento no arregla una llamada costosa a un modelo, y migrar la base de datos al mismo tiempo dificulta aislar los fallos.

Si la aplicación necesita en esencia otro modelo de ejecución, consulta la selección de alternativas a Vercel en lugar de forzar todas las cargas a encajar en estas dos opciones.

Netlify frente a Vercel y Cloudflare

Netlify es la tercera opción cuando un sitio estático necesita su gestión integrada de formularios y un flujo de despliegue gestionado; consulta Vercel frente a Netlify y la guía de precios de Netlify.

Preguntas frecuentes de quienes desarrollan aplicaciones

¿Qué es mejor, Vercel o Cloudflare?

Vercel es la opción predeterminada para un equipo pequeño que prioriza el comportamiento gestionado de Next.js. Cloudflare destaca más en distribución estática y cargas ligeras de backend que encajan en Workers. Para una aplicación existente, la compatibilidad y quién asume la migración pueden pesar más que la diferencia de precio del alojamiento.

¿Cuáles son las desventajas de usar Cloudflare?

Para esta decisión de alojamiento, las principales restricciones son la compatibilidad del entorno de ejecución, los límites de memoria de Workers y los bindings de datos específicos de la plataforma. La vía recomendada con vinext está en beta, y la vía documentada con OpenNext sigue sin admitir middleware de Node.js.

¿Qué opción es mejor que Vercel?

Cloudflare puede ser mejor para distribuir contenido estático y ejecutar API compatibles con un volumen considerable de solicitudes. No supone una mejora automática para una aplicación Next.js cuyo despliegue actual funciona. Compara el componente concreto de la factura con el esfuerzo de sustituir el comportamiento del que dependes.

¿Vercel es 100% gratis?

No. El plan gratuito Hobby está restringido al uso personal y no comercial y tiene límites de consumo. El trabajo comercial requiere un plan de pago adecuado; Pro tiene una cuota de plataforma y servicios medidos por uso. Consulta las condiciones del plan Hobby del proveedor.

¿Cloudflare es más rápido que Vercel?

Esta comparación no establece una respuesta universal. Los aciertos de caché estática, el renderizado en el servidor, las llamadas a bases de datos y el streaming de IA tienen cuellos de botella distintos. Mide una solicitud representativa y su recorrido hasta la base de datos, en lugar de tomar el tamaño de la red como una prueba de latencia.

¿Vercel está construido sobre Cloudflare?

No consideres Vercel como una capa sobre el entorno de Workers. Ofrecen sistemas de alojamiento y despliegue distintos. La documentación de Functions de Vercel describe su propio entorno y los límites de tamaño de los paquetes impuestos por AWS; la de Cloudflare describe Workers y sus vías de compatibilidad.

¿Qué es mejor, Netlify o Cloudflare?

Para un sitio estático, Cloudflare es aquí la opción por sus costos de distribución. Conviene considerar Netlify cuando su gestión de formularios evita trabajo de backend que tendrías que desarrollar.

Cloudflare Pages vs Netlify: ¿cuál conviene para un sitio estático?

Si la elección se limita a Pages y Netlify, decide si lo principal es servir archivos ya generados o si también quieres el flujo gestionado de Netlify para recibir formularios. Calcula el costo de los endpoints dinámicos por separado del de la distribución estática.

¿Quién es el mayor competidor de Cloudflare?

Depende del producto que se compare. Esta página evalúa Vercel como alternativa de alojamiento de aplicaciones; no determina cuál es el mayor competidor del conjunto de productos de redes, seguridad y desarrollo de Cloudflare.

¿El FBI usa Cloudflare?

Aquí no se ha verificado ninguna afirmación sobre ese cliente. Esa pregunta es independiente de si Workers o Vercel encajan en tu aplicación; no debe utilizarse como un respaldo a la elección de alojamiento.

Cuándo elegir Vercel y cuándo elegir Cloudflare

Elige Vercel si estás desarrollando un producto con Next.js, necesitas su comportamiento gestionado del framework y prefieres pagar por un flujo integrado a asumir una migración de compatibilidad.

Elige Cloudflare si principalmente sirves recursos estáticos o código de API compatible, conoces sus límites de recursos y puedes responsabilizarte de los bindings de datos, las vistas previas y la recuperación. Para una aplicación Next.js existente, resuelve la elección entre vinext y OpenNext antes de prometer ahorros.

El siguiente paso es concreto: clasifica la ruta con más tráfico, identifica qué concepto domina su facturación y comprueba sus dependencias de ejecución. Así podrás justificar la decisión de alojamiento.

Usa la lista de verificación para auditar flujos de trabajo empresariales con IA para identificar qué dependencias y traspasos de responsabilidad de la aplicación necesitan una persona a cargo antes de cambiar de alojamiento. Obtén la lista a través del boletín.