Como criar páginas públicas de cobrança seguras

Uma página de cobrança pode ser acessível por link sem cadastro e ainda assim exigir controles que restrinjam o acesso àquela obrigação. Ela não deve aparecer em um catálogo aberto de clientes, em um sitemap de guias ou nos resultados de busca. Dados de pagadores e contratos não são conteúdo de marketing.

Público para pagar não significa público para indexar

Use links com identificadores opacos e acesso restrito ao necessário. A dificuldade de adivinhar um endereço ajuda, mas não substitui verificações no servidor. Defina expiração, revogação e quais informações podem ser exibidas antes de confirmar a identidade do visitante. ^[OWASP]

Mostre somente o necessário para reconhecer a cobrança

Apresente descrição, valor, vencimento, identificação adequada do recebedor e métodos disponíveis. Evite expor CPF completo, documentos pessoais, histórico de outras dívidas ou dados bancários sem necessidade. O visitante deve reconhecer o que vai pagar, sem receber um dossiê da locação.

A eencia tem telas públicas de Pix, cartão e boleto no seu escopo. Esses meios precisam apontar para a mesma obrigação interna, com as referências corretas do provedor. Escolher outra forma de pagamento não deve multiplicar a dívida nem liberar cobranças incompatíveis sem controle.

A confirmação vem do lado financeiro

Depois de abrir o link, o pagador pode retornar do checkout ou clicar em “Já paguei”. Essas ações solicitam uma consulta; não comprovam o pagamento. O servidor deve verificar o evento autenticado ou consultar a situação junto ao provedor e reconciliar o resultado.

Exemplo: alguém abre o boleto e fecha a página. O status continua aguardando pagamento. Se o mesmo link for aberto após a quitação, a tela deve mostrar a situação confirmada e impedir uma nova tentativa indevida. Um comprovante enviado pelo cliente pode iniciar revisão, mas não deve automaticamente alterar o saldo.

Recusa, expiração e cancelamento

Diferencie link expirado, cobrança cancelada, operação recusada e falha de rede. Cada estado conduz a uma ação distinta: obter novo acesso, falar com o responsável, escolher outro método ou tentar consultar novamente. Não diga “pagamento recusado” quando o sistema apenas não conseguiu verificar a resposta.

Teste a página sem login e em aparelhos pequenos, verificando também leitores de tela e teclado. Uma proteção não deve depender de um botão invisível ao toque. Cancelamento e mudança de valor precisam respeitar o estado já registrado no provedor.

Privacidade não se resolve com robots.txt

Exclusão de sitemap e diretivas de não indexação são medidas de busca, não barreiras de acesso. Documentos privados devem continuar protegidos mesmo que uma URL seja copiada ou um robô ignore instruções. Para uma cobrança pessoal, privacidade e finalidade vêm antes de qualquer estratégia de descoberta por IA. ^[LGPD]

Perguntas frequentes

Devo colocar links de cobranças no sitemap?

Não. O sitemap editorial deve conter páginas públicas de informação, não obrigações financeiras de clientes.

O botão “Já paguei” pode dar baixa?

Ele pode solicitar nova consulta. A baixa depende de confirmação confiável ou processo administrativo auditável, nunca apenas do clique.