Magento 2 sans abonnement : comment remplacer une partie des services SaaS par des modules et réduire les coûts e-commerce

Une boutique Magento 2 doit-elle payer chaque mois pour une newsletter, les avis, l'affiliation, l'assistance AI, le cookie consent, la gestion des tâches et le suivi du temps de travail ? Pas toujours. Une partie de ces fonctions peut être transférée directement dans Magento 2 et, au lieu d'ajouter de nouveaux abonnements, utiliser des modules achetés une seule fois et --- là où c'est nécessaire --- payer uniquement l'infrastructure réellement utilisée, par ex. l'envoi d'e-mails ou l'API AI.

Dans cet article, nous montrons dans quels domaines cette approche a du sens, quelles en sont les limites et à quoi peut ressembler la différence de coûts.

Conclusion essentielle : il ne s'agit pas d'abandonner totalement les services SaaS. Il s'agit de vérifier s'il est pertinent de payer un abonnement fixe pour une fonction que Magento 2 peut exécuter directement.

Pourquoi les abonnements SaaS deviennent-ils un coût important pour une boutique Magento 2 ?

Pris séparément, un abonnement ne semble souvent pas inquiétant :

• une dizaine de dollars pour un système d'avis,
• quelques dizaines de dollars pour une newsletter,
• quelques dizaines ou quelques centaines de dollars pour un programme d'affiliation,
• un abonnement supplémentaire pour le service client ou l'AI,
• des frais séparés pour le cookie consent,
• encore d'autres licences pour la gestion des tâches et l'enregistrement du temps de travail.

Le problème commence lorsque la boutique utilise simultanément beaucoup de ces outils.

Le coût technologique ne se limite alors plus à l'hébergement, au développement Magento ou à la maintenance de l'infrastructure. Une catégorie de coûts distincte apparaît : une pile mensuelle d'applications SaaS.

Avec Magento 2, il vaut donc la peine de se poser la question :

Avons-nous besoin d'une plateforme externe complète, ou seulement de quelques fonctions qui peuvent être lancées directement dans Magento ?

Cette distinction est particulièrement importante dans le cas de Magento Open Source --- une plateforme conçue pour pouvoir être étendue à l'aide de modules.

SaaS ou module Magento 2 --- quelle est la différence fondamentale ?

Dans un modèle SaaS classique, vous payez pour l'accès à un service pendant une période donnée. Le prix peut dépendre de :

• du nombre d'utilisateurs,
• du nombre de contacts,
• du nombre de commandes,
• du nombre de messages envoyés,
• du nombre de tickets,
• du nombre de domaines,
• de la valeur des ventes,
• de l'étendue des fonctionnalités disponibles.

Dans le modèle utilisé par Kowal.store, un module Magento 2 peut être acheté une seule fois, puis la fonctionnalité fonctionne ensuite à l'intérieur de la boutique. Si le module utilise une infrastructure externe, il reste les coûts liés à l'utilisation réelle de cette infrastructure.

Il convient également de souligner que des extensions Magento similaires sont disponibles également chez d'autres fournisseurs. La différence ne réside donc pas toujours dans la présence même du module, mais dans le modèle de licence. De nombreuses software houses et de nombreux fournisseurs d'extensions vendent des modules selon un modèle d'abonnement annuel ou de licence renouvelable. Kowal.store mise sur l'achat unique de la licence ainsi que sur des mises à jour gratuites des modules, ce qui facilite la prévision des coûts sur le long terme.

Le modèle type ressemble alors à ceci :

Magento 2 → module → Amazon SES / API AI / Google API

au lieu de :

Magento 2 → plateforme SaaS payante → infrastructure ou API supplémentaires

Cela ne signifie pas automatiquement que la première architecture est toujours meilleure. Elle permet toutefois de limiter le nombre de licences récurrentes et de conserver davantage de processus et de données dans votre propre environnement Magento.

1. Newsletter Magento 2 sans abonnement à une plateforme marketing

L'email marketing est l'un des exemples les plus évidents d'un coût qui augmente avec la base clients.

Les plateformes SaaS peuvent facturer l'utilisateur selon le nombre de contacts, le nombre de messages ou le forfait choisi. Pour une petite boutique, la différence est faible. Avec une base d'e-mails plus importante, ce coût devient un poste fixe du budget.

Advanced Newsletter Suite pour Magento 2

