Tout ce que vous voudriez savoir avant d'installer.
Un regard détaillé sur le fonctionnement de Checkout Simple & Élégant pour PrestaShop, pourquoi nous l'avons conçu ainsi, et la réflexion derrière les fonctionnalités ci-dessus.
Pourquoi remplacer le checkout PrestaShop ?
Le checkout natif de PrestaShop impose 5 étapes distinctes avec rechargement de page à chaque transition. Sur mobile, cette friction est pénalisante : l'utilisateur perd le fil, quitte la page, et le taux d'abandon grimpe. Les études e-commerce montrent qu'un checkout one-page bien conçu augmente le taux de conversion de 15 à 35 % en réduisant simplement le nombre de clics et d'actions intermédiaires.
Une seule page qui concentre toute l'attention
Le module réorganise le checkout en un layout deux colonnes : à gauche, les étapes s'enchaînent sans rechargement (informations personnelles, adresse, livraison, paiement) ; à droite, le récapitulatif de commande reste visible en permanence. Le client sait à tout moment ce qu'il achète, à quel prix et avec quel transporteur. Cette transparence réduit l'hésitation et rassure.
Connexion sociale et auto-complétion : inscription en 10 secondes
Vos clients se connectent en un clic avec Google ou Facebook. Le module valide les tokens OAuth côté serveur (Google via le endpoint tokeninfo, Facebook via debug_token et appsecret_proof) pour garantir l'authenticité — aucune fuite, aucun risque d'usurpation. Le nom, prénom et email sont récupérés directement du provider, le client n'a plus qu'à saisir son adresse de livraison. Pour aller encore plus vite, l'auto-complétion Google Places permet de pré-remplir toute l'adresse en sélectionnant une suggestion : rue, complément, ville, code postal et pays renseignés d'un seul clic. Les suggestions sont automatiquement limitées aux pays autorisés par votre boutique.
Un formulaire d'adresse adapté à chaque pays
Le formulaire s'adapte intelligemment au pays sélectionné. Le champ État/Région apparaît automatiquement pour les USA, l'Espagne ou l'Australie ; il est masqué pour la France ou l'Allemagne. Le DNI espagnol s'affiche pour les clients espagnols. La validation du code postal utilise le format spécifique au pays. Lorsque le client change de pays via le dropdown, le formulaire se réorganise automatiquement avec les bons champs et les bonnes options — terminés les états sud-africains affichés alors que le client est en France.
Zéro impact sur vos modules existants
Le module ne fork pas la logique de commande PrestaShop. Il se contente de remplacer les templates et d'injecter ses assets via la hook actionDispatcher, sans modification disque. Les classes CheckoutProcess, CheckoutAddressesStep, CheckoutDeliveryStep et CheckoutPaymentStep sont réutilisées à l'identique. Tout module qui respecte le hook paymentOptions ou displayCarrierExtraContent continue de fonctionner — sans une ligne de code supplémentaire. Y compris les overrides tiers existants sur OrderController, hérités proprement par notre runtime controller.
Express payment : Apple Pay, Google Pay, PayPal Express
Un hook custom displayDfsimplecheckoutExpress est exposé en haut du checkout. Si vous utilisez un module de paiement express (Stripe Payment Request, PayPal Express, Alma Express), il peut s'y brancher pour proposer un achat en un clic avant même que le client ait renseigné son adresse.
Personnalisation sans développeur
Depuis le back-office, vous configurez trois couleurs distinctes (primaire pour les boutons et liens, hover pour les états survol, accent pour les confirmations et les pills de réduction appliquée), le logo affiché en haut du checkout, les badges de confiance (HTML libre), le champ note vendeur, le champ code promo, les liens légaux en pied de page et le mode distraction-free qui masque le header et le footer de votre thème pendant le checkout. Tout se règle en quelques clics, sans toucher au CSS ni au thème.
Architecture propre et réversible
L'override sur OrderController est installé et retiré automatiquement via la hook actionDispatcher (aucune écriture disque). Si un autre module a déjà cet override, le module détecte le conflit et hérite proprement de ses comportements. À la désinstallation, tout l'environnement runtime est libéré et le checkout natif est restauré immédiatement.
Il n’y a pas encore d’avis.