Nesta página
Quase todo guia sobre receber em cripto parte do princípio, sem dizer, de que você já tem um site para publicá-lo. A maioria das pessoas que quer receber em cripto não tem. São designers cobrando um cliente a três fusos horários de distância, desenvolvedores vendendo um plugin, professores particulares, tradutores, editores, moderadores de comunidade, artistas que aceitam encomendas, pequenos estúdios vendendo uma fonte ou um pacote de presets — freelancers cuja superfície comercial inteira é uma DM, uma thread de e-mail, um servidor do Discord ou um perfil que não controlam. Para todos eles, a resposta honesta é que um checkout é uma URL, não um projeto. Este guia é sobre essa URL: como criar uma que realmente feche a venda, como fazer com que ela entregue o produto sozinha e como transformá-la numa fatura que o cliente vai pagar.
Quem realmente precisa de uma loja — e quem nunca precisou#
Uma loja virtual existe para resolver três problemas: mostrar um catálogo, receber o dinheiro e entregar o produto. Se você vende uma coisa só, ou um punhado delas, para pessoas que já sabem o que querem, apenas o segundo e o terceiro problema são reais. Construir um site para resolvê-los é como alugar um galpão só para despachar uma encomenda.
Pergunte-se onde a decisão de compra realmente acontece. Se é numa conversa — um orçamento, uma encomenda, uma ligação, uma thread de comentários — então a loja só acrescenta um clique, não uma conversão. O que você precisa nesse momento é de algo que possa colar na conversa enquanto ela ainda está quente. Se, em vez disso, as pessoas te descobrem do zero e navegam antes de decidir, você precisa de uma página. Essa distinção importa mais do que qualquer escolha de tecnologia a seguir, e é por isso que existem duas rotas na próxima seção, e não uma só.
A única coisa que não dá para pular: uma conta para receber o dinheiro. Com um gateway sem KYC isso leva cerca de trinta segundos e nenhum documento — é o que torna viável toda essa abordagem sem site. Do contrário, a parte “sem código” fica pequena perto de semanas de burocracia de cadastro.
As três formas de vender sem site#
Tudo neste guia se resume a três formatos. Eles não competem entre si; a maioria das pessoas acaba usando dois deles, para situações diferentes.
| Rota | Ideal para | O que o comprador recebe | Configuração |
|---|---|---|---|
| Link de pagamento | Um produto, um orçamento, uma fatura | Uma página de checkout hospedada, numa URL que você cola em qualquer lugar | ~1 minuto |
| Loja hospedada | Um pequeno catálogo para o cliente navegar | Uma vitrine com sua marca, em domínio próprio | ~15 minutos |
| Código QR | Presencial, impresso, em tela | O mesmo checkout, escaneado em vez de clicado | Instantâneo |
Na CryptoPayIn, os links ficam em cryptopaylink.co e as lojas em shopycrypto.com — separados do site principal, então o que você envia a um cliente é uma URL de checkout limpa, e não uma query string pendurada na marca de outra pessoa. O código QR não é um quarto produto; é qualquer link, transformado num quadrado. Isso importa mais do que parece: o mesmo objeto funciona num e-mail, num chat, num slide, num PDF de fatura, numa placa de barraca de feira e no verso de um cartão de visita.
Como criar um link de pagamento que fecha a venda#
Um link de pagamento é um conjunto pequeno de decisões. Cada uma corresponde a uma situação real, e acertá-las é a diferença entre um link que as pessoas pagam e um link sobre o qual elas ficam fazendo perguntas.
Preço fixo ou valor definido pelo comprador
Fixe o preço quando você está vendendo algo específico: um pacote de presets, uma licença, um mês de suporte. Deixe o valor em aberto quando quem paga decide quanto — gorjetas, doações, sinais, “pague o que você deve nesta fatura”, recarga de saldo. Um único link pode atender toda uma carteira de clientes se o valor fica por conta de quem paga, que é exatamente o caso do freelancer.
Precifique na moeda em que você pensa
Você cobra €400 ou $500; o cliente paga em Bitcoin, USDT, Monero ou o que tiver na carteira. A precificação funciona em trinta moedas fiduciárias, e o valor em cripto é calculado no momento em que a fatura é criada, com cotações cruzadas entre fontes independentes. Esse instantâneo fica travado durante toda a vida da fatura, então uma oscilação de mercado enquanto o comprador procura a carteira não é problema seu — e se as fontes de cotação discordarem ou parecerem desatualizadas, a fatura simplesmente não é criada, em vez de precificar seu trabalho errado.
Limites, validade e o estado de esgotado
Um link pode ter limite: pago uma vez, pago cinquenta vezes, ou fechado sozinho quando o estoque por trás dele acabar. Use um link de uso único para a fatura de um cliente específico — assim ele não pode ser encaminhado e pago duas vezes por acidente. Use um sem limite para um produto público. As faturas em si expiram em trinta minutos por padrão e podem ser configuradas para até vinte e quatro horas; essa janela existe por causa do risco de cotação, não por sua causa, e um comprador que perde o prazo simplesmente recebe uma nova fatura. Valores que chegam atrasados ainda são creditados.
Pergunte ao comprador o que você vai precisar para entregar
Adicione campos personalizados ao checkout e as respostas viajam junto com o pagamento: um e-mail de entrega, um nome de usuário no jogo, um handle do Discord, um domínio para ativar, um formato de arquivo preferido, o nome que vai na licença. Esse é o recurso mais subutilizado em vendas sem código. Cada campo que você adiciona aqui é um e-mail de suporte que você nunca vai precisar mandar, e as respostas ficam visíveis só para você.
Teste como se fosse um estranho. Abra seu próprio link numa janela anônima, no celular, e percorra o processo até o fim. Dois minutos disso já pegam o campo que falta, o nome de produto ambíguo e o preço que você definiu na moeda errada — os três, se não fosse por isso, seriam descobertos por um cliente.
Entrega automática: a parte que transforma isso em produto#
Um checkout que só recebe o dinheiro deixa o trabalho de verdade nas suas mãos, na hora em que o pagamento cair, seja qual for. Anexar a entrega ao link é o que transforma “eu aceito cripto” em algo que funciona enquanto você dorme — e é a diferença entre uma ferramenta de pagamento e um canal de vendas.
Três tipos de entrega cobrem praticamente tudo o que se vende sem site:
- Uma mensagem. Texto livre revelado no recibo assim que o pagamento é confirmado: instruções de acesso, um cupom, um endereço privado, um link de agendamento, o próximo passo. A mais simples e a mais flexível.
- Um download ou um redirecionamento. O comprador cai direto no arquivo ou na página privada assim que a confirmação acontece — a opção natural para produtos digitais, cursos, templates e pacotes.
- Chaves de licença. Envie um lote de até dez mil chaves, e uma é distribuída por pagamento, nunca reutilizada. Quando o lote acaba, o link se fecha sozinho, em vez de vender algo que você não pode entregar.
Esse último merece destaque, porque resolve, discretamente, o problema mais difícil da venda sem atendimento: estoque que não pode ser vendido duas vezes. Chaves, vagas, códigos, convites, edições numeradas — qualquer coisa finita e única. O link vira o próprio sistema de estoque, e não sobra nada para conciliar no fim da semana.
A entrega aparece no recibo do comprador no instante em que o pagamento é confirmado — o que, dependendo da rede escolhida, leva de segundos a cerca de vinte minutos. Ninguém fica esperando por você, e não existe aquela linha de “aguarde até 24 horas” na sua descrição.
Quando um link vira uma loja completa#
No momento em que você tem mais do que um punhado de produtos, ou quer que as pessoas naveguem antes de decidir, um link por item deixa de ser suficiente. Uma loja hospedada agrupa tudo numa única página com sua marca e URL própria, sem código e sem hospedagem para gerenciar: escolha um tema, adicione produtos, veja a prévia ao vivo, publique.
Variações e estoque
Cada produto pode ter até trinta combinações de variação — tamanhos, planos, edições, durações, número de vagas — cada uma com seu próprio preço e seu próprio estoque de chaves. É essa parte que faz de uma loja algo mais do que uma lista bonita: “Standard / Pro / Studio” são três produtos independentes em tudo o que importa, apresentados como uma única escolha.
Produtos físicos e envio
Vende algo que você despacha pelos Correios, em vez de enviar por link? Marque o produto como físico e escolha os países para os quais você envia; o checkout então coleta um endereço de entrega, e só de compradores que você realmente consegue atender. Itens digitais e físicos são comprados em checkouts separados, o que parece uma limitação, mas na verdade é um favor — um pedido, um único caminho de cumprimento, sem carrinho meio despachado.
Até onde isso escala
Até dez lojas por conta e cinquenta produtos por loja — o suficiente para um negócio pequeno de verdade, não uma demonstração: uma loja para seus clientes, outra para um projeto paralelo, outra para uma colaboração, cada uma com sua própria fachada. Por baixo do capô, todo produto é um link de pagamento, então entrega, chaves e campos personalizados funcionam do mesmo jeito, tenha o comprador chegado por uma vitrine ou por uma URL que você colou num chat.
Como cobrar de um cliente em cripto#
Freelancers e agências que recebem pagamentos internacionais têm um problema um pouco diferente do de quem vende produtos prontos: o valor é negociado, o comprador é uma empresa, e o contador de alguém vai olhar isso depois. A mecânica é a mesma — o link de pagamento é a fatura — mas quatro detalhes valem a pena acertar.
Cote na sua moeda, receba na moeda deles
Coloque na fatura o número que você normalmente cobra: €2,400, $3,000, o que for. O cliente paga no ativo que tiver. Se for uma empresa com tesouraria, geralmente é uma stablecoin, e aí a conta fecha exata dos dois lados — 2.400 saindo do saldo em USDT deles, 2.400 entrando no seu, sem discussão de conversão, sem e-mail perguntando “qual cotação você usou”.
Coloque o link onde está o número
O link de pagamento pertence à própria fatura, ao lado do total, como uma URL e um código QR. Um sistema de faturamento que deixe você adicionar um campo personalizado ou um bloco de instruções de pagamento já basta; ele não precisa “suportar cripto”. Se você manda PDFs, é o QR que vai ser escaneado, porque quem paga muitas vezes não é quem recebeu o PDF.
Marcos de pagamento em vez de uma transferência única
Pagamentos on-chain são definitivos assim que confirmados — é essa propriedade que elimina o chargeback, e ela funciona nos dois sentidos. Para um projeto grande, não coloque o valor todo atrás de um único link. Divida: sinal, meio do caminho, entrega. Três links, três datas, e nenhum dos dois lados fica segurando todo o risco. Essa é uma prática profissional comum; a cripto só torna isso explícito. O raciocínio está detalhado no guia sobre finalidade e reembolsos.
Dê ao seu contador algo chato
Todo pagamento cai num livro-razão com bruto, taxa e líquido por linha, exportável em CSV, com o hash da transação ao lado. Receita reconhecida na sua própria moeda, a taxa como linha de despesa separada, o hash como um recibo que ninguém pode contestar. Suas obrigações fiscais não mudam só porque o trilho de pagamento mudou — mas a papelada é, sem dúvida, mais limpa do que um extrato bancário, porque cada linha aponta para um registro público e permanente.
O comprador que não é uma pessoa#
Uma razão de olho no futuro para preferir um link a um checkout sob medida: um link de pagamento ativo também é um checkout legível por máquina. Um agente de IA comprando em nome de alguém pode ler o JSON do link, ver o preço, os ativos aceitos e exatamente quais campos precisa preencher, criar uma fatura, pagá-la e ler o recibo de volta — sem chave de API e sem conta própria. O mesmo vale para o catálogo de uma loja.
Se compradores autônomos vão virar uma fatia relevante da sua receita, ninguém consegue prometer hoje. O que é certo é que o custo de estar acessível a um deles é zero se o seu produto já é um link, e nada trivial se for um formulário sob medida. Se você preferir não fazer parte disso, dá para desligar por conta, e os endpoints passam a responder 403. O contrato está documentado na página de checkout para agentes.
Quando migrar para a API#
O modelo sem código tem um teto real, e vale a pena nomeá-lo para você saber se está perto dele. Migre para a API quando precisar de pagamentos criados de forma programática pelo seu próprio sistema — um ciclo de cobrança de SaaS, um valor por usuário calculado em tempo real, um marketplace dividindo entre vendedores, um jogo creditando saldo no instante em que um pagamento confirma. O sinal não é o volume; é se o preço ou a entrega dependem de dados que só o seu software tem. Vender dez mil cópias da mesma coisa é um link. Vender uma coisa cujo preço depende do uso que um cliente fez no mês passado é uma integração.
Quando esse dia chegar, é um endpoint para criar um pagamento mais um webhook assinado para receber a liquidação, e a maioria dos desenvolvedores entrega isso numa tarde — o caminho todo está coberto, do início ao fim, no guia principal de aceitação. Até lá, o teto é mais alto do que a maioria imagina, e tudo o que foi descrito acima custa o mesmo que o resto: 1% quando você recebe, nada quando não recebe.
