Quatro números que vale a pena conhecer antes de entregar um cartão:
- A sua dotação mensal reinicia para zero de saldo não utilizado a cada ciclo.
- Os pacotes de créditos não têm qualquer data de expiração.
- Os reembolsos de um pacote não utilizado são válidos durante 14 dias.
- Uma geração falhada consome sempre exatamente o valor de um crédito de trabalho, quer goste do resultado ou não.
Três desses pontos são matéria para a página de preços. O interessante está escondido na forma como o gasto é realmente ordenado, e vale a pena explorá-lo porque é a diferença entre os créditos significarem algo e os créditos serem apenas um número de marketing.
Porque é que a dotação é usada primeiro
Quando tem tanto uma dotação mensal como um pacote comprado na sua conta, a dotação é gasta antes de o pacote ser tocado. Ninguém coloca isso no texto de preços em destaque, mas é o mecanismo que faz com que os pacotes valham realmente o que pagou por eles.
Considere a alternativa: se os pacotes fossem consumidos primeiro, a sua dotação ficaria simplesmente parada, sem uso, até o ciclo de faturação renovar e a apagar. Um pacote comprado em março para cobrir uma semana agitada estaria silenciosamente a subsidiar a sua subscrição em vez de a complementar — pagaria duas vezes pela mesma unidade de trabalho, uma através do plano e outra através do pacote, enquanto aquilo que já tinha pago evapora-se em segundo plano. A dotação-primeiro inverte isso: o dinheiro do plano gratuito é usado primeiro, o dinheiro que entregou especificamente para capacidade extra sobrevive a tudo o que a renovação de outra forma retiraria. Um pacote comprado em março vale exatamente o mesmo em novembro do que valia no dia em que o comprou.
Essa assimetria é também a razão pela qual os dois tipos de crédito expiram de forma diferente, desde logo. A dotação é uso incluído associado ao ciclo que está a pagar — se transitasse indefinidamente, estaríamos efetivamente a vender três meses de créditos pelo preço de um sempre que alguém não iniciasse sessão, e a página de preços precisaria de muito mais letra pequena para explicar isso. Por isso reinicia, de forma clara, em vez de ficar escondido numa FAQ. Os pacotes são dinheiro gasto especificamente para comprar uso, não uma vantagem de subscrição, por isso comportam-se como um saldo em vez de um benefício — sem relógio de expiração a contar em segundo plano.
Já usei ferramentas onde o crédito extra pago morria silenciosamente junto com o ciclo de subscrição, tecnicamente divulgado algures nos termos, e isso sempre soou a armadilha.
A ordem de gasto é a pequena escolha mecânica que impede este produto de se tornar isso.
O que realmente gasta um crédito
Qualquer coisa em que um modelo realiza trabalho real em seu nome:
- Uma primeira compilação
- Uma recompilação após alterações
- Uma pesquisa a analisar páginas da concorrência
- Um rascunho de marketing
- Uma passagem de otimização a reescrever metadados
Estes não têm o mesmo preço e não deveriam ter — uma compilação completa pode tocar numa dezena de ficheiros ao longo de vários minutos de tempo de modelo, um ajuste de título são alguns segundos de edição focada. As taxas por tipo de ação estão na página de preços e podem mudar à medida que ajustamos os modelos subjacentes; preferimos ajustar o número abertamente do que reduzir discretamente a qualidade para proteger um preço desatualizado.
O que não gasta nada:
- Um site publicado a permanecer online — não custa nada por dia
- Ler painéis
- Verificar classificações
- Consultar o histórico de uma execução anterior
- Fazer uma pergunta simples ao assistente
Tudo gratuito, até ao momento em que a resposta exige que ele efetivamente faça algo em vez de lhe dizer algo. A regra é consistente em todo o lado: o modelo gerou ou transformou algo, ou apenas leu o que já existia.
E uma geração de que não gostou continua a custar-lhe o crédito, porque o trabalho aconteceu — tokens gastos, computação usada, modelo executado até ao fim. Isso é diferente de uma execução que falha do nosso lado antes de produzir seja o que for, o que é da nossa responsabilidade e está coberto abaixo. Tentativas gratuitas até ficar satisfeito soa generoso até reparar que a terceira tentativa de todos está a ser silenciosamente subsidiada por quem acertou à primeira.
Onde falha, e o que fazemos quanto a isso
Se ficar sem créditos a meio de uma compilação, a execução pausa exatamente ali no registo, não três passos depois com uma página a meio — sem falha silenciosa, sem saldo consumido sem explicação, sem ter de adivinhar se ficou encravado. Recarregue ou aguarde a renovação, depois retome de onde parou. Vi isto acontecer ao vivo durante uma demonstração a um cliente: a dotação esgotou-se exatamente quando pediram "mais uma passagem", a mensagem de pausa dizia o que era necessário, comprámos um pequeno pacote na hora, e a execução retomou em menos de um minuto.
| Tipo de falha | Reembolsado? |
|---|---|
| Falha do lado da plataforma (a nossa infraestrutura falhou) | Sim — creditado novamente a pedido, sem necessidade de lidar com tickets |
| Rejeição na app store ou uma chave API revogada | Não — mas ajudamos na mesma a resolver a causa subjacente |
Um reembolso de crédito não repara uma ligação partida ao Search Console, por isso tratamos esses casos de forma diferente, de propósito.
Os reembolsos cobrem pacotes não utilizados e novos ciclos não utilizados dentro dessa janela de 14 dias, ponto final. O trabalho consumido não regressa — se o agente construiu o site e mudou de ideias, essa computação já aconteceu, tal como um empreiteiro não reembolsa horas faturadas por um rascunho que decidiu não avançar. A Política de Reembolsos completa é curta porque tentámos não precisar das exceções que tornam as políticas de reembolso longas.
