Dónde desplegar un backend gratis

Se puede desplegar un backend gratis, pero no de cualquier forma: o aceptas un servidor que se duerme cuando nadie lo usa, o escribes la API como funciones que se ejecutan por petición, o no escribes backend y usas uno como servicio. Las tres vías tienen planes gratuitos reales; lo que cambia es qué tipo de código admiten y qué pasa con la primera petición del día.

Antes de mirar proveedores conviene saber cuál de las tres es la tuya, porque descarta la mitad de la lista. Los límites concretos de cada servicio están en su ficha del directorio, que se revisa cuando cambian; aquí se quedarían viejos.

Antes de elegir: qué tipo de backend tienes

• Un proceso que arranca y escucha —Express, FastAPI, Django, un binario de Go—. Necesita un servidor o un contenedor, y en un plan gratuito eso casi siempre significa que se apaga sin tráfico.
• Endpoints sin estado que responden y terminan. Caben en funciones serverless o en el edge, que no se duermen igual pero limitan el tiempo de CPU por petición.
• CRUD sobre una base de datos con login. Lo más probable es que no necesites escribir backend: un backend como servicio te da la API, la autenticación y las reglas de acceso.

Si tienes WebSockets largos, colas o tareas que tardan minutos, lee con lupa: es donde los planes gratuitos se quedan cortos antes.

1. Render: un servidor de verdad que se duerme

Render ejecuta servicios web desde un repositorio o un Dockerfile, así que vale para casi cualquier lenguaje. Es lo más parecido a lo que era Heroku gratis.

Lo que hay que saber de su plan gratuito, según su documentación: los servicios web gratuitos se suspenden tras unos minutos sin tráfico y tardan del orden de un minuto en volver, la base de datos Postgres gratuita caduca al cabo de un tiempo si no pasas a pago, y los workers en segundo plano y los cron jobs no tienen instancia gratuita. Render dice expresamente que lo gratuito no es para producción.

Encaja en: una API de un proyecto personal, una demo, un bot que recibe pocas peticiones y tolera un arranque lento.

2. Cloudflare Workers: funciones en el edge con cuota diaria

Cloudflare Workers ejecuta JavaScript y TypeScript en su red. No hay servidor que se duerma, pero hay dos límites que hay que leer: una cuota diaria de peticiones y un tiempo de CPU por invocación corto en el plan gratuito. Para endpoints que consultan algo y responden es de sobra; para procesar un archivo grande, no.

A favor: en el mismo plan gratuito tienes D1, una base de datos SQL, y almacenamiento de objetos, así que una API pequeña cabe entera sin salir de Cloudflare. En contra: el runtime no es Node completo, y algunas librerías no funcionan sin adaptar.

3. Deno Deploy: TypeScript sin configurar nada

Deno Deploy tiene un plan Free pensado, según su página de precios, para uso personal y proyectos pequeños. Despliegas desde GitHub o la CLI, TypeScript va sin paso de compilación y el código se distribuye en varias regiones.

Encaja en webhooks y APIs pequeñas en TypeScript. Comprueba antes en su ficha la cuota de peticiones y de CPU.

4. Funciones de Vercel o Netlify junto al frontend

Si ya despliegas el frontend en Vercel o Netlify, sus funciones serverless son el backend más cómodo: viven en el mismo repositorio, se despliegan con el mismo push y comparten dominio, sin CORS que configurar.

Dos avisos. El plan Hobby de Vercel restringe el uso a proyectos personales y no comerciales, según sus propias condiciones. Y el plan Free de Netlify funciona con un límite de créditos mensuales que consumen los despliegues a producción, el ancho de banda, las peticiones y las funciones, así que una API con mucho tráfico se come los créditos del sitio; si se agotan, Netlify pausa los proyectos. Más opciones en hosting y deploy.

5. Supabase: el backend que no escribes

Para muchas aplicaciones, el backend es una base de datos con login y permisos. Supabase te da Postgres, una API generada sobre tus tablas, autenticación, almacenamiento y Edge Functions para la lógica que no cabe en una consulta. Las reglas de acceso se escriben como políticas de seguridad a nivel de fila, en la propia base de datos.

Lo que hay que saber: el plan gratuito limita el número de proyectos activos y pausa los proyectos tras un periodo sin actividad. Si lo comparas con Firebase, lo desarrollamos en Supabase vs Firebase. Otras bases de datos con plan gratuito, en datos y backend.

Lo que ya no es gratis

Muchas guías antiguas recomiendan servicios que han cambiado:

• Heroku dejó de ofrecer dynos gratuitos, Postgres gratuito y Redis gratuito el 28 de noviembre de 2022.
• Fly.io no da plan gratuito ni cuota mensual gratis a las organizaciones nuevas: tiene una prueba corta y después hay que poner tarjeta. Las organizaciones con planes antiguos conservan lo que tenían.
• Railway empieza con una prueba y después pasa a un plan Free con un crédito mensual pequeño, que da para muy poco tiempo de un servicio encendido.

Los planes gratuitos cambian varias veces al año, y esta lista también lo hará. La página oficial de precios de cada proveedor es la que manda.

Cómo elegir en un minuto

Tu backend	Dónde empezar	Lo que vas a notar
Servidor Express, FastAPI, Django	Render	Arranque lento tras inactividad
Endpoints cortos y sin estado	Cloudflare Workers, Deno Deploy	Límite de CPU por petición
API del mismo proyecto que el frontend	Funciones de Vercel o Netlify	Condiciones de uso y cuota compartida
CRUD con login	Supabase	Pausa por inactividad

Si el proyecto va en serio, el resto de piezas —correo, analítica, errores— están en stack gratis para lanzar un proyecto, y los límites que conviene leer antes de cualquier plan, en los límites del plan gratuito que nadie lee.

Preguntas frecuentes

¿Dónde puedo desplegar un backend gratis en Node.js? En Render si es un servidor que escucha en un puerto, aceptando que se duerma sin tráfico. Si puedes escribirlo como funciones, en Cloudflare Workers, Deno Deploy o las funciones de Vercel y Netlify, que no se duermen igual pero limitan el tiempo de CPU.

¿Por qué mi API gratuita tarda tanto en la primera petición? Porque el plan gratuito apaga el servicio cuando no recibe tráfico y lo vuelve a arrancar con la siguiente petición. Es el comportamiento normal de Render y de otros proveedores con servidores gratuitos, no un fallo de tu código.

¿Sigue habiendo plan gratuito en Heroku? No. Heroku retiró los dynos gratuitos, Postgres gratuito y Redis gratuito el 28 de noviembre de 2022. Hoy sus planes más baratos son de pago.

¿Puedo usar un backend gratuito en producción? Para un proyecto pequeño, con riesgo asumido, sí. Ten en cuenta que algunos proveedores lo desaconsejan expresamente, que no hay garantía de disponibilidad y que una pausa o un arranque en frío los va a ver tus usuarios.

¿Cómo sé si los límites de un plan siguen vigentes? Mirando la página oficial de precios del proveedor, que es la única fuente que manda. Las fichas del directorio enlazan a ella y dicen cuándo se revisaron.