PrestaShop Checkout e funil de encomenda

Os nossos melhores módulos PrestaShop para um checkout rápido

Sete módulos para encurtar o funil, e uma métrica que deve deixar de olhar.

O número de etapas do seu checkout não é a métrica. O número de campos, de decisões e de surpresas é que é. Eis os módulos PrestaShop que eliminam o preenchimento, a palavra-passe e, no melhor dos casos, o formulário inteiro.

O problema

Soa-lhe familiar?

Um funil que pede tudo, já

Criação de conta obrigatória, morada em doze campos, confirmação de e-mail. O cliente queria pagar; pede-se-lhe que se inscreva.

A morada escrita à mão

Rua, código postal, localidade, país: quatro campos, quatro oportunidades de errar, e uma entrega que falha três dias depois.

A palavra-passe esquecida no pior momento

O cliente já tem conta, mas não se lembra. Desiste em vez de lançar um processo de reposição.

Os encargos descobertos na última etapa

O total muda no momento de pagar. É a primeira causa de abandono documentada, e nada tem a ver com o design do funil.

A seleção

A nossa seleção, classificada

Todos os módulos abaixo são construídos, mantidos e suportados pela nossa equipa. A classificação reflete o que instalaríamos primeiro numa loja de cliente.

  1. A reformulação completa do funil: uma só página, encomenda como convidado, início de sessão Google e Facebook, preenchimento automático Google Places integrado. É a base sobre a qual tudo o resto assenta.

    Substitua o checkout em 5 etapas do PrestaShop por um checkout de página única moderno e com design limpo. Compatível de origem com Stripe,…

  2. Apple Pay, Google Pay e Amazon Pay via Stripe. O cliente não preenche nenhum formulário: morada e pagamento vêm da carteira. O único módulo que elimina o funil em vez de o otimizar.

    Mostre os botões Apple Pay, Google Pay e Amazon Pay através da Stripe na ficha de produto, no carrinho e no checkout. Um único…

  3. O preenchimento automático de morada. Cinco campos preenchidos em três toques, e moradas válidas que evitam falhas de entrega. Em Portugal, use o motor Google Places: a base francesa BAN só cobre França.

    Reduza os erros de morada e torne o processo de encomenda mais fluido. Em Portugal, o motor é o Google Places; em França, o…

  4. Google, Apple e Facebook num clique, com um painel que mede o que o início de sessão social rende realmente em vendas, e não apenas em cliques.

    Início de sessão com um clique através do Google, da Apple e do Facebook para PrestaShop 8 e 9, com um painel de análise…

  5. O início de sessão por ligação de e-mail. Resiste aos scanners do Outlook e do Gmail graças a um fluxo em dois tempos, algo que a maioria das implementações ingénuas falha, queimando a ligação antes do cliente.

    Início de sessão sem palavra-passe através de uma ligação de utilização única enviada por e-mail. Tokens guardados em hash, resistência aos scanners de e-mail,…

  6. Seletor de indicativo com bandeira e normalização E.164 garantida do lado do servidor. Menos erros de preenchimento no checkout, e números finalmente utilizáveis para o SMS de entrega.

    Acrescente um seletor de indicativo telefónico com bandeira aos campos de telefone e telemóvel. Uniformização automática no formato internacional E.164 na base de dados.…

  7. Sobretaxa por meio de pagamento, útil para repercutir o custo real de um modo de pagamento. Mas qualquer encargo descoberto na última etapa custa mais do que rende: mostre-o logo no carrinho.

    Acrescente custos (valor fixo e/ou percentagem) a cada meio de pagamento no PrestaShop 8 e 9. Motor de regras com condições por grupo de…

Comparação lado a lado

O funil mais curto é aquele que não se atravessa

A maioria dos projetos de «reformulação do checkout» começa pela pergunta errada: quantas etapas são precisas? Uma, três, cinco? É uma pergunta de designer, não de comerciante. A pergunta certa é mais prosaica: quantas coisas se pedem ao cliente, e quantas podiam não lhe ser pedidas?

Um checkout numa só página que exige vinte campos, criação de conta e confirmação de e-mail converte pior do que um funil em três etapas que pede oito. O número de etapas é uma métrica de vaidade. O número de preenchimentos, de decisões e de surpresas paga-se a pronto.

Três famílias de alavancas

As alavancas de preenchimento reduzem o que o cliente escreve: preenchimento automático de morada, seletor de indicativo telefónico, pré-preenchimento. Pouco espetaculares, muito rentáveis, e melhoram de caminho a qualidade dos seus dados.

