La Moodle Marketplace se lance cette semaine. Au MoodleMoot France 2026, on a présenté le sujet avec Marion Bret de Moodle HQ et partagé notre retour d’expérience en tant que premiers développeurs à y soumettre des plugins payants. Voici ce qu’on a dit, et ce que ça implique concrètement si vous gérez une plateforme Moodle ou si vous développez des plugins.

Le répertoire de plugins Moodle fonctionne depuis plus de quinze ans. Plus de 2 500 plugins, une communauté mondiale, une ressource devenue indispensable. Mais ses limites sont connues de tous ceux qui l’utilisent régulièrement : découvrir un plugin pertinent prend du temps, les plugins obsolètes ou non maintenus encombrent les résultats, et il n’y a aucun outil commercial intégré. Pas d’achat, pas de facturation, pas de paiement.

La Marketplace répond à cela. C’est une plateforme unique pour découvrir, évaluer, acheter et installer des plugins Moodle, gratuits ou payants. Elle est lancée la semaine du 13 juillet 2026 et remplacera le répertoire historique de moodle.org. Ce n’est pas un remplacement à l’identique : c’est une infrastructure que l’écosystème attendait depuis longtemps.

Pour les administrateurs, ça change surtout la manière de trouver et d’évaluer un plugin. Les informations sont standardisées : compatibilité, maintenance active, sécurité. Les plugins payants doivent passer une revue officielle annuelle par les équipes de Moodle. L’achat est intégré via Stripe, sans passer par un site externe. Pour les développeurs, c’est la possibilité de vendre directement, avec une visibilité auprès d’une audience mondiale et une légitimité que le répertoire actuel ne pouvait pas garantir.

C’est la partie qu’on voulait vraiment partager avec les futurs utilisateurs, pas la théorie. On était parmi les premiers à soumettre des plugins payants sur la Marketplace en échangeant directement avec les équipes Moodle. Voici ce qu’on a tiré de cette expérience.

La Marketplace propose une interface de gestion unifiée pour tous vos plugins, gratuits et payants. Ce tableau de bord, c’est le point d’entrée central : on y voit d’un coup d’œil l’état de chaque plugin soumis, son statut de revue et sa visibilité sur la Marketplace. C’est là aussi que tout se gère, de la première soumission jusqu’à la publication.

Exemple de tableau de bord pour la gestion des plugins payants et gratuits

La Marketplace dispose d’une interface pour compléter les informations que les utilisateurs verront sur la fiche de votre plugin.

Quand un utilisateur arrive sur la page de votre plugin, il retrouve des informations proches du répertoire historique : description, captures, compatibilité, avis. La principale différence : l’apparition de l’onglet Prix pour les plugins payants, avec le détail des formules disponibles.

Quelques contraintes à noter : l’éditeur ne permet pas encore d’intégrer des vidéos. Soignez vos captures d’écran, elles font toute la différence sur la fiche.

À gauche, le paramétrage du plugin et à droite la vue des utilisateurs de la Moodle Marketplace

Exemple de page d’un plugin sur la nouvelle Moodle Marketplace

Première chose à savoir : sur la Marketplace, la revue des plugins payants est faite en interne par des équipes Moodle HQ, pas par des personnes externes comme c’était le cas sur le répertoire historique. Ce n’est pas une revue unique au moment du dépôt : les plugins payants feront l’objet d’une revue annuelle. Un niveau d’engagement que le répertoire classique ne demandait pas.

Le processus passe par plusieurs états visibles depuis votre tableau de bord :

1. Tests automatiques en cours : la Marketplace lance d’abord une série de vérifications automatiques sur votre code.
2. Soumis pour révision : votre plugin est en file d’attente, en attente d’un reviewer Moodle.
3. En révision : un membre de l’équipe Moodle l’examine. Les échanges se font sur un ticket Jira dédié, ce qui rend la communication traçable et précise.
4. Révision passée : votre plugin a validé l’étape technique.

Les différents statuts pour un plugin. De bas en haut : Keepusers en cours de validation automatique ; Feedback Radar en attente de révision par une personne de l’équipe de Moodle HQ ; Synopsis Enrolment en cours de révision ; Learning Time validé mais pas encore publié ; Notification Plus validé et publié.

Remarque : la publication n’est pas automatique une fois la revue passée. Il reste une étape : finaliser la page publique du plugin (descriptions, captures d’écrans, tarifs, etc). Tant que ce n’est pas fait, le statut dans le tableau de bord affiche « Non publié (configuration requise) ». Une fois tout rempli, le plugin passe en « Publié » et devient visible sur la Marketplace.

En pratique, on a vu nos cinq plugins traverser ces états à des rythmes différents selon leur état de préparation au moment de la soumission. Dans tous les cas, le tableau de bord des plugins permet de tout suivre efficacement d’un seul endroit.

Le Code Checker et le Moodle PHPdoc Check sont très utiles, surtout si vous ne développez pas toute l’année sur Moodle. Quelques points reviennent régulièrement dans les retours de revue aux développeurs et méritent une attention particulière :

Le Privacy Provider d’abord : même si votre plugin n’enregistre aucune donnée personnelle, son absence est signalée comme un point bloquant. Il faut le déclarer explicitement.

Les droits d’auteur ensuite : ils doivent figurer dans chaque fichier, avec la bonne syntaxe. C’est un détail qui retarde inutilement la publication quand on l’oublie.

Les tests Behat et les tests unitaires : sur des plugins payants destinés à une audience internationale, les tests fonctionnels ne sont pas une option pour pouvoir garantir la pérennité et la maintenance dans le temps. Intégrez-les dès la première version de votre plugin.

Un conseil : ciblez une ou deux versions de Moodle pour commencer plutôt que de viser large. Par exemple, il peut être pertinent de choisir Moodle 4.5 et 5.2. Pensez à renseigner l’URL de votre plugin sur Github ou équivalent lors de la soumission : même si votre dépôt est privé (GitHub par exemple), cette information est demandée dans le formulaire.

La monétisation passe par Stripe Connect. Premier point à vérifier avant toute chose : Stripe est-il disponible dans votre pays ? Ce n’est pas universel, et c’est un point qui peut bloquer toute la démarche en aval.

Les tarifs sont en dollars américains. Trois modèles possibles : prix fixe annuel, abonnement mensuel, ou tarification par paliers. Aucun modèle n’est imposé, mais il faut avoir une réponse claire avant de soumettre.

Un point à avoir également en tête pour un plugin proposant des formules à la fois gratuites et payantes : il doit être soumis comme plugin « payant ». C’est logique, mais ça a des implications sur la façon dont il apparaît dans les filtres de recherche. À garder en tête pour la communication.

Les conditions générales de vente doivent respecter les règles définies par Moodle HQ. Ce n’est pas une formalité : prenez le temps de les préparer sérieusement.

Un point structurant que beaucoup de développeurs n’anticipent pas : la Marketplace ne gère pas les licences. Elle enregistre les transactions, mais la gestion des accès (qui a acheté, depuis quand, quel plan) est à construire de votre côté via l’API Stripe. Ce n’est pas bloquant, mais c’est à prévoir avant le lancement de votre plugin.

Dernier point côté organisation : le tableau de bord Marketplace associe automatiquement les plugins au « lead maintainer » enregistré sur moodle.org. Si vous avez des plugins historiques sur le répertoire des plugins à migrer, utilisez le même e-mail. Sinon, vos plugins existants ne remonteront pas dans la nouvelle Marketplace.

La question nous a été posée plusieurs fois. On propose des plugins gratuits depuis le début, nos plugins sur moodle.org tournent sur plus de 5 000 sites dans le monde : pourquoi passer au payant ?

C’est une logique de soutenabilité. Disposer de revenus sur des plugins payants, cela nous permet plusieurs choses concrètes : financer la maintenance de nos plugins gratuits, augmenter sérieusement le nombre de plugins qu’on peut proposer, et maintenir un niveau de qualité et de réactivité qu’on ne pourrait pas tenir sur une gamme plus large de plugins.

Il y a aussi un argument côté clients auquel nous pensons que la Marketplace contribue pleinement. Un plugin Pimenko à partir de 59 dollars par an, c’est un accès à des fonctionnalités utiles à un prix que la plupart des organisations peuvent absorber sans arbitrage. Et par effet d’échelle, plus il y a d’utilisateurs, plus on peut investir dans la qualité et la durée de vie du plugin. Tout le monde y gagne.

Il y a enfin une logique de qualité qu’on assume. Passer par la revue officielle de Moodle, c’est s’engager sur des standards. On le fait depuis longtemps sur nos développements internes. La Marketplace le formalise et le rend visible.

La Marketplace va remplacer moodle.org. Autant y être maintenant, contribuer à façonner la plateforme et bénéficier des conditions de lancement : notamment des frais de transaction réduits la première année et une visibilité via la newsletter Edit Mode diffusée à plus de 100 000 utilisateurs Moodle.

Cinq plugins sont disponibles au lancement : LearningTime, KeepUsers, Feedback Radar, Notif Plus et Enroll Synopsis. Tous ont passé la revue Moodle.