Google Pay travando no checkout Magento 2.4.9 exige uma investigação por camadas. O carregamento infinito depois da escolha do pagamento pode estar relacionado à versão do código, mas também pode nascer em configurações do Braintree, erros JavaScript, políticas CSP, conteúdo estático desatualizado ou customizações do checkout.
Para lojas brasileiras, o impacto é direto: o comprador chega à última etapa, mas não consegue autorizar o pagamento ou concluir o pedido. Em vez de limpar todos os caches ou alterar a configuração em produção, o caminho mais seguro é reproduzir o problema, registrar a sequência das requisições e descobrir onde o fluxo foi interrompido.
O que mudou no Braintree do Magento 2.4.9?
As notas do Adobe Commerce 2.4.9 registram a correção de um comportamento no qual o checkout podia permanecer em carregamento infinito depois que o cliente selecionava o Google Pay pelo Braintree. Portanto, se o problema ocorre em uma versão anterior, essa correção deve entrar na avaliação do upgrade; se a loja já está no 2.4.9 e o sintoma continua, é necessário investigar configuração, frontend e extensões antes de atribuir a falha ao núcleo da plataforma. Consulte a descrição na nota oficial do Adobe Commerce 2.4.9.
O Magento Open Source 2.4.9 também passou a registrar suporte ao tipo de cartão Elo no Braintree Card Payments, com possibilidade de habilitação na configuração do meio de pagamento, conforme as notas oficiais do Magento Open Source 2.4.9. Isso não significa que toda conta Braintree esteja automaticamente pronta para processar Elo: disponibilidade comercial, habilitação da conta, região, moeda e condições do provedor ainda precisam ser confirmadas.
A documentação da versão também relaciona mudanças no módulo Braintree, incluindo compatibilidade com PHP 8.5 e alterações em fluxos de pagamentos expressos. Esses pontos devem ser considerados em conjunto com infraestrutura e extensões durante o upgrade, como detalhado nas release notes do Adobe Commerce 2.4.9.
Google Pay travando no checkout Magento 2.4.9: por onde começar?
1. Confirme a versão realmente implantada
Não use apenas a versão esperada no planejamento do projeto. No diretório da aplicação e com o usuário de manutenção, confira o código efetivamente disponível:
php bin/magento --version
composer show | grep -i braintree
git statusEm uma infraestrutura com mais de um nó, valide se todos receberam o mesmo build, arquivos estáticos e configuração. Uma implantação parcial pode fazer o erro aparecer apenas em algumas tentativas, dependendo do servidor que atendeu a requisição.
Se a atualização estiver bloqueada por dependências, investigue o conflito antes de remover o arquivo de lock ou atualizar todos os pacotes. O roteiro sobre erros do Composer no Magento 2 ajuda a preservar uma árvore de dependências reproduzível.
2. Descubra exatamente em que momento o carregamento começa
Reproduza o checkout em homologação e anote a última ação concluída. O carregamento começa ao exibir o botão, selecionar Google Pay, abrir a carteira, autorizar o pagamento ou voltar ao checkout? Essa distinção separa problemas de renderização, elegibilidade, tokenização, comunicação com o backend e criação do pedido.
Abra as ferramentas de desenvolvedor do navegador e registre:
- erros e avisos no console;
- requisições pendentes, canceladas ou respondidas com códigos 4xx e 5xx;
- URL, método e duração da chamada que não termina;
- bloqueios de conteúdo, origem ou política CSP;
- ordem de carregamento dos componentes do checkout.
Não publique capturas contendo tokens, cookies, dados pessoais ou informações de pagamento. Ao compartilhar evidências com a equipe técnica, remova valores sensíveis dos cabeçalhos e payloads.
3. Compare o checkout padrão com tema e módulos personalizados
Mixins, componentes Knockout, validadores e módulos de checkout podem manter o indicador de carregamento ativo quando uma Promise é rejeitada ou uma resposta inesperada não é tratada. O erro pode parecer do Google Pay mesmo quando a interrupção ocorre em uma validação de endereço, total, consentimento ou antifraude.
Em uma cópia controlada da loja, compare o comportamento com as customizações isoladas progressivamente. Não desative módulos aleatoriamente em produção: checkout e pagamento possuem dependências, e uma retirada incompleta pode criar um segundo problema.
Verifique também se o navegador está carregando artefatos antigos depois do deploy. Limpar cache sem corrigir o processo de publicação pode esconder temporariamente o sintoma, mas não elimina a divergência entre JavaScript, configuração e código PHP.
4. Verifique CSP, proxy, CDN e bloqueadores
Uma política de segurança pode bloquear recursos ou conexões necessários ao pagamento. Procure violações de CSP no console e nos relatórios configurados pela loja. Em vez de liberar domínios amplamente, identifique o recurso bloqueado e ajuste somente a diretiva necessária depois de validar sua origem.
Repita o teste sem extensões de bloqueio no navegador e compare uma conexão direta de homologação com o caminho que passa por CDN ou proxy. Regras de cache não devem armazenar respostas personalizadas do carrinho e do checkout. Se outras informações do carrinho também desaparecem durante a navegação, use o checklist sobre sessões e carrinho esvaziando no Magento 2.
5. Consulte os logs sem expor dados de pagamento
Correlacione o horário do teste com os logs da aplicação, PHP, servidor web, proxy e serviços externos autorizados. Comece pelos arquivos em var/log, observando exceções geradas no mesmo segundo da tentativa.
Um erro no frontend sem registro no backend sugere que a chamada pode nem ter chegado ao Magento. Já uma resposta HTTP com exceção associada direciona a investigação para validação, sessão, totals, integração ou criação do pedido. Se o pagamento for aprovado, mas a venda não surgir no painel, trate isso como outro estágio do fluxo, e não como simples falha visual.
Como validar Google Pay, cartões Elo e pedidos após o upgrade
Monte uma matriz de testes em sandbox ou ambiente oficialmente destinado a homologação. Evite testes destrutivos e não use dados reais de cartão fora de um fluxo autorizado pelo provedor.
- cliente convidado e cliente autenticado;
- produto simples, configurável e virtual usado pela operação;
- carrinho com e sem cupom;
- desktop e dispositivo móvel compatível;
- tema padrão de referência e tema da loja;
- Google Pay e cartão convencional;
- aprovação, recusa controlada e cancelamento pelo comprador;
- criação do pedido, atualização do status, e-mail e baixa de estoque;
- retorno ao checkout sem duplicar cobrança ou pedido.
Para Elo, confirme se a bandeira aparece apenas quando deveria e se a configuração está coerente em cada website ou store view. Valide ainda moeda, país de cobrança, comportamento do antifraude e retorno do gateway. Exibir a opção no painel não substitui a confirmação de que a conta do estabelecimento pode processá-la.
O que evitar durante o diagnóstico
- testar a correção diretamente em produção;
- apagar
composer.lockpara forçar novas dependências; - desabilitar CSP globalmente como solução permanente;
- registrar payloads completos com tokens ou dados pessoais;
- reimplantar arquivos estáticos sem registrar o build anterior;
- atribuir toda falha ao Braintree sem conferir o console e a rede;
- considerar o pedido concluído apenas porque a carteira foi autorizada.
Conclusão
Ao investigar Google Pay travando no checkout Magento 2.4.9, primeiro confirme se o ambiente executa de fato a versão esperada. Depois, localize a última etapa bem-sucedida e compare navegador, requisições, logs, CSP, tema e módulos. A correção registrada na versão 2.4.9 é relevante, mas não elimina falhas causadas pela implantação ou por customizações.
Se o checkout continua carregando, o Elo não aparece como esperado ou o pagamento não gera pedido, preserve as evidências e reproduza o cenário em homologação. Uma análise técnica organizada reduz o risco de alterações emergenciais e ajuda a restaurar o fluxo de compra com mais segurança. A equipe do Suporte Magento pode auxiliar no diagnóstico e na validação do checkout.
Perguntas frequentes
Por que o Google Pay fica carregando indefinidamente no Magento?
O carregamento pode decorrer da versão do módulo, erro JavaScript, requisição pendente, bloqueio de CSP, conteúdo estático divergente, configuração do Braintree ou customização do checkout. Console, aba de rede e logs ajudam a identificar a camada responsável.
O Magento 2.4.9 corrigiu o carregamento infinito do Google Pay?
As notas do Adobe Commerce 2.4.9 registram uma correção para o checkout que podia continuar carregando depois da seleção do Google Pay via Braintree. Se o erro persistir nessa versão, é necessário verificar a implantação e as personalizações.
O cartão Elo funciona no Braintree do Magento Open Source 2.4.9?
O Magento Open Source 2.4.9 registra suporte ao tipo de cartão Elo no Braintree Card Payments. A aceitação efetiva ainda depende da habilitação e das condições aplicáveis à conta do estabelecimento.
Posso limpar o cache para corrigir o checkout?
A limpeza pode remover artefatos antigos, mas não corrige dependências, JavaScript defeituoso, CSP ou configuração incorreta. Registre o erro antes e valide se o deploy publicou código e arquivos estáticos consistentes.
Fontes consultadas
As informações atuais mencionadas neste artigo foram verificadas nas fontes abaixo.