As alavancas de identificação tiram a palavra-passe do caminho crítico: encomenda como convidado, início de sessão social, ligação de acesso por e-mail. O cliente que se esqueceu da palavra-passe na hora de pagar é um cliente perdido, não um cliente para repor.

As alavancas de contorno fazem desaparecer o funil em vez de o otimizar: Apple Pay, Google Pay, Amazon Pay. A morada e o meio de pagamento vêm da carteira do telemóvel. Deixa de haver formulário.

O que mata mesmo uma encomenda

Quase nunca é a estética do funil. É o custo inesperado descoberto na última etapa: portes que aparecem no pagamento, encargos de meio de pagamento acrescentados no fim do percurso, impostos não anunciados. Um cliente que vê o total mudar no momento de tirar o cartão não procura perceber: fecha o separador.

Nenhum módulo recupera isso. A transparência dos custos é uma opção, não uma funcionalidade.

Guia de compra

Como escolher

O único módulo a instalar se só instalar um

O preenchimento automático de morada. É invisível, não exige nenhuma decisão ao cliente, elimina quatro campos no telemóvel (onde a sua taxa de abandono é mais alta) e poupa-lhe encomendas devolvidas por morada errada. É a única alavanca desta página cujo efeito é ao mesmo tempo imediato na conversão e duradouro na logística. Numa loja portuguesa, o motor a ativar é o Google Places: a base de moradas BAN é francesa e só cobre França.

Depois, por esta ordem

  • A encomenda como convidado: a criação de conta obrigatória é o filtro mais caro do funil. Proponha a conta depois da encomenda, quando o cliente já pagou e não tem nada a perder.
  • O pagamento expresso: Apple Pay e Google Pay colocados no topo do carrinho. No telemóvel, para uma parte nada negligenciável dos seus clientes, o funil reduz-se a uma impressão digital.
  • A eliminação da palavra-passe: início de sessão social ou ligação mágica. Quem se esqueceu da palavra-passe nunca deve ter de sair do funil para ir buscar um e-mail de reposição.
  • A normalização do telefone: a menos glamorosa, mas condiciona os seus SMS de entrega e a desduplicação da base de clientes.

A métrica a vigiar (e não é o número de etapas)

É a taxa de conclusão por campo: em que campo exato desistem os seus clientes? Um checkout numa página com vinte campos converte pior do que um funil em três etapas com oito. Passar a página única é uma decisão de design; eliminar um campo é uma decisão comercial. Não é a mesma coisa, e só a segunda se vê nas vendas.

O erro que se vê em todo o lado

Reformular o funil numa única página... mantendo todos os campos. O resultado é um formulário interminavel que se percorre a fazer scroll, com uma barra de progresso a menos para tranquilizar. Muitas lojas perderam pontos de conversão nesta reformulação, julgando ganhá-los. Antes de mexer no número de etapas, conte os campos e elimine aqueles que não usa para nada.

O que ganha

O formulário que não se preenche

Apple Pay, Google Pay e Amazon Pay transmitem a morada e o pagamento a partir da carteira do cliente. O funil não é encurtado: desaparece.

A morada em três toques

O preenchimento automático preenche rua, código postal, localidade e país de uma vez, e garante moradas realmente entregáveis.

Uma identificação sem fricção

Início de sessão social ou ligação por e-mail: o cliente entra sem palavra-passe, sem reposição, sem ticket no suporte.

Um funil legível

Uma só página, os campos estritamente necessários, nenhuma etapa decorativa. A legibilidade faz mais pela conversão do que a velocidade bruta.

Dados limpos à saída

Telefones em formato E.164, moradas normalizadas: menos falhas de entrega, e SMS de acompanhamento que saem mesmo.

Nenhuma surpresa no pagamento

Portes e encargos de meio de pagamento anunciados logo no carrinho. O custo inesperado continua a ser o primeiro assassino de encomendas.

Implementação

Da instalação aos resultados

  1. Abra a encomenda como convidado

    A criação de conta obrigatória é o filtro mais caro do funil. Proponha a conta depois da encomenda, nunca antes.

  2. Ligue o preenchimento automático de morada

    A melhor relação efeito/esforço da seleção: menos preenchimento, menos erros, menos encomendas devolvidas.

  3. Acrescente os botões de pagamento expresso

    Apple Pay e Google Pay no topo do carrinho. No telemóvel, o funil reduz-se para muitos a uma impressão digital.

  4. Tire a palavra-passe do caminho crítico

    Início de sessão social ou ligação mágica: quem se esqueceu da palavra-passe nunca deve ter de sair do funil.

  5. Conte os campos, não as etapas

    Um checkout numa página com vinte campos converte pior do que um de três etapas com oito. Meça a desistência campo a campo.

