El problema de las claves de API que nunca caducan
Una clave emitida hace años, que nunca se ha rotado y que hoy sigue siendo válida, no es una comodidad. Es un riesgo que nadie ha revisado de verdad en años.
Un plan gratuito se diseña por una de dos razones muy distintas, y normalmente tras unos minutos de uso es evidente cuál eligió un proveedor. Una versión existe para que un desarrollador evalúe de verdad un producto: volumen suficiente para crear una integración real, ejecutarla con datos reales y decidir si merece la pena pagar por ella. La otra versión existe para dar una muestra lo bastante grande como para despertar interés y lo bastante pequeña como para forzar una decisión de pasar a un plan de pago casi de inmediato, y funciona menos como una herramienta de evaluación y más como la primera página de un discurso de ventas.
El nuestro pretende ser del primer tipo. 2.500 solicitudes al día desde cualquier dirección, sin necesidad de clave, y otras 2.500 al día cuando añades una clave, contadas por red y compartidas entre el uso sin clave y con clave desde esa red. Es suficiente para crear y probar una integración real, no una cantidad simbólica que se agota durante la primera tarde probando la API y te deja tomando una decisión de compra antes de haber aprendido nada.
La distinción importa porque un plan gratuito dimensionado como cebo produce un tipo concreto y malo de toma de decisiones. Un desarrollador que se queda sin solicitudes gratuitas en la primera hora no decide pasar a un plan de pago porque el producto haya demostrado su valor. Decide si seguir dedicando tiempo a una evaluación que se cortó antes de tiempo, a menudo antes incluso de llegar a las partes de la integración que revelarían si la calidad de los datos y la forma de la respuesta encajan de verdad con su caso de uso. Eso no es una evaluación real. Es una evaluación truncada, disfrazada de prueba gratuita.
Un plan gratuito dimensionado para una evaluación real le cuesta más al proveedor, en el sentido directo de que una fracción significativa de ese uso nunca se convertirá en ingresos. Creemos que ese coste compra algo que merece la pena: un cliente que pasa a un plan de pago porque realmente probó el producto y funcionó, no porque una cuenta atrás o un tope de solicitudes forzara la decisión antes de terminar las pruebas. La conversión que sigue a una evaluación real suele ser más duradera, porque se basa en el producto y no en haberse quedado sin margen para seguir evaluándolo.
Hay un segundo propósito, más discreto, al que sirve un plan gratuito generoso: cubre casos de uso pequeños, permanentes y de bajo volumen sin exigir nunca una cuenta de pago. Un proyecto personal, una pequeña herramienta de una organización sin ánimo de lucro, un trabajo de un estudiante: ninguno de ellos necesita convertirse en cliente solo para seguir funcionando dentro de una cuota diaria razonable. Un plan gratuito que solo existe para caducar no está pensado para ese caso de uso. El nuestro sí, a propósito, porque no todo uso legítimo de una API tiene que convertirse en una partida del presupuesto mensual de alguien.