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:
- 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.
- Latência. Uma página a mais para carregar, muitas vezes sem otimização de performance.
- 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:
- Você está validando um negócio e quer ir ao ar rapidamente
- O volume é baixo e não justifica esforço de engenharia
- Você não tem time técnico para manter um checkout próprio
- Sua marca é menos conhecida que a do provedor (raro, mas acontece — a marca do provedor pode transmitir mais segurança que a sua)
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:
- Menos campos. Cada campo removido aumenta a conclusão. Peça só o essencial.
- Checkout sem cadastro obrigatório. Exigir criar conta antes de pagar é um dos maiores destruidores de conversão.
- Preenchimento automático. CEP que completa endereço, detecção de bandeira pelo BIN,
autocompletecorreto nos inputs. - Feedback de erro claro. "Cartão recusado" não ajuda; diga o que fazer em seguida.
- Mobile de verdade. Teclado numérico no campo de cartão, botões grandes, sem zoom involuntário.
- Mostrar todos os meios de pagamento antes. Quem quer PIX não deve navegar por um formulário de cartão.
- Não esconder o frete até o fim. Custo surpresa é a causa nº 1 de abandono.
Como decidir
- Meça sua taxa de abandono atual no checkout (analytics)
- Se estiver acima de ~70%, o problema provavelmente é de UX, não de arquitetura
- Corrija os pontos da lista acima
- Se ainda assim o redirect for um gargalo evidente, migre para transparente com tokenização
- 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.