Seu checkout da InfinitePay trava carregando? A causa não é a sua loja.

Se um cliente já te mandou uma mensagem parecida com “fiquei numa tela girando e desisti”, tenho uma notícia boa e uma chata. A chata: isso vai continuar acontecendo de vez em quando. A boa: não é culpa da sua loja, da sua conta ou da sua internet, e dá para reduzir bastante o estrago.

O checkout da InfinitePay pode travar na tela de carregamento, impedindo que opções como Pix e cartão sejam exibidas, especialmente em acessos pelo desktop, primeira compra do dia ou abas anônimas. A causa identificada está relacionada ao carregamento do apple-pay-sdk.js, um script externo que pode impedir a renderização completa do checkout mesmo quando o Apple Pay não está habilitado. Neste artigo, você entende por que o checkout da InfinitePay trava, por que recarregar a página resolve e quais estratégias podem ajudar a recuperar vendas no WooCommerce, como avisos preventivos, botão de nova tentativa e e-mails de recuperação.

Fomos atrás da causa de verdade, comparando cargas que travam com cargas que funcionam, em contas InfinitePay diferentes. O problema não está em nenhuma configuração que você controla.

O sintoma

O cliente clica para pagar, cai no checkout hospedado da InfinitePay, e a tela fica presa no spinner. Nem Pix nem cartão aparecem. Recarregar quase sempre resolve, só que o cliente raramente sabe disso, e boa parte desiste ali mesmo.

Três detalhes se repetem nos relatos

• Acontece mais na primeira compra do dia, ou em aba anônima.
• Some quando a página é recarregada.
• Não acontece no celular, só no desktop.

Junte esses três e a causa fica bem mais fácil de enxergar.

A causa

O checkout carrega, entre outras coisas, um script da Apple (apple-pay-sdk.js), e carrega esse script sempre, até em contas sem Apple Pay habilitado. Quando ele falha ao carregar, seja por conexão instável, seja por qualquer bloqueio momentâneo, a página inteira não renderiza. Não trava só o botão do Apple Pay. Trava Pix e cartão junto, que são os dois meios que a maioria dos lojistas brasileiros realmente usa.

Um meio de pagamento que talvez nem apareça pro seu cliente está derrubando os dois que você vende de verdade. Isso não é hipótese: testamos em mais de uma conta InfinitePay independente, comparando lado a lado uma carga que falhou com uma que funcionou, e o padrão se repete igual nas duas.

Por que de manhã, e por que some ao recarregar

O script vem com cache de 24 horas no navegador. Depois que carrega direito uma vez, o navegador não busca de novo por um dia inteiro. Isso explica por que o problema aparece mais na primeira carga do dia ou com cache limpo, e explica também por que recarregar resolve por horas, não só naquele momento.

Por que não acontece no celular

O próprio script da Apple checa o tipo de dispositivo antes de fazer qualquer coisa, e em celular ele já sai de cena sem tentar carregar o resto. Se você já tentou comparar desktop com celular pra isolar o problema, vale saber: essa comparação não prova nada, porque muda duas coisas ao mesmo tempo, o dispositivo e a presença do script.

O que não resolve

Testamos três ideias óbvias antes de aceitar que o problema está fora do nosso alcance.

Colocar o checkout dentro de um iframe da própria loja não funciona: a política de segurança do domínio da InfinitePay bloqueia isso de propósito. Mesmo que passasse, a verificação de segurança do cartão roda num iframe próprio dentro dele e quebraria.

Pré-carregar o script da Apple na sua loja também não ajuda. Navegadores isolam cache por site desde 2020, então o que sua loja baixa não serve pro domínio do checkout.

E desligar o Apple Pay no painel da InfinitePay simplesmente não é uma opção hoje. As configurações de meios de pagamento só cobrem Cartão e Pix.

Se alguém te vender uma dessas três como solução, já sabe: já foi tentado e não deu certo.

O que ajuda de verdade

Como a causa está fora do nosso controle, a saída não é consertar o travamento. É encurtar o caminho de volta pra quem esbarrou nele.

Um aviso simples na tela de pagamento da própria loja, antes do redirecionamento, do tipo “se a tela demorar, atualize a página”, já resolve boa parte, porque o cliente lê isso antes de precisar dele.

Uma tela de retorno com botão de tentar de novo ajuda quem aperta “Voltar” no navegador. Em vez de cair num carrinho vazio, ele cai numa página que já gera um novo link.

E um e-mail de recuperação pega quem desistiu mesmo com tudo isso. Nem todo mundo lê o aviso, nem todo mundo clica no botão de tentar de novo. Mas um link direto no e-mail recupera parte dessas vendas.

Nenhuma dessas coisas evita o travamento. Elas só garantem que ele não vire venda perdida.

Por que estamos falando disso

O InfinitePay para WooCommerce foi desenhado com essa limitação em mente desde o início: página intermediária com botão de tentar de novo, e-mail de recuperação de carrinho, aviso no lugar certo da tela de pagamento, e não na tela intermediária, que às vezes dura menos de um segundo e ninguém lê a tempo.

Se você já usa InfinitePay no WooCommerce e nunca ouviu falar dessas três coisas, vale checar se o gateway que você usa hoje trata esse cenário, ou se deixa a venda perdida por conta do cliente que desistiu.