Alternativas a Vercel en 2026: elige según tu aplicación
Compara 6 alternativas a Vercel para Next.js e IA: precios, compatibilidad y límites de Cloudflare, Render, Railway, Netlify, Fly.io y AWS Amplify.
Publicado el

Las mejores alternativas a Vercel dependen de lo que tu aplicación necesite mantener en funcionamiento: Cloudflare Workers y Pages para sitios estáticos o aplicaciones en el edge; Render o Railway para servicios full-stack persistentes; y Netlify para conservar un flujo de despliegue administrado de Next.js. La selección de 6 proveedores se completa con Fly.io, si necesitas controlar la infraestructura, y AWS Amplify, para aplicaciones compatibles que ya dependen de AWS. Si la aplicación funciona bien y el único problema es la factura, revisa primero la facturación y los controles de gasto actuales de Vercel.
Precios y funciones documentadas verificados en las páginas oficiales de los proveedores el 3 de noviembre de 2026. Esta comparación se basa en documentación, no en pruebas de rendimiento de aplicaciones desplegadas. Las recomendaciones distinguen entre el código que puedes trasladar y el comportamiento del alojamiento que tendrás que reemplazar.
Alternativas a Vercel: comparación rápida
Render encabeza mi selección para una aplicación full-stack persistente; Cloudflare, para sitios estáticos y cargas compatibles con el edge. Netlify merece estar entre las opciones cuando conservar un flujo de publicación administrado de Next.js importa más que disponer de un servidor convencional.
Los precios de entrada de la tabla cubren cosas distintas. Una máquina virtual pequeña, una asignación de créditos y un minuto de compilación no equivalen al mismo entorno de producción. Los precios están en USD; el consumo, los servicios adicionales y los impuestos aplicables pueden aumentar la factura.
Define el entorno de ejecución antes de elegir proveedor
Primero decide qué trabajo debe realizar el alojamiento; después compara proveedores de esa categoría. Un sitio estático entrega archivos ya generados. El renderizado en el servidor, o SSR, construye la respuesta cuando llega una solicitud. Un servicio persistente permanece disponible para ejecutar el código de la aplicación, mientras que un worker en segundo plano procesa tareas fuera de la solicitud del visitante.
Si tienes un sitio comercial y un producto de IA, es posible que cada uno requiera una solución distinta. Las páginas comerciales pueden ser estáticas. El endpoint del chat necesita transmitir respuestas en streaming. La ingesta de documentos puede exigir un worker independiente que siga trabajando después de que el cliente cierre el navegador.

