Checkout é a etapa em que a intenção de compra vira, ou deixa de virar, receita. Carrinho cheio não é venda concluída, e pedido criado no checkout também não garante pagamento aprovado.
Entre o clique em finalizar compra e a confirmação do pagamento, o cliente revisa o pedido, informa dados, descobre o frete, escolhe como pagar e espera uma resposta. Cada um desses momentos pode travar a venda. Um campo pedido sem necessidade aumenta o esforço. Um custo que só aparece no fim provoca abandono. Uma integração mal configurada impede a tentativa de pagamento. Uma mensagem de erro confusa faz o cliente desistir mesmo quando havia outra forma de pagar.
Para quem vende com tráfego pago, o peso é maior. Você já pagou pelo clique, pela sessão e, muitas vezes, pelo remarketing que trouxe o cliente de volta. Quando a compra trava no checkout, o investimento já saiu do caixa e a receita não entrou.
Este guia explica o que é checkout, quais são suas etapas e seus tipos, onde a venda se perde, como o checkout se conecta à aprovação do pagamento e ao ROAS da sua operação e quais critérios usar para medir e escolher a estrutura certa.
O que é checkout?
Checkout é o processo de finalização de uma compra no e-commerce. É a etapa em que o cliente confirma os itens, informa dados de contato e entrega, escolhe a forma de pagamento e envia o pedido para processamento. Ele começa quando o cliente clica em finalizar compra e termina quando a loja recebe o resultado do pagamento.
O nome vem do varejo físico, onde checkout é o caixa. No online, a função é a mesma, com uma diferença decisiva: não existe atendente para tirar uma dúvida, corrigir um dado ou sugerir outra forma de pagamento. Tudo o que o cliente precisa saber para concluir a compra tem de estar na tela.
Quando a compra não termina, dizer que “o checkout falhou” costuma simplificar demais. O cliente pode ter desistido antes de tentar pagar. Um erro técnico pode ter impedido o envio. A transação pode ter chegado ao processamento e sido recusada. Ou o pagamento foi aprovado e a confirmação não voltou para a loja. São quatro problemas diferentes, com responsáveis e correções distintas, e essa separação orienta todo o resto deste guia.
Qual a diferença entre checkout, carrinho e gateway de pagamento?
O carrinho guarda os produtos que o cliente escolheu. O checkout conduz a finalização da compra e inicia a tentativa de pagamento. O gateway transmite os dados da transação para quem vai processá-la e autorizá-la. São camadas vizinhas, e cada uma responde por uma parte diferente da venda.
No carrinho, o cliente ainda está decidindo. Ele altera quantidades, remove itens, confere o subtotal e testa um cupom. O checkout começa quando ele avança para fechar aquele pedido e passa a fornecer as informações necessárias para concluí-lo.
Depois que o cliente confirma o pagamento, outras camadas entram em ação. Dependendo da arquitetura, participam gateway, antifraude, adquirente, bandeira e banco emissor. Algumas plataformas reúnem várias dessas funções num mesmo contrato, o que simplifica a operação, mas não dispensa saber qual camada respondeu por cada status. No artigo Gateway e checkout: qual a diferença, a gente detalha onde cada uma atua.
| Camada | O que faz | Onde a venda pode travar |
|---|---|---|
| Carrinho | Reúne os produtos escolhidos e mostra o subtotal | Frete ou desconto que só aparecem depois, produto sem estoque |
| Checkout | Coleta dados, apresenta entrega e pagamento e envia a tentativa | Campos em excesso, custo surpresa, erro de formulário, página lenta |
| Gateway | Transmite a transação para processamento | Integração mal mapeada, falha de comunicação, tempo de resposta esgotado |
| Antifraude, adquirente, bandeira e emissor | Analisam o risco e autorizam ou recusam o pagamento | Bloqueio por risco, recusa do emissor, limite insuficiente |
Quais são as etapas de um checkout?
Um checkout costuma reunir identificação, endereço, frete, pagamento e revisão do pedido. Depois do envio vem a parte que o cliente não vê: a criação do pedido, a tentativa de pagamento e o resultado da transação. O número de telas varia conforme a plataforma, mas a sequência de decisões é parecida em quase todo e-commerce de produtos físicos.
| Etapa | O que o cliente faz | Como medir |
|---|---|---|
| Início | Clica em finalizar compra | Evento begin_checkout (GA4) |
| Identificação | Informa e-mail e CPF ou faz login | Evento personalizado |
| Endereço e frete | Informa o CEP e escolhe a entrega | Evento add_shipping_info (GA4) |
| Pagamento | Escolhe o meio e preenche os dados | Evento add_payment_info (GA4) |
| Confirmação | Envia o pedido | Evento purchase (GA4) |
| Resultado do pagamento | Não vê; acontece no processamento | Status no gateway ou na plataforma de pagamentos |
Segundo o Baymard Institute, o checkout médio dos sites avaliados em 2024 tinha 5,1 etapas e 11,3 campos de formulário, enquanto a maioria das lojas precisaria de apenas 8 campos. O instituto concluiu que a quantidade de campos pesa mais na usabilidade do que a quantidade de etapas.
Nem todo e-commerce segue essa ordem. Um checkout de uma página reúne várias etapas na mesma tela, e um cliente recorrente pode já ter endereço e cartão salvos. Na Shopify, o lojista pode escolher entre o fluxo de uma página e o de três páginas, que coletam essencialmente as mesmas informações.

