PS PrestaShop Intermédiaire

Relance Panier Abandonné Multi-étapes — Guide complet

Installer, configurer et exploiter la relance des paniers abandonnés : détection automatique, séquences d'emails multi-étapes, bons de réduction escaladés, restauration du panier en un clic, tracking et statistiques de récupération pour PrestaShop 8 et 9.

Mis à jour Version du module 1.0.0

Présentation

Le module Relance Panier Abandonné Multi-étapes (datafireflycartrecovery) détecte automatiquement les paniers abandonnés et relance vos clients par une séquence d’emails programmés. Chaque étape dispose de son propre délai, de son contenu par langue et d’un bon de réduction optionnel dont l’incitation peut s’intensifier au fil du temps. Un lien signé permet au client de retrouver son panier en un clic, et un tableau de bord mesure le chiffre d’affaires réellement récupéré.

En moyenne, près de 7 paniers sur 10 sont abandonnés avant le paiement. Une séquence de relance bien réglée (un rappel simple, puis une remise modérée, puis une offre plus forte avec livraison offerte) récupère une part significative de ce chiffre d’affaires sans effort manuel.

Compatibilité

  • PrestaShop 8.0 à 9.x
  • PHP 8.1 à 8.3
  • Mono-boutique et multi-boutique (campagnes et statistiques segmentées par boutique)
  • 5 langues : FR, EN, ES, DE, IT
  • Architecture PSR-4 sans Composer, une classe par fichier, aucune dépendance externe

Installation

  1. Dans le back-office, ouvrez Modules > Gestionnaire de modules.
  2. Cliquez sur Installer un module puis sélectionnez le fichier datafireflycartrecovery.zip.
  3. Une fois installé, cliquez sur Configurer.

À l’installation, le module crée ses tables (paniers suivis, file d’envoi, événements, liste de suppression), enregistre ses hooks, ajoute un onglet Relance panier dans le menu Clients, et seed une campagne par défaut à trois étapes prête à l’emploi : +1 h (rappel simple, sans bon), +24 h (bon −5 %) et +72 h (bon −10 % + livraison offerte).

Configuration du CRON

Le module repose sur deux traitements planifiés, exécutés par une unique URL sécurisée par jeton : le scan (marque les paniers inactifs comme abandonnés et planifie les étapes) et le traitement (envoie les emails dus en respectant les garde-fous). L’URL exacte, avec son jeton, est affichée dans la page de configuration du module.

https://VOTRE-BOUTIQUE/index.php?fc=module&module=datafireflycartrecovery&controller=cron&token=LE_JETON

Programmez une tâche planifiée toutes les 15 minutes environ, par exemple :

*/15 * * * * wget -q -O /dev/null "https://VOTRE-BOUTIQUE/index.php?fc=module&module=datafireflycartrecovery&controller=cron&token=LE_JETON"

Sans tâche cron active, aucun panier ne sera marqué comme abandonné et aucune relance ne partira. Le jeton protège l’URL contre les appels non autorisés : ne le diffusez pas publiquement. Si vous le régénérez, pensez à mettre à jour votre ligne cron.

Réglages généraux

Depuis la page de configuration, ajustez le comportement global de la détection et de l’envoi :

  • Délai d’abandon (60 min par défaut) : durée d’inactivité d’un panier au-delà de laquelle il est considéré comme abandonné.
  • Taille de lot (50 par défaut) : nombre d’emails traités à chaque passage du cron, pour lisser la charge serveur et l’envoi SMTP.
  • Nombre maximum d’emails par panier (3 par défaut) : plafond d’emails envoyés pour un même panier, toutes étapes confondues.
  • Durée de suivi (30 jours par défaut) : au-delà, un panier non converti cesse d’être relancé et est archivé.
  • Reconnexion automatique (activée par défaut) : reconnecte le client lorsqu’il clique sur le lien de restauration (voir plus bas).
  • Expéditeur : adresse et nom d’expéditeur des emails. Laissez vide pour utiliser l’adresse et le nom de la boutique.

Campagnes et séquences

Réglages de campagne

Une campagne regroupe une séquence d’étapes et ses règles de ciblage :

  • Montant minimum du panier : ne relance que les paniers au-dessus d’un seuil (0 = aucun minimum).
  • Fenêtre d’envoi : plage horaire (par ex. 8 h–21 h) en dehors de laquelle les emails dus sont reportés, pour éviter les envois nocturnes. La fenêtre gère le passage de minuit.
  • Anti-répétition (cooldown) : délai minimum entre deux séquences pour un même client, afin de ne pas le sur-solliciter.
  • Cibler les invités : inclut ou exclut les commandes invité (paniers sans compte client).
  • Exclure les comptes B2B : exclut les clients dont la société, le SIRET ou le numéro de TVA sont renseignés.