Advanced Newsletter Suite de Kowal.store transfère la gestion des processus de base de l'email marketing dans Magento 2.

La solution comprend notamment :

• la gestion des abonnés,
• les listes de diffusion,
• la segmentation,
• les formulaires d'inscription,
• le double opt-in,
• les campagnes de newsletter,
• la planification,
• la file d'envoi,
• les envois de test,
• Template Studio,
• le suivi des événements,
• le tableau de bord d'administration,
• la surveillance des files d'attente et des erreurs.

Ainsi, la base clients et la logique des campagnes peuvent rester plus proches de Magento, tandis qu'un transport spécialisé peut être utilisé pour l'envoi effectif des messages.

Quel peut être le coût de l'envoi ?

Amazon SES, dans son modèle standard à la carte, indique un prix de base d'environ 0,10 USD pour 1000 e-mails sortants, hors services supplémentaires et transfert de données.

Cela signifie approximativement :

Nombre de messages envoyés Coût de base Amazon SES\*

 10 000 env. 1 USD 100 000 env. 10 USD 500 000 env. 50 USD 1 000 000 env. 100 USD

* Cet exemple montre le coût d'envoi de base selon la grille tarifaire SES. La facture réelle peut inclure des postes supplémentaires.

Conclusion : la boutique peut payer avant tout pour les envois réellement effectués, au lieu de dépendre de la taille de la base de contacts pour le coût de l'ensemble du système de newsletter.

Sources :\

• Kowal.store --- catalogue et informations officielles sur les extensions : https://kowal.store/llms.txt\
• Amazon SES Pricing : https://aws.amazon.com/ses/pricing/

2. Avis clients Magento 2 sans abonnement fixe

Les avis produits constituent un autre domaine dans lequel les solutions populaires fonctionnent en mode SaaS.

Par exemple, Loox propose des offres payantes dont le coût peut augmenter selon le niveau d'utilisation et le nombre de commandes. Judge.me propose également une offre payante par abonnement.

Pour certaines boutiques, une plateforme externe avancée sera justifiée. D'autres ont surtout besoin d'un processus efficace :

collecte des avis → modération → traitement → publication.

Kowal Review Suite

Kowal Review Suite vise à rapprocher ce processus de Magento 2, y compris la gestion des avis dans des environnements multistore et multilingues.

Du point de vue des coûts, le changement de modèle est essentiel : au lieu d'une licence SaaS fixe, la boutique peut utiliser sa propre extension Magento et supporter des coûts supplémentaires uniquement lorsque des services externes sont utilisés, par ex. une API AI.

Il ne s'agit pas d'une comparaison fonctionnelle 1:1 avec Loox, Judge.me ou d'autres plateformes. Un SaaS peut proposer des canaux, des intégrations et des fonctionnalités supplémentaires que le module Magento ne remplace pas.

Sources :\

• Kowal.store : https://kowal.store/llms.txt\
• Loox : https://loox.io/\
• Judge.me : https://judge.me/

3. Programme d'affiliation Magento 2 sans frais liés aux ventes

Dans le cas d'un programme d'affiliation, le coût d'un SaaS peut être particulièrement sensible, car certaines plateformes combinent abonnement et frais dépendant des ventes affiliées.

Si le programme commence à bien fonctionner, le coût de l'outil peut augmenter en même temps que le chiffre d'affaires.

Kowal Affiliate pour Magento 2

Kowal Affiliate transfère la gestion du programme d'affiliation directement dans Magento 2.

Du point de vue du TCO, l'essentiel est qu'une extension propriétaire ne doit pas nécessairement générer un coût de licence supplémentaire simplement parce que :

• le nombre de partenaires a augmenté,
• le nombre de transactions a augmenté,
• les ventes affiliées ont progressé.

C'est un bon exemple de la différence entre le coût de l'outil et le coût qui augmente avec le succès du processus pris en charge par cet outil.

4. AI Product Support --- réponses aux questions produits sans helpdesk SaaS complet

Les plateformes de helpdesk et de customer support offrent un éventail très large de possibilités : omnichannel, social media, automatisations, reporting, SLA ou routage des tickets.

Toutes les boutiques n'ont cependant pas besoin d'un système complet de ce type.

Parfois, le problème métier est bien plus simple :

Le client consulte un produit et souhaite obtenir rapidement une réponse à sa question à partir des informations disponibles dans la boutique.

AI Product Support pour Magento 2

AI Product Support ajoute un assistant AI lié aux données de la boutique et aux produits.

Dans ce modèle, Magento gère la logique de la solution, tandis que l'API AI externe peut être considérée comme une ressource facturée selon l'utilisation réelle.

C'est une différence importante :

vous n'achetez pas une plateforme avancée uniquement pour résoudre un problème précis.

Si la boutique a besoin d'un helpdesk complet, une solution SaaS peut encore être préférable. Si elle a surtout besoin d'un assistant produit, un module Magento dédié peut être plus économique et plus simple sur le plan architectural.

5. Récupération des paniers abandonnés sans nouvelle plateforme de marketing automation

Magento dispose déjà d'informations sur :

• les clients,
• les produits,
• les paniers,
• la valeur du panier,
• l'historique d'achat.

C'est pourquoi une partie du processus de panier abandonné peut être réalisée sans envoyer tout le contexte vers une plateforme de marketing automation séparée.

AI Cart Recovery Assistant

AI Cart Recovery Assistant exploite les données disponibles dans Magento pour le processus de récupération des paniers abandonnés.

La combinaison de plusieurs modules est particulièrement intéressante :

Magento 2 + AI Cart Recovery + Advanced Newsletter Suite + transport e-mail peu coûteux

Dans cette configuration, une plus grande partie de l'automatisation reste dans l'environnement propre de la boutique.

6. Cookie Consent pour Magento 2 sans abonnement supplémentaire par domaine

Les systèmes CMP et de cookie consent sont souvent facturés par abonnement --- par ex. selon le nombre de domaines, de sous-pages ou l'offre choisie.

Si la boutique a besoin d'une implémentation spécifique des consentements ainsi que d'une intégration avec Google Tag Manager, une alternative peut être un module fonctionnant directement dans Magento.

Cookie Consent avec intégration Google Tag Manager

L'extension Kowal.store gère les consentements cookies ainsi que l'intégration avec GTM dans l'environnement Magento 2.

Dans ce cas, il vaut la peine de comparer :

le coût annuel de la plateforme externe × le nombre d'années

avec :

le coût unique du module + les coûts de maintenance de votre propre Magento.

Pour les solutions utilisées pendant de nombreuses années, c'est justement la perspective sur 3--5 ans qui montre le mieux le TCO réel.

7. Blog Magento 2 au lieu d'un système CMS supplémentaire

Une manière fréquente de gérer un blog avec Magento consiste à installer un CMS supplémentaire ou à maintenir un système distinct.

Cela entraîne des éléments d'infrastructure supplémentaires :

• un panneau distinct,
• des mises à jour distinctes,
• des intégrations supplémentaires,
• une surface de sécurité supplémentaire,
• une synchronisation de la mise en page et des données.

Kowal Blog

Kowal Blog exploite les capacités de Magento pour publier du contenu de blog sans ajouter de système CMS distinct.

Il ne s'agit pas uniquement d'un coût d'abonnement. Le gain peut également provenir d'une architecture simplifiée et du maintien du contenu plus près du catalogue Magento.

8. Monitoring de sécurité Magento 2 dans votre propre environnement

Les plateformes externes de security monitoring peuvent être très utiles et ne doivent pas être remplacées automatiquement.

Cependant, certaines vérifications de base peuvent être effectuées localement.

Kowal Security Scan

Kowal Security Scan est un exemple d'extension qui transfère une partie du processus de surveillance de la sécurité directement dans Magento 2.

En pratique, une approche hybride peut être la plus raisonnable :

scan local de Magento + Cloudflare/WAF + monitoring de l'infrastructure + services externes là où ils renforcent réellement la sécurité.

L'objectif n'est pas de supprimer tous les services, mais de limiter les abonnements qui dupliquent des fonctions pouvant être exécutées localement.

9. Kowal Task --- gestion des tâches, suivi du temps et facturation du travail sans application SaaS distincte

Une autre solution développée par Kowal.store est Kowal Task (Kowal_Task).

Statut : le module est en cours de création. La description ci-dessous présente le périmètre prévu selon la spécification actuelle et ne doit pas être considérée comme la liste des fonctions déjà disponibles dans la version de production.

C'est un exemple particulièrement intéressant de l'idée décrite dans cet article, car le module doit remplacer une application externe de suivi des tâches et du temps de travail et relier directement ce processus à la facturation Magento.