Do lado da mensuração, o Google Analytics 4 recomenda eventos específicos para acompanhar a jornada de compra, como begin_checkout, add_shipping_info, add_payment_info e purchase. Implementados corretamente, esses eventos ajudam a identificar em que etapa do checkout o volume cai. O cuidado está na leitura do evento purchase: dependendo da implementação, ele pode registrar a compra antes da confirmação financeira do pagamento. Por isso, analytics, pedido e aprovação precisam ser conciliados para evitar que pedido registrado seja tratado automaticamente como receita aprovada.
Quais são os tipos de checkout?
Os três modelos mais comuns de checkout são o transparente, em que o cliente paga sem sair da loja; o redirecionado, em que o pagamento acontece no ambiente de um provedor; e o one page, que reúne todas as etapas numa única página. As categorias podem se combinar, e um checkout pode ser transparente e one page ao mesmo tempo.
A diferença está no que cada nome descreve. “Transparente” e “redirecionado” dizem onde o cliente paga. “One page” diz como as informações são organizadas na tela.
Checkout transparente
No checkout transparente, o cliente conclui a compra sem ser enviado para outro site. A documentação do Mercado Pago descreve esse formato como um pagamento feito dentro do ambiente da loja. Para você, isso significa mais controle sobre campos, mensagens, identidade visual e mensuração. Significa também mais responsabilidade com integração, testes e manutenção. O processamento continua envolvendo fornecedores externos; o que muda é quem controla a experiência.
Checkout redirecionado
No checkout redirecionado, também chamado de hospedado, o cliente começa a compra na loja e é levado ao ambiente do provedor para pagar. O Checkout Pro do Mercado Pago é um exemplo conhecido: segundo a documentação, a transação é processada e concluída fora do ambiente da loja. O modelo reduz o esforço de implementação e transfere ao fornecedor parte da segurança e da manutenção. Em troca, a experiência, os campos e boa parte dos dados ficam condicionados a ele.
One page checkout
O one page checkout concentra contato, entrega, resumo do pedido e pagamento numa única página. Uma única página, porém, não garante mais conversão. O Baymard observa que muitas comparações entre one page e fluxos em várias etapas colocam lado a lado um checkout novo e otimizado e outro antigo e problemático. O que o cliente precisa preencher, entender e corrigir pesa mais do que o número de páginas.
| Modelo | Como funciona | Controle da experiência | Esforço para a operação | Faz mais sentido quando |
|---|---|---|---|---|
| Checkout transparente | Compra concluída dentro do ambiente da loja | Maior, conforme a integração | Mais integração, testes e manutenção | Você precisa controlar experiência, dados, eventos e testes |
| Checkout redirecionado | Pagamento concluído no ambiente do provedor | Menor, condicionado ao fornecedor | Geralmente menor | Rapidez e simplicidade de implementação são prioridade |
| One page | Principais etapas reunidas numa única página | Depende da tecnologia | Depende da implementação | A página reduz esforço sem sobrecarregar a interface |
Qual tipo de checkout converte mais?
Nenhum modelo converte mais por definição. O resultado depende do público, do dispositivo, do ticket, da oferta e, principalmente, da qualidade da implementação. Os modelos também não formam uma escada de maturidade: cada um troca simplicidade por controle em proporções diferentes.
Uma loja que ainda valida produto e canal de aquisição costuma ganhar mais com uma integração pronta, que coloca a operação no ar rápido e exige pouca manutenção. Quando o investimento em mídia cresce, limitações de mensuração, personalização e recuperação de pagamento passam a custar mais do que a simplicidade economiza. A comparação entre os dois formatos mais usados no Brasil está em Checkout transparente vs. Checkout Pro: qual escolher em 2026?.
Leia também: Checkout transparente: o que é, vantagens e quando vale
Onde a venda se perde no checkout?
A venda se perde no checkout de três formas: abandono, quando o cliente desiste antes de tentar pagar; falha técnica, quando a própria estrutura interrompe a compra; e recusa, quando o pagamento é tentado e não é aprovado. Cada uma tem causa, responsável e correção diferentes.
Abandono
Parte do abandono é natural. O Baymard Institute calcula uma taxa média documentada de abandono de carrinho de 70,22%, a partir de 50 estudos. Na pesquisa mais recente do instituto sobre motivos, 42% dos consumidores norte-americanos disseram ter deixado um carrinho porque estavam apenas navegando ou ainda não estavam prontos para comprar.
Quando esse grupo sai da conta, aparecem motivos que a loja consegue atacar: custos extras altos, entrega lenta, falta de confiança para informar o cartão, exigência de criar conta, checkout longo ou complicado, erros no site, cartão recusado e poucas opções de pagamento.
Esses números vêm de consumidores dos Estados Unidos e não servem como benchmark direto para o e-commerce brasileiro. O valor deles está em mostrar que o abandono tem várias causas e que a média geral, sozinha, não aponta o que corrigir.
Falha técnica
Na falha técnica, o cliente queria continuar e a estrutura não deixou. A página não carrega no celular. Um campo aceita o CEP na tela e o envia em formato errado. A integração cai antes de a tentativa chegar ao processador. O botão aceita dois cliques e gera pedido duplicado. Um erro apaga os dados preenchidos e obriga o cliente a recomeçar.
Esse tipo de perda costuma ficar invisível nos relatórios de conversão, porque se parece com abandono comum. Ele só aparece quando você cruza o funil com os registros de erro e com o volume de tentativas que efetivamente chegam ao gateway.
Recusa de pagamento
Na recusa, o cliente chegou ao fim, houve tentativa e a transação não foi aprovada. O checkout raramente é quem decide. Antifraude, adquirente, bandeira e banco emissor podem recusar por risco, por dados inconsistentes ou por limite. A mensagem que aparece na tela é só a ponta de uma decisão tomada em outra camada.
Separar os três casos muda a investigação. Abandono pede revisão de experiência e de oferta. Falha técnica pede engenharia e monitoramento. Recusa pede leitura dos códigos de resposta e da configuração de pagamentos.
Leia também: Como aumentar a taxa de aprovação no checkout
O que faz um checkout converter mais?
Um checkout converte mais quando pede só o necessário, mostra o custo total cedo, transmite confiança, funciona sem erro em qualquer dispositivo, oferece saída quando algo dá errado e permite medir cada etapa. Não existe configuração universal: o elemento que ajuda um público pode atrapalhar outro.
Peça só o necessário. Cada campo é uma pequena decisão e uma chance de erro. O Google recomenda não solicitar dados desnecessários, usar preenchimento automático, validar a informação durante a digitação e permitir a compra como visitante. A busca de endereço pelo CEP é um bom exemplo brasileiro: o cliente digita oito números e o formulário completa rua, bairro e cidade.
Mostre o custo total antes do fim. Preço, frete, prazo, parcelamento e condições precisam estar claros antes da confirmação. Quando uma informação relevante aparece tarde, a última etapa vira um novo momento de decisão, exatamente quando deveria encerrar as dúvidas.
Construa confiança. Identidade visual consistente, políticas acessíveis, resumo do pedido e uma página estável dizem ao cliente que ele continua numa compra legítima. Selos ajudam pouco quando a página tem erro, muda de aparência de repente ou mostra mensagens contraditórias.
Garanta estabilidade. Um checkout simples não compensa uma página lenta ou uma integração instável. Ele precisa funcionar no celular, em navegadores diferentes e sob o volume real da operação, inclusive em datas como a Black Friday, quando o investimento em mídia se concentra em poucos dias.
Ofereça uma saída. Quando algo dá errado, o próximo passo precisa ser claro. Um campo incorreto deve dizer o que corrigir. Um cartão recusado não deveria deixar o cliente diante de uma mensagem genérica: se existe Pix ou outro cartão, o checkout pode oferecer a troca sem obrigar a refazer a compra.
Meça cada etapa. Sem saber onde as pessoas desistem, qualquer mudança vira opinião. É aqui que a personalização faz sentido: controlar campos, ordem, mensagens, meios de pagamento e eventos para responder a um problema real de conversão, e não para trocar a cor do botão.
Mais opções de pagamento também não significam mais conversão. Uma lista longa obriga o cliente a interpretar alternativas, e condições que não fazem sentido para o seu ticket e a sua margem corroem o resultado. O objetivo é apresentar as alternativas que o seu público usa, com regras claras.
Ofertas dentro do checkout pedem o mesmo cuidado. Order bump, cupom e produto complementar podem elevar o ticket médio, mas cada nova escolha cobra atenção de quem já decidiu comprar. Teste o ganho de ticket contra a perda de conversão antes de manter a oferta.
Leia também: Checkout personalizado: o que é e o que dá para customizar
Como o checkout influencia a taxa de aprovação?
O checkout influencia a aprovação pela qualidade dos dados que envia e pelas alternativas que oferece quando um pagamento falha, mas não decide sozinho se uma transação é aprovada. Essa decisão passa por antifraude, adquirente, bandeira e banco emissor, conforme a arquitetura de pagamentos da loja.
Do lado do checkout, o que pesa é coletar dados completos e no formato certo, validar antes do envio, mapear corretamente a integração e preservar o que o cliente já preencheu quando algo falha. Se a coleta está incompleta ou a integração está mal configurada, a tentativa nem chega a quem autoriza.
Depois do envio, as decisões acontecem fora da interface. No cartão, análise de risco, roteamento entre adquirentes e autorização do emissor podem participar da transação. É nessa camada que a infraestrutura de pagamentos faz diferença, e onde um checkout bem desenhado não resolve o problema sozinho.
Para chegar a um diagnóstico útil, sua operação precisa responder a perguntas diferentes. O cliente abandonou antes de tentar pagar? A tentativa foi enviada? Houve erro técnico? O antifraude bloqueou? O emissor recusou? O status final voltou para a loja? O cliente recebeu uma alternativa?
Como o Pix afeta a conversão do checkout?
Segundo o Relatório de Gestão do Pix 2023-2025, do Banco Central, o sistema registrou quase 80 bilhões de transações em 2025, e 148 milhões de pessoas fizeram ou receberam ao menos um Pix, cerca de 86% da população adulta. As estatísticas do Pix publicadas pelo Banco Central mostram mais de 7,3 bilhões de transações em agosto de 2026.
No checkout, oferecer Pix não garante venda. Gerar o QR Code é diferente de receber o pagamento. O cliente ainda pode abandonar, deixar o código expirar ou esbarrar no limite definido pelo próprio banco. A métrica certa para o Pix é a proporção de cobranças pagas sobre cobranças geradas, acompanhada separadamente da aprovação do cartão.
Leia também: Pix no checkout: como configurar, medir e evitar abandono
Quanto sua operação perde no checkout?
A perda no checkout se calcula por etapa: sessões, entradas no checkout, pedidos criados, tentativas de pagamento e pagamentos aprovados. Olhar só sessões e pedidos esconde onde a receita ficou pelo caminho.
Um exemplo hipotético ajuda a visualizar. Imagine uma loja com 100 mil sessões no mês. Dez mil pessoas entram no checkout, oito mil geram pedido, sete mil chegam a uma tentativa de pagamento e 6.300 pagamentos são aprovados. Os números são ilustrativos e não representam benchmark da Rockty nem média de mercado.
| Etapa | Volume do exemplo | Passagem entre etapas |
|---|---|---|
| Sessões | 100.000 | Base do funil |
| Entradas no checkout | 10.000 | 10% das sessões |
| Pedidos criados | 8.000 | 80% das entradas no checkout |
| Tentativas de pagamento | 7.000 | 87,5% dos pedidos |
| Pagamentos aprovados | 6.300 | 90% das tentativas (taxa de aprovação) |
Com ticket médio de R$ 200, os 8.000 pedidos somariam R$ 1,6 milhão. A receita aprovada é de R$ 1,26 milhão. A diferença de R$ 340 mil fica entre o pedido criado e o pagamento aprovado e não aparece para quem acompanha apenas o número de pedidos.
A conta troca a pergunta “qual é a minha taxa de conversão?” por outra mais útil: em qual passagem do funil está a diferença que merece investigação? Se muitas pessoas entram no checkout e poucas geram pedido, o problema está na jornada: campos, custo total, frete, celular, erros. Se os pedidos existem, mas poucas tentativas chegam ao processamento, olhe para a integração e para a forma como o pagamento é iniciado. Se as tentativas existem e a aprovação cai, a investigação vai para a infraestrutura de pagamentos e para os códigos de resposta de cada camada.
Nem toda diferença é receita recuperável. Nem todo abandono viraria compra, e nem toda recusa deveria ser aprovada, porque fraude precisa continuar bloqueada. O objetivo do cálculo é localizar a perda e dimensionar quanto ela vale, para decidir onde mexer primeiro.
Como o checkout afeta o CAC e o ROAS?
O checkout afeta o CAC e o ROAS porque a mídia paga cobra pela visita, e a receita só existe depois do pagamento aprovado. Toda venda perdida no checkout encarece o custo de aquisição real. E, se a plataforma de anúncios contar pedidos que não foram pagos, o ROAS reportado fica acima do retorno efetivo.
ROAS é a receita gerada por uma campanha dividida pelo investimento nela. CAC é o custo para conquistar um cliente pagante. As duas métricas dependem do mesmo dado: quantas das pessoas que você pagou para trazer conseguiram, de fato, pagar.
Imagine uma loja que investe R$ 200 mil em mídia no mês, gera 8.000 pedidos com ticket médio de R$ 200 e tem 6.300 pagamentos aprovados. Os números são hipotéticos. Contando pedidos criados, o custo por venda seria de R$ 25 e o ROAS, de 8. Contando pagamentos aprovados, o custo por venda sobe para R$ 31,75 e o ROAS cai para 6,3. A campanha é a mesma; o que muda é o ponto do funil em que a venda é contada.
| Métrica (exemplo hipotético) | Contando pedidos criados | Contando pagamentos aprovados |
|---|---|---|
| Receita | R$ 1,6 milhão | R$ 1,26 milhão |
| Custo por venda | R$ 25,00 | R$ 31,75 |
| ROAS | 8,0 | 6,3 |
Essa diferença também chega ao algoritmo. As plataformas de anúncio otimizam campanhas com base nos eventos de compra que recebem. Na Shopify, o evento padrão checkout_completed é registrado quando o cliente conclui o checkout, normalmente na página de agradecimento. Em pagamentos que ficam pendentes, como um Pix ainda não pago, esse momento pode acontecer antes da confirmação do dinheiro. Se a sua integração envia a compra nesse ponto, a campanha aprende com pedidos que talvez nunca virem receita.
Confira em que momento a sua loja envia o evento de compra para Meta e Google e se existe algum tratamento para vendas não pagas, como os ajustes de conversão do Google Ads. Esse cuidado não exige trocar de checkout. Exige saber o que, exatamente, a sua operação está contando como venda.

