Checkout numa página ou por passos no PrestaShop: que campos estão a mais e quando usar a compra em 1 clique

De vez em quando alguém propõe mudar o checkout «para uma só página» porque converte mais. Às vezes melhora, às vezes não muda nada e às vezes piora. O que decide se um cliente termina a compra não é tanto o número de ecrãs, mas sim o número de decisões, de campos e de surpresas que encontra pelo caminho.

Como é o checkout do PrestaShop

Desde a 1.7, o processo de compra do PrestaShop é uma única página dividida em blocos que se abrem por ordem: dados pessoais, moradas, método de envio e pagamento. É um híbrido: não recarrega a página entre passos, mas obriga a preencher cada bloco antes do seguinte. Os temas e os módulos de checkout de terceiros alteram essa estrutura, para o bem ou para o mal.

Uma página ou por passos: o que muda realmente

Com poucos campos, uma página funciona bem. Com muitos, os passos põem ordem. Antes de mudar a estrutura, compensa mais reduzir o que se pede.

Os campos que costumam estar a mais

• Tratamento (Sr./Sr.ª) e data de nascimento. Se não os usa para nada de concreto, fora. No PrestaShop, a data de nascimento desativa-se nas definições de clientes, e os campos da morada ajustam-se por país no respetivo formato de morada.
• Palavra-passe obrigatória. Permitir comprar como convidado e propor criar a conta no fim retém quem compra pela primeira vez.
• Repetir o email. Melhor validar o formato e mostrá-lo de forma clara na confirmação.
• Empresa e NIF para todos. Só fazem falta se o cliente quiser fatura em nome de uma empresa. Que apareçam quando os pedir.
• Segunda linha da morada obrigatória. Opcional, sempre.
• Morada de faturação à parte sem uma caixa de «usar a mesma».

Há campos que parecem estar a mais e não estão: o telefone é pedido por quase todas as transportadoras, e retirá-lo paga-se em incidências de entrega. O código postal tem de vir antes da localidade se quiser calcular o envio cedo.

As surpresas que levam ao abandono

A causa de abandono mais repetida no checkout é descobrir um custo inesperado, normalmente o envio. Mostre-o o quanto antes, se possível já no carrinho com um cálculo estimado.

E aqui também há regras a cumprir. A lei espanhola de defesa dos consumidores (Real Decreto Legislativo 1/2007, artigo 60 bis) exige o consentimento expresso do cliente para qualquer pagamento adicional ao principal: nada de caixas pré-assinaladas que acrescentem um seguro, uma garantia ou um donativo. E o artigo 98.2 obriga a que o botão final deixe claro que a encomenda implica pagar, com uma fórmula como «Encomenda com obrigação de pagamento» ou equivalente sem ambiguidade. Um «Continuar» no último passo não serve.

Erros que chegam tarde

• Validações que só disparam ao carregar no botão final.
• Mensagens em inglês ou genéricas («Campo inválido») que não dizem o que está mal.
• Formatos rígidos de telefone ou de código postal que rejeitam o que o cliente escreve com espaços.
• Métodos de pagamento que falham no telemóvel porque o módulo não foi atualizado com o tema.

Este último é mais frequente do que parece. Um checkout que mistura um tema novo, módulos de pagamento antigos e uma versão de PHP para a qual não foram testados avaria no pior sítio, e fá-lo sem avisar. Ter o PrestaShop e os módulos de pagamento atualizados, e testar uma compra completa após cada atualização, faz parte de cuidar da conversão.

Quando faz sentido comprar com um clique

A compra com um clique permite ao cliente pagar sem percorrer o checkout inteiro. Funciona bem quando:

• O produto se compra sozinho, sem necessidade de configurar muito.
• Grande parte das visitas chega a partir do telemóvel.
• Há compra por impulso ou o cliente já conhece o produto.
• O cliente repete e não quer voltar a preencher os seus dados.

Encaixa pior em encomendas B2B com muitas linhas, em produtos personalizáveis ou quando o envio depende muito da morada. Nesse caso há uma variante útil: pedir a morada depois do pagamento. Funciona desde que o envio seja recalculado quando a morada chega, e que a loja não use a conta de um cliente existente sem que este inicie sessão.

Oferecer algo mais sem atrapalhar

O checkout é também um bom momento para oferecer um complemento: o cliente já decidiu comprar. A condição é que não atrapalhe: uma única oferta relacionada com o que está no carrinho, que se acrescente ou retire com um clique sem sair do processo e que nunca venha assinalada por defeito.

Meça antes de mudar

O GA4 tem eventos para cada fase: begin_checkout, add_shipping_info, add_payment_info e purchase. Com eles vê em que passo se perdem os clientes antes de mexer em alguma coisa, e pode comparar depois da alteração. Sem essa medição, qualquer redesenho do checkout é uma opinião.

Checklist

• Retire os campos que não usa e deixe opcionais os que não são imprescindíveis.
• Compra como convidado ativada.
• Custo de envio visível antes do último passo.
• Nenhuma caixa pré-assinalada que acrescente uma cobrança.
• Botão final com «obrigação de pagamento» ou uma fórmula igualmente clara.
• Compra de teste completa no telemóvel após cada atualização.
• Funil do GA4 medido antes e depois de cada alteração.

Como resolver isto no PrestaShop

O RKR Compra en 1 clic acrescenta um botão na ficha do produto, no carrinho e nas listagens que abre uma janela modal com nome, email, documento de identificação (DNI/NIE em Espanha), telefone e uma nota. A morada pode ser escrita aí, escolhida entre as guardadas ou deixada para depois do pagamento: o cliente completa-a a partir de um portal com uma ligação que expira ou na sua conta, e o envio é recalculado com as regras nativas do PrestaShop. Se o email já for de um cliente registado, pede-lhe que inicie sessão, e pode limitar o botão às categorias onde faz sentido. O RKR Buy More Pro mostra uma oferta no carrinho, no passo de envio ou no de pagamento, que o cliente aceita ou retira com um clique; se deixar de cumprir as condições, a linha com desconto é retirada automaticamente, e um teste A/B diz-lhe que variante funciona.