Programmes de fidélité pour PrestaShop : points, avoirs et achats répétés

La plupart des conseils sur la fidélité que vous lirez sont indépendants de la plateforme : gagnez des points, créez des niveaux, envoyez des rappels. C'est utile, mais cela passe à côté de ce qui décide vraiment si un programme de fidélité voit le jour ou reste au point mort — la manière dont il s'intègre précisément à PrestaShop. PrestaShop propose depuis longtemps un module officiel Customer loyalty and rewards — autrefois inclus, désormais distribué via Addons ; selon votre version, il peut donc déjà être installé, devoir être ajouté, ou avoir été remplacé par une solution officielle plus récente ou par un module tiers. Lorsqu'il est utilisé, il transforme les points en véritables bons de réduction via le système d'états de commande, avec des limites strictes qui surprennent souvent le jour où l'on a besoin d'une deuxième règle de gain. Ce guide porte sur ce mécanisme : le module officiel Customer loyalty and rewards, l'emplacement de ses réglages, la façon dont les points deviennent de l'argent utilisable, les limites auxquelles il se heurte, et la manière dont les avoirs et les groupes de clients comblent les manques. Pour la stratégie qui consiste à décider s'il faut lancer un programme à points et quel niveau de générosité adopter, nous vous orienterons vers l'article frère approprié plutôt que de tout répéter ici.

Dernière mise à jour : juin 2026.

Le module de fidélité officiel — vérifiez si vous l'avez

Le module officiel de PrestaShop s'appelle Customer loyalty and rewards (son nom technique est loyalty). Selon votre version, il peut déjà être installé ou devoir être ajouté depuis Addons — vérifiez dans Modules → Gestionnaire de modules et recherchez "loyalty" ; s'il n'y est pas, installez le module officiel (ou une solution maintenue adaptée à votre version de PrestaShop). Une fois activé, un bouton Configurer vous donne accès à tout le programme sur un seul écran. En coulisses, le module enregistre ses paramètres sous forme de clés de configuration standard, ce qui compte pour une raison très concrète : le programme est portable — les paramètres suivent une exportation de base de données, et rien n'est stocké dans des fichiers de thème qu'une mise à jour pourrait écraser. Les noms exacts des clés et des tables varient selon le module et la version ; ne vous appuyez donc pas sur une liste fixe de noms PS_LOYALTY_*. Si vous devez un jour lire ou migrer les valeurs directement, inspectez le module installé pour voir quelles clés il écrit réellement.

L'écran de configuration est court, mais il vaut la peine de le connaître ligne par ligne, car chaque champ correspond à un comportement visible par le client :

• Ratio — le montant dépensé nécessaire pour gagner un point et la valeur d'un point lors de son utilisation. Il s'agit de deux nombres : "1 point pour chaque X dépensé" et "1 point = Y de réduction". Réglez-les ensemble ; le client ne perçoit jamais le nombre brut de points comme de l'argent, sauf si vous rendez la conversion lisible (nous y revenons plus bas).
• Montant minimum que doit atteindre un bon généré avant qu'un client puisse l'utiliser — cela évite d'encombrer les comptes avec des bons d'un centime.
• Restriction du bon par catégorie — vous pouvez limiter les catégories sur lesquelles le bon généré est utilisable ("les bons créés par le système de fidélité peuvent être utilisés dans les catégories suivantes"). Notez que cela concerne l'utilisation, pas le gain ; une option distincte sur le même écran permet d'empêcher l'accumulation de points sur des lignes déjà remisées.
• Détails du bon — le texte affiché sur la remise que le client utilise, et l'inclusion ou non des taxes dans le calcul des points.
• États d'attribution des points — les statuts de commande qui font passer les points de "en attente" à "disponibles", ainsi que le statut qui les annule. C'est la partie que la plupart des marchands négligent ; elle mérite donc sa propre section.

Comment les points deviennent réellement de l'argent utilisable

C'est ici que le modèle de fidélité de PrestaShop diffère de l'idée générique d'un "solde de points", et c'est aussi là qu'il se révèle vraiment malin. Les points ne restent pas dans un portefeuille abstrait. Lorsque la commande d'un client atteint le statut que vous avez défini comme état de "validation", le module génère une véritable règle panier — un bon — d'une valeur égale à l'équivalent monétaire des points accumulés, que le client utilise dans le tunnel de commande comme n'importe quel autre code de réduction. Autrement dit, les points de fidélité dans PrestaShop sont un générateur différé de bons, construit au-dessus de la machine des états de commande.

Le levier que vous contrôlez est le choix des statuts de commande qui déclenchent cette conversion. Par défaut, le module associe la validation des points à un état du type "Paiement accepté" ou "Livré", et l'annulation à "Annulé" / "Remboursé". Qu'est-ce que cela implique pour vous ? Si vous attribuez les points dès qu'une commande est passée, vous créerez des bons pour des commandes qui pourront ensuite être annulées ou faire l'objet d'une rétrofacturation, et les récupérer sera pénible. Si vous ne les attribuez qu'à l'état "Livré", les points paraîtront lents à un client qui a payé deux minutes plus tôt. Le juste milieu pour la plupart des boutiques consiste à valider les points à "Paiement accepté" et à laisser l'état d'annulation réduire automatiquement le solde — ce que le module fait pour vous lorsqu'une commande passe à un statut de remboursement. Réglez cela dans la configuration du module, dans les sélecteurs d'états de commande, puis testez avec une vraie commande parcourant votre flux réel de statuts avant d'annoncer le programme.

Une conséquence mérite d'être soulignée : comme l'utilisation produit une règle panier PrestaShop standard, tout ce que vous savez déjà sur les règles panier s'applique — montants minimum de commande, limites par client, restrictions de devise, et le fait que le bon apparaisse dans Catalogue → Réductions comme n'importe quel autre. C'est rassurant pour les agences : il n'y a pas de moteur de remise parallèle à comprendre.

Points ou avoirs — et pourquoi PrestaShop brouille la frontière

L'intuition de l'article actuel est juste — "vous avez 7,50 € à dépenser" motive davantage que "vous avez 750 points". PrestaShop vous donne ici deux mécanismes distincts, qui ne sont pas interchangeables :

Le flux de remboursement de PrestaShop peut aussi restituer de la valeur sous forme d'avoir plutôt qu'en espèces — selon votre version et les options de remboursement affichées, un remboursement partiel ou total peut générer un avoir ou un bon que le client utilisera la prochaine fois, au lieu d'un remboursement carte qui quitte définitivement la boutique. Les libellés exacts et les options varient selon les versions du back-office ; vérifiez donc ce que propose réellement l'écran de remboursement de votre boutique cible. Lorsqu'elle est disponible, cette option est un outil de rétention caché dans le processus de remboursement, et la plupart des boutiques l'ignorent. Si vous voulez l'effet psychologique "argent plutôt que points" recommandé par les conseils actuels, la voie la plus propre consiste à garder un ratio de points simple et à toujours afficher la valeur monétaire convertie dans vos templates de compte — montrez "7,50 € de récompenses" à côté du nombre de points, pas à la place.

Construire des niveaux que PrestaShop peut réellement appliquer

Soyons clairs sur une limite : le module de fidélité natif possède un seul ratio de gain. Il n'y a pas de Bronze/Argent/Or dans le module de fidélité, pas de "1,5x les points pour le niveau Argent", pas de seuils par niveau. Si vous voulez des niveaux, vous les construisez avec l'outil que PrestaShop vous donne effectivement en natif — les groupes de clients (Clients → Groupes).

Un groupe de clients dans PrestaShop dispose de son propre affichage des prix, de sa propre remise au niveau du catalogue (une réduction forfaitaire en pourcentage sur les catégories), et peut contrôler les transporteurs, les modes de paiement et les contenus de catégorie visibles par le client. Un système de niveaux viable peut donc ressembler à ceci :

• Bronze — le groupe par défaut dans lequel arrive chaque client inscrit. Il gagne les points de fidélité standard. Aucune remise de groupe.
• Argent — un groupe avec une petite remise catalogue et l'accès à une règle de transport gratuit. Les clients qui dépassent un seuil de dépenses y sont déplacés.
• Or — une remise de groupe plus importante, une règle de livraison toujours gratuite, et un accès anticipé à une catégorie "nouveaux produits" réservée à ce groupe.

Le point que PrestaShop ne résoudra pas pour vous : le déplacement des clients entre groupes n'est pas automatique dans le cœur. Vous pouvez les promouvoir à la main (acceptable pour quelques VIP), ou utiliser un module qui surveille les dépenses cumulées et réattribue le groupe. C'est exactement la frontière où les outils natifs s'arrêtent et où un module conçu pour cela trouve sa place — promotion automatique de groupe selon les dépenses glissantes, plus le tableau de bord pour voir qui se trouve où : c'est précisément ce que fait notre module Loyalty + Credit Revolution. Il surveille les dépenses à vie et réattribue le groupe pour vous, ajoute les campagnes de points bonus et la gestion des avoirs qui manquent au module natif, et garde les données comme l'automatisation dans votre propre back-office au lieu de synchroniser les dépenses clients vers un tiers. Quelle que soit l'approche choisie, décidez d'abord de la stratégie — combien de niveaux, quel niveau de générosité — et nous expliquons pourquoi il vaut mieux rester volontairement simple et honnête dans les programmes de fidélité pour petites boutiques.

