Los límites del plan gratuito que nadie lee

Un plan gratuito casi nunca se rompe por el número grande de la página de precios. Se rompe por el límite que está dos líneas más abajo: cuántos días se guardan los datos, cuántos proyectos puedes tener, cuánta gente puede entrar contigo, o si puedes usarlo en algo que gane dinero. Ese es el que te para el lunes por la mañana, y es el que no se lee.

Revisando los servicios del directorio uno a uno, los sustos se repiten con una constancia sospechosa. Estos son los siete límites que conviene mirar antes de escribir la primera línea de código contra un servicio.

1. La retención, no el volumen

Es el más caro de descubrir tarde. Un servicio de logs o de métricas puede aceptar mucho volumen y guardarlo solo unos días. Con eso puedes depurar lo que pasó anoche, pero no puedes responder a «esto empezó a fallar hace tres semanas», que es justo cuando lo necesitas.

Pregunta exacta: ¿cuántos días se guarda lo que envío? Si la respuesta es corta, el plan sirve para desarrollar y no para operar. En monitorización esa distinción separa casi por completo lo que se puede llevar a producción de lo que no.

2. Cuántos proyectos, no cuánto uso

Muchos planes gratuitos son generosos en uso y tacaños en proyectos: uno o dos, y ya. Si haces trabajo por encargo, o simplemente tienes tres ideas a la vez, ese límite se alcanza el primer mes y no hay optimización que lo evite.

Mira también si un entorno de pruebas cuenta como proyecto. A veces sí, y entonces el límite real es la mitad del que anuncian.

3. Los colaboradores

En cuanto entra una segunda persona, muchos planes gratuitos se acaban. Es el patrón más extendido: el uso individual es gratis para siempre y el trabajo en equipo es de pago desde la primera invitación. No es una trampa —tiene todo el sentido comercial—, pero cambia la decisión si estás eligiendo herramienta para algo que va a crecer.

Aplica sobre todo en equipo y productividad y en diseño.

4. Si puedes usarlo comercialmente

Hay planes gratuitos que excluyen explícitamente el uso comercial. El caso más conocido es el nivel Hobby de Vercel, que está pensado para proyectos personales y no para un sitio que factura. No es letra pequeña escondida: está escrito, simplemente nadie lo lee hasta que llega un aviso.

Si el proyecto va a generar ingresos, aunque sean pocos, este es el primer punto que hay que comprobar.

5. Qué pasa exactamente cuando te pasas

Tres comportamientos posibles, y son muy distintos entre sí:

• Te limitan la tasa. Todo sigue funcionando, más lento. Es el mejor caso.
• Suspenden el servicio hasta el siguiente ciclo. Tu proyecto se cae. Malo si hay gente usándolo.
• Cobran el exceso automáticamente. Peor todavía si no lo esperabas, porque el susto llega en la factura.

Antes de lanzar algo con tráfico real, averigua cuál de los tres es y configura una alerta de consumo. Un servicio que te avisa al 80 % vale más que uno con una cuota un poco mayor que te avisa cuando ya pasó.

6. La inactividad

Es el límite silencioso. Bastantes planes gratuitos duermen o borran lo que lleva semanas sin uso: bases de datos que se pausan, entornos que se apagan, proyectos que se archivan. Para una demo que enseñas de vez en cuando, esto significa que la primera visita después de un mes ve un error o espera veinte segundos.

Suele estar en la documentación y casi nunca en la página de precios.

7. Cómo se sale

El último y el que decide cuánto riesgo estás asumiendo de verdad. ¿Puedes exportar tus datos en un formato estándar y sin pedir permiso? ¿La API se parece a algo abierto —Postgres, S3, OpenTelemetry— o es propietaria de arriba abajo?

Tres reglas que abaratan la salida antes de necesitarla:

1. Prefiere estándares abiertos frente a APIs propietarias cuando la diferencia sea pequeña.
2. Mantén tus datos exportables y prueba la exportación una vez, no el día que la necesites.
3. No acoples la lógica de negocio al SDK del proveedor: pon una capa fina en medio.

Con eso, cambiar de proveedor es cuestión de horas. Sin eso, es un proyecto entero.

Cómo usar esto sin volverte loco

No hace falta auditar todos los servicios que usas. Basta con hacer estas siete preguntas al servicio que va a sostener el proyecto: la base de datos, el hosting, el correo. Para lo periférico, con mirar la retención y la salida vas servido.

En el directorio cada ficha lleva los límites conocidos en unidades concretas en vez de un «generoso plan gratuito», precisamente porque el problema nunca es el titular. Y aun así: los planes cambian sin avisar, así que la página oficial de precios manda siempre sobre lo que leas en cualquier sitio, incluido este.

Preguntas frecuentes

¿Un plan gratuito es fiable para producción? Algunos sí y otros no, y la diferencia casi nunca es la cuota. Mira retención, qué pasa al superar el límite y si hay algún compromiso de disponibilidad. Un plan gratuito que suspende el proyecto al pasarse no es apto para algo que usen clientes, por generosa que sea la cuota.

¿Por qué a veces piden tarjeta si no cobran nada? Casi siempre es verificación antifraude: los niveles gratuitos son un imán para el abuso automatizado y la tarjeta filtra mucho. Aun así, comprueba si el paso al cobro es automático o requiere que tú lo actives, que es lo que de verdad cambia el riesgo.

¿Cada cuánto cambian los límites de los planes gratuitos? Más a menudo de lo que parece. En un año cualquiera hay proveedores que amplían la cuota, otros que la recortan y alguno que elimina el nivel gratuito entero. Por eso conviene no construir nada crítico sobre un límite exacto sin un plan B.

¿Qué diferencia hay entre plan gratuito y prueba gratuita? Un plan gratuito se puede usar de forma continuada; una prueba caduca. Es la distinción más importante y la que más se difumina en el lenguaje comercial. Si un servicio solo ofrece prueba, conviene que esté dicho de forma explícita antes de que inviertas tiempo en integrarlo.

¿Merece la pena juntar varios servicios gratuitos en vez de pagar uno? A veces, pero tiene un coste que no se ve: cada servicio es una cuenta, una integración y un sitio más donde puede romperse algo. Para empezar y validar una idea es una estrategia excelente; cuando el proyecto ya funciona, suele salir más barato consolidar.