Prestashop gère-t-il nativement les paiements récurrents ?

Non, Prestashop ne propose pas de fonctionnalité native de paiement récurrent. Il faut installer un module dédié (comme le module officiel Stripe, ou des solutions tierces telles que Subscription & Recurring Payment ou Mollie Subscriptions) pour activer cette fonctionnalité. Ces modules s'intègrent aux passerelles de paiement supportant la tokenisation des cartes bancaires.

Quels moyens de paiement supportent les abonnements sur Prestashop ?

Les moyens de paiement les plus utilisés pour les abonnements sur Prestashop sont Stripe (carte bancaire, SEPA), Mollie (carte bancaire, prélèvement SEPA, iDEAL), PayPal (via les Billing Agreements) et GoCardless (prélèvement SEPA). Le choix dépend de votre cible géographique et du type de produit vendu. Stripe et Mollie offrent la meilleure compatibilité technique avec les modules Prestashop existants.

Paiements récurrents Prestashop : guide complet des abonnements e-commerce

Pourquoi le modèle par abonnement transforme le e-commerce

Le commerce en ligne vit une mutation profonde. En 2024, le marché mondial du e-commerce par abonnement a dépassé les 275 milliards de dollars, avec une croissance annuelle estimée à 68 % sur la période 2025-2030 selon les projections de UBS et McKinsey.

Derrière ces chiffres, une réalité simple : les consommateurs préfèrent de plus en plus payer régulièrement pour un service continu plutôt que de racheter manuellement les mêmes produits. Cafés en grains, compléments alimentaires, cosmétiques, logiciels, contenus premium… le modèle de l’abonnement s’applique à presque tous les secteurs.

Pour un e-commerçant, les avantages sont considérables :

Revenus prévisibles : vous connaissez votre MRR (Monthly Recurring Revenue) et pouvez planifier vos stocks et investissements.
Valeur vie client (LTV) multipliée : un client abonné dépense en moyenne 2 à 3 fois plus qu’un client ponctuel.
Coût d’acquisition amorti : chaque mois de rétention réduit le coût d’acquisition effectif.
Fidélisation naturelle : l’abonnement crée une habitude de consommation difficile à rompre.

Encore faut-il disposer de l’infrastructure technique pour gérer ces paiements récurrents. Et c’est là que Prestashop, avec son écosystème de modules, entre en jeu.

Les prérequis techniques pour les paiements récurrents

Comprendre la tokenisation des cartes

Le paiement récurrent repose sur un mécanisme fondamental : la tokenisation. Lorsqu’un client saisit ses informations de carte bancaire pour la première fois, la passerelle de paiement (Stripe, Mollie, PayPal…) génère un jeton sécurisé (token) qui remplace les données sensibles.

Ce token permet de débiter la carte à intervalle régulier sans que le client ait à ressaisir ses informations. C’est conforme au standard PCI DSS puisque votre boutique Prestashop ne stocke jamais les données de carte.

La directive DSP2 et l’authentification forte (SCA)

En Europe, la directive DSP2 impose une authentification forte (SCA) pour les paiements en ligne. Pour les abonnements, cela signifie que :

Le premier paiement nécessite obligatoirement un 3D Secure (validation par l’application bancaire du client).
Les paiements récurrents suivants sont considérés comme des « MIT » (Merchant Initiated Transactions) et sont exemptés de SCA, à condition que le premier paiement ait été correctement authentifié.

C’est un point technique critique. Un module mal configuré qui ne gère pas correctement les flags MIT/CIT provoquera des refus de paiement en cascade.

Version Prestashop et compatibilité PHP

Pour une gestion fiable des abonnements, nous recommandons :

Prestashop 1.7.8+ ou Prestashop 8.x (idéalement 8.1+)
PHP 8.1 ou 8.2 pour la compatibilité avec les SDK modernes des passerelles de paiement
Un hébergement supportant les tâches CRON (indispensable pour le déclenchement automatique des renouvellements)
Un certificat SSL/TLS valide (obligatoire pour le traitement des paiements)