Là où le module natif atteint ses limites — et quoi ajouter

Le module de fidélité natif est réellement efficace pour une chose : attribuer automatiquement des points selon les dépenses et les convertir en bons sans que vous deviez surveiller les commandes. En revanche, il ne fait pas, par défaut :

• Campagnes de points bonus — "points doublés ce week-end", "points supplémentaires sur cette catégorie pendant une semaine". Il faudrait modifier le ratio global et penser à le remettre ensuite.
• Points pour les actions hors achat — avis, création de compte, anniversaires, partages sociaux. Le module cœur ne compte que les dépenses.
• Logique de niveaux — abordée plus haut ; ce sont les groupes de clients, plus la couche d'automatisation qui les relie.
• Expiration avec rappels — les bons peuvent avoir une date d'expiration, mais l'e-mail "vos points expirent dans 30 jours" ne fait pas partie du module de fidélité.

Deux de ces lacunes sont en réalité des sujets d'e-mail, et relèvent d'articles frères plutôt que de celui-ci. Le rappel d'expiration et le message "vous avez gagné une récompense, venez l'utiliser" sont des e-mails classiques de cycle de vie — configurez-les comme vous construiriez n'importe quelle séquence automatisée, comme expliqué dans les e-mails après achat, et tournez-vous vers une plateforme d'automatisation marketing comme Klaviyo si vous voulez intégrer des déclencheurs au flux. L'intégration PrestaShop de Klaviyo synchronise les données clients et commandes par défaut, mais les déclencheurs liés au solde de points et au statut de niveau ne sont pas automatiques — ils ne fonctionnent que si ces champs/événements sont réellement synchronisés, ce qui implique généralement de confirmer que l'intégration les transporte ou d'ajouter un travail d'intégration personnalisé pour les pousser. L'angle "faire revenir le client dont les points vont expirer" est une discipline à part entière — voir les e-mails de reconquête.

Récompenser les comportements hors achat, et transformer les clients fidèles en canal de parrainage, relève d'un système entièrement différent — n'essayez pas de tordre les points de fidélité pour en faire cela. Le sujet est traité correctement dans les programmes de parrainage pour PrestaShop.

Rendre le programme visible dans PrestaShop

Un programme de fidélité que personne ne voit n'est qu'une ligne de base de données perdue. PrestaShop vous donne des emplacements précis pour le rendre visible, et ils méritent d'être branchés volontairement plutôt que d'espérer que le client trouve la page de son compte :

• Le tableau de bord du compte. Le module de fidélité ajoute un lien "Mes points de fidélité" dans le compte client (via displayCustomerAccount) (bloc Mon compte). Vérifiez qu'il s'affiche réellement dans votre thème — les thèmes personnalisés suppriment parfois les liens de compte injectés par les modules.
• La page de confirmation de commande. "Vous avez gagné X points avec cette commande" a sa place sur le contrôleur de confirmation de commande, là où l'attention est maximale. Cela relève des templates de thème (le hook de confirmation de commande), donc une agence peut le placer avec précision.
• Le panier / tunnel de commande. "Vous gagnerez X points" près du total, et "Vous avez Y € de récompenses — appliquez-les maintenant" lorsqu'un bon est disponible. Tout ce qui touche à l'étape de commande demande de la prudence, car le tunnel de commande est la page la plus coûteuse à casser dans une boutique.
• E-mail. Chaque point de contact ci-dessus a aussi son équivalent par e-mail, et l'e-mail est le canal qui fait le gros du travail en matière de rétention — le raisonnement est détaillé dans l'e-mail marketing pour les boutiques en ligne.

Mesurer si le programme est rentable

Un programme de fidélité est une remise que vous choisissez d'accorder ; traitez-le donc comme un investissement, pas comme une simple fonctionnalité. Ne le jugez pas sur trois semaines de données. Avant le lancement, notez une référence ; après le lancement, comparez les mêmes chiffres sur une période significative — au moins un cycle d'achat complet pour votre catégorie, ce qui, pour la plupart des boutiques, se compte en mois, pas en jours :

