[MISE À JOUR 2026] Augmenter les Ventes E-commerce (Prestashop)

Published by David on

Beaucoup de boutiques perdent des ventes pour des raisons très simples : un champ trop strict, une information importante trop tardive, ou un paiement qui ne se charge pas à cause d’un bloqueur (AdBlock, NoScript, anti-tracker) ou d’une règle CSP. Cette mise à jour regroupe des actions à fort impact, faciles à déployer, et qui réduisent directement l’abandon de panier et les tickets support.

(NOUVEAU) Sécuriser l’étape paiement contre les bloqueurs (AdBlock / NoScript / CSP) avec jsrequired

Paiement bloqué = ventes perdues (et clients perdus)

Quand un client choisit PayPal, Stripe, Revolut ou PrestaShop Checkout, le paiement dépend souvent de scripts/iframes. Si ces ressources sont bloquées (AdBlock/uBlock, NoScript, anti-tracker, CSP), le widget ne s’affiche pas, le client clique quand même sur Commander, puis tombe sur une erreur incompréhensible (Payment PENDING, Something went wrong, etc.). Résultat : abandon, perte de confiance, tickets support.

Mon plugin : jsrequired

J’ai créé jsrequired pour corriger ça proprement : il détecte qu’un moyen de paiement “à widget” ne se charge pas, affiche un message clair et contextualisé (PayPal / Stripe / Revolut / ps_checkout), propose un bouton “Recharger la page”, et surtout désactive “Commander” tant que le paiement n’est pas prêt (ou tant qu’un blocage est confirmé).

Téléchargement : https://github.com/smkerz/prestashop-jsrequired

Pourquoi ça augmente la conversion

Moins d’erreurs “mystères” au dernier clic, un client qui comprend immédiatement quoi faire (autoriser scripts/iframes puis recharger), et moins de paiements bloqués en état intermédiaire donc moins de support.

Compatibilité

Fonctionne en standalone (plusieurs modules de paiement en parallèle) et reste compatible ps_checkout, y compris le cas “checkout blanc” (aucune option cliquable).

Support WhatsApp (option)

https://wa.me/336XXXXXXXX?text=J%27ai%20un%20probl%C3%A8me%20avec%20ma%20commande%0D%0A

Désactiver la vérification du code postal

J’ai pu remarquer que beaucoup de ventes était littéralement anéanties à cause de la vérification du code postal. En effet, en Corée du Sud et aux États-Unis, de nombreuses personnes avaient des problèmes à rentrer un code postal correct. Sans pouvoir rentrer correctement leur adresses, les clients ne pouvaient donc tout simplement pas passer leur commande ! Dans 9 cas sur 10, ils préféraient abandonner plutôt que d’envoyer un message pour avoir de l’aide. Je vous conseille d’enlever cette vérification. Pour ce faire, aller dans phpMyAdmin et cliquer sur la base de donnée de votre Prestashop, puis lancer cette requête SQL :

Ajouter un message pour la douanes avant le paiement

Pour éviter les surprises dans les déclarations de douanes, il convient d’insérer un petit message au-dessous du bloc commentaire de la commande.

Pour ceci, dans le fichier themes/<theme>/templates/checkout/_partial/steps/shipping.tpl et trouver la ligne où il y a la chaine de caractère :

et rajouter à la suite :

Puis dans le fichier app/Resources/translations/default/ShopThemeCheckout.xlf, rajouter :

Dans le corps de texte :

Pour le traduire, il suffit d’aller dans le Back-Office et dans le menu International > Traductions > Modifier les traductions du cœur et chercher « notice » puis mettre la traduction française :

Ajouter un enregistrement DMARC

Cette solution vous permet aussi de régler l’erreur : “gmail-smtp-in.l.google.COM: 550-5.7.26 This mail has been blocked because the sender is unauthenticated.”

DMARC (Domain-based Message Authentication, Reporting, and Conformance) est un protocole d’authentification des emails conçu pour protéger les domaines contre les abus tels que le phishing (hameçonnage) et la falsification d’emails. Il s’appuie sur deux technologies d’authentification préexistantes : SPF (Sender Policy Framework) et DKIM (DomainKeys Identified Mail).

DMARC permet aux propriétaires de domaine de spécifier comment gérer les emails échouant aux vérifications SPF et DKIM, tout en offrant un mécanisme de reporting.

Il est utile d’ajouter à votre site internet un enregistrement DMARC pour :

  • Protection contre les attaques : Réduit les risques de phishing et de spam utilisant votre domaine.
  • Visibilité accrue : Fournit des rapports pour mieux comprendre comment votre domaine est utilisé dans le monde.
  • Contrôle : Permet de définir comment gérer les emails suspects pour protéger vos destinataire

Ajouter un DNS TXT :

avec une valeur

Puis quelque jour plus tard, vous recevrez un email de la part de dmarcreport@microsoft.com du style:

Rendez-vous alors à nouveau dans vos DNS et changez la valeur du DNS dmarc en :

 


0 commentaire

Laisser un commentaire

Emplacement de l’avatar

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *