Checkout en une page ou par étapes dans PrestaShop : champs superflus et achat en 1 clic

De temps en temps, quelqu'un propose de passer le checkout « sur une seule page » parce que cela convertit mieux. Parfois ça s'améliore, parfois rien ne change et parfois c'est pire. Ce qui décide si un client finalise son achat, ce n'est pas tant le nombre d'écrans que le nombre de décisions, de champs et de surprises qu'il rencontre en chemin.

À quoi ressemble le checkout de PrestaShop

Depuis la 1.7, le tunnel de commande de PrestaShop est une seule page divisée en blocs qui s'ouvrent dans l'ordre : informations personnelles, adresses, mode de livraison et paiement. C'est un hybride : il ne recharge pas la page entre les étapes, mais il oblige à compléter chaque bloc avant le suivant. Les thèmes et les modules de checkout tiers modifient cette structure, en bien ou en mal.

Une page ou des étapes : ce qui change vraiment

Avec peu de champs, une page fonctionne bien. Avec beaucoup, les étapes mettent de l'ordre. Avant de changer la structure, il vaut mieux réduire ce que l'on demande.

Les champs généralement superflus

• Civilité (M./Mme) et date de naissance. Si vous ne les utilisez pour rien de précis, supprimez-les. Dans PrestaShop, la date de naissance se désactive dans les paramètres clients, et les champs d'adresse se règlent par pays dans son format d'adresse.
• Mot de passe obligatoire. Autoriser la commande en invité et proposer de créer le compte à la fin retient ceux qui achètent pour la première fois.
• Répéter l'e-mail. Mieux vaut valider le format et l'afficher clairement dans la confirmation.
• Société et NIF pour tout le monde. Ils ne sont nécessaires que si le client veut une facture au nom d'une entreprise. Qu'ils apparaissent quand il la demande.
• Deuxième ligne d'adresse obligatoire. Toujours facultative.
• Adresse de facturation séparée sans case « utiliser la même ».

Certains champs semblent superflus mais ne le sont pas : le téléphone est demandé par presque tous les transporteurs, et le supprimer se paie en incidents de livraison. Le code postal doit précéder la ville si vous voulez calculer la livraison tôt.

Les surprises qui font abandonner

La cause d'abandon la plus fréquente au checkout est de découvrir un coût inattendu, en général la livraison. Montrez-le le plus tôt possible, si possible dès le panier avec une estimation.

Et il y a aussi des règles à respecter. La loi espagnole sur la consommation (Real Decreto Legislativo 1/2007, texte refondu de la loi générale de défense des consommateurs et usagers, article 60 bis) exige le consentement exprès du client pour tout paiement s'ajoutant au paiement principal : aucune case précochée qui ajoute une assurance, une garantie ou un don. Et l'article 98.2 impose que le bouton final indique clairement que la commande implique un paiement, avec une formule comme « Commande avec obligation de paiement » ou un équivalent sans ambiguïté. Un « Continuer » à la dernière étape ne suffit pas.

Les erreurs qui arrivent trop tard

• Des validations qui ne se déclenchent qu'au clic sur le bouton final.
• Des messages en anglais ou génériques (« Champ non valide ») qui ne disent pas ce qui ne va pas.
• Des formats rigides de téléphone ou de code postal qui rejettent ce que le client saisit avec des espaces.
• Des moyens de paiement qui échouent sur mobile parce que le module n'a pas été mis à jour avec le thème.

Ce dernier cas est plus fréquent qu'il n'y paraît. Un checkout qui mélange un nouveau thème, d'anciens modules de paiement et une version de PHP pour laquelle ils n'ont pas été testés casse au pire endroit, et sans prévenir. Tenir PrestaShop et les modules de paiement à jour, et tester un achat complet après chaque mise à jour, fait partie du soin apporté à la conversion.

Quand l'achat en un clic a du sens

L'achat en un clic permet au client de payer sans parcourir tout le checkout. Il fonctionne bien quand :

• Le produit s'achète tout seul, sans beaucoup de configuration.
• Une grande partie des visites arrive depuis le mobile.
• Il y a de l'achat d'impulsion ou le client connaît déjà le produit.
• Le client revient et ne veut pas ressaisir ses données.

Il convient moins aux commandes B2B à nombreuses lignes, aux produits personnalisables ou quand la livraison dépend beaucoup de l'adresse. Dans ce cas, il existe une variante utile : demander l'adresse après le paiement. Elle fonctionne à condition que la livraison soit recalculée à l'arrivée de l'adresse et que la boutique n'utilise pas le compte d'un client existant sans qu'il se connecte.

Proposer un complément sans gêner

Le checkout est aussi un bon moment pour proposer un complément : le client a déjà décidé d'acheter. La condition est de ne pas gêner : une seule offre liée au contenu du panier, qui s'ajoute ou se retire en un clic sans quitter le processus et qui n'est jamais cochée par défaut.

Mesurez avant de changer

GA4 dispose d'événements pour chaque phase : begin_checkout, add_shipping_info, add_payment_info et purchase. Avec eux, vous voyez à quelle étape vous perdez les clients avant de toucher à quoi que ce soit, et vous pouvez comparer après le changement. Sans cette mesure, toute refonte du checkout n'est qu'une opinion.

Checklist

• Supprimez les champs que vous n'utilisez pas et rendez facultatifs ceux qui ne sont pas indispensables.
• Commande en invité activée.
• Frais de port visibles avant la dernière étape.
• Aucune case précochée qui ajoute un paiement.
• Bouton final avec « obligation de paiement » ou une formule tout aussi claire.
• Achat de test complet sur mobile après chaque mise à jour.
• Entonnoir GA4 mesuré avant et après chaque changement.

Comment le résoudre dans PrestaShop

RKR Compra en 1 clic ajoute sur la fiche produit, le panier et les listes de produits un bouton qui ouvre une fenêtre modale avec nom, e-mail, DNI/NIE (pièce d'identité espagnole), téléphone et une note. L'adresse peut y être saisie, choisie parmi celles enregistrées ou laissée pour après le paiement : le client la complète depuis un portail via un lien qui expire ou depuis son compte, et la livraison est recalculée avec les règles natives de PrestaShop. Si l'e-mail appartient déjà à un client inscrit, il lui demande de se connecter, et vous pouvez limiter le bouton aux catégories où il a du sens. RKR Buy More Pro place une offre dans le panier, à l'étape de livraison ou à celle du paiement, que le client accepte ou retire en un clic ; si les conditions ne sont plus remplies, la ligne remisée est retirée automatiquement, et un test A/B vous indique quelle variante fonctionne.