Que doit faire Kowal Task ?

La structure de données prévue est simple :

Client → Projet → Tâche → Entrées de temps

Le module doit permettre notamment :

• la gestion des projets et des tâches des clients,
• plusieurs entrées de temps pour une même tâche,
• l'enregistrement manuel du temps,
• un timer optionnel,
• la validation du temps à facturer,
• un portail client dans son compte Magento,
• la soumission de nouvelles tâches par le client,
• l'export CSV,
• REST API pour les applications desktop et le CRM,
• la préparation de la facturation directement dans Magento.

Le plus important reste toutefois l'intégration avec le mécanisme de vente natif de Magento.

Du temps de travail à la commande et à la facture Magento

Le processus prévu se présente comme suit :

1. le collaborateur exécute une tâche,
2. le temps est attribué à la tâche,
3. les entrées de temps sont validées pour la facturation,
4. Magento calcule la valeur selon le taux horaire,
5. le module crée une commande Magento native avec le statut pending,
6. l'administrateur contrôle la commande,
7. la facture est émise manuellement à l'aide du mécanisme standard Magento,
8. les entrées de temps sont liées à la commande et à la facture.

Ainsi, le suivi du travail ne s'arrête pas à un rapport dans un outil externe. Les données peuvent devenir directement la source de la facturation dans Magento.

Kowal Task et Toggl Track

Toggl Track constitue un bon point de référence, car ses offres payantes sont facturées par licence.

Selon la documentation actuelle de Toggl Track :

• Starter Monthly : à partir de 12 USD/EUR par licence et par mois,
• Starter Annual : à partir de 9 USD/EUR par licence et par mois,
• Premium Monthly : à partir de 20 USD/EUR par licence et par mois,
• Premium Annual : à partir de 18 USD/EUR par licence et par mois.

De plus, Toggl précise que dans les offres payantes, une licence est attribuée à chaque membre de l'organisation.

Exemple pour 5 personnes :

Offre Coût mensuel indicatif Coût annuel indicatif

Toggl Starter Annual 45 USD/EUR 540 USD/EUR Toggl Premium Annual 90 USD/EUR 1080 USD/EUR Toggl Starter Monthly 60 USD/EUR 720 USD/EUR Toggl Premium Monthly 100 USD/EUR 1200 USD/EUR

Avec 10 utilisateurs, le coût augmente donc de façon proportionnelle.

Source des prix : Toggl Track, mise à jour de la documentation de juillet 2026 :
https://support.toggl.com/en-us/article/basic-information-on-toggl-track-pricing-1jk9e2l/

Kowal Task et Harvest

Harvest combine le time tracking, les projets et la facturation.

La grille tarifaire actuelle indique notamment :

• Teams : à partir de 9 USD par utilisateur et par mois en facturation annuelle ou à partir de 11 USD par mois,
• Enterprise : à partir de 14 USD par utilisateur et par mois en facturation annuelle ou à partir de 17,50 USD par mois.

Pour une équipe de cinq personnes, le coût de base du plan Teams en facturation annuelle est d'environ :

45 USD par mois / 540 USD par an.

Source : https://www.getharvest.com/pricing

En quoi Kowal Task doit-il se différencier d'un time tracker classique ?

L'objectif n'est pas de créer une copie de Toggl ou Harvest.

Dans un scénario Magento précis, l'avantage clé doit être la connexion des données opérationnelles avec les clients, commandes et factures Magento existants.

Le client n'a pas besoin d'exister en parallèle dans :

• Magento,
• une application de gestion des tâches,
• une application de time tracking,
• un système de facturation distinct.

L'architecture prévue utilise le compte client Magento natif, et les projets, tâches et entrées de temps y sont liés.

En complément, le client doit à terme disposer d'une section « Mes tâches » dans son compte, où il pourra voir ses propres projets et tâches ainsi que soumettre une nouvelle tâche.

Cela transforme Magento d'un simple système de vente de produits en une plateforme capable également de prendre en charge une partie des processus de services.

Comparaison : SaaS ou modules Magento 2 ?

Le tableau ci-dessous n'est pas une comparaison fonctionnelle 1:1. Il montre avant tout le modèle de coûts et le type de problème qui peut être transféré dans Magento.

Domaine Modèle SaaS typique Approche avec module Magento

Newsletter abonnement dépendant du module + coût de l'offre / des contacts / l'envoi réel de l'envoi

Avis abonnement mensuel, parfois dépendant de l'échelle système d'avis propriétaire dans Magento

Affiliation abonnement, parfois + % des ventes programme d'affiliation dans Magento

AI Product Support abonnement de la plateforme + module + éventuels frais AI utilisation réelle de l'API

Abandoned Cart élément d'une plateforme automatisation basée sur les données de marketing automation Magento

Cookie Consent abonnement par domaine / module fonctionnant dans offre Magento

Blog CMS distinct / hébergement / contenus gérés dans intégrations Magento

Security Scan monitoring externe couche de contrôle locale + services externes facultatifs

Tâches et temps de travail frais par utilisateur Kowal Task + par mois infrastructure Magento

Facturation du travail time tracker distinct + entrée de temps → commande facturation → facture Magento

Combien peut-on économiser ? Calculez le TCO, pas le prix d'un seul mois

La comparaison la plus pertinente n'est pas :

« Combien coûte l'application ce mois-ci ? »

Il vaut mieux demander :

« Combien ce processus coûtera-t-il sur 3 ou 5 ans ? »

Exemple

Supposons qu'une entreprise utilise plusieurs systèmes payants :

• newsletter,
• avis,
• affiliation,
• outil AI/helpdesk,
• cookie consent,
• time tracking pour plusieurs collaborateurs.

Même si le coût moyen de chaque solution n'est que de 20--100 USD par mois, la valeur totale peut rapidement dépasser plusieurs centaines de dollars par mois.

Avec 500 USD par mois :

• 1 an = 6000 USD,
• 3 ans = 18 000 USD,
• 5 ans = 30 000 USD.

C'est précisément pour cette raison qu'au moment de choisir une architecture Magento, il vaut la peine d'analyser le Total Cost of Ownership (TCO).

L'achat unique d'un module ne signifie pas non plus un coût de maintenance nul. Il faut toujours prendre en compte :

• l'hébergement,
• les mises à jour Magento,
• le déploiement et la configuration,
• d'éventuelles adaptations,
• les API externes,
• l'envoi d'e-mails,
• le monitoring et l'administration.

La différence tient au fait que ces coûts sont principalement liés à votre propre infrastructure et à l'utilisation réelle des ressources, et non au simple droit de continuer à utiliser chaque fonction.

Quand un module Magento 2 est-il une meilleure alternative au SaaS ?

Envisagez votre propre module ou une extension Magento prête à l'emploi en particulier lorsque :

1. la fonction nécessaire est étroitement liée aux données Magento,
2. vous n'utilisez qu'une petite partie des possibilités du SaaS externe,
3. le coût de l'abonnement augmente avec le nombre de clients, commandes ou collaborateurs,
4. vous souhaitez limiter la synchronisation des données avec des plateformes externes,
5. vous voulez relier directement le processus aux commandes, clients ou factures Magento,
6. vous prévoyez d'utiliser cette fonction pendant de nombreuses années,
7. vous disposez des ressources techniques permettant de maintenir des extensions Magento.

Quand le SaaS peut-il être un meilleur choix ?

Le SaaS peut toujours être la meilleure solution si vous avez besoin de :

• un ensemble de fonctionnalités très large,
• de nombreuses intégrations prêtes à l'emploi avec différentes plateformes,
• un omnichannel avancé,
• une infrastructure entièrement maintenue par le fournisseur,
• des applications mobiles et desktop prêtes dès le premier jour,
• une analytique et un reporting avancés,
• des fonctions allant bien au-delà de Magento.

Il ne faut donc pas réduire la décision au slogan « le module est moins cher ».

La meilleure question est plutôt :

Vaut-il la peine de payer chaque mois pour un SaaS complet si, en réalité, je n'ai besoin que d'une fonction que je peux avoir dans mon propre Magento ?

FAQ --- Magento 2 sans abonnements

Magento 2 peut-il fonctionner sans services SaaS ?

Oui, de nombreuses fonctions peuvent être réalisées directement dans Magento 2 à l'aide de modules. Cela ne signifie toutefois pas l'absence totale de services externes. La boutique peut encore utiliser, par ex. Amazon SES, des API AI, des opérateurs de paiement, un CDN ou des systèmes de monitoring.

