A 22 de outubro de 2026, o dono de uma loja Shopify que vende cristais a clientes no estrangeiro publicou no r/ecommerce os números de 30 dias: 1670 sessões, 57 adições ao carrinho, 38 sessões que chegaram à finalização da compra e 2 encomendas concluídas. Portes grátis, PayPal como único método de pagamento, nenhum erro de pagamento no painel. A maioria das respostas apontou para o mesmo passo. O diagnóstico abaixo serve para qualquer loja onde as pessoas começam a pagar e não terminam, seja com um tema Shopify, uma montagem headless ou WooCommerce.
Uma das respostas resumiu os números:
O tráfego não é bem o problema. 57 adições ao carrinho em 1670 sessões está bem, e 38 dessas 57 chegarem ao checkout é um bom sinal. A fuga está nos 38 checkouts que se transformam em 2 encomendas. As pessoas queriam os produtos e desistiram no último passo.
(u/datagekko, r/ecommerce, 22 de outubro de 2026, tradução própria)
O que conta como chegou ao checkout na Shopify
Os relatórios de comportamento da Shopify definem as sessões que chegaram ao checkout como todas as sessões com interação do utilizador durante a finalização da compra, ou seja, uma tecla ou um clique. As sessões com checkout concluído são aquelas em que o cliente comprou um produto. O esquema de sessões do ShopifyQL tem as mesmas métricas (sessions_that_reached_checkout, sessions_that_completed_checkout) e uma mais útil para este problema: sessions_that_reached_and_completed_checkout, sessões em que alguém chegou ao checkout e depois pagou.
Três pormenores mudam a leitura do funil:
- Uma sessão conta uma vez por passo. Quem abre o checkout no telemóvel, desiste e volta no portátil gera duas sessões no checkout.
- O funil pode ser aberto ou fechado. Um funil aberto inclui sessões que entram em qualquer passo e por qualquer ordem, por isso pode haver mais checkouts do que adições ao carrinho.
- O número de encomendas e de sessões concluídas pode diferir, porque um cliente pode comprar mais de uma vez na mesma sessão.
Exemplo com números: o funil 1670 / 57 / 38 / 2
Divida cada passo pelo anterior e a fuga aparece sem qualquer ferramenta:
| Passo | Sessões | Taxa face ao passo anterior | Taxa face a todas as sessões |
|---|---|---|---|
| Todas as sessões | 1670 | 100% | |
| Adição ao carrinho | 57 | 3,4% | 3,4% |
| Chegou ao checkout | 38 | 66,7% | 2,3% |
| Encomenda | 2 | 5,3% | 0,12% |
O painel do lojista mostrava 3,41% de adições ao carrinho e 0,11% de conversão, ou seja, o mesmo com arredondamento. Dois terços dos carrinhos chegam ao checkout, e cerca de um checkout em vinte é pago. Apenas como medida grosseira: a média de 70,22% de abandono da lista do Baymard aplicada a 57 carrinhos daria cerca de 17 encomendas, não 2. O Baymard mede carrinhos, não checkouts, pelo que a comparação é solta, mas a ordem de grandeza mostra que o último passo está avariado. Outra resposta sugeriu dividir o mesmo funil por mercado:
Eu também separaria o funil por país, porque 1670 sessões espalhadas por mercados diferentes podem esconder diferenças bastante grandes.
(u/Signalbridgedata, r/ecommerce, 22 de outubro de 2026, tradução própria)
Como os botões de checkout acelerado mudam o funil
A documentação da Shopify sobre checkout acelerado diz que botões como Shop Pay, Apple Pay, Google Pay e PayPal na página do produto permitem saltar o carrinho e ir diretamente para o checkout. No próprio checkout aparecem numa secção de pagamento expresso no topo. As sessões que os usam chegam ao checkout sem adicionar ao carrinho, uma das razões pelas quais um funil aberto pode mostrar mais checkouts do que carrinhos. Significa também que uma janela de carteira digital que falha ou é fechada conta na mesma como checkout. Teste cada botão que mostra, no tipo de dispositivo dos seus compradores.
Porque é que os checkouts abandonados da Shopify mostram menos clientes
A maioria dos lojistas abre Encomendas, depois os checkouts abandonados, e espera 36 entradas. Normalmente encontra muito menos. A documentação da Shopify sobre checkouts abandonados explica porquê: um checkout só é considerado abandonado depois de o cliente indicar o email e de ficar incompleto durante mais de dez minutos. Quem sai logo nos dados de contacto nunca aparece ali. Os checkouts abandonados com mais de três meses são apagados automaticamente, pelo que não há base para uma comparação trimestral.
Muitos checkouts e poucos abandonados significa que as pessoas saem antes de escrever o email: algo no primeiro ecrã as trava. Uma lista longa significa que avançaram mais, e cada entrada mostra até onde.
A mesma página enumera os casos em que a Shopify não envia email de recuperação: erro no processamento do pagamento, morada para onde a loja não envia, produtos que deixaram de estar disponíveis e pagamentos bloqueados pela Shopify Payments como alto risco. Estes últimos ficam numa vista própria de bloqueados. A lista mostra ainda dicas sobre o motivo de o email não ter sido entregue.
Erro de pagamento ou o cliente simplesmente desistiu
No tópico surgiu a pergunta decisiva:
Uma pergunta: os clientes estão a receber um erro de pagamento ou simplesmente saem sem clicar em Pagar? São dois problemas diferentes e precisam de soluções diferentes.
(u/kunalkhatri12, r/ecommerce, 22 de outubro de 2026, tradução própria)
O dono da loja respondeu que não havia erros de pagamento e que a loja não tinha Shopify Payments, apenas PayPal. Ninguém foi recusado, portanto: as pessoas viram o passo do pagamento e não continuaram. Outra resposta descreveu a página de pagamento do PayPal, depois do redirecionamento, como sem a marca da loja e deslocada.
O levantamento do Baymard Institute (atualizado a 22 de setembro de 2025) dá as taxas de referência. A média de 50 estudos é 70,22% de carrinhos abandonados. Deixando de fora quem estava apenas a ver, o inquérito do Baymard é liderado por custos extra demasiado altos (40%), entrega demasiado lenta (20%), falta de confiança no site para dados do cartão (19%), obrigação de criar conta (18%) e um checkout demasiado longo ou complicado (17%). Um cartão recusado representa 10%, e métodos de pagamento insuficientes 9%. Perder 36 em 38 está muito fora destas médias e costuma indicar um bloqueio concreto.
Onde a Shopify mostra o motivo de um pagamento falhado
O motivo está em três sítios. A lista de checkouts abandonados mostra dicas quando o email de recuperação não foi enviado, incluindo em erros de processamento do pagamento. Os pagamentos bloqueados por alto risco ficam na vista de bloqueados. Nas encomendas que existem, o histórico da encomenda regista cada pagamento como um evento de pagamento. Segundo a Shopify, pode expandi-lo para ver a informação do gateway de pagamento, e os eventos de pagamento ajudam a diagnosticar capturas e reembolsos falhados. Se o fornecedor de pagamento for externo, como o PayPal na loja dos cristais, as tentativas recusadas ou interrompidas estão no painel desse fornecedor, porque a Shopify só vê o que o fornecedor lhe devolve.
MB WAY e Multibanco no checkout da Shopify
A Shopify Payments tem os dois métodos na lista de métodos de pagamento locais, cada um com regras que convém conhecer:
- MB WAY: o cliente tem de estar em Portugal e pagar em EUR, introduz o número de telemóvel associado e aprova o pagamento na aplicação MB WAY ou do banco antes de o checkout terminar. Sem essa aprovação, o checkout não termina.
- Multibanco: apenas para lojas em Portugal, ativado automaticamente com a Shopify Payments, com aprovação que pode demorar até 48 horas. O checkout mostra entidade, referência e montante, e o cliente tem até 7 dias para pagar. Até lá a encomenda aparece como pagamento pendente. Se não for paga, é cancelada.
- O Multibanco não funciona com a Shopify Payments em modo de teste, por isso o teste habitual não o mostra.
Uma encomenda Multibanco à espera de pagamento é uma encomenda real, e uma cancelada ao fim de 7 dias parece uma venda que se evaporou. Se vende também para fora:
| Mercado | Método | O que diz a documentação |
|---|---|---|
| Espanha | Bizum | O Bizum está em acesso antecipado e não disponível para todos os comerciantes elegíveis |
| Polónia | BLIK, Przelewy24 | O BLIK exige PLN como moeda da loja ou um mercado Polónia em PLN, e morada polaca |
| Alemanha | Klarna, PayPal | A Klarna só na moeda local do cliente e com email; o PayPal Express Checkout é um fornecedor à parte que tem de ser configurado até ao fim |
| Noruega | Vipps | Fora da Shopify Payments, através de uma aplicação da Crude; o MobilePay da Shopify Payments é só para clientes na Dinamarca e Finlândia |
Como testar o checkout da Shopify no telemóvel
Compre na sua própria loja, no telemóvel, com dados móveis, a partir da ligação que os seus anúncios usam. O guia de encomendas de teste oferece um gateway de pagamento de teste e o modo de teste da Shopify Payments. As encomendas de teste não aparecem nos pagamentos nem nos relatórios. A Shopify avisa também que, enquanto os fornecedores de pagamento estiverem em modo de teste, os clientes não conseguem fazer encomendas reais. Uma loja que ficou em modo de teste depois do lançamento mostra checkouts sem encomendas. Um cartão real seguido de reembolso também serve, com possíveis comissões.
Abra a loja dentro da aplicação do Instagram ou do TikTok, e não apenas no navegador. Uma resposta no r/smallbusiness sobre tráfego pago das redes sociais:
Navega e adiciona ao carrinho mas nunca compra = surpresa no preço ou nos portes, ou sofrimento no checkout dentro do navegador da app do Instagram/FB (sem cartões guardados, sem preenchimento automático, logins). Isso é do lado do site e é muito comum com tráfego das redes sociais.
(u/Smooth_Form_6972, r/smallbusiness, 22 de outubro de 2026, tradução própria)
Repare em tudo o que tapa a página. No tópico dos cristais, uma pessoa nem conseguiu avançar:
Não consegui entrar no checkout sem aceitar os cookies ou mudar para a versão de computador.
(u/CanadianEmberflower, r/ecommerce, 22 de outubro de 2026, tradução própria)
A mesma pessoa criticou um pedido de gorjeta no checkout.
Protocolo de compra de teste, passo a passo
Repita o mesmo guião depois de cada alteração de tema, aplicação ou pagamento:
- Ative o modo de teste da Shopify Payments nas definições de pagamento (Settings > Payments > Manage > Enable test mode). O guia do modo de teste indica que só pode ser ativado depois de concluída a configuração da Shopify Payments e desaconselha ativá-lo numa loja em produção, por isso escolha uma hora calma e mantenha a janela curta. As lojas com outro fornecedor usam o gateway de pagamento de teste da Shopify, que exige um plano pago.
- Pague com o cartão de sucesso 4242424242424242 (qualquer validade futura, qualquer código de três dígitos, nome com duas palavras), depois com o cartão de recusa 4000000000000002 e com o de saldo insuficiente 4000000000009995. Veja o que o cliente recebe em cada falha: uma mensagem clara ou um beco sem saída.
- Repita numa janela privada, sem sessão iniciada, para que os dados guardados no Shop Pay ou na conta não preencham o formulário por si.
- Repita no telemóvel, com dados móveis, a partir da ligação do anúncio, no navegador e dentro da aplicação do Instagram ou do TikTok.
- Repita com uma morada de entrega por mercado para onde vende e confirme que cada método de pagamento local aparece mesmo com essa morada e moeda. Em Portugal, isso significa MB WAY em EUR. O Multibanco não aparece em modo de teste, pelo que só uma encomenda real o confirma.
- Desative o modo de teste e confirme que um método de pagamento real voltou ao checkout.
Portes, direitos aduaneiros e impostos no último passo
Custos que só aparecem no checkout são o motivo mais comum na lista do Baymard, e 12% dos inquiridos não conseguiram ver nem calcular o custo total antecipadamente. Se vende para outros países, faça a encomenda de teste com uma morada no seu maior mercado estrangeiro. Procure uma linha de portes que não estava na página do produto, direitos aduaneiros ou imposto de importação, mudança de moeda, prazo de entrega longo ou o aviso de que a loja não envia para aquela morada. A Shopify não envia email de recuperação para moradas fora das zonas de envio, por isso os compradores fora das zonas de envio também não recebem lembrete.
Zonas e tarifas de envio que não cobrem o comprador
A Shopify define zonas de envio como grupos de países ou regiões com as mesmas tarifas, e para vender para um país este tem de estar incluído num mercado ativo. A página de checkouts abandonados indica uma morada para onde a loja não envia como caso sem email de recuperação, pelo que os compradores de um país não coberto não deixam rasto além do número de checkouts. As lojas com tarifas calculadas pela transportadora devem criar tarifas de reserva, que segundo a Shopify permitem concluir a compra quando as tarifas calculadas falham. No tópico dos cristais, uma resposta apontou onde procurar:
Abrir os checkouts abandonados na Shopify e ver até onde chegou cada um, depois fazer uma encomenda de teste a partir de 1 ou 2 dos países de onde vem mais tráfego. Nas vendas internacionais costuma ser algo que só aparece no checkout, como direitos aduaneiros, um prazo de entrega longo ou a mudança de moeda.
(u/summit_23, r/ecommerce, 22 de outubro de 2026, tradução própria)
Cobrar direitos aduaneiros no checkout em vez de na entrega
A Shopify pode cobrar uma estimativa de direitos e impostos de importação logo no checkout, o que segundo a documentação ajuda os clientes a evitar cobranças inesperadas na entrega. A página de configuração enumera os requisitos: códigos SH (HS) e um país ou região de origem em cada produto, uma transportadora que suporte etiquetas DDP se comprar etiquetas na Shopify e não usar a Shopify Fulfillment Network. Ativa-se nas definições de impostos e direitos, ou por mercado. Os direitos podem então aparecer como linha própria no checkout ou incluídos no preço, caso em que é a loja que os paga. Uma linha que aparece pela primeira vez no último ecrã continua a ser um custo tardio, por isso refira os direitos também na página do produto ou de envios.
Filtros antifraude, cartões recusados e bots
Se usa a Shopify Payments, abra a vista de checkouts abandonados bloqueados. Os pagamentos bloqueados como alto risco ficam ali sem email de recuperação. Uma série de bloqueios de um só país depois de uma campanha é tanto uma questão de segmentação como de fraude.
Os bots inflacionam o topo do funil. O guia da Shopify para identificar atividade de bots indica um pico inesperado de sessões, um pico num tipo de dispositivo, muitas sessões vindas de centros de dados da Google Cloud Platform ou da Amazon Web Services e muitas tentativas de pagamento com dados de cliente repetidos ou suspeitos. Avisa ainda que testes de cartões por bots podem nem aparecer como checkouts abandonados. Compare períodos de 30 a 90 dias, como o guia recomenda, antes de mudar alguma coisa.
Aplicações e personalizações do checkout que bloqueiam a encomenda
Código no checkout pode travar uma venda de propósito. As funções de validação do carrinho e do checkout verificam a encomenda segundo regras antes de o cliente poder avançar, e a documentação descreve os seus erros como erros de validação que impedem o cliente de prosseguir no checkout. A Shopify coloca as mensagens nos campos visados. Uma regra mal configurada, como um valor mínimo de encomenda ou uma verificação de código postal, bloqueia todos os compradores a que se aplica. Depois de instalar ou atualizar qualquer aplicação que mexa no checkout, repita o protocolo de teste acima. Que alterações ao checkout exigem funções ou extensões do checkout explica-o a comparação entre desenvolvimento Shopify à medida e personalização do tema.
Google Analytics sem compras e a Shopify com encomendas
Conte as encomendas no painel da Shopify, não no Google Analytics. A página da Shopify sobre discrepâncias na análise explica que a Google só consegue contar visitantes com JavaScript e cookies ativos, que extensões do navegador podem bloquear o registo de sessões e compras e que as ferramentas definem sessões e fusos horários de forma diferente. Um funil do GA4 com 38 checkouts e zero compras pode ter perdido apenas o evento de compra. O lado do consentimento está no nosso guia sobre o banner de cookies rejeitado em que o rastreamento continua.
Tabela de decisão: onde está a falha
| O que vê | Causa mais provável | O que verificar primeiro |
|---|---|---|
| Muitos checkouts, poucos abandonados | Os compradores saem antes de escrever o email | Primeiro ecrã no telemóvel e no navegador das apps, banner de cookies, início de sessão |
| Abandonados param nos portes | Custo inesperado ou sem entrega para a morada | Zonas de envio, direitos, moeda, prazo |
| Abandonados param no pagamento, sem erros | Falta de um método de pagamento local ou de confiança | MB WAY, Multibanco, páginas de pagamento com redirecionamento |
| Dicas referem erros de pagamento | Recusas ou fornecedor mal configurado | Estado do fornecedor, modo de teste, eventos de pagamento no histórico |
| A vista de bloqueados cresce | Filtro antifraude ou teste de cartões | Países, sinais de bots, segmentação das campanhas |
| Painel com encomendas, GA4 sem compras | Falha de rastreamento | Evento de compra, consentimento, fuso horário |
| Encomendas com pagamento pendente que depois são canceladas | Método diferido como o Multibanco | Lembrete antes de terminarem os 7 dias |
O mesmo diagnóstico no WooCommerce
O WooCommerce mostra a falha nos estados das encomendas: pagamento pendente significa que a encomenda foi recebida mas não paga, falhada significa que o pagamento falhou ou foi recusado, e o checkout por blocos guarda rascunhos temporários antes de a encomenda ser submetida. Filtrar por estes estados dá o equivalente aos checkouts abandonados e bloqueados da Shopify. O registo dos passos está no nosso artigo sobre análise do checkout WooCommerce e agentes de IA.
Atualização de . No WooCommerce, uma encomenda em processamento ou concluída não prova que o dinheiro entrou. O relatório semanal de vulnerabilidades da Wordfence de 12 a 18 de outubro de 2026 lista um conjunto de plugins de pagamento em que um pedido sem autenticação podia marcar encomendas como pagas ou mudar o seu estado. O Rede Itaú até 5.5.2 aceitava um webhook 3DS com o identificador de transação vazio e saltava a verificação junto da Rede; uma segunda falha no webhook de débito permitia marcar encomendas por pagar como pagas ou cancelar encomendas concluídas. O Asaas Gateway antes da 2.7.8 aceitava um webhook com o token de acesso vazio. O Coinbase Commerce até 1.4.1 permitia contornar o pagamento e não tinha correção conhecida quando o relatório saiu, a 23 de outubro; a Wordfence sugere desinstalá-lo e procurar substituto. Atualize o gateway e depois compare uma amostra de encomendas pagas recentes com o painel do fornecedor de pagamentos: cada uma deve ter lá uma transação real.
Quando vale a pena pedir ajuda
A maior parte deste diagnóstico é uma tarde com um telemóvel, uma morada estrangeira e a lista de checkouts abandonados. Quando a falha está no código do tema, numa aplicação de checkout ou numa integração de pagamento, passa a ser trabalho de desenvolvimento: o serviço de desenvolvedor Shopify cobre checkout e pagamentos, e a comparação entre desenvolvimento Shopify à medida e personalização do tema explica o que pode mudar no checkout da Shopify e o que não pode. A verificação do site faz a mesma compra de teste em vários dispositivos, e o plano de fiabilidade da loja repete-a após cada alteração de aplicações, tema ou pagamentos.
