Checkout transparente vs redirect: qual converte mais

A diferença entre checkout transparente e redirect, o impacto real na conversão e o que considerar em segurança, PCI DSS e manutenção antes de escolher.

Equipe Pagnovo · 2026-08-02

A escolha entre checkout transparente e redirect parece técnica, mas é uma decisão de negócio: ela mexe diretamente na taxa de conversão e no custo de conformidade. Vamos aos fatos.

O que é cada um

Checkout redirect: o cliente é levado para uma página do provedor de pagamento, paga lá e volta para o seu site. A URL muda, o visual muda.

Checkout transparente: o cliente preenche os dados dentro do seu site, sem sair. Os dados trafegam direto para o provedor (via tokenização), mas a experiência é toda sua.

Checkout híbrido (modal/iframe): meio-termo — o formulário do provedor aparece numa janela sobre o seu site. Sem troca de página, mas o visual ainda é parcialmente do provedor.

O impacto na conversão

Cada passo extra no funil derruba conversão. O redirect adiciona pelo menos três atritos:

  1. Quebra de confiança. O cliente digitou o cartão num site que não é o que ele escolheu comprar. Quem não conhece a marca do provedor hesita.
  2. Latência. Uma página a mais para carregar, muitas vezes sem otimização de performance.
  3. Risco de abandono no retorno. Se o redirect falhar ou demorar, o cliente pode fechar a aba achando que deu errado — mesmo com o pagamento aprovado.

O transparente elimina os três. É por isso que praticamente todo grande e-commerce usa transparente ou híbrido.

Cuidado com números redondos: você vai ver por aí promessas de "+30% de conversão com checkout transparente". O ganho real depende do seu público, do seu tráfego e de quanto o seu checkout atual é ruim. Meça no seu contexto com um teste A/B antes de assumir qualquer percentual.

O custo do transparente: PCI DSS

Aqui está a contrapartida. Se os dados do cartão passam pelo seu servidor, você entra no escopo do PCI DSS — o padrão de segurança da indústria de cartões. Isso significa auditoria, controles e custo recorrente.

A boa notícia: existe um caminho intermediário. Com tokenização via SDK do provedor, o campo do cartão é renderizado pelo provedor (num iframe invisível dentro do seu layout) e os dados nunca tocam seu servidor. Você recebe apenas um token.

Resultado: experiência de transparente, escopo de PCI reduzido. É o padrão recomendado hoje.

Redirect Transparente c/ tokenização Transparente puro
Experiência ⚠️ Sai do site ✅ Fica no site ✅ Fica no site
Escopo PCI DSS ✅ Mínimo (SAQ A) ✅ Reduzido (SAQ A-EP) ❌ Completo (SAQ D)
Esforço de implementação Baixo Médio Alto
Controle visual ❌ Baixo ✅ Total ✅ Total
Manutenção Provedor Compartilhada Sua

Quando o redirect ainda faz sentido

Não é sempre errado. Redirect é uma escolha razoável quando:

Otimizações que valem mais que a escolha da arquitetura

Antes de reescrever seu checkout, verifique se você já fez o básico. Costuma render mais:

Como decidir

  1. Meça sua taxa de abandono atual no checkout (analytics)
  2. Se estiver acima de ~70%, o problema provavelmente é de UX, não de arquitetura
  3. Corrija os pontos da lista acima
  4. Se ainda assim o redirect for um gargalo evidente, migre para transparente com tokenização
  5. Rode A/B test — não confie em benchmark de terceiro

O Checkout Personalizado da Pagnovo entrega transparente com tokenização: a experiência fica com a sua marca e o escopo de PCI fica reduzido. Fale com o time para ver como fica no seu caso.