Quatro números que vale a pena conhecer antes de passar o cartão:
- Sua cota mensal zera qualquer saldo não utilizado a cada ciclo.
- Os pacotes de créditos não têm data de expiração nenhuma.
- Reembolsos de um pacote não utilizado valem por 14 dias.
- Uma geração que falha ainda consome exatamente um crédito de trabalho, goste você do resultado ou não.
Três desses pontos são material para a página de preços. O interessante está escondido na ordem em que os gastos de fato acontecem, e vale a pena entender, porque é a diferença entre créditos que significam algo e créditos que são só um número de marketing.
Por que a cota é usada primeiro
Quando você tem tanto uma cota mensal quanto um pacote comprado na sua conta, a cota é consumida antes de o pacote ser tocado. Ninguém coloca isso no texto principal de preços, mas é o mecanismo que faz os pacotes valerem de fato o que você pagou por eles.
Pense na alternativa: se os pacotes fossem consumidos primeiro, sua cota ficaria parada, sem uso, até o ciclo de cobrança virar e ela ser zerada. Um pacote comprado em março para cobrir uma semana cheia estaria silenciosamente subsidiando sua assinatura em vez de somar a ela — você pagaria duas vezes pela mesma unidade de trabalho, uma vez pelo plano e outra pelo pacote, enquanto aquilo que você já tinha pago evapora em segundo plano. Usar a cota primeiro inverte isso: o valor do plano gratuito é usado antes, e o dinheiro que você especificamente destinou para capacidade extra sobrevive a tudo que a renovação, do contrário, levaria embora. Um pacote comprado em março vale exatamente o mesmo em novembro que valia no dia em que você o comprou.
Essa assimetria também é o motivo pelo qual os dois tipos de crédito expiram de formas diferentes desde o início. A cota é uso incluído, atrelado ao ciclo que você está pagando — se ela se acumulasse indefinidamente, estaríamos efetivamente vendendo três meses de créditos pelo preço de um a cada trimestre em que alguém não acessa a conta, e a página de preços precisaria de muito mais letras miúdas para explicar isso. Por isso ela zera, de forma clara, em vez de ficar escondida em um FAQ. Pacotes são dinheiro gasto especificamente para comprar uso, não um benefício de assinatura, então se comportam como um saldo, não como um bônus — sem relógio de expiração contando por trás.
Já usei ferramentas em que o crédito extra pago simplesmente morria junto com o ciclo da assinatura, tecnicamente divulgado em algum lugar dos termos, e isso sempre parecia uma armadilha.
A ordem de gasto é a pequena escolha mecânica que impede este produto de virar isso.
O que de fato gasta um crédito
Qualquer coisa em que um modelo realiza trabalho de verdade em seu nome:
- Um primeiro build
- Um novo build após alterações
- Uma varredura de pesquisa lendo páginas de concorrentes
- Um rascunho de marketing
- Uma passada de otimização reescrevendo metadados
Isso não é precificado da mesma forma — e não deveria ser: uma build completa pode alterar uma dúzia de arquivos ao longo de vários minutos de tempo de modelo, enquanto um ajuste de título leva alguns segundos de edição pontual. As taxas por tipo de ação estão na página de preços e podem mudar conforme reajustamos os modelos por trás; preferimos ajustar o número abertamente a reduzir a qualidade em silêncio só para manter um preço defasado.
O que não custa nada:
- Um site publicado permanecer no ar — não custa nada por dia
- Ler painéis
- Verificar posicionamentos
- Navegar pelo histórico de uma execução anterior
- Fazer uma pergunta simples ao assistente
Tudo gratuito, até o momento em que a resposta exige que ele realmente faça algo em vez de apenas te contar algo. A regra é consistente em todos os lugares: um modelo gerou ou transformou algo, ou você só leu o que já existia.
E uma geração de que você não gostou ainda assim consumiu o crédito, porque o trabalho aconteceu — tokens gastos, processamento usado, o modelo rodou até o fim. Esse é um caso diferente de uma execução que falha do nosso lado antes de produzir qualquer coisa, o que é responsabilidade nossa e está coberto abaixo. Tentativas grátis até você ficar satisfeito parece generoso até você perceber que a terceira tentativa de todo mundo é silenciosamente subsidiada por quem acertou na primeira.
Onde isso falha, e o que fazemos a respeito
Se seu saldo acabar no meio de uma build, a execução pausa exatamente ali no log, não três passos depois com uma página pela metade — sem falha silenciosa, sem saldo consumido à toa, sem ficar adivinhando se travou. Recarregue ou aguarde a renovação, e depois retome de onde parou. Eu vi isso acontecer ao vivo durante uma demonstração para cliente: o saldo acabou exatamente quando pediram "mais uma passada", a mensagem de pausa dizia o que era necessário, compramos um pacote pequeno na hora, e a execução retomou em menos de um minuto.
| Tipo de falha | Reembolsado? |
|---|---|
| Falha do lado da plataforma (nossa infraestrutura quebrou) | Sim — recreditado mediante solicitação, sem burocracia de chamado |
| Rejeição na app store ou uma chave de API revogada | Não — mas ainda ajudamos a resolver o problema de origem |
Um reembolso de crédito não conserta uma conexão quebrada com o Search Console, então tratamos esses casos de forma diferente de propósito.
Reembolsos cobrem pacotes não utilizados e novos ciclos não usados dentro dessa janela de 14 dias, ponto final. Trabalho já consumido não volta — se o agente construiu o site e você mudou de ideia, aquele processamento já aconteceu, da mesma forma que um contratado não devolve horas cobradas por um rascunho que você decidiu descartar. A Política de Reembolso completa é curta porque tentamos não precisar das exceções que deixam políticas de reembolso longas.