Choisir le bon module d’abonnement pour Prestashop

Plusieurs modules permettent de gérer les paiements récurrents sur Prestashop. Voici un comparatif des solutions les plus utilisées en 2025 :

Module	Passerelles supportées	Prix	Gestion dunning	Fréquences	Note Addons
Subscription & Recurring Payment (Webkul)	Stripe, PayPal, Authorize.net	~150 €	Oui	Journalier à annuel	4.2/5
Stripe Official Module + hooks personnalisés	Stripe uniquement	Gratuit (module)	Partielle	Via API Stripe Billing	4.0/5
Mollie Subscriptions	Mollie (CB, SEPA, iDEAL)	~100 €	Oui	Hebdomadaire à annuel	4.3/5
PayPal Subscriptions (natif)	PayPal uniquement	Gratuit	Non	Mensuel à annuel	3.5/5
Développement sur mesure	Toutes	Variable	Personnalisable	Illimité	N/A

Le module Webkul : la solution clé en main

Le module Subscription & Recurring Payment de Webkul est probablement la solution la plus complète disponible sur Prestashop Addons. Il permet de :

Définir des plans d’abonnement par produit (mensuel, trimestriel, annuel…)
Proposer une réduction pour les abonnements longs (ex. : -10 % pour un engagement annuel)
Gérer les périodes d’essai gratuites
Envoyer des emails automatiques de rappel avant renouvellement
Permettre au client de suspendre, modifier ou annuler son abonnement depuis son espace

Stripe Billing : la puissance de l’API

Pour les boutiques ayant des besoins plus avancés, l’intégration directe avec Stripe Billing via l’API offre une flexibilité maximale. Chez Lueur Externe, agence certifiée Prestashop et experte en intégrations techniques, nous privilégions souvent cette approche pour les projets complexes.

Voici un exemple simplifié de création d’abonnement via l’API Stripe en PHP, intégrable dans un module Prestashop personnalisé :

<?php
// Création d'un abonnement Stripe Billing depuis un module Prestashop
require_once _PS_MODULE_DIR_ . 'mysubscription/vendor/autoload.php';

\Stripe\Stripe::setApiKey(Configuration::get('STRIPE_SECRET_KEY'));

// Étape 1 : Créer ou récupérer le client Stripe
$customer = \Stripe\Customer::create([
    'email' => $context->customer->email,
    'name' => $context->customer->firstname . ' ' . $context->customer->lastname,
    'payment_method' => $paymentMethodId, // Token obtenu côté front via Stripe.js
    'invoice_settings' => [
        'default_payment_method' => $paymentMethodId,
    ],
]);

// Étape 2 : Créer l'abonnement
$subscription = \Stripe\Subscription::create([
    'customer' => $customer->id,
    'items' => [[
        'price' => 'price_1NxXXXXXXXXXXXXX', // ID du prix récurrent créé dans Stripe Dashboard
    ]],
    'payment_behavior' => 'default_incomplete',
    'payment_settings' => [
        'save_default_payment_method' => 'on_subscription',
    ],
    'expand' => ['latest_invoice.payment_intent'],
    'metadata' => [
        'prestashop_customer_id' => $context->customer->id,
        'prestashop_product_id' => $productId,
    ],
]);

// Étape 3 : Sauvegarder la référence dans la base Prestashop
Db::getInstance()->insert('subscription_recurring', [
    'id_customer' => (int)$context->customer->id,
    'id_product' => (int)$productId,
    'stripe_subscription_id' => pSQL($subscription->id),
    'status' => pSQL($subscription->status),
    'current_period_end' => date('Y-m-d H:i:s', $subscription->current_period_end),
    'date_add' => date('Y-m-d H:i:s'),
]);

Ce type d’intégration nécessite la mise en place de webhooks Stripe pour traiter les événements (renouvellement réussi, échec de paiement, annulation…) et mettre à jour les commandes Prestashop en conséquence.

Configurer les webhooks pour automatiser le cycle de vie

Les événements essentiels à écouter

Les webhooks sont le nerf de la guerre des paiements récurrents. Voici les événements critiques que votre module doit traiter :

invoice.payment_succeeded : le renouvellement a réussi → créer une nouvelle commande Prestashop, mettre à jour le stock, envoyer la confirmation.
invoice.payment_failed : le paiement a échoué → déclencher le processus de relance (dunning).
customer.subscription.updated : le client a modifié son abonnement (upgrade, downgrade, changement de fréquence).
customer.subscription.deleted : l’abonnement est annulé → mettre à jour le statut dans Prestashop.

Implémenter un contrôleur webhook dans Prestashop

Dans votre module, créez un contrôleur front dédié (ex. : mysubscription/controllers/front/webhook.php) qui :

Vérifie la signature du webhook Stripe pour éviter les requêtes frauduleuses
Parse l’événement JSON
Exécute l’action correspondante (création de commande, envoi d’email, mise à jour de statut)
Retourne un code HTTP 200 pour confirmer la réception

Un webhook mal configuré peut entraîner des doubles facturations ou des commandes fantômes. C’est un point où l’expertise d’une agence spécialisée comme Lueur Externe fait toute la différence : nous avons déployé ce type d’architecture pour de nombreux clients e-commerce dans les Alpes-Maritimes et au-delà.

Gérer les échecs de paiement : le dunning management

Selon les données de Stripe, environ 5 à 10 % des paiements récurrents échouent chaque mois, principalement à cause de :

Cartes expirées
Fonds insuffisants
Blocages anti-fraude de la banque émettrice

Sans stratégie de relance, ces échecs se traduisent par du churn involontaire — des clients qui ne souhaitaient pas résilier mais dont l’abonnement est annulé faute de paiement.

Mettre en place une séquence de relance efficace

Voici une séquence de dunning éprouvée, applicable sur Prestashop :

J+0 (échec initial) : tentative automatique de re-débit par la passerelle + email au client l’informant de l’échec avec un lien pour mettre à jour sa carte.
J+3 : deuxième tentative automatique + email de rappel plus insistant.
J+7 : troisième tentative + email mentionnant que l’abonnement sera suspendu sous 48h.
J+9 : suspension de l’abonnement (le client ne reçoit plus le produit/service).
J+14 : dernier email proposant de réactiver l’abonnement avec un lien direct.
J+30 : annulation définitive.

Cette séquence peut réduire le churn involontaire de 30 à 50 % selon notre expérience.

Configurer les relances avec Stripe

Stripe propose un outil natif de Smart Retries qui utilise le machine learning pour choisir le meilleur moment pour retenter un paiement. Cette fonctionnalité se configure dans le Dashboard Stripe > Settings > Subscriptions et Emails, ou via l’API :

{
  "subscription_data": {
    "collection_method": "charge_automatically",
    "payment_settings": {
      "payment_method_options": {
        "card": {
          "request_three_d_secure": "automatic"
        }
      }
    }
  },
  "automatic_tax": {
    "enabled": true
  }
}

Optimiser l’expérience client autour de l’abonnement

La page produit : convertir en abonné

Sur la page produit, proposez clairement les deux options :

Achat unique : prix standard
Abonnement : prix réduit avec la fréquence au choix

Les meilleures pratiques issues de l’A/B testing montrent que :

Afficher l’économie réalisée en euros (“Économisez 24 €/an”) convertit mieux que le pourcentage.
Pré-sélectionner l’option abonnement augmente le taux de souscription de 15 à 25 %.
Proposer 3 fréquences maximum évite la paralysie du choix.

L’espace client : donner le contrôle

Un client qui se sent piégé résilie. Un client qui a le contrôle reste. Votre espace client Prestashop doit permettre de :

Modifier la fréquence de livraison (passer de mensuel à bimensuel)
Sauter une livraison (“Je pars en vacances”)
Changer de produit au sein de l’abonnement
Mettre en pause temporairement
Mettre à jour la carte bancaire sans contacter le support
Annuler simplement (avec éventuellement une offre de rétention)

Ces fonctionnalités nécessitent un développement spécifique sur Prestashop, car aucun module standard ne couvre tous ces cas. C’est typiquement le type de développement sur mesure que réalise l’équipe de Lueur Externe pour ses clients.

Les obligations légales en France

Le Code de la consommation français impose des règles strictes pour les abonnements e-commerce :

Information précontractuelle claire : le client doit savoir qu’il souscrit un paiement récurrent, à quelle fréquence et pour quel montant.
Confirmation par email de la souscription, avec rappel des conditions d’annulation.
Droit de rétractation de 14 jours applicable au premier achat.
Facilité de résiliation : depuis la loi du 16 août 2022, les abonnements souscrits en ligne doivent pouvoir être résiliés en ligne, en 3 clics maximum.
Envoi d’un récapitulatif avant chaque renouvellement si l’abonnement dépasse un an.

Ne pas respecter ces obligations expose à des sanctions de la DGCCRF et à des litiges clients.

Mesurer la performance de votre système d’abonnement

Une fois votre système en place, suivez ces KPIs essentiels :

MRR (Monthly Recurring Revenue) : votre revenu mensuel récurrent.
Churn rate : pourcentage de clients qui se désabonnent chaque mois. Un taux inférieur à 5 % est considéré comme bon en e-commerce physique.
ARPU (Average Revenue Per User) : revenu moyen par abonné.
LTV (Lifetime Value) : ARPU divisé par le churn rate.
Taux d’échec de paiement : devrait rester sous les 8 % avec une bonne stratégie de dunning.
Taux de récupération : pourcentage de paiements échoués récupérés grâce aux relances.

Vous pouvez suivre ces métriques directement dans le Dashboard de votre passerelle de paiement, ou les centraliser dans un outil comme Google Looker Studio connecté à votre base Prestashop et à l’API Stripe.

Les pièges à éviter

Après avoir accompagné de nombreux e-commerçants dans la mise en place de systèmes d’abonnement, voici les erreurs les plus fréquentes :

Négliger les webhooks : sans traitement fiable des événements, vous perdez la synchronisation entre la passerelle et Prestashop.
Oublier la gestion des taxes : les taux de TVA peuvent changer entre deux renouvellements. Votre système doit recalculer la taxe à chaque cycle.
Ignorer les changements de prix : si vous augmentez le prix d’un abonnement, les abonnés existants doivent être notifiés et donner leur consentement (obligation légale en UE).
Sous-estimer le support client : les abonnements génèrent plus de demandes de support que les achats ponctuels (modifications, pauses, questions sur la facturation).
Ne pas tester le parcours complet : testez le cycle entier en environnement sandbox — souscription, renouvellement, échec, relance, annulation — avant la mise en production.

Conclusion : faites de l’abonnement un levier de croissance durable

La mise en place de paiements récurrents sur Prestashop est un projet à la croisée de la stratégie commerciale, du développement technique et de la conformité réglementaire. Bien exécuté, c’est un formidable accélérateur de croissance qui stabilise vos revenus et renforce la relation avec vos clients.

Mais les détails techniques — tokenisation, webhooks, dunning, conformité DSP2 — ne pardonnent pas l’approximation. Un système d’abonnement bancal génère de la frustration client, du churn et des problèmes de trésorerie.

Si vous envisagez de lancer un modèle d’abonnement sur votre boutique Prestashop, ou si votre système actuel présente des dysfonctionnements, l’équipe de Lueur Externe est à votre disposition. Agence experte certifiée Prestashop depuis 2003 et spécialiste des architectures e-commerce robustes, nous vous accompagnons de la conception à la mise en production.

Contactez-nous pour discuter de votre projet d’abonnement e-commerce →