Un module Magento est-il toujours moins cher qu'un SaaS ?

Non. Cela dépend du coût du module, du déploiement, de la maintenance, de l'échelle de la boutique et du périmètre fonctionnel. Les modules deviennent particulièrement intéressants lorsque le SaaS alternatif prélève des frais fixes pendant de nombreuses années ou facture par utilisateur, contact, commande ou pourcentage des ventes.

Comment calculer la rentabilité d'un module Magento par rapport à un SaaS ?

Le mieux est de calculer le TCO sur 1, 3 et 5 ans :

TCO SaaS = abonnement mensuel × 12 × nombre d'années + frais basés sur l'usage

et :

TCO du module = achat + déploiement + maintenance + infrastructure/API

Ensuite, il faut comparer non seulement le coût, mais aussi l'étendue des fonctions et le risque de maintenance.

Peut-on remplacer Mailchimp ou Klaviyo par un module Magento 2 ?

Dans certains scénarios, une partie des fonctions peut être transférée dans Magento, par ex. la gestion des abonnés, la segmentation, les campagnes et les files d'envoi. Cela ne signifie pas le remplacement complet de toutes les fonctions des plateformes de marketing automation avancées.

Peut-on gérer un programme d'affiliation sans SaaS externe ?

Oui. Un programme d'affiliation peut être géré par un module Magento, si les fonctions requises y ont été implémentées. Cela permet d'éviter un modèle dans lequel le fournisseur facture à la fois un abonnement et des frais supplémentaires dépendant des ventes.

Magento peut-il servir au suivi du temps de travail et à la facturation des services ?

Oui --- avec l'extension appropriée. Le module Kowal Task en cours de développement doit relier les clients Magento aux projets, aux tâches et aux entrées de temps, et le temps approuvé doit pouvoir être transformé en commande Magento native, qui pourra ensuite être facturée manuellement.

Kowal Task est-il déjà disponible ?

Il ne faut pas encore le considérer comme un produit prêt à l'emploi. Le module est en cours de création. La spécification actuelle prévoit notamment des projets, des tâches, des entrées de temps, un panneau client, REST API, un export CSV ainsi que l'intégration avec les commandes et les factures Magento.

L'utilisation de modules signifie-t-elle l'absence de coûts mensuels ?

Non. Il peut toujours y avoir des coûts d'hébergement, d'API, d'envoi de messages, d'administration ou de services d'infrastructure. L'objectif est avant tout de limiter les frais de licence fixes pour des fonctions qui peuvent fonctionner dans votre propre Magento.

Magento comme plateforme, et pas seulement comme boutique en ligne

Le principal avantage de Magento est sa capacité d'extension.

Les données sur :

• les produits,
• les clients,
• les commandes,
• les paniers,
• les factures,
• les promotions,
• les contenus

se trouvent déjà dans un seul système.

Chaque nouvelle plateforme SaaS peut signifier une synchronisation de données supplémentaire, un compte utilisateur, une intégration, un abonnement et un point de défaillance potentiel.

C'est pourquoi, en développant les extensions Kowal.store, nous considérons Magento non seulement comme un moteur de boutique en ligne, mais aussi comme une plateforme e-commerce autour de laquelle il est possible de construire des processus métier.

La newsletter peut utiliser les données Magento.

Le système d'avis peut fonctionner dans Magento.

Le programme d'affiliation peut fonctionner dans Magento.

L'AI peut utiliser les données Magento.

La récupération des paniers peut fonctionner sur les données Magento.

Et grâce à Kowal Task également :

tâche → temps de travail → facturation → commande → facture

peut à terme devenir un seul processus cohérent.

Payez pour les ressources que vous utilisez --- pas pour des couches logicielles supplémentaires

Il ne s'agit pas de renoncer au cloud, aux API ou aux services spécialisés.

Il s'agit d'un choix réfléchi de l'endroit où la logique métier doit se trouver.

Si vous envoyez des e-mails --- payez pour l'envoi.

Si vous utilisez l'AI --- payez pour l'utilisation du modèle.

Si vous avez besoin d'un serveur --- payez pour les ressources.

Mais avant d'ajouter un nouvel abonnement à la pile technologique de la boutique, vérifiez si la fonction ne peut pas fonctionner directement dans Magento 2.

Le problème est rarement un seul abonnement. Le problème, c'est leur somme sur plusieurs années consécutives.