“Passámos a checkout de página única mantendo todos os campos. Efeito zero. Foi ao eliminar o registo obrigatório e ao ligar o preenchimento automático de morada que a curva mexeu: o número de etapas não teve nada a ver.”

Testemunho de cliente — Loja PrestaShop 8, cosmética

Perguntas frequentes

Checkout de página única ou funil em várias etapas: qual converte melhor?

Nenhum dos dois, em si. O que conta é o número de campos e de decisões pedidos ao cliente. Um checkout numa página com vinte campos converte pior do que um funil em três etapas com oito campos e uma barra de progresso tranquilizadora. Passar a página única é útil quando vem acompanhado de uma verdadeira poda; não serve de nada se se limitar a empilhar os mesmos formulários num só ecrã.

É mesmo preciso permitir encomendar sem criar conta?

Sim, e é provavelmente a mudança mais rentável de toda esta página. O registo obrigatório pede ao cliente um compromisso que ele não quer assumir naquele momento: quer comprar, não aderir. Proponha a criação de conta depois do pagamento, num clique, a partir dos dados que ele acabou de introduzir. A taxa de aceitação é muito melhor, e não perdeu ninguém pelo caminho.

Os botões Apple Pay e Google Pay valem a pena se já tenho Stripe?

Sim, são duas coisas distintas. O Stripe cobra o cartão; o pagamento expresso elimina o formulário. Com Apple Pay ou Google Pay, a morada de entrega, a morada de faturacão, o e-mail e o meio de pagamento são transmitidos pela carteira do telemóvel. O cliente não escreve nada. No telemóvel, é a única alavanca que transforma um funil de três minutos numa impressão digital.

O preenchimento automático de morada serve mesmo para mais do que poupar tempo?

Tem dois efeitos, e o segundo é muitas vezes subestimado. Na conversão, elimina quatro campos no telemóvel. Na logística, garante que a morada existe mesmo e está corretamente estruturada: menos encomendas retidas, menos falhas de entrega, menos tickets de suporte. Muitas lojas rentabilizam-no só com a poupança em reexpedições.

A ligação mágica é fiável se os clientes usam Outlook ou Gmail?

Desde que esteja bem implementado. O Outlook Safe Links, a pré-visualização do Gmail e os antivírus empresariais visitam automaticamente as ligações contidas nos e-mails. Uma implementação ingénua consome o token logo nessa visita: a ligação é queimada antes de o cliente clicar. A solução é mostrar apenas uma página de confirmação no primeiro acesso e só consumir o token no clique real do utilizador. É o mecanismo usado pelo Slack, pelo Notion e pelo Auth0.

Porquê normalizar os números de telefone se o cliente não quer saber?

O cliente não quer saber, mas a sua transportadora sim. Um número mal formatado é um SMS de entrega que não sai, uma chamada do estafeta que não chega, e uma encomenda que volta ao armazém. A normalização em formato internacional garante também a desduplicação da base de clientes e a usabilidade das exportações para um CRM. É a alavanca menos visível desta seleção, e uma das mais rentáveis a prazo.

Posso cobrar encargos consoante o meio de pagamento sem afugentar clientes?

Sim, com uma condição: que o encargo seja anunciado no carrinho, não descoberto na hora de pagar. Repercutir o custo real de um modo de pagamento é perfeitamente legítimo, e por vezes necessário em carrinhos de margem baixa. Mas um total que muda na última etapa é a primeira causa de abandono documentada. Mostre a sobretaxa assim que o cliente seleciona o modo, nunca depois.

É preciso instalar todos estes módulos ao mesmo tempo?

Não. Comece pelo preenchimento automático de morada e pela encomenda como convidado: os dois juntos tratam a maior parte da fricção. Acrescente depois o pagamento expresso e só então a eliminação da palavra-passe. Empilhar sete módulos de uma vez torna impossível atribuir os efeitos: não saberá qual funcionou, e talvez fique com o que lhe custa dinheiro.

É preciso configurar alguma coisa em particular para as moradas portuguesas?

Não. O PrestaShop não fornece lista de estados ou regiões para Portugal, por isso o campo Estado não aparece nas moradas portuguesas e o formulário fica naturalmente mais curto. Também não existe um campo NIF específico do país: o número de contribuinte recolhe-se no campo do número de identificação fiscal da morada ou através de um campo personalizado, e é preciso decidir se o torna obrigatório antes de abrir o funil.

Não sabe qual se adequa à sua loja?

Diga-nos o seu contexto — respondemos com uma recomendação direta, não com um discurso de vendas.