O problema das chaves de API que nunca expiram
Uma chave emitida anos atrás, nunca trocada e ainda válida hoje não é uma conveniência. É um risco que ninguém examina de verdade há anos.
Para que serve, de fato, um plano gratuito
Um plano gratuito é criado por um de dois motivos muito diferentes, e geralmente fica óbvio depois de alguns minutos de uso qual deles um determinado provedor escolheu. Uma versão existe para permitir que um desenvolvedor avalie o produto de verdade: volume suficiente para construir uma integração real, executá-la com dados reais e decidir se vale a pena pagar. A outra versão existe para oferecer uma amostra grande o bastante para despertar interesse e pequena o bastante para forçar uma decisão de upgrade quase imediatamente, funcionando menos como uma ferramenta de avaliação e mais como a primeira página de um discurso de vendas.
O nosso foi pensado para ser do primeiro tipo. 2.500 requisições por dia a partir de qualquer endereço, sem necessidade de chave, e mais 2.500 por dia quando você adiciona uma chave, contadas por rede e compartilhadas entre o uso com e sem chave a partir dessa rede. Isso é suficiente para construir e testar uma integração real, e não uma quantidade simbólica que acaba na primeira tarde de testes da API e deixa você tomando uma decisão de compra antes de ter aprendido qualquer coisa.
A distinção importa porque um plano gratuito dimensionado como isca produz um tipo específico e ruim de tomada de decisão. Um desenvolvedor que fica sem requisições gratuitas na primeira hora não está decidindo fazer upgrade porque o produto provou seu valor. Está decidindo se continua investindo tempo em uma avaliação que foi interrompida, muitas vezes antes mesmo de chegar às partes da integração que revelariam se a qualidade dos dados e o formato da resposta realmente servem para o seu caso de uso. Isso não é uma avaliação real. É uma avaliação truncada, disfarçada de teste grátis.
Um plano gratuito dimensionado para uma avaliação genuína custa mais ao provedor, no sentido direto de que uma fração significativa desse uso nunca vai se converter em receita. Achamos que esse custo compra algo que vale a pena: um cliente que faz upgrade porque realmente testou o produto e ele funcionou, e não porque uma contagem regressiva ou um limite de requisições forçou a decisão antes de o teste terminar. A conversão que resulta de uma avaliação real tende a ser mais duradoura, porque se baseia no produto e não no fato de ter acabado a margem para continuar avaliando.
Há um segundo propósito, mais discreto, que um plano gratuito generoso cumpre: ele cobre casos de uso pequenos, permanentes e de baixo volume sem nunca exigir uma conta paga. Um projeto pessoal, uma pequena ferramenta de uma organização sem fins lucrativos, um trabalho de estudante: nenhum deles precisa virar cliente só para continuar funcionando dentro de uma cota diária razoável. Um plano gratuito que existe apenas para expirar não foi feito para atender esse caso de uso. O nosso foi, de propósito, porque nem todo uso legítimo de uma API precisa virar uma linha no orçamento mensal de alguém.