Étapes de la séquence

Chaque étape définit quand et quoi envoyer :

  • Position : ordre de l’étape dans la séquence.
  • Délai après abandon (en minutes) : par ex. 60 = 1 h, 1440 = 24 h, 4320 = 72 h.
  • Objet et corps HTML par langue : le contenu marketing, traduisible pour chacune des langues actives.
  • Étape active : permet d’activer ou de suspendre une étape sans la supprimer.

Le contenu HTML que vous saisissez est inséré dans un gabarit email responsive fourni en cinq langues : l’en-tête, le bouton d’action, le tableau récapitulatif du panier, le bloc de bon de réduction et le pied de page (dont le lien de désinscription) sont ajoutés automatiquement. Trois variables sont disponibles dans votre texte : {firstname}, {shop_name} et {voucher_code}.

Bons de réduction

Chaque étape peut générer un bon nominatif, créé à la volée pour le client concerné :

  • Type : pourcentage ou montant fixe.
  • Valeur et montant minimum d’application.
  • Validité en jours.
  • Livraison offerte (cumulable avec la remise).
  • Réduction TTC ou HT.

Les bons sont nominatifs, à usage unique et limités dans le temps : ils ne peuvent être ni partagés ni réutilisés. Une bonne pratique consiste à n’offrir aucune remise à la première étape (simple rappel) puis à escalader progressivement (−5 %, puis −10 % + port offert) pour ne consentir une remise qu’aux clients qui en ont besoin pour convertir.

Restauration du panier en un clic

Chaque email contient un lien de restauration signé (HMAC) qui reconstitue exactement le panier du client et, si l’option est activée, le reconnecte automatiquement à son compte. Un seul clic le ramène à sa page panier, prêt à payer — le bon de réduction de l’étape lui étant déjà associé.

Le lien est signé : toute altération de ses paramètres l’invalide. La reconnexion automatique peut être désactivée dans les réglages généraux si vous préférez que le client se reconnecte manuellement.

Tracking et attribution du chiffre d’affaires

  • Ouvertures : un pixel invisible enregistre l’ouverture de chaque email.
  • Clics : le clic sur le lien de restauration est comptabilisé.
  • Conversion : à la validation d’une commande, le module rapproche automatiquement la commande du panier relancé, marque le panier comme récupéré, attribue le chiffre d’affaires et annule les relances restantes de la séquence.

Conformité RGPD

Chaque email comporte un lien de désinscription. Lorsqu’un client se désinscrit, son adresse est ajoutée à une liste de suppression persistante : il ne sera plus jamais relancé et les envois en attente le concernant sont annulés. Les paniers sans adresse e-mail exploitable ne sont jamais suivis. La désinstallation du module supprime les tables, la configuration et l’onglet d’administration.

Tableau de bord et statistiques

L’onglet Relance panier affiche les indicateurs clés sur 30 jours : paniers détectés et valeur abandonnée, paniers récupérés et taux de récupération, emails envoyés, taux d’ouverture et de clic, et chiffre d’affaires récupéré. Un graphique compare les détections aux récupérations jour par jour, et un tableau détaille la performance de chaque étape de la campagne active (envoyés, ouverts, cliqués, taux de clic). L’onglet Paniers liste les derniers paniers suivis avec leur statut.

FAQ et dépannage

Aucune relance ne part

Vérifiez en priorité que la tâche cron est bien active et appelle l’URL avec le bon jeton. Sans cron, rien n’est détecté ni envoyé. Vérifiez ensuite que la campagne est active, qu’au moins une étape est active, et que l’heure courante est dans la fenêtre d’envoi.

Comment les paniers abandonnés sont-ils détectés ?

Le module enregistre les paniers via un hook PrestaShop, puis le scan du cron marque comme abandonnés ceux restés inactifs au-delà du délai d’abandon configuré, à condition qu’une adresse e-mail soit exploitable.

Un client peut-il recevoir trop d’emails ?

Non : le nombre maximum d’emails par panier, l’anti-répétition entre séquences et la fenêtre d’envoi encadrent strictement la fréquence. Dès qu’un panier est converti ou que le client se désinscrit, les relances restantes sont annulées.

Les bons de réduction sont-ils sécurisés ?

Oui. Chaque bon est nominatif, à usage unique et limité dans le temps ; il est généré pour un client précis et ne peut pas être réutilisé par un tiers.

Le module est-il compatible multi-boutique ?

Oui. Les campagnes, les paniers suivis et les statistiques sont segmentés par boutique.

Est-ce compatible PrestaShop 9 ?

Oui. Le module est testé sur PrestaShop 8 et 9 et suit les changements d’API de PS9 (formatage des prix via l’API Locale, contrôleurs, etc.).

Cette page vous a-t-elle été utile ?

Toujours bloqué ? Contactez le support