Migramos o checkout e ligamos 5 order bumps

No relatório de 15/09, o diagnóstico foi: 303 pessoas abriram checkout, 35 pagaram, e 40 ordens ficaram penduradas em boleto ou transferência que nunca foi paga. Isso é fricção de meio de pagamento, não de oferta. Sua orientação foi migrar pra uma plataforma com métodos de pagamento locais mais fortes (PSE, Nequi, Efecty, cuotas) e reputação de marca conhecida na América Latina — a Hotmart resolve isso nativamente.

O que foi feito, passo a passo

1. Recriação dos 11 produtos na Hotmart. A API da Hotmart só lê produto, oferta e plano — não cria nada. Todo o cadastro (nome, descrição, categoria, idioma ES, moeda USD, PDFs de entrega, imagem de capa) foi feito no painel, produto por produto: o principal de cada linha (Atlas, Escenarios) e os 4 complementos de cada um, mais os 2 kits que juntam tudo. Mantivemos os mesmos preços de antes (US$ 3,90 o principal) pra não misturar duas variáveis na mesma mudança.
2. Troca do link de checkout nas duas páginas de venda (atlas.radarnewsfeed.com e a página do Escenarios) e redirecionamento 301 dos links antigos (pay.radarnewsfeed.com/c/atlas-coloracion e /c/escenarios-biblicos), pra qualquer pessoa com anúncio salvo, print ou link antigo cair automaticamente no checkout novo.
3. Webhook de venda aprovada. Antes, o pixel de Compra disparava na página de obrigado — método frágil, perde gente que fecha o app antes de carregar a página final. Cadastramos um webhook na Hotmart que dispara no evento real PURCHASE_APPROVED, vinculado aos 10 produtos nossos (não "todos os produtos", pra não misturar com outros produtos da conta). Testei batendo direto no endpoint simulando o payload da Hotmart — respondeu 200, confirmando que o Purchase do Meta CAPI agora nasce do evento de pagamento real, não de visita de página.
4. Religação das campanhas só depois do webhook confirmado. Mantive as duas campanhas pausadas até confirmar que o rastreamento novo estava funcionando ponta a ponta, pra não gastar verba sem conseguir medir o resultado direito.

Links antigos verificados ao vivo com curl (retornando 301 pro link novo) antes de dar como concluído, e os demais slugs do mesmo domínio testados pra confirmar que não quebrei nada dos outros produtos.

No relatório de 15/09, a escada de preço existia mas a taxa de anexo era de 8% no Atlas e zero no Escenarios — de 78 ordens, só 4 marcaram algum extra. Na migração pra Hotmart, os order bumps não vieram junto automaticamente: tive que reconstruir a oferta inteira na ferramenta nativa da Hotmart, que fica dentro do editor de "Aparência da Página de Pagamento" do produto (não é no cadastro do produto, é uma ferramenta separada).

O que ficou configurado no Atlas

São 5 ofertas no total: 4 bumps individuais de complemento (cada um com ~20% de desconto de ancoragem) e 1 bump-combo, o Kit Color Total, cujo preço "de" é a soma real dos 4 produtos que ele reúne — não um número inventado, é o desconto verdadeiro de comprar o kit em vez dos 4 avulsos. É essa oferta que carrega o maior apelo visual (63% de desconto exibido) e mira quem já decidiu comprar e só está escolhendo o quanto.

O que travou na configuração (pra você entender o tempo que levou)

• A ferramenta de bump não é intuitiva de achar: fica em Ferramentas → busca "order" → card Order Bump → dentro de "Aparência da Página de Pagamento" do produto — não aparece em nenhum lugar óbvio do cadastro.
• Bug real da Hotmart: ao adicionar o 2º bump em diante pelo fluxo padrão, o painel duplicava o último produto já configurado em vez de usar o produto novo selecionado — só descobri isso conferindo o nome real de cada card depois de salvo, não porque deu erro. A correção foi editar o card duplicado (botão "Alterar") em vez de criar um novo.
• Mobile e desktop são versões separadas dentro do mesmo editor. Configurei tudo primeiro na versão celular (é a que a Hotmart prioriza, "o maior volume de acesso acontece por eles"), e só depois usei o botão "Copiar celular" pra replicar pro desktop — sem isso, quem acessasse de um computador vindo do anúncio não veria bump nenhum.
• Propagação de até 5 minutos: depois de publicar, a Hotmart avisa que a atualização no link real do checkout pode levar até 5 minutos — o que exige paciência antes de confirmar que "não funcionou".

Não religamos tudo que estava pausado. Usamos o próprio relatório de 15/09 como filtro: só voltaram os criativos que já tinham provado vender. O resto (3 variações do Atlas que gastaram R$ 177 sem vender, e 5 dos 6 criativos do Escenarios) continua pausado.

Verba total ativa: R$ 80/dia — R$ 50 no Atlas, R$ 30 no Escenarios. É metade do que rodava em algum momento antes de pausar, de propósito: preferi validar o checkout novo com pouco dinheiro em jogo antes de voltar a escalar.

No meio da janela de 72h, também realoquei dentro do Atlas: c02 estava com CPA 2× pior que c01, então pausei c02 e passei o orçamento dele todo pro c01 (que foi de R$ 25 para R$ 50/dia).

Vendas conferidas transação por transação no painel "Minhas vendas" da Hotmart, não só no Gerenciador de Anúncios — as 10 vendas do Atlas batem entre as duas fontes, o que confirma que o webhook novo está rastreando certo.

O funil do Atlas nessas 72h

42% dos checkouts iniciados viraram venda no Atlas nessas 72h — contra 14% no relatório de 15/09. É o primeiro indício de que o checkout novo está de fato destravando pagamento, mas a amostra ainda é pequena (24 checkouts) pra eu bater o martelo.

O funil do Escenarios nessas 72h

Atlas (c01, c02)

atlas.radarnewsfeed.com — landing própria, botão de compra leva ao checkout Hotmart pay.hotmart.com/T107630708E

Escenarios (i02)

escenarios-biblicos-es.netlify.app — landing própria, botão de compra leva ao checkout Hotmart pay.hotmart.com/J107631364M

Nenhum anúncio manda direto pro checkout — os dois passam pela landing page primeiro, com UTM de criativo (utm_content=c01, utm_content=i02 etc.) pra manter a atribuição por criativo mesmo depois da troca de plataforma de pagamento.

9 pessoas abriram o checkout do Escenarios nessas 72 horas e nenhuma pagou — nem no cartão, nem em nenhum outro método. Já descartei erro de rastreamento (conferido venda por venda no painel da Hotmart) e já descartei o order bump como causa (ele nem chega a aparecer se a pessoa não avança no checkout). Fica a dúvida pra você: