Escolha onde o backend vai guardar a chave
Antes do cadastro, defina como o servidor do SaaS lerá o segredo. Ele não pertence ao código da tela enviada ao cliente. Prepare um local seguro para salvá-lo quando aparecer; anexar uma captura de tela a uma tarefa compartilhada não substitui a configuração da credencial no aplicativo.
Quem está ligando a pesquisa de feedback ao backend cria a conta com e-mail e senha de 12 a 72 bytes em UTF-8. Confira o tamanho codificado, pois caracteres multibyte não equivalem a um byte cada. O cadastro não oferece login pelo Google e dispensa conexão e endereço de carteira. Ao concluí-lo, a chave aparece imediatamente, uma única vez e antes de qualquer pagamento. Nesse momento, passe o valor para o gerenciador de segredos que alimentará a configuração do servidor. A equipe poderá ler os exemplos de SideProject na sua aplicação sem receber essa credencial.
Para continuar a configuração, volte ao painel da conta integrado nesta página: ali você consulta saldo, cria faturas e substitui a chave. A chave original não poderá ser mostrada de novo nem enviada por e-mail. Planeje a prova de SideProject com os créditos de fato disponíveis; os possíveis 100 créditos de teste dependem dos controles contra abusos da rede. Criar a conta e obter a chave não exige recarga. Registre também o domínio na configuração do servidor: conta, chave e saldo valem apenas para redditapicloud.com.
Teste uma ação do produto do início ao fim
Envie Authorization: Bearer <chave> ou X-API-Key: <chave> pelo servidor; ambos os cabeçalhos são aceitos. A sessão do painel é independente deles e das permissões dos usuários do SaaS. Quando houver créditos, execute o exemplo da página inicial: feedback em SideProject com limit=3.
Veja se uma ação autorizada termina em texto legível ou em uma explicação correta do resultado vazio. Um sucesso vazio também custa um crédito. /v1/status é público e não verifica a chave nem a disponibilidade da busca. O teste útil é o da consulta que sua funcionalidade realmente fará.
Prepare o saldo para o piloto de feedback
O saldo do piloto deve cobrir o percurso da busca feedback até o texto exibido no seu SaaS. A primeira recarga é de pelo menos $50 para 50000 créditos, à tarifa de $1 por 1000 recuperações bem-sucedidas. Os créditos comprados não expiram e não exigem assinatura. A pessoa responsável pela conta entra nesta página e gera uma fatura no servidor antes de transferir fundos. Ela escolhe USDT em TRON TRC20 ou USDC em Ethereum mainnet ERC20 e usa o destinatário e o valor exato da fatura atual, sem reutilizar uma anotação de outro teste.
Ao entregar o piloto à equipe, separe o comprovante do pagamento do resultado do teste da função. Depois da transferência, envie o hash para verificação, sem assinatura de carteira. O servidor precisa validar uma transferência genuína, confirmada e correspondente à fatura. Ela expira em uma hora, mas não fixa um prazo para clicar em Verificar. Se o fornecedor de informações falhar, a conferência pode ficar pendente; não há duração garantida para o crédito. Outra fatura também não significa um novo endereço de recebimento. Planeje a próxima recuperação paga da tela de pesquisa somente com saldo disponível.
Troque o segredo quando for necessário
Se perder ou expuser a chave, entre na conta e confirme a senha para regenerá-la. A anterior é invalidada imediatamente; atualize todas as configurações que dependiam dela. Não há redefinição de senha nem entrega de chave por e-mail. Trocar a credencial não corrige parâmetros inválidos nem aumenta o saldo, portanto identifique a causa antes de fazer uma rotação desnecessária.
O widget salva identificadores de fatura e usuário no localStorage por hostname para recuperar a fatura, não a chave original. A equipe controla o segredo do backend. O guia aprofunda os testes da função, e a página de preços explica os custos de consultas e tentativas adicionais.