Como medir e otimizar o checkout?
Para otimizar o checkout, defina uma linha de base por etapa antes de mudar qualquer coisa: entradas, avanço entre etapas, erros, pedidos, tentativas e aprovações, separados por dispositivo e por meio de pagamento. Depois, teste uma mudança por vez, com uma pergunta mensurável.
O painel não precisa de dezenas de métricas. Precisa relacionar cada queda a uma etapa e a uma hipótese. Os indicadores mais úteis costumam ser taxa de início de checkout, avanço entre etapas, erros de formulário e de integração, pedidos criados, tentativas de pagamento, taxa de aprovação por meio de pagamento, conversão por dispositivo e tempo até a conclusão.
Cada mudança precisa de uma pergunta. Se um campo foi removido, qual etapa deveria melhorar? Se o Pix ganhou destaque, quanto deveria subir a proporção de cobranças pagas? Se o checkout migrou de redirecionado para transparente, qual limitação anterior estava sendo resolvida? Se a mensagem de erro mudou, mais clientes concluíram a compra depois de uma recusa?
Sem essa definição, uma interface nova pode parecer melhor e não gerar ganho nenhum. O teste também precisa de volume suficiente: com poucos pedidos por semana, uma variação pequena dificilmente se distingue de oscilação normal.
Como escolher o checkout certo para a sua operação?
O checkout certo é o que resolve os problemas que a sua operação tem hoje, com a capacidade técnica que ela tem para manter. Antes de comparar fornecedores, responda a quatro perguntas: o que você precisa controlar, quais limitações atuais afetam a receita, se há volume para medir mudanças e quem vai manter a estrutura.
| Momento da operação | Prioridade no checkout | O que observar |
|---|---|---|
| Validando produto e canal | Entrar no ar rápido, com estabilidade | Se a integração pronta mostra os números essenciais do funil |
| Escalando com mídia paga | Controle de experiência, dados e eventos | Diferença entre pedidos e pagamentos aprovados; momento em que a compra é enviada às plataformas de anúncio |
| Alto volume e vários meios de pagamento | Aprovação, recuperação e roteamento | Aprovação por meio, bandeira e emissor; dependência de um único fornecedor |
Quando faz sentido trocar de checkout?
Faz sentido trocar de checkout quando a limitação está na estrutura, e não na configuração. Três sinais costumam indicar isso: você não consegue medir a diferença entre pedidos e pagamentos aprovados; não consegue mudar campos, mensagens ou meios de pagamento que já identificou como problema; ou depende de um único fornecedor para aprovar pagamentos e não tem alternativa quando a aprovação cai.
Se o problema está em frete, oferta ou campos mal configurados, corrigir a estrutura atual costuma ser mais rápido e mais barato do que migrar. Uma migração tem custo de integração, testes e adaptação do time. Antes de decidir, registre os números do funil atual para conseguir medir se a troca trouxe ganho.
A escolha também envolve o que fica fora da tela. Quem decide o checkout define, junto, quais dados vai ter, quais testes vai conseguir rodar e quanto vai depender de um único fornecedor para aprovar pagamentos.
Resumo: o que avaliar em um checkout
Um checkout deve ser avaliado por quatro passagens: quantas pessoas que entram nele geram pedido, quantos pedidos viram tentativa de pagamento, quantas tentativas são aprovadas e quanto a diferença entre pedido e aprovação custa em mídia. Aparência e número de páginas importam menos do que a capacidade de medir e corrigir cada uma dessas passagens.
O checkout não cria a demanda. Quando o cliente chega ali, produto, oferta, mídia, preço e confiança já fizeram boa parte do trabalho. Essa demanda, porém, ainda não virou receita.
A pergunta deixa de ser “meu checkout converte?” e passa a ser outra: das pessoas que chegaram dispostas a comprar, quantas conseguiram pagar, e onde ficaram as que não conseguiram?

A Rockty é uma empresa de infraestrutura de pagamentos. A gente conecta checkout, gateways, adquirentes e antifraude para que e-commerces que vendem com tráfego pago consigam enxergar e reduzir a perda entre o pedido e o pagamento aprovado.
Se você quer entender quanto da sua receita está ficando entre o pedido e o pagamento aprovado, a gente pode olhar esse funil com você.