El criterio que cambia la elección: si necesitas entregar archivos, considera Cloudflare. Si buscas conservar un despliegue administrado de Next.js, considera Netlify. Si necesitas controlar un proceso en ejecución y tareas en segundo plano, considera Render o Railway. Fly.io cobra sentido cuando la ubicación y el control de la infraestructura son requisitos; Amplify, cuando importa la integración con AWS y su lista de compatibilidad encaja con la aplicación.
Es un primer filtro, no una afirmación de que las plataformas edge sean incapaces de ejecutar flujos de trabajo en segundo plano. Para una aplicación existente, compara el esfuerzo de adoptar el sistema de tareas propio de una plataforma con el de ejecutar tu worker actual como servicio.
Cloudflare Workers y Pages: para sitios estáticos y aplicaciones en el edge
Cloudflare Workers permite ejecutar código que atiende solicitudes en la red de Cloudflare. Es el punto de partida más sólido para una aplicación ligera cuyas dependencias sean compatibles con su entorno de ejecución. Resulta especialmente atractivo si la aplicación se dedica sobre todo a entregar archivos, comprobar la autenticación y llamar a API externas. La dificultad está en que trasladar una aplicación Next.js existente exige elegir una vía compatible, no solo cambiar el destino del despliegue.
La recomendación actual de Cloudflare es vinext, una implementación en fase beta de las API de Next.js construida sobre Vite, una herramienta de compilación de JavaScript. Su lista de funciones compatibles incluye App Router, Server Actions, SSR con streaming y regeneración estática incremental, o ISR, que actualiza páginas en caché sin recompilar todo el sitio. Algunas importaciones y ciertos comportamientos de las imágenes aún requieren revisar la compatibilidad. En una migración a producción, el estado beta debe pesar en la decisión, aunque la lista de funciones parezca favorable. Guía de Next.js en Cloudflare.
La otra vía relevante es OpenNext, un adaptador que transforma la compilación de Next.js para ejecutarla en otra plataforma. Cloudflare lo documenta para aplicaciones que ya usan OpenNext; admite streaming e ISR, pero su matriz de compatibilidad sigue excluyendo el middleware de Node.js. El middleware es código que se ejecuta antes de que una solicitud llegue a la página. Si el tuyo depende de ese entorno, resuelve la incompatibilidad antes de tocar el DNS. Compatibilidad de OpenNext en Cloudflare.
Cloudflare Pages encaja en el caso más sencillo: una aplicación Next.js que pueda generar una exportación estática. La configuración predefinida de su documentación genera los archivos en un directorio out y ofrece recompilaciones y vistas previas basadas en Git. Una exportación estática no puede conservar Server Actions ejecutadas al recibir solicitudes ni ISR; cualquier backend activo de la aplicación debe alojarse por separado. Guía de Next.js estático en Pages, límites de la exportación de Next.js.
Cómo se factura: Workers mide las solicitudes y el trabajo de CPU; los demás servicios que incorpores tienen sus propias métricas de consumo. Esperar una respuesta de red no consume tiempo de CPU del Worker. Esa diferencia puede importar en un endpoint de IA que espera la respuesta de un modelo, pero no vuelve gratuita la llamada al modelo ni el resto del sistema. Los archivos estáticos servidos directamente se contabilizan de forma distinta al tráfico que pasa por un Worker o por Workers Caching. Precios de Workers, límites de ejecución.
Ideal para: Sitios estáticos, capas ligeras de acceso a API y aplicaciones Next.js compatibles con el edge.
Lo más destacado: La entrega de archivos estáticos y el código de servidor pueden convivir en el mismo ecosistema de plataforma.
Precio: Workers Free cuesta $0; Workers Paid parte de $5/mes, con cargos por el consumo que supere lo incluido. Precios del proveedor.
Prueba gratuita: Ofrece un plan Free sin límite de duración, no solo una prueba temporal.
- Pages ofrece una vía documentada para exportaciones estáticas.
- Workers permite desplegar Next.js con streaming.
- La facturación por solicitudes y CPU se adapta a un perfil de carga distinto al de un servidor en ejecución.
- La vía recomendada con vinext está en beta y cambia la cadena de herramientas de compilación.
- OpenNext tiene sus propias exclusiones de compatibilidad.
- Incorporar almacenamiento y enlaces a recursos específicos de la plataforma añade trabajo a una futura migración.
Veredicto: elige Cloudflare cuando puedas demostrar la compatibilidad y su modelo de entrega beneficie a tu aplicación. No aceptes una migración de framework solo por perseguir el precio de entrada anunciado.
Comprueba la compatibilidad de la rama de producción
En una rama de migración, sigue el procedimiento
npx vinext checkdocumentado por Cloudflare y revisa los resultados. Contrasta la vía compatible con el middleware, la gestión de imágenes y las dependencias de servidor que realmente usas.Prueba las funciones que sostienen el negocio
Despliega una vista previa y comprueba el inicio de sesión, la carga de páginas autenticadas, una Server Action, una respuesta de IA en streaming y la revalidación de contenido. Que la compilación termine bien es solo el comienzo de esta prueba de aceptación.
Elige la migración que requiera menos cambios
Usa Pages si se trata de una verdadera exportación estática. Para código que se ejecuta al recibir solicitudes, usa una vía compatible de Workers. Si los cambios que exige el adaptador superan el beneficio, compara un despliegue convencional de Node antes de redirigir el tráfico de producción.
Render: para aplicaciones persistentes y workers en segundo plano
Render, una plataforma administrada de servicios web, workers y bases de datos, es mi primera opción cuando una aplicación de IA necesita un servidor convencional. Un producto de análisis de documentos puede ejecutar su servicio web de Next.js por separado del worker que procesa los archivos subidos. Así, la solicitud puede confirmar que se ha recibido una tarea sin obligar al visitante a esperar hasta que termine todo el procesamiento.
Qué conserva de Next.js: El despliegue documentado por Render ejecuta una aplicación Next.js completa como servicio web de Node.js, o una exportación estática como sitio estático. La vía de Node conserva el código de servidor del framework. Tú decides cómo coordinar su caché en ejecución, el comportamiento de los despliegues y los procesos adicionales. Despliegue de Next.js en Render.
La diferencia se hace evidente al escalar. ISR permite actualizar y reutilizar una página; no hace que las instancias independientes del servidor compartan por arte de magia el resultado actualizado. Un despliegue con réplicas necesita una estrategia de caché e invalidación coordinada: avisar a cada instancia de que el contenido almacenado ya está obsoleto. Next.js documenta estas responsabilidades para el alojamiento por cuenta propia. Guía de alojamiento propio de Next.js.
Cómo se factura: El plan del espacio de trabajo y los recursos de cómputo de cada servicio se cobran por separado. Los servidores web, los workers y las bases de datos son recursos independientes; el ancho de banda y las compilaciones también tienen cantidades incluidas y posibles cargos por exceso. El precio inicial de un servicio web de pago no cubre, en conjunto, una aplicación web, un worker y una base de datos de producción. Precios de Render.
El servicio gratuito sirve para probar una migración, pero se suspende tras 15 minutos sin tráfico entrante. En una aplicación de IA orientada al cliente, un periodo de inactividad no debería traducirse en una demora inesperada de arranque para la siguiente persona. Presupuesta recursos de pago cuando necesites disponibilidad inmediata y constante. Limitaciones de Render Free.
También hay un detalle práctico en la compilación: Render no conserva automáticamente el directorio .next/cache de Next.js. Su guía explica cómo reutilizar esa caché mediante la ubicación persistente que Render ofrece para la caché de compilación. Es distinta de la caché en ejecución que sirve las páginas. Configurar una no resuelve la otra.
Ideal para: Una aplicación Next.js con servicios persistentes, tareas en segundo plano o un backend desplegado por separado.
Lo más destacado: Los servicios web y los workers en segundo plano son tipos de despliegue explícitos.
Precio: Hay recursos de cómputo gratuitos; el cómputo web de pago parte de $7/mes por 512 MB, más los cargos aplicables al espacio de trabajo y otros recursos. Precios del proveedor.
Prueba gratuita: El plan Free suspende los servicios web por inactividad; no equivale a un entorno de producción siempre listo para responder.
- Ejecuta una aplicación Node convencional o un contenedor Docker personalizado.
- Distingue claramente entre servicio web y worker.
- Ofrece PostgreSQL administrado junto a los servicios de la aplicación.
- Varios servicios implican varios cargos por recursos.
- Reutilizar la caché de compilación de Next.js requiere configuración.
- La aplicación sigue siendo responsable de coordinar correctamente las réplicas y la caché en ejecución.
Veredicto: elige Render cuando necesites salir de Vercel para tener un backend persistente. Limita el alcance de la primera migración: despliega la aplicación existente como servicio web, comprueba que funciona y traslada después el proceso de tareas. Reescribir la aplicación y cambiar la base de datos al mismo tiempo dificulta aislar los fallos.
Railway: para montar una aplicación full-stack pequeña
Railway es una plataforma de despliegue que agrupa los servicios y sus conexiones en proyectos. Encaja bien en un equipo pequeño que necesita reunir una aplicación, una base de datos y un worker. Resulta especialmente útil si el desarrollador quiere visualizar cómo se conectan esas piezas y trabajar en ellas de forma conjunta. Su principal contrapartida es la variabilidad del consumo de recursos: después de desplegar con rapidez, conviene revisar con atención la factura que se está generando.
Qué conserva de Next.js: La guía de Railway permite desplegar desde GitHub, la CLI o un Dockerfile. Su flujo para Next.js describe la salida standalone, una compilación que contiene los archivos necesarios para ejecutar el servidor, y muestra cómo conectar PostgreSQL mediante una referencia a DATABASE_URL. También admite un comando previo al despliegue para las migraciones de base de datos. Guía de Next.js en Railway.
Para quien está lanzando una aplicación de investigación con IA, esta división resulta útil: el servicio web atiende la interfaz y las solicitudes; otro servicio se ocupa de las importaciones; PostgreSQL conserva los registros duraderos de la aplicación. Las referencias entre servicios facilitan la conexión, pero todavía hay que decidir qué ocurre cuando se reintenta una importación o un despliegue cambia el esquema de la base de datos.
Cómo se factura: La suscripción representa un compromiso mínimo de consumo e incluye ese mismo importe en uso de recursos. No es una cuota que se sume a cada dólar de cómputo. Una vez agotado lo incluido, la factura depende de los recursos consumidos. La memoria, la CPU, los volúmenes y el tráfico saliente de un servicio se miden por separado. Precios de Railway, página de precios de recursos.
El detalle importante es que una aplicación sin actividad puede seguir teniendo recursos en ejecución. Un proceso web que ocupa memoria, una base de datos y un worker consumen al margen del número de visitantes. No des por hecho que recibir pocas visitas abarata todo el proyecto. Compara los recursos de todos los servicios que piensas mantener activos, incluidos los entornos de vista previa.
Qué cambia respecto a Vercel: Optas por la vía de Node o contenedores, en lugar de depender de que Vercel prepare cada función del framework. Planifica la coordinación de la caché de Next.js si añades réplicas, comprueba las respuestas en streaming a través del endpoint público y decide dónde conservar los archivos subidos entre despliegues. El framework se puede trasladar; las condiciones de funcionamiento en producción necesitan una revisión.
Ideal para: Equipos pequeños que desarrollan juntos una aplicación, una base de datos y un servicio en segundo plano.
Lo más destacado: Conexión de servicios dentro del proyecto y un flujo documentado para migraciones de base de datos.
Precio: Hobby parte de $5/mes e incluye $5 de consumo de recursos; el uso adicional se factura aparte. Precios del proveedor.
Prueba gratuita: $5 en créditos de prueba que vencen a los 30 días. Condiciones de la prueba en la página de precios.
- Permite desplegar desde repositorios y con Docker.
- Ofrece referencias de conexión a bases de datos entre servicios.
- Integra las migraciones previas al despliegue en el flujo de publicación.
- Varios servicios activos pueden consumir recursos incluso cuando hay poco tráfico.
- El importe mínimo del plan no es un límite de gasto para todo el sistema.
- El comportamiento de la caché y los cambios de esquema seguros siguen requiriendo decisiones de diseño de la aplicación.
Veredicto: elige Railway para un proyecto full-stack pequeño que quieras montar y modificar con rapidez. Si tu selección ya se reduce a estas plataformas orientadas a contenedores, la comparación de Railway y Render profundiza en esa decisión.
Netlify: para conservar un flujo administrado de Next.js que ya conoces
Netlify es una plataforma administrada de despliegue web. De las opciones de esta lista, es la que mejor encaja con un equipo que quiere conservar las vistas previas y un flujo de publicación administrado de Next.js. Un sitio SaaS con mucho contenido y páginas autenticadas es un mejor motivo para elegirla que la necesidad de ejecutar un worker permanente de cualquier tipo. Su compatibilidad con Next.js es amplia, pero conviene examinar cómo se comparte el consumo facturado y dónde se ejecuta el código.
Qué conserva de Next.js: El adaptador OpenNext de Netlify admite App Router, SSR, ISR, React Server Components, Server Actions, respuestas en streaming, optimización de imágenes y Cache Components. Son funciones sustanciales: migrar no implica automáticamente renunciar al renderizado en el servidor ni al streaming de una respuesta de IA. Compatibilidad de Next.js en Netlify.
Qué cambia: Las páginas SSR de Next.js configuradas para el entorno edge se ejecutan con Node.js en la región de funciones de Netlify. No supongas que la configuración edge conserva la ubicación de ejecución. Netlify también documenta diferencias en el orden de ejecución del middleware y excluye el acceso al sistema de archivos y los complementos de C++ del middleware de Node.js. Estas limitaciones importan especialmente cuando la autenticación o el enrutamiento de solicitudes dependen de esas funciones.
Si hay clientes usando la aplicación mientras se despliegan cambios, considera la protección contra desajustes de versión, o skew protection: mantiene cada sesión del navegador vinculada al despliegue del servidor con el que comenzó. Netlify ofrece esta función de forma opcional. Su documentación también indica que las llamadas fetch habituales desde el cliente no incluyen automáticamente el identificador del despliegue, por lo que las llamadas personalizadas a API requieren atención. Es una función útil, pero no sustituye la comprobación de los recorridos de tus propias solicitudes. Detalles de compatibilidad y protección contra desajustes de versión.
Cómo se factura: Los despliegues de producción, el cómputo, el ancho de banda y las solicitudes consumen créditos; otros servicios de la plataforma también pueden consumirlos. Un sitio de contenido que publica con frecuencia y sirve archivos grandes utiliza la asignación de forma distinta a una aplicación con poco tráfico que realiza trabajo en el servidor. Por eso, Netlify exige calcular el consumo de la carga prevista; no supone una reducción automática de costos. Precios de Netlify.
Alojamiento gratuito en Netlify: el límite de créditos afecta a la disponibilidad
El límite decisivo del plan gratuito es lo que ocurre al agotar los créditos. Las preguntas frecuentes de precios de Netlify indican que los proyectos se pausan y que superar los límites de un proyecto puede pausar todos los proyectos de la cuenta. Los planes de pago pueden usar la recarga automática, desactivada de forma predeterminada. Decide expresamente si tu prioridad es evitar gastos adicionales o mantener el servicio durante un pico de tráfico.
Para quien dirige el producto, la pregunta es concreta: ¿un lanzamiento inesperado en el sitio comercial debería poder interrumpir la aplicación que comparte la misma cuenta? Revisa la estructura de la cuenta y la política de créditos antes de reunir las cargas de trabajo.
Ideal para: Equipos que quieren conservar los flujos administrados de despliegue y revisión de Next.js.
Lo más destacado: Amplia compatibilidad con el framework mediante su adaptador OpenNext, junto con vistas previas de despliegue.
Precio: Free parte de $0/mes con 300 créditos; los planes de pago y el consumo adicional siguen la tabla de créditos vigente. Precios del proveedor.
Prueba gratuita: Plan Free sin límite de duración y con una asignación mensual.
- Admite streaming, ISR y Server Actions de Next.js.
- Ofrece el conocido flujo de despliegue desde Git hasta una vista previa.
- Permite activar la protección contra desajustes entre versiones desplegadas.
- Distintos tipos de consumo comparten una misma bolsa de créditos.
- Agotarlos puede afectar a otros proyectos de la cuenta.
- La ubicación de ejecución del entorno edge y el comportamiento del middleware pueden diferir de lo esperado.
Veredicto: incluye Netlify entre las opciones si lo que quieres conservar es el flujo de despliegue. Consulta la comparación Vercel vs Netlify para decidir entre ambas y revisa el plan actual de la cuenta antes de estimar el ahorro.
Fly.io: para controlar la región de ejecución con contenedores
Fly.io ejecuta aplicaciones en máquinas virtuales llamadas Machines. Encaja con desarrolladores que quieren controlar dónde corre una aplicación en contenedores. Es más adecuado para una aplicación con requisitos concretos de ubicación que para quien busca ocuparse lo mínimo posible de las operaciones. La pregunta clave es si los datos de la aplicación pueden seguir la misma estrategia de ubicación.
Qué conserva de Next.js: Fly.io documenta un despliegue de Next.js con fly launch, un Dockerfile generado y la configuración de fly.toml. Recomienda la salida standalone para empaquetar el entorno de ejecución. Así obtienes un despliegue de servidor convencional y un control más directo de su entorno. Guía de Next.js en Fly.io.
Un entorno de ejecución convencional no resuelve todos los detalles de la migración. Las variables de entorno públicas de Next.js quedan fijadas durante la compilación, de modo que cambiar un ajuste de producción puede exigir recompilar. Varias Machines también necesitan mantener coherentes las cachés del framework y el estado del despliegue. Son tareas de ingeniería asumibles, pero deben entrar en la estimación del costo de la migración.
Piensa en una aplicación cuyos clientes están lejos de la base de datos. Acercarles el proceso web puede seguir dejando cada página a la espera de una consulta a una base de datos distante. Elige las regiones teniendo en cuenta todo el recorrido de la solicitud. Un mapa con más ubicaciones de la aplicación no demuestra, por sí solo, que la experiencia del cliente sea más rápida.
Cómo se factura: El cómputo de una Machine se cobra mientras está en ejecución; la tarifa depende del tamaño y la región. Los volúmenes, el tráfico de salida y otros recursos se cobran aparte. La estimación mensual más baja anunciada marca el punto de entrada del cómputo más pequeño, no la memoria recomendada para tu aplicación Next.js. Los recursos almacenados pueden seguir generando costos aunque un proceso se detenga. Precios de Fly.io.
La limitación más importante para aplicaciones que conservan estado es que los volúmenes no se replican automáticamente. Un volumen es almacenamiento local conectado a una Machine, no una base de datos sincronizada en todo el mundo. Si usas estado local, el diseño de tu aplicación o base de datos debe resolver la replicación y la recuperación. Documentación de volúmenes de Fly.io.
Ideal para: Desarrolladores que necesitan controlar la ubicación regional y los contenedores.
Lo más destacado: Una vía documentada para ejecutar Next.js en contenedores, con configuración explícita de la infraestructura.
Precio: La Machine más pequeña anunciada, de 256 MB, parte de un equivalente de $2.19/mes; las tarifas regionales, los tamaños mayores, el almacenamiento y el tráfico modifican el total. Precios del proveedor.
Prueba gratuita: Termina al alcanzar 2 horas totales de máquina virtual o 7 días, lo que ocurra primero. Prueba de Fly.io.
- Mantiene la aplicación en un modelo de despliegue portátil con contenedores.
- Da acceso directo a la configuración de ubicación y ejecución.
- Documenta el empaquetado standalone de Next.js y los problemas habituales de despliegue.
- Elegir una región para la aplicación no traslada automáticamente la base de datos.
- Los volúmenes necesitan una estrategia explícita de replicación y recuperación.
- La estimación de la Machine más pequeña no es un presupuesto de todo el sistema en producción.
Veredicto: elige Fly.io porque necesitas el control que ofrece. Si quieres dejar de pensar en infraestructura, ese mismo control puede representar trabajo que prefieras delegar en otro proveedor.
AWS Amplify: para aplicaciones compatibles que ya usan AWS
AWS Amplify, la oferta de Amazon Web Services para desarrollar y alojar aplicaciones, encaja en una empresa que ya utiliza servicios de AWS y cuyas funciones de Next.js son compatibles con este alojamiento. Puede tener sentido para la organización si la autenticación, los datos y el almacenamiento ya forman parte de ese entorno. Sin embargo, en una aplicación de IA con streaming, la compatibilidad debe pesar más que la comodidad de permanecer en el ecosistema.
Qué conserva de Next.js: La documentación vigente de Amplify Hosting indica que su alojamiento basado en cómputo admite las versiones 12 a 15 de Next.js, con SSR, páginas estáticas, rutas API, ISR y optimización de imágenes. Ese es el intervalo documentado, no una promesa de compatibilidad con cualquier versión que utilice tu aplicación. Compatibilidad de Next.js en Amplify.
Qué pierde: La misma documentación excluye el streaming de Next.js, ISR bajo demanda y las rutas Edge API. ISR bajo demanda permite invalidar contenido en caché en respuesta a un evento, como la publicación de una descripción de producto modificada. Admitir ISR programada o convencional no implica que funcione esta modalidad activada por eventos.
En un producto de chat, el streaming permite que el texto llegue de forma progresiva, en vez de aparecer solo cuando se ha completado la respuesta. Si tu ruta actual de Next.js depende de ese comportamiento, Amplify Hosting no ofrece un destino equivalente. Un backend de streaming alojado por separado es una alternativa de arquitectura, pero supone un cambio mayor que importar el repositorio del frontend.
Cómo se factura: Amplify mide los minutos de compilación, el almacenamiento alojado, la transferencia de datos, las solicitudes SSR y la duración del SSR. Los servicios de backend de AWS son recursos adicionales con facturación propia. La página de precios enumera integraciones como Amazon Cognito para autenticación y Amazon S3 para almacenar archivos. Reutilizarlos puede ser razonable; eso no integra todos sus costos en una sola suscripción de alojamiento. Precios de Amplify.
Si tu equipo ya opera en AWS, conocer los controles de acceso, la gestión de la facturación y los servicios de backend puede compensar una factura más fragmentada. Para un desarrollador independiente que llega únicamente para reducir el gasto en Vercel, esa ventaja organizativa quizá no exista. Compara la arquitectura necesaria, no la amplitud del catálogo de AWS.
Ideal para: Empresas centradas en AWS con una aplicación Next.js compatible.
Lo más destacado: Alojamiento junto a un backend y una estructura de cuentas de AWS ya existentes.
Precio: Las compilaciones estándar parten de $0.01/minuto; el alojamiento, el SSR y los recursos de backend se miden por separado. Precios del proveedor.
Prueba gratuita: La elegibilidad y los créditos de AWS Free Tier dependen de la cuenta y de las condiciones de registro.
- Ofrece alojamiento administrado para el intervalo de versiones de Next.js documentado.
- Admite SSR, ISR convencional y optimización de imágenes.
- Encaja con un entorno de autenticación, almacenamiento y datos ya basado en AWS.
- El streaming de Next.js está expresamente excluido.
- Tampoco admite ISR bajo demanda ni rutas Edge API.
- La medición independiente de varios servicios de AWS amplía la factura de la aplicación más allá del alojamiento.
Veredicto: elige Amplify solo después de confirmar que su lista de compatibilidad cubre los requisitos de tu aplicación. Ya gastar en AWS es un motivo para evaluarlo, no para pasar por alto una función que falta en producción.
Cuándo conviene seguir en Vercel
Vercel, la plataforma de despliegue que estás pensando en dejar, puede seguir siendo la mejor opción si la aplicación funciona bien y el problema es una factura que no entiendes o no controlas. Cambiar de proveedor implica trabajo de ingeniería, riesgo de regresiones y nuevas responsabilidades operativas. Ese costo debería aportar una mejora concreta.
Precios de Vercel: revisa el plan actual antes de migrar
Consulta tu factura real y el desglose actual de precios de Vercel. Los precios vigentes de Vercel ya incluyen la opción Flat Rate CDN en Pro, por lo que una comparación antigua basada solo en cargos de entrega por gigabyte puede estar describiendo una factura distinta de la tuya. Antes de comparar alternativas, identifica si el costo que te preocupa viene de la entrega de contenido, el cómputo, las compilaciones, los puestos de usuario o un servicio independiente. Precios actuales de Vercel.
Spend Management admite notificaciones, webhooks y una acción opcional que pausa todos los despliegues de producción del equipo. Una alerta por sí sola no detiene el consumo. La pausa también impide que los clientes accedan a esas aplicaciones, y la comprobación del gasto puede retrasarse varios minutos respecto al momento en que se supera el umbral. Es un mecanismo de control de costos que afecta a la disponibilidad, no un límite exacto e instantáneo. Spend Management de Vercel.
Quédate si puedes eliminar el trabajo costoso, servirlo desde caché o trasladarlo a un servicio independiente sin migrar el frontend. Cambia cuando un proceso persistente, una limitación del entorno de ejecución o un requisito deliberado de portabilidad justifiquen el esfuerzo.
Alternativas a Vercel gratis: qué cubren realmente los planes
Una asignación gratuita sirve para evaluar la plataforma, pero no es una arquitectura de producción. Agotar los créditos de Netlify puede pausar proyectos. El servicio web Free de Render se suspende por inactividad. Railway y Fly.io ofrecen pruebas limitadas. La elegibilidad de AWS depende de las condiciones de la cuenta. El entorno gratuito de Cloudflare tiene límites de ejecución, aunque sea generoso con la entrega de contenido estático.
Usa la opción gratuita para comprobar si la aplicación compila, autentica, transmite en streaming y se recupera correctamente. Después estima el consumo continuado con los recursos que realmente necesita la producción.
El plan gratuito y la prueba gratuita de Vercel tienen fines distintos
El plan Hobby de Vercel está destinado al uso personal y no comercial. Una prueba de Pro permite evaluar las funciones del plan de pago a las que se tenga acceso; no concede el derecho a usarlo indefinidamente en producción. Quien dirige un negocio no debería comparar un despliegue comercial con un plan gratuito que no cubre ese uso. Orientación sobre los planes de Vercel.
Cómo migrar a una alternativa a Vercel sin romper la aplicación
Traslada primero la carga costosa o incompatible; migra toda la aplicación solo si eso resuelve un problema mayor. Una aplicación de IA puede conservar su frontend mientras una API independiente recibe trabajo, una cola guarda las tareas pendientes y un worker las procesa. Los datos que deben perdurar tienen que quedar fuera de un despliegue desechable de la aplicación.

