Développement LMS personnalisé vs plugins WordPress : quand changer
Développement LMS personnalisé vs plugins WordPress : quand passer à la vitesse supérieure
J'ai regardé des dizaines de créateurs de cours et d'entreprises de formation traverser le même parcours. Ils commencent avec un plugin LMS WordPress -- LearnDash, TutorLMS, LifterLMS -- et tout fonctionne bien pendant un temps. Les cours sont publiés, les étudiants s'inscrivent, les revenus rentrent. Puis les demandes de nouvelles fonctionnalités commencent à s'accumuler. Le plugin ne peut pas gérer un workflow d'inscription personnalisé. Le moteur de quiz ne supporte pas le format d'évaluation dont vous avez besoin. Les performances s'effondrent à 5 000 utilisateurs simultanés. Et soudain vous êtes face à une décision qui semble avoir des enjeux impossibles : continuez-vous à bricoler ce que vous avez, ou construisez-vous quelque chose de personnalisé ?
C'est le guide que j'aurais aimé avoir les trois dernières fois que j'ai aidé des organisations à prendre cette décision. Nous allons creuser les véritables coûts, les chiffres de performance réels, les stratégies de migration, et les compromis honnêtes de chaque approche en 2026.
Table des matières
- L'état des plugins LMS WordPress en 2026
- Ce que le développement LMS personnalisé signifie réellement
- Comparaison directe
- Les signes d'avertissement que vous avez dépassé un plugin
- Quand les plugins LMS WordPress sont encore le bon choix
- L'approche hybride : architecture LMS headless
- Planifier la migration : un cadre étape par étape
- Détail des coûts : chiffres réels pour 2026
- Benchmarks de performance et d'évolutivité
- FAQ
L'état des plugins LMS WordPress en 2026
L'écosystème des plugins LMS WordPress s'est considérablement maturisé. LearnDash (maintenant en version 4.x) reste l'incontournable pour les entreprises et universités avec son système de quiz avancé, la gestion des groupes, et les rapports ProPanel. TutorLMS s'est taillé une place dans le créneau des marketplaces multi-instructeurs avec probablement la meilleure UI du lot. LifterLMS continue d'être le choix pour les entreprises d'adhésion qui veulent que tout soit fourni sans fatigue liée aux modules complémentaires.
Voici où en sont les principaux acteurs :
| Plugin | Prix de départ (2026) | Meilleur pour | Plus grande limitation |
|---|---|---|---|
| LearnDash | 199 $/an (1 site) | Universités, formation d'entreprise | Performance à l'échelle sans mise en cache intensive |
| TutorLMS | 149 $/an (Pro), option perpétuelle disponible | Marketplaces multi-instructeurs | Les rapports avancés nécessitent des modules complémentaires |
| LifterLMS | Noyau gratuit + 99-299 $/an par module complémentaire | Combo adhésion + cours | Les coûts s'accumulent rapidement avec plusieurs modules complémentaires |
| LearnPress | Noyau gratuit + modules complémentaires premium | Créateurs économes | Moins poli ; moins de fonctionnalités d'entreprise |
| Sensei LMS | Gratuit (par Automattic) | Sites de cours simples sur WooCommerce | Options limitées de quiz/évaluation |
Ces plugins sont véritablement bons. Je ne veux pas donner l'impression que les plugins LMS WordPress sont d'une façon ou d'une autre cassés ou inférieurs par défaut. Pour probablement 70% des entreprises de cours, c'est le bon choix. La question est de savoir si vous êtes dans ces 70% ou si vous avez dérivé vers les 30% où les contraintes commencent à vous coûter de l'argent réel.
Ce que ces plugins font bien
La proposition de valeur est simple : installez un plugin, activez-le, et vous avez la création de cours, l'inscription des étudiants, le suivi des progrès, les quiz, les certificats, et le traitement des paiements. Tout sans écrire une ligne de code. L'écosystème WordPress vous donne des thèmes, des éditeurs de pages, et des milliers de plugins complémentaires pour l'email marketing, l'analytique, et les fonctionnalités communautaires.
Pour un créateur de cours solo ou une petite équipe lançant ses 10-20 premiers cours, c'est difficile à battre. Le délai de mise sur le marché se mesure en jours, pas en mois.
Où ils commencent à grincer
Les problèmes ont tendance à se regrouper autour de quelques domaines :
Performance sous charge. WordPress est une application PHP monolithique. Une fois que vous servez des milliers d'apprenants simultanés, chacun accédant à la base de données pour le suivi des progrès, les soumissions de quiz, et les vérifications de contenu échelonné, les choses ralentissent. La mise en cache aide, mais elle ne peut aller que jusqu'à un certain point avec du contenu dynamique et personnalisé.
Logique métier personnalisée. Chaque plugin fait des hypothèses sur le fonctionnement des cours. Quand votre workflow ne correspond pas à ces hypothèses -- disons que vous avez besoin d'une progression basée sur les compétences, ou d'évaluations surveillées, ou d'intégration avec un système RH interne -- vous combattez l'architecture du plugin.
Flexibilité du frontend. Vous restez dans le système de thèmes WordPress. Les expériences d'apprentissage modernes avec du contenu interactif, la collaboration en temps réel, ou des tableaux de bord sophistiqués nécessitent un développement personnalisé important en plus du plugin de toute façon.
Ce que le développement LMS personnalisé signifie réellement
Soyons précis ici, car « LMS personnalisé » est utilisé largement. Cela peut signifier plusieurs choses différentes :
Personnalisé complet (construction de toutes pièces)
Vous concevez et construisez chaque composant : le système de gestion de contenu, le moteur d'inscription, le suivi des progrès, le système d'évaluation, le tableau de bord de rapports, le portail étudiant. Tout.
C'est ce que possèdent les grandes entreprises comme Coursera ou LinkedIn Learning. C'est aussi ce qui coûte 500 000 $ + et prend 12-18 mois avec une équipe dédiée. À moins que vous ne construisiez une plateforme qui servira des millions d'apprenants et que ce soit VOTRE produit principal, c'est presque jamais le bon appel.
Personnalisé sur un framework
Vous utilisez un framework web (Next.js, Astro, Django, Laravel) comme fondation et vous construisez les fonctionnalités spécifiques à l'LMS par-dessus. Vous pourriez utiliser un CMS headless comme Sanity, Strapi, ou Contentful pour la gestion de contenu, Stripe pour les paiements, et construire la logique personnalisée pour tout ce qui est lié à l'apprentissage.
C'est le sweet spot pour les organisations qui ont vraiment dépassé les plugins. Vous obtenez un contrôle total sur l'expérience utilisateur et la logique métier tout en vous tenant sur les épaules d'outils éprouvés.
WordPress Headless + Frontend personnalisé
C'est l'hybride qui gagne du terrain sérieux en 2026. Vous conservez WordPress et son plugin LMS comme backend -- le dépôt de contenu, la base de données d'inscription, le moteur de quiz -- mais vous remplacez entièrement le frontend par quelque chose comme Next.js ou Astro. L'API REST WordPress ou WPGraphQL servira les données à un frontend moderne que vous contrôlez entièrement.
Nous en avons construit plusieurs chez Social Animal (vous pouvez voir notre approche sur notre page développement CMS headless), et c'est véritablement un scénario gagnant-gagnant pour beaucoup d'organisations.
Comparaison directe
Soyons concrets sur les compromis :
| Facteur | Plugin LMS WordPress | LMS personnalisé (basé sur framework) | WordPress Headless + Frontend personnalisé |
|---|---|---|---|
| Temps de lancement | 1-4 semaines | 3-12 mois | 6-16 semaines |
| Coût initial | 500-5 000 $ | 100 000-500 000 $+ | 30 000-120 000 $ |
| Maintenance annuelle | 500-3 000 $ | 20 000-80 000 $ | 8 000-25 000 $ |
| Plafond de personnalisation | Moyen (limité par l'architecture du plugin) | Illimité | Élevé (frontend illimité, backend limité par le plugin) |
| Performance à l'échelle | Dégradation sans optimisation intensive | Excellent (vous contrôlez la pile) | Excellent (frontend statique/SSR, WP en tant qu'API) |
| Difficulté de migration de contenu | N/A | Élevée | Faible (toujours WordPress) |
| Équipe requise | Admin WordPress + créateur de contenu | Équipe full-stack | Devs frontend + admin WordPress |
| Verrouillage du fournisseur | Moyen (structures de données spécifiques au plugin) | Faible (vous possédez tout) | Faible-Moyen |
Les signes d'avertissement que vous avez dépassé un plugin
Après avoir travaillé sur des projets LMS pendant des années, j'ai remarqué un motif. Ce sont les signaux concrets qu'il est temps d'évaluer sérieusement un passage :
1. Vous dépensez plus en contournements que le plugin ne coûte
Quand vous avez embauché un développeur pour écrire des hooks personnalisés, construire des modèles personnalisés, et créer des plugins de contournement pour faire faire à LearnDash ou TutorLMS ce dont vous avez besoin -- et que ce travail personnalisé dépasse 15 000-20 000 $ par an -- vous construisez essentiellement un LMS personnalisé de toute façon, juste sur une fondation fragile.
2. Les temps de chargement des pages dépassent 3 secondes sous charge normale
Je ne parle pas des pics de trafic. Si vos pages de cours, vos pages de quiz, ou votre tableau de bord étudiant prennent régulièrement plus de 3 secondes à charger pour votre nombre d'utilisateurs moyen, vous avez un problème d'évolutivité. Les données Core Web Vitals de Google de 2025 ont montré que les sites LMS avec des temps de chargement supérieurs à 3 secondes ont vu un taux d'abandon d'étudiants 40% plus élevé.
3. Votre logique métier ne correspond pas au modèle du plugin
Des exemples que j'ai vus :
- Une entreprise de formation d'entreprise avait besoin de chemins de cours ramifiés basés sur les scores des pré-évaluations -- le système de prérequis de LearnDash ne pouvait pas gérer la complexité
- Un fournisseur d'éducation en santé avait besoin de la conformité SCORM 2004 avec un suivi détaillé des interactions que pas un seul plugin WordPress ne supportait adéquatement
- Un bootcamp de programmation avait besoin d'environnements d'exécution de code en temps réel intégrés dans les leçons
- Une université avait besoin d'intégration avec son SIS (Student Information System) via une API propriétaire
Si vous pensez constamment « le plugin fait presque ce dont j'ai besoin », c'est le signe d'avertissement.
4. Vous avez besoin d'une architecture multi-tenant
Si vous offrez votre LMS comme plateforme pour plusieurs organisations -- chacune avec sa propre marque, base d'utilisateurs, et contenu -- WordPress multisite avec un plugin LMS devient très moche rapidement. C'est là que le développement personnalisé ou une approche headless paie ses dividendes.
5. Les exigences en matière de sécurité et de conformité augmentent
HIPAA, SOC 2, FedRAMP, RGPD avec des exigences spécifiques de résidence des données -- quand la conformité devient sérieuse, l'écosystème des plugins devient un responsabilité. Chaque plugin est une surface d'attaque potentielle, et démontrer la conformité sur des dizaines de plugins WordPress est un cauchemar pour les auditeurs.
Quand les plugins LMS WordPress sont encore le bon choix
Je veux être équilibré ici. Il y a beaucoup de scénarios où rester avec un plugin LMS WordPress est véritablement le mouvement intelligent :
- Vous avez moins de 5 000 étudiants actifs et n'attendez pas une croissance dramatique
- Vos cours suivent un format standard : leçons vidéo, contenu textuel, quiz, certificats
- Votre monétisation est simple : achats ponctuels, abonnements simples, ou bundles basés sur WooCommerce
- Vous n'avez pas besoin de fonctionnalités en temps réel : collaboration en direct, notifications instantanées, tableaux de bord en temps réel
- Votre équipe est native à WordPress et vous préférez investir dans le contenu plutôt que l'infrastructure
- Vous validez un marché et avez besoin de lancer rapidement pour tester la demande
Sérieusement, si vous êtes un créateur solo lançant votre premier business de cours, allez avec TutorLMS ou LearnDash. Ne l'over-engineez pas. Vous pouvez toujours migrer plus tard -- et la migration est plus facile que la plupart des gens le pensent.
L'approche hybride : architecture LMS headless
C'est là que je m'enthousiasme, car l'approche headless résout un problème vraiment énervant : vous voulez les fonctionnalités de gestion de contenu et d'LMS de WordPress sans les limitations de performance et de flexibilité du frontend.
Voici à quoi ressemble l'architecture :
┌─────────────────┐ API REST / WPGraphQL ┌──────────────────┐
│ WordPress + │ ──────────────────────────── │ Next.js ou │
│ LearnDash │ │ Frontend Astro │
│ (Backend) │ ◄──────────────────────────── │ │
│ │ Webhooks / Mutations │ Déployé sur CDN│
└─────────────────┘ └──────────────────┘
│ │
▼ ▼
Panneau admin Orienté vers l'étudiant
Création de cours Pages de cours
Gestion des inscriptions Tableaux de bord
Configuration des quiz Contenu interactif
Votre équipe de contenu continue à utiliser le panneau admin WordPress qu'elle connaît. Les créateurs de cours continuent à utiliser le générateur de cours de LearnDash. Mais les étudiants voient un frontend à vitesse éclair et entièrement personnalisé construit avec Next.js ou Astro.
L'implémentation technique
Voici un exemple simplifié de récupération de données de cours à partir d'une configuration WordPress/LearnDash headless :
// lib/lms-api.ts
const WP_API = process.env.WORDPRESS_API_URL;
export async function getCourses() {
const res = await fetch(`${WP_API}/wp-json/ldlms/v2/sfwd-courses`, {
headers: {
'Authorization': `Bearer ${process.env.WP_APP_PASSWORD}`
},
next: { revalidate: 300 } // ISR : revalider tous les 5 minutes
});
if (!res.ok) throw new Error('Échec de la récupération des cours');
return res.json();
}
export async function getUserProgress(userId: string, courseId: string) {
const res = await fetch(
`${WP_API}/wp-json/ldlms/v2/users/${userId}/course-progress/${courseId}`,
{
headers: {
'Authorization': `Bearer ${process.env.WP_APP_PASSWORD}`
},
cache: 'no-store' // Toujours frais pour les données de progression
}
);
return res.json();
}
// app/courses/page.tsx (Next.js App Router)
import { getCourses } from '@/lib/lms-api';
export default async function CoursesPage() {
const courses = await getCourses();
return (
<div className="grid grid-cols-1 md:grid-cols-3 gap-6">
{courses.map((course: any) => (
<CourseCard
key={course.id}
title={course.title.rendered}
excerpt={course.excerpt.rendered}
price={course.price_type === 'open' ? 'Gratuit' : `$${course.price}`}
/>
))}
</div>
);
}
La beauté de cette approche est l'adoption progressive. Vous n'avez pas à tout reconstruire à la fois. Commencez par déplacer le catalogue de cours public vers un frontend headless. Puis le tableau de bord étudiant. Puis l'expérience de quiz. Votre backend WordPress continue à fonctionner correctement tout le temps.
Planifier la migration : un cadre étape par étape
Que vous passiez d'un plugin LMS WordPress à un build personnalisé, ou que vous fassiez la transition vers une architecture headless, voici le processus que je recommande :
Étape 1 : Auditer votre système actuel (Semaine 1-2)
Documentez tout :
- Total de cours, leçons, sujets, quiz
- Données utilisateur : inscriptions, progrès, tentatives de quiz, certificats émis
- Types de publications personnalisés et champs méta ajoutés par le plugin
- Intégrations tierces (passerelles de paiement, email marketing, CRM)
- Code personnalisé : fonctions de thème, plugins personnalisés, modifications de hooks
Étape 2 : Définir vos exigences (Semaine 2-4)
Soyez sans pitié en séparant « doit avoir » de « agréable à avoir ». Listez chaque fonctionnalité fournie par votre LMS actuel et catégorisez-la :
- Garder tel quel : fonctionnalités que le plugin gère bien
- Améliorer : fonctionnalités qui fonctionnent mais qui ont besoin d'une meilleure UX ou performance
- Ajouter : fonctionnalités que vous ne pouvez pas actuellement implémenter
- Supprimer : fonctionnalités que personne n'utilise réellement (vérifiez votre analytique -- vous serez surpris)
Étape 3 : Choisir votre architecture (Semaine 4-5)
En fonction de votre audit et vos exigences, choisissez votre chemin. Voici un arbre de décision :
Avez-vous besoin de modifier la logique du backend ?
├── Non → WordPress Headless (garder le plugin, remplacer le frontend)
└── Oui
├── La logique peut-elle être ajoutée via un plugin WP personnalisé ? → WordPress Headless + plugin WP personnalisé
└── Non → Build personnalisé sur framework
├── L'équipe de contenu est à l'aise avec le nouveau CMS ? → Complètement personnalisé
└── Non → WordPress Headless pour le contenu, services personnalisés pour la logique
Étape 4 : Construire un plan de migration de données (Semaine 5-6)
C'est là que la plupart des projets échouent. Les plugins LMS stockent les données dans la table wp_postmeta de WordPress et leurs propres tables personnalisées. LearnDash, par exemple, utilise wp_learndash_user_activity et les tables associées. Vous devez :
- Mapper chaque champ de données de la source vers votre schéma de destination
- Écrire des scripts de migration et les tester sur une copie des données de production
- Planifier pour les données qui ne correspondent pas parfaitement (vous trouverez toujours des cas limites)
- Construire une stratégie de restauration
Étape 5 : Fonctionnement parallèle (Semaine 7-12+)
Ne basculez pas soudainement. Exécutez les deux systèmes simultanément. Les nouvelles inscriptions vont au nouveau système tandis que l'ancien reste en lecture seule. Validez l'intégrité des données quotidiennement. Ne basculez que lorsque vous avez confirmé aucune perte de données pendant au moins 2 semaines.
Détail des coûts : chiffres réels pour 2026
J'ai sondé les tarifs des agences et des freelances (y compris nos propres projets) pour compiler des coûts réalistes :
| Type de projet | Coût du développement | Chronologie | Maintenance annuelle |
|---|---|---|---|
| Configuration WordPress + plugin LMS | 2 000-8 000 $ | 2-6 semaines | 1 000-3 000 $ |
| WordPress + LMS avec lourde personnalisation | 15 000-40 000 $ | 2-4 mois | 5 000-15 000 $ |
| WordPress Headless + frontend personnalisé | 35 000-120 000 $ | 2-5 mois | 8 000-25 000 $ |
| LMS entièrement personnalisé (basé sur framework) | 120 000-500 000 $+ | 6-18 mois | 30 000-100 000 $ |
| LMS SaaS (Thinkific, Teachable, Kajabi) | 0 initial | Immédiat | 3 600-12 000 $/an + frais de transaction |
Notez que la route SaaS semble bon marché jusqu'à ce que vous facturiez les frais de transaction (généralement 5-10% en plus du traitement des paiements), la tarification par utilisateur à grande échelle, et le coût d'être verrouillé dans la feuille de route de quelqu'un d'autre. Un plan Teachable Pro à 99 $/mois plus 5% de frais de transaction sur 50 000 $/mois de ventes de cours signifie que vous payez 2 500 $/mois effectifs -- 30 000 $/an. Cela change considérablement le calcul.
Si vous voulez discuter de ce qu'un projet LMS headless pourrait ressembler pour votre situation spécifique, nous sommes toujours heureux de discuter -- contactez-nous ici ou consultez notre page de tarification pour avoir une idée de la façon dont nous structurons les engagements.
Benchmarks de performance et d'évolutivité
Voici les chiffres du monde réel provenant des projets sur lesquels nous avons travaillé et des benchmarks publiquement disponibles :
| Métrique | WordPress + LearnDash (optimisé) | Headless (Next.js + backend WP) | Personnalisé complet (Next.js + PostgreSQL) |
|---|---|---|---|
| TTFB (médian) | 800-1 200 ms | 80-150 ms | 50-120 ms |
| LCP (page du cours) | 2,8-4,2 s | 0,8-1,4 s | 0,6-1,2 s |
| Utilisateurs simultanés (avant dégradation) | 500-2 000 | 10 000-50 000 | 50 000+ |
| Temps de réponse de soumission de quiz | 1,5-3 s | 200-500 ms | 100-300 ms |
| Temps de construction (500 cours) | N/A (rendu côté serveur) | 3-8 min (ISR) | 2-5 min (ISR) |
L'approche headless est intéressante car elle vous donne 80-90% des gains de performance d'un build entièrement personnalisé à peut-être 30% du coût. Le backend WordPress n'est plus le goulot d'étranglement car il ne sert pas du HTML aux utilisateurs finaux -- c'est juste une API que le frontend touche, et la plupart de ces données peuvent être mises en cache au bord.
FAQ
Puis-je migrer mes cours de LearnDash vers un LMS personnalisé sans perdre la progression des étudiants ?
Oui, mais cela nécessite une planification minutieuse. LearnDash stocke les données de progression à la fois dans wp_usermeta et dans des tables d'activité personnalisées. Vous aurez besoin d'écrire des scripts de migration qui mappent ces données à votre nouveau schéma. Nous recommandons généralement d'exporter tout d'abord dans un environnement de test, d'exécuter la migration, et de valider un exemple aléatoire de dossiers d'étudiants avant de toucher la production. Budget 2-4 semaines juste pour la migration de données et la validation sur un site avec 10 000+ étudiants.
Combien coûte le développement LMS personnalisé par rapport à l'utilisation de LearnDash ou TutorLMS ?
Une configuration de plugin LMS WordPress coûte généralement 2 000-8 000 $ initialement avec 1 000-3 000 $ de maintenance annuelle. Une approche headless coûte 35 000-120 000 $ pour le développement initial. Un build entièrement personnalisé commence autour de 120 000 $ et peut dépasser 500 000 $ pour les plateformes complexes. Le bon investissement dépend de votre échelle, vos exigences, et de combien les limitations du plugin vous coûtent réellement en revenus perdus ou frais généraux opérationnels.
Est-ce que ça vaut la peine de passer d'un plugin LMS WordPress à une solution personnalisée en 2026 ?
Cela dépend de vos points douloureux. Si vous avez moins de 5 000 étudiants actifs avec des formats de cours standard et une monétisation simple, les plugins LMS WordPress restent une excellente valeur. Si vous heurtez des murs de performance, combattez les limitations du plugin hebdomadairement, ou dépensez plus pour les contournements qu'un build personnalisé coûterait annuellement, alors oui -- il est temps. L'approche WordPress headless est souvent le meilleur terrain d'entente.
Quel est le meilleur plugin LMS WordPress pour une marketplace multi-instructeurs en 2026 ?
TutorLMS se distingue ici avec le support natif des commissions d'instructeurs, un générateur de cours frontend, et un tableau de bord étudiant moderne. LearnDash peut le faire avec des modules complémentaires mais nécessite plus de configuration. Si vous construisez une marketplace de style Udemy sur WordPress, TutorLMS vous donne le plus d'usine.
Combien de temps faut-il pour migrer d'un LMS WordPress vers une architecture headless ?
Pour un site typique avec 50-200 cours et quelques milliers d'étudiants, attendez 2-5 mois de la planification au lancement. Le build du frontend lui-même pourrait prendre 6-10 semaines, mais la migration de données, les tests, et le fonctionnement parallèle ajoutent un temps significatif. Ne précipitez pas ceci -- une migration échouée qui perd la progression des étudiants endommagera la confiance bien plus qu'un lancement retardé.
Puis-je utiliser WordPress comme CMS headless pour mon LMS tout en utilisant Next.js ou Astro pour le frontend ?
Absolument. C'est l'un des modèles les plus populaires que nous implémentons. WordPress avec LearnDash gère la gestion de contenu, l'inscription, et la configuration des quiz via son interface d'administration. WPGraphQL ou l'API REST expose ces données à un frontend Next.js ou Astro. Votre équipe de contenu garde le workflow qu'elle connaît tandis que les étudiants obtiennent une expérience dramatiquement plus rapide et plus polie.
Quels sont les risques de rester trop longtemps sur un plugin LMS WordPress ?
Les risques principaux sont l'accumulation de dette technique (les contournements personnalisés deviennent plus difficiles à maintenir), la dégradation des performances à mesure que votre base d'utilisateurs grandit, l'exposition à la sécurité d'une pile croissante de plugins, et le coût d'opportunité -- chaque fonctionnalité que vous ne pouvez pas construire en raison des contraintes du plugin est un revenu potentiel laissé de côté. Plus longtemps vous attendez, plus vous accumulez de données, et plus complexe (et chère) la migration éventuelle devient.
Dois-je choisir LearnDash ou TutorLMS si je prévois d'aller headless ?
LearnDash a une API REST plus mûre et une meilleure documentation pour les cas d'utilisation headless. Sa structure de données est également plus prévisible, ce qui rend l'écriture de scripts de migration plus facile. TutorLMS rattrape son retard sur le support API mais traîne toujours légèrement pour les implémentations headless. Si vous planifiez une transition headless dans les 12-18 prochains mois, LearnDash vous donne un chemin plus fluide.