O que é Página de Pagamento?
A superfície de pagamento virada para o comerciante, o formulário, a página alojada ou o SDK onde o cliente introduz os detalhes de pagamento.
O Checkout é a interface virada para o cliente onde os detalhes de pagamento são introduzidos e uma transação é iniciada. O design e a implementação técnica da página de Checkout são críticos para a conversão, segurança e conformidade regulamentar.
Os comerciantes podem escolher entre vários métodos de integração, cada um com diferentes implicações para o seu âmbito PCI DSS. Uma página de pagamento totalmente alojada redireciona o cliente para uma página segura gerida pelo fornecedor de pagamento, minimizando o encargo PCI do comerciante.
Um iframe incorporado permite que o formulário de pagamento apareça de forma integrada no site do comerciante, isolando os dados sensíveis dos seus servidores.
Uma integração direta da API oferece o máximo controlo sobre a experiência do utilizador, mas coloca todo o ambiente do comerciante no âmbito PCI DSS, exigindo uma sobrecarga significativa de conformidade.
Os checkouts modernos devem ser projetados para lidar com requisitos regulamentares, como a Autenticação Forte de Cliente (SCA) sob a PSD2 na Europa.
Isso envolve a integração de um serviço 3D Secure que pode gerir o fluxo de autenticação, determinando se uma transação pode ser aprovada através de um fluxo sem atrito ou requer um fluxo de desafio (por exemplo, um código de acesso único ou aprovação biométrica).
A otimização do Checkout também envolve a exibição dinâmica de Métodos de Pagamento Alternativos (APMs) relevantes e carteiras digitais como Apple Pay ou Google Pay com base no dispositivo e localização do cliente.
Os dados recolhidos no Checkout, como detalhes do cartão, endereço de faturação e CVV, são enviados num pedido de autorização para o gateway de pagamento, que depois os encaminha para o adquirente e esquema de cartão apropriados.
Exemplo prático
Um retalhista de moda do Reino Unido usa uma página de pagamento baseada em iframe fornecida pela Cardflo. Um cliente em França adiciona um casaco de 250€ ao seu carrinho e procede ao pagamento.
A página de pagamento, incorporada no domínio do retalhista, deteta a localização e o dispositivo do utilizador, exibindo opções para Cartes Bancaires, SEPA e Apple Pay, juntamente com o formulário de entrada de cartão padrão. O cliente escolhe pagar com o seu cartão Visa.
O senhor insere o número do cartão, data de validade e CVV. Como a transação é superior à isenção de baixo valor de 30€ e é uma transação transfronteiriça dentro do EEE, a SCA é obrigatória.
Após a submissão, o processo 3D Secure é iniciado. O valor do Indicador de Comércio Eletrónico (ECI) de 05, totalmente autenticado, é o alvo.
O ACS do emissor apresenta um desafio, exigindo que o cliente aprove o pagamento de 250€ na sua aplicação bancária móvel. Uma vez aprovado, o pedido de autorização é enviado, aprovado, e a responsabilidade por estornos fraudulentos passa para o emissor.
Todo o processo, desde a submissão do formulário até à confirmação, leva menos de 15 segundos.
Notas dos esquemas
As regras da Visa e Mastercard influenciam fortemente a funcionalidade da página de pagamento, principalmente através do 3D Secure.
Ambos os esquemas atualizaram os protocolos, Visa Secure e Mastercard Identity Check, que suportam o padrão 3DS2, permitindo uma troca de dados mais rica entre o comerciante e o emissor para facilitar a autenticação sem atrito.
Os esquemas exigem o uso correto do indicador de Comércio Eletrónico (ECI) na mensagem de autorização, um 05 para uma transação 3DS totalmente autenticada na Europa, ou 07 para uma transação não 3DS autenticada.
A sinalização incorreta de transações pode levar a taxas de intercâmbio mais altas, taxas de aprovação mais baixas e uma perda de proteção de mudança de responsabilidade em casos de fraude.
Por que isto importa para os comerciantes
A página de pagamento é, sem dúvida, o fator mais crítico para a conversão de vendas de um comerciante.
Uma página de pagamento mal projetada com campos desnecessários, um redirecionamento abrupto ou a falta de métodos de pagamento relevantes leva diretamente a carrinhos abandonados e perda de receita.
Para regiões com mandato SCA, como o EEE, uma integração 3D Secure falhada ou desajeitada pode dizimar as taxas de aprovação.
A parceria com um fornecedor como a Cardflo, cuja plataforma de orquestração e roteamento inteligente podem otimizar dinamicamente os fluxos da página de pagamento, permite que os comerciantes maximizem as aprovações.
Por exemplo, encaminhar uma transação para um adquirente local ou tentar novamente de forma inteligente uma recusa suave pode recuperar receita que de outra forma seria perdida na fase de pagamento.
Perguntas frequentes
Como a escolha da página de pagamento afeta o âmbito de conformidade PCI DSS?
Usar uma página de pagamento alojada ou uma página de pagamento moderna baseada em iframe geralmente qualifica um comerciante para SAQ A, o nível de conformidade mais simples, porque os dados do cartão nunca tocam no servidor do comerciante.
Se um comerciante usa uma página de pagamento de API personalizada para recolher dados diretamente na sua própria infraestrutura, o senhor geralmente cai sob SAQ D, exigindo uma auditoria anual significativamente mais rigorosa e cara.
Que papel a página de pagamento desempenha nos fluxos SCA e 3D Secure 2?
A página de pagamento atua como a camada de orquestração que aciona o pedido 3DS ao emissor quando uma transação requer autenticação.
Deve ser capaz de lidar com redirecionamentos ou exibir a janela de desafio de autenticação do emissor dentro da interface de utilizador sem quebrar a sessão do cliente ou causar tempos limite de transação.
Qual é a diferença entre uma página de pagamento alojada e uma página de pagamento em iframe?
Uma página de pagamento alojada (HPP) redireciona o cliente para fora do seu website para uma página totalmente alojada e controlada pelo seu fornecedor de pagamento. Isso simplifica muito a sua conformidade PCI DSS para um simples SAQ A.
Uma página de pagamento em iframe incorpora o formulário de pagamento dentro de uma janela na sua própria página de pagamento, criando uma experiência de cliente mais integrada, garantindo que os dados sensíveis do cartão nunca tocam nos seus servidores.
Isso geralmente requer SAQ A-EP, que é um pouco mais complexo, mas ainda muito menos oneroso do que uma integração direta da API.
Como pode o senhor melhorar a sua taxa de conversão na página de pagamento?
Para melhorar a conversão, minimize o número de campos do formulário, garanta que a página é responsiva a dispositivos móveis e exiba sinais de confiança, como logotipos de segurança.
Ofereça carteiras digitais populares como Apple Pay e Google Pay, que podem aumentar a conversão em mais de 20% em algumas demografias. Para clientes internacionais, exiba os preços na sua moeda local e ofereça métodos de pagamento locais familiares.
Usar um serviço de verificação de endereço (AVS) também pode acelerar o preenchimento do formulário.
O meu Checkout precisa de suportar 3D Secure?
Se vende para clientes no Espaço Económico Europeu (EEE) ou no Reino Unido, o suporte a 3D Secure 2 (3DS2) é obrigatório para a maioria das transações devido aos regulamentos de Autenticação Forte de Cliente (SCA).
Mesmo fora dessas regiões, o uso de 3DS é altamente recomendado, pois oferece proteção de mudança de responsabilidade contra certos tipos de estornos fraudulentos.
Por exemplo, um comerciante que conclui com sucesso uma transação 3DS geralmente não é responsável por um estorno com o código de motivo 10.4 (Fraude - Ambiente sem Cartão Presente).
Que dados devo recolher na finalização da compra para otimizar as autorizações?
Além do PAN básico, validade e CVV, a recolha de um endereço de faturação completo é crítica para as verificações AVS. Para 3DS2, fornecer dados ricos é fundamental.
Isso inclui detalhes do cliente (nome, e-mail, telefone), informações de envio e dados do dispositivo.
Passar pelo menos 15 pontos de dados pode aumentar significativamente as chances de um fluxo sem atrito, onde o emissor aprova a transação sem desafiar o titular do cartão, aumentando as taxas de conversão ao evitar atritos.
Como funcionam as carteiras digitais como Apple Pay e Google Pay com o meu Checkout?
As carteiras digitais substituem a necessidade de entrada manual do cartão. Quando um cliente escolhe Apple Pay ou Google Pay, a carteira usa autenticação biométrica (Face ID, Touch ID ou impressão digital) no dispositivo para verificar o utilizador.
Em seguida, passa um token específico do dispositivo (DPAN) para o gateway de pagamento, não o número do cartão subjacente.
Isso é altamente seguro, qualifica-se para SCA e oferece uma experiência muito rápida e de baixo atrito, pois os detalhes de envio e faturação são frequentemente preenchidos automaticamente a partir da carteira.
See how Página de Pagamento plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
Termos relacionados
Qualquer método de pagamento não-cartão, carteiras, transferências bancárias, BNPL, vouchers, aceites no Checkout.
O Padrão de Segurança de Dados da Indústria de Cartões de Pagamento, a estrutura obrigatória para o tratamento de dados de titulares de cartões.
Um protocolo de autenticação de rede de cartões que transfere a responsabilidade por fraude do comerciante para o emissor quando um titular de cartão é verificado.
Requisito da PSD2 de que os pagamentos eletrónicos iniciados pelo cliente no EEE e no Reino Unido sejam autenticados com dois dos seguintes: conhecimento, posse, inerência.
Relacionados guias.
Preparado para melhorar a sua configuração de pagamentos?
Fale-nos do seu negócio. Iremos apresentá-lo aos parceiros adquirentes e à rota certa, normalmente em menos de uma semana.