Una cola es una lista de espera de la que el worker puede tomar tareas con independencia de la solicitud del navegador. Por ejemplo, al subir un archivo se puede devolver un identificador de tarea; el worker extrae el texto y guarda el resultado; más tarde, la aplicación consulta el estado. Esto no exige trasladar todas las páginas comerciales ni todas las pantallas de inicio de sesión al mismo tiempo.
Un repositorio portátil es solo una parte de un sistema portátil. Haz inventario de las llamadas al almacenamiento propias del proveedor, las variables de entorno, las tareas programadas, los callbacks de autenticación y las URL de despliegue. Decide qué servicios se quedan, cuáles se reemplazan y cuáles necesitan exportar sus datos. Cambiar el alojamiento del frontend no traslada automáticamente ninguno de ellos.
Elige un flujo de trabajo representativo
Usa el recorrido que importa al negocio: iniciar sesión, subir un documento, comenzar el procesamiento, recibir una respuesta en streaming y volver a consultar el resultado guardado. Documenta el comportamiento esperado antes de cambiar de alojamiento.
Separa los ajustes de compilación de los secretos de ejecución
Configura de nuevo los secretos del servidor en el destino y comprueba qué ajustes públicos quedan incorporados durante la compilación. Mantén las credenciales de producción fuera de las vistas previas de migración, salvo que se haya autorizado expresamente su uso en ellas.
Prueba el streaming y la invalidación de caché
Comprueba que los fragmentos llegan de forma progresiva a través de la URL pública. Modifica contenido y verifica que se actualizan las páginas previstas. Si añades réplicas, comprueba que cada instancia ve el estado actualizado. Next.js documenta el almacenamiento en búfer del proxy y la coordinación de caché como aspectos que atender al alojar por cuenta propia.
Prueba los fallos y la reversión antes de redirigir el tráfico
Reinicia un worker mientras procesa una tarea, reintenta una solicitud y despliega con una sesión del navegador abierta. Confirma que los reintentos no duplican el trabajo visible para el cliente. Decide cómo volver a la versión anterior de la aplicación sin revertir de forma insegura una migración de base de datos.
Compara la misma carga y haz el cambio de forma gradual
Incluye la aplicación, el worker, la base de datos, el almacenamiento de archivos, el tráfico, las compilaciones y la monitorización en cada estimación. Redirige el tráfico solo cuando se superen las pruebas de aceptación, conserva una vía de reversión y retira los recursos que ya no uses una vez que el nuevo entorno sea estable.
Los detalles del framework que sustentan estas comprobaciones están documentados en la guía de alojamiento propio de Next.js. La lista es un plan de aceptación, no una afirmación de que se hayan desplegado estas aplicaciones durante la comparación.
Cómo se eligieron estas alternativas
La selección prioriza una vía de migración viable para una aplicación Next.js o de IA en producción. Los criterios son la adecuación del entorno de ejecución, la compatibilidad documentada con el framework, las unidades de facturación, el flujo de despliegue y el trabajo operativo que pasa a depender de ti.
Los seis proveedores se evaluaron a partir de sus propias páginas técnicas y de precios el 3 de noviembre de 2026. Las recomendaciones relacionan esos datos con una decisión sobre la carga de trabajo: entrega estática, gestión administrada de solicitudes, servicios persistentes o permanencia en la plataforma actual. No se asignan puntuaciones sintéticas de rendimiento ni se prometen ahorros sin medir una carga de trabajo.
Los servidores virtuales autogestionados quedan fuera de esta selección porque implican un modelo operativo diferente. Un desarrollador con los conocimientos necesarios puede optar por esa vía, pero alguien tiene que hacerse cargo de las actualizaciones, las copias de seguridad, la recuperación y la exposición pública del servidor. Añadir más nombres no elimina esas responsabilidades.
Qué opciones conviene evitar según tu aplicación
Evita una mala combinación de proveedor y carga de trabajo, no una marca en cualquier circunstancia.
- AWS Amplify Hosting para una aplicación de IA con Next.js y streaming que quieras trasladar sin cambios. La exclusión documentada del streaming es un impedimento concreto.
- La exportación estática de Cloudflare Pages para una aplicación que necesita sus propias Server Actions al recibir solicitudes o ISR. Elige un entorno de servidor compatible o separa el backend.
- Render Free para una aplicación que debe estar siempre lista para responder de inmediato. Su suspensión por inactividad entra en conflicto con ese requisito.
- Netlify como sustituto supuestamente de precio fijo para una carga de trabajo intensa. Antes hay que modelar el consumo compartido de créditos y lo que ocurre al agotarlos.
- Fly.io como forma de evitar decisiones de infraestructura. La ubicación regional de los datos, los volúmenes y la recuperación requieren que alguien asuma esa responsabilidad de forma deliberada.
Evita también elegir Railway o cualquier plataforma que cobre por consumo de recursos basándote únicamente en el importe mínimo de la suscripción. Un precio de entrada atractivo no incluye el costo de los servicios que aún te falta desplegar.
Preguntas frecuentes
¿Vercel es un proveedor de alojamiento?
Sí. Vercel aloja y despliega aplicaciones web. Las alternativas de esta lista sustituyen distintas partes de ese trabajo, desde servir archivos estáticos hasta ejecutar un servidor de aplicaciones persistente.
¿En qué se diferencian Vercel y GoDaddy?
Registrar un dominio y desplegar una aplicación son tareas distintas. GoDaddy vende registros de dominios; Vercel aloja aplicaciones. Tener un dominio registrado en GoDaddy no obliga a elegirlo también como proveedor de alojamiento de la aplicación.
¿Qué plataforma es mejor que Vercel?
Render o Railway pueden encajar mejor para servicios full-stack persistentes. Cloudflare es una de las primeras opciones para cargas estáticas y compatibles con el edge. Netlify encaja con un flujo de publicación administrado de Next.js. No hay un ganador universal sin definir el entorno de ejecución y la carga de trabajo.
¿Netlify utiliza Vercel?
Netlify ofrece su propia plataforma de despliegue. Ejecuta Next.js mediante su propio adaptador OpenNext, en un despliegue independiente del alojamiento de la aplicación en Vercel.
¿Qué conviene más, Vercel o Netlify?
Netlify es una alternativa sólida cuando su comportamiento con el framework y su modelo de créditos encajan con la aplicación. Seguir en Vercel puede ser mejor si el trabajo de migración supera la mejora esperada. Compara la factura actual y las funciones necesarias, especialmente el middleware, la ubicación de ejecución y el comportamiento de los despliegues.
¿Qué desventajas tiene Netlify?
Varios tipos de consumo comparten una misma bolsa de créditos, y agotarla puede pausar otros proyectos de la cuenta. La ubicación del SSR de Next.js configurado para el entorno edge y algunos comportamientos del middleware difieren de los de un despliegue independiente. Las solicitudes personalizadas del cliente también requieren atención al usar la protección contra desajustes de versión.
¿Qué alternativas son mejores que Netlify?
Conviene evaluar Cloudflare para entregar contenido estático y ejecutar código compatible con el edge. Render o Railway son un mejor punto de partida si necesitas un servicio persistente o un worker convencional en segundo plano. Netlify sigue siendo una opción sólida cuando la necesidad principal es la publicación web administrada.
¿Netlify es gratis para siempre?
Netlify ofrece actualmente un plan Free sin límite de duración y con una asignación mensual de créditos. Eso no significa consumo ilimitado ni garantiza que las condiciones nunca vayan a cambiar. Los sitios pueden pausarse al agotar la asignación.
¿Qué es mejor, GitHub o Netlify?
GitHub Pages sirve sitios estáticos a partir de los archivos de un repositorio. Netlify también admite funciones de servidor de Next.js mediante su adaptador. Elige según si el sitio necesita un entorno de ejecución de servidor; alojar el código fuente en GitHub no impide desplegar la aplicación en otra plataforma. Documentación de GitHub Pages.
Antes de la migración de la próxima semana, organiza el frontend, las tareas, los datos y los límites de gasto con la lista de auditoría de flujos de trabajo de IA para tu negocio. Úsala para identificar qué carga merece la pena trasladar primero.
- Publicado
- Categoría
- Build
- Idioma