• Taux de réachat — le chiffre que le programme est censé faire progresser. Les membres devraient recommander plus souvent qu'avant.
• Panier moyen et fréquence des membres vs non-membres — le filtrage par groupes de clients de PrestaShop rend cette segmentation possible si vos niveaux correspondent à des groupes.
• Taux d'utilisation — si personne n'utilise ses bons, la récompense est trop lointaine ou trop discrète ; si tout le monde les utilise instantanément, vous ne faites que de la remise. La liste des bons sous Catalogue → Réductions montre en un coup d'œil les bons générés et ceux utilisés.
• Valeur vie client — la seule métrique qui tranche, au final, si les remises ont été rentables.

Quel niveau de générosité adopter, où placer la limite de marge, et quels mécanismes de remise changent réellement le comportement plutôt que de simplement vous coûter de l'argent — c'est une question de stratégie à laquelle nous répondons dans les stratégies de remise qui fonctionnent vraiment. Ici, la leçon propre à PrestaShop est plus étroite et plus utile : vous disposez déjà d'un moteur de fidélité compétent dans le cœur, il fonctionne en créant des bons à partir de vos statuts de commande, ses deux vrais angles morts sont les niveaux (que vous résolvez avec les groupes de clients) et la souplesse des campagnes (que vous résolvez avec un module ou votre outil d'e-mailing). Réglez correctement les déclencheurs d'états de commande, affichez la valeur monétaire et pas seulement les points, mesurez sur un vrai cycle d'achat — et le programme cesse d'être un lien de pied de page sur lequel personne ne clique pour devenir une raison de revenir dans votre boutique plutôt que d'aller voir ailleurs.

(Transparence : Loyalty + Credit Revolution mentionné ci-dessus est un module que nous développons et vendons ; Klaviyo Integration est également le nôtre.)

Questions fréquentes

PrestaShop propose-t-il un programme de fidélité intégré ?

Oui — le module officiel Customer loyalty and rewards (nom technique loyalty), historiquement inclus et désormais distribué via Addons. Selon votre version, il peut déjà être installé, devoir être ajouté, ou avoir été remplacé. Vérifiez dans Modules → Gestionnaire de modules et recherchez "loyalty". Lorsqu'il est utilisé, il est réellement compétent sur un point : attribuer automatiquement des points selon les dépenses et les convertir en bons sans que vous deviez surveiller les commandes.

Comment les points de fidélité deviennent-ils de l'argent que le client peut dépenser ?

Les points ne restent pas dans un portefeuille abstrait. Lorsqu'une commande atteint le statut que vous avez défini comme état de validation, le module génère une véritable règle panier — un bon d'une valeur égale à l'équivalent monétaire des points accumulés — que le client utilise dans le tunnel de commande comme n'importe quel code de réduction. En pratique, les points de fidélité PrestaShop sont un générateur différé de bons construit sur la machine des états de commande, ce qui explique pourquoi le bon se comporte ensuite comme n'importe quelle autre règle panier (montants minimum, limites par client, visible sous Catalogue → Réductions).

Quel statut de commande doit valider les points ?

Pour la plupart des boutiques, validez à "Paiement accepté" et laissez l'état d'annulation/remboursement réduire automatiquement le solde. Attribuez les points dès qu'une commande est passée et vous créerez des bons pour des commandes qui pourront ensuite être annulées ou faire l'objet d'une rétrofacturation ; attendez l'état "Livré" et les points sembleront lents à un client qui a payé deux minutes plus tôt. Réglez cela dans les sélecteurs d'états de commande du module et testez avec une vraie commande parcourant votre flux réel de statuts avant d'annoncer le programme.

Le module de fidélité natif peut-il gérer des niveaux Bronze/Argent/Or ?

Non — il possède exactement un seul ratio de gain, valable pour toute la boutique, sans seuils par niveau ni règles de bonus. Vous construisez les niveaux avec les groupes de clients (Clients → Groupes), chacun pouvant porter sa propre remise catalogue, ses accès aux transporteurs et aux catégories. Le point à retenir est que le cœur ne déplacera pas automatiquement les clients entre groupes selon leurs dépenses ; c'est là qu'un module conçu pour surveiller les dépenses à vie et réattribuer le groupe trouve sa place.

Dois-je afficher des points ou une valeur monétaire aux clients ?

La valeur monétaire — "7,50 € de récompenses" motive davantage que "750 points". La voie la plus propre consiste à garder un ratio de points simple et à toujours afficher la valeur monétaire convertie dans vos templates de compte, à côté du nombre de points plutôt qu'à sa place. Affichez-la aussi là où l'attention est maximale : la page de compte "Mes points de fidélité" (via displayCustomerAccount), la page de confirmation de commande et près du total du panier.