Comparar / Checkout

Checkout hospedado vs. checkout próprio

Todo lojista que recebe online responde a isto uma vez: a página que coleta os dados do cartão é sua ou do seu provedor? A resposta define o seu escopo PCI, a rapidez com que você adiciona um meio de pagamento e quem é acionado quando chega uma exigência das bandeiras. É menos uma escolha de tecnologia e mais uma decisão sobre em que o seu time deve gastar o ano.

Opção vs. opção

Sete perguntas que decidem

Dimension
Checkout hospedado
Checkout próprio
Escopo PCI
Mínimo. A página que coleta os dados do cartão é do provedor, então seus servidores veem um token e nunca o número do cartão — em geral a autoavaliação mais leve disponível.
Seu. Lidar diretamente com dados de cartão coloca seus sistemas no escopo, com o projeto, a avaliação e a recertificação anual que vêm junto.
Tempo até o primeiro pagamento
Dias. Crie um pedido, redirecione, trate um webhook — a maior parte do trabalho é decidir o que acontece depois que o pagamento é aprovado.
Meses, e a cauda longa é a parte difícil: 3-D Secure, telas de carteira digital, estados de erro, novas tentativas e os casos de borda de cada meio de pagamento.
Adicionar um meio de pagamento
Configuração. Novos meios chegam com a plataforma e são ativados; a página se adapta sem nenhum release do seu lado.
Um projeto a cada vez — integração, certificação, trabalho de UI e um compromisso permanente de manutenção por meio de pagamento.
Controle sobre a experiência
Alto, mas limitado: marca, opções de layout, domínio próprio e campos embutidos quando você precisa do pagamento dentro da sua página — dentro do que o provedor expõe.
Total. Se o seu checkout precisa fazer algo realmente incomum, as restrições de mais ninguém se aplicam.
Trabalho de conversão
Herdado. Ordem dos meios de pagamento, localização, suporte a carteiras e comportamento de novas tentativas melhoram conforme a plataforma melhora, sem você rodar os experimentos.
Você conquista. Dá para superar uma página genérica no seu funil específico — se você tem o tráfego e as pessoas para fazer isso direito.
Manter-se atualizado
Problema do provedor. Exigências das bandeiras, mudanças de SCA e atualizações de navegadores e carteiras chegam como atualizações da plataforma.
Uma linha fixa no seu roadmap, por tempo indeterminado — o trabalho nunca termina e raramente é priorizado até algo quebrar.
Custo real
Economia por transação, visível e proporcional ao volume.
Salários de engenharia mais certificação, gastos antes do primeiro pagamento e a cada ano depois — em geral subestimados por uma ordem de grandeza.
01

Quando o checkout hospedado vence

Para a maioria das empresas, na maior parte do tempo. Se pagamentos são a forma como você recebe, e não o que você vende, a página de checkout não é onde está a sua vantagem — e o custo de ser dono dela é pago da maneira menos visível possível: uma parte permanente da sua capacidade de engenharia indo para exigências das bandeiras e integrações de meios de pagamento em vez de ir para o seu produto. Uma página hospedada também resolve a questão do PCI, o maior custo oculto de fazer por conta própria.

  1. 01Pagamentos são um meio para gerar receita, não o produto em si
  2. 02Você quer os dados de cartão fora do escopo, e não só bem tratados
  3. 03Novos meios de pagamento devem chegar sem um release do seu lado
  4. 04Seus engenheiros valem mais naquilo que o cliente compra
02

Quando construir o seu próprio vence

Quando o checkout realmente é o produto. Plataformas que processam para terceiros, empresas com um fluxo que nenhuma página hospedada consegue expressar e times com um volume em que uma fração de ponto percentual de conversão pesa mais do que o salário de uma equipe de pagamentos — esses casos são reais e justificam a construção. O mesmo vale para uma posição regulatória que exige a superfície de manuseio de cartões dentro do seu próprio perímetro. Abaixo dessa escala, construir costuma significar redescobrir, a um custo alto, por que os checkouts hospedados existem.

  1. 01Pagamentos são o produto — você processa em nome de terceiros
  2. 02O volume é alto o bastante para que a conversão marginal supere o custo de um time
  3. 03Um regulador ou comitê de risco exige a superfície dentro do seu perímetro
  4. 04Seu fluxo é realmente incomum e nenhuma página hospedada consegue expressá-lo
03

Onde a Protocore se encaixa

O Protocore Gateway é a resposta hospedada, com as saídas de emergência de sempre já incluídas, e não vendidas à parte: rode a página no nosso domínio ou no seu, embuta os campos de pagamento no seu próprio layout quando o fluxo exigir, ou apresente o mesmo checkout nativamente no seu app. Cartões, carteiras, transferência bancária e USDC ficam em uma única página e liquidam em um único valor em euros, com uma única referência de pedido. E se a resposta honesta para você é a terceira opção — você quer ser o provedor, e não o lojista —, a mesma plataforma está disponível em whitelabel, o que costuma ser um negócio melhor do que construir um gateway do zero.

  1. 01Página hospedada, domínio próprio, campos embutidos ou dentro do app — a mesma integração
  2. 02Cartões, carteiras, transferência e USDC em uma página, liquidados em EUR
  3. 03Uma referência de pedido do checkout ao recibo e à linha do extrato bancário
  4. 04Disponível em whitelabel quando você quer ser o provedor, e não o lojista

Não sabe de que lado você está?

Conte seu volume, seus meios de pagamento e no que seus engenheiros estão trabalhando. Diremos com franqueza o que a sua situação pede — inclusive quando for construir por conta própria.