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.
O que "requisições ilimitadas" deveria significar, com precisão
"Ilimitado" é uma palavra com um significado preciso, usada de forma solta com tanta frequência que esperar o significado preciso começou a parecer quase ingênuo. Ela deveria significar exatamente o que diz: nenhum teto para o número de requisições que você pode enviar nesse plano, em qualquer ritmo que o seu uso real alcance. Não deveria significar um número muito grande que o provedor não divulgou, uma taxa que é reduzida quando o uso ultrapassa um limite interno, ou um plano que tecnicamente não tem limite declarado, mas vem com uma cláusula de uso justo que funciona como um limite não divulgado.
A nossa chave Unlimited, por € 50 por mês, significa a primeira definição e somente a primeira. Não existe um limite interno acima do qual as requisições começam a ser reduzidas, nenhuma política de uso justo no lugar de um número que preferiríamos não publicar, e nenhuma diferença entre o que o plano anuncia e o que ele realmente permite quando você o usa intensamente. Se algum dia criássemos uma proteção técnica real, a resposta honesta seria renomear o plano e publicar o número real, e não manter a palavra e discretamente associar uma condição a ela.
Achamos que um bom teste para saber se uma afirmação de "ilimitado" é genuína é verificar se ela pode ser refutada de uma forma específica e verificável: um cliente pode enviar um volume incomumente grande de requisições em um curto período e ver se o plano realmente se sustenta, ou o provedor tem em algum lugar uma redação que permite redefinir "incomum" depois do fato, de um jeito que o cliente não poderia ter previsto a partir dos termos do plano? Uma afirmação que sempre pode ser justificada depois do fato não é realmente uma afirmação. É um espaço reservado para o que quer que o provedor decida mais tarde.
Essa distinção importa porque os planos ilimitados existem justamente para clientes que precisam parar de pensar no volume de requisições como um centro de custo a ser gerenciado. Essa é toda a proposta de valor: pague um valor fixo e pare de contar. Um plano que discretamente ainda tem um teto derrota esse propósito da pior forma possível, porque o cliente que o comprou justamente para parar de se preocupar com limites é o que tem mais chance de ser pego de surpresa quando um limite oculto é aplicado, já que era ele quem mais dependia de a palavra significar o que dizia.
Não estamos dizendo que todo provedor precisa oferecer um plano ilimitado, nem que um plano com limite e preço claros seja pior do que um ilimitado. Um limite declarado com clareza é honesto em seus próprios termos. O que não é honesto é chamar um plano com limite de ilimitado porque o limite é alto o bastante para que a maioria dos clientes nunca o teste pessoalmente. A palavra deveria descrever uma propriedade do plano, testada e verdadeira em qualquer volume, e não uma impressão de marketing que por acaso se sustenta para o cliente médio e falha discretamente para quem realmente precisava que a promessa fosse literal.