MediaWiki : les extensions essentielles (et les pièges à éviter)
MediaWiki est très solide “de base”, mais la plupart des wikis privés (documentation interne, base de connaissances client, intranet) ont vite les mêmes besoins : édition plus simple, anti-spam, gestion des fichiers, recherche, et confort d’utilisation.
Dans ce guide, je te propose une sélection d’extensions réalistes (celles qui apportent un vrai gain) et surtout les pièges qu’on voit souvent en production. Si tu n’as pas encore déployé ton wiki, commence par ce guide : installer MediaWiki avec Docker Compose (prod).
1) Extensions “socle” : celles qui facilitent la vie au quotidien
VisualEditor (édition visuelle)
Si ton public n’est pas 100% “wikitexte”, VisualEditor est souvent le meilleur investissement : moins d’erreurs de mise en forme, contribution plus rapide, adoption plus facile.
À garder en tête : VisualEditor s’appuie généralement sur Parsoid (selon ta version et ton mode d’installation). En environnement pro, évite les bricolages : installe proprement et teste sur un environnement de pré-prod.
Pour aller plus loin sur la gouvernance et les accès, tu peux compléter avec : MediaWiki : SSO (LDAP/OAuth) et gestion des accès.
CodeMirror (confort pour l’édition wikitexte)
Même si tu actives VisualEditor, tu auras toujours des contributeurs qui éditent en wikitexte. CodeMirror apporte une coloration syntaxique et une meilleure lisibilité : résultat, moins de pages “cassées” par une accolade oubliée.
WikiEditor (barre d’outils d’édition)
WikiEditor améliore l’éditeur classique avec une barre d’outils plus pratique. C’est simple, efficace et ça réduit le temps passé à “se battre” avec la mise en forme.
2) Anti-spam : indispensable dès que ton wiki est public (ou accessible largement)
Même un wiki “semi-privé” finit souvent indexé, partagé ou exposé par erreur. Les protections anti-spam ne sont pas un luxe.
ConfirmEdit (CAPTCHA)
ConfirmEdit ajoute un CAPTCHA (différentes variantes). C’est une première ligne de défense pour la création de compte et certains formulaires.
SpamBlacklist (blocage d’URLs douteuses)
SpamBlacklist bloque les modifications contenant des domaines connus pour le spam. C’est très utile si ton wiki accepte des contributions externes.
Pour un durcissement plus large (rôles, anti-spam, mises à jour, WAF), voir : sécuriser MediaWiki en production (guide 2026).
3) Références, pages “propres” et lecture agréable
Cite (références en bas de page)
L’extension Cite permet d’ajouter facilement des références et une liste de références. Même pour un wiki interne, ça renforce la crédibilité et aide à retrouver l’origine d’une information.
CategoryTree (navigation par catégories)
Si tu utilises les catégories comme “plan”, CategoryTree rend la navigation beaucoup plus claire, surtout quand le wiki grossit.
4) Fichiers : uploads, PDF, médias… sans douleur
MsUpload (upload multiple)
Quand les utilisateurs doivent déposer plusieurs fichiers (captures, exports, procédures), MsUpload fait gagner un temps énorme.
PdfHandler (prévisualisation)
Si ton wiki contient beaucoup de procédures en PDF, PdfHandler améliore la consultation directement depuis le wiki.
MultimediaViewer (affichage agréable des images)
Pour les wikis riches en captures d’écran, MultimediaViewer apporte une expérience plus “galerie”, souvent plus confortable pour les lecteurs.
5) Les pièges à éviter quand tu commences à empiler des extensions
-
Tout activer “parce que c’est cool” : chaque extension ajoute de la surface de maintenance (mises à jour, compatibilité, tests). Commence petit, mesure l’usage, puis étends.
-
Ignorer la compatibilité MediaWiki/PHP : vérifie systématiquement la version supportée. Une extension “abandonnée” peut te bloquer lors d’une mise à jour critique.
-
Oublier l’impact perf : certaines extensions multiplient les requêtes, les traitements de parsing ou la charge sur le cache. Si ton wiki devient lent, lis : MediaWiki performance : cache, DB, index, CDN.
-
Ne pas tester la restauration : avant d’élargir ton wiki (plus d’extensions, plus de contenu), sécurise ton plan de sauvegarde. Guide : Backups MediaWiki : stratégie + restauration testée (PRA).
6) Une méthode simple pour choisir “les bonnes” extensions
- Commence par l’usage : qui écrit ? qui lit ? quel niveau technique ?
- Active 3 à 6 extensions maximum au départ (édition + anti-spam + fichiers).
- Documente ce que tu ajoutes : pourquoi, qui l’utilise, et comment revenir en arrière.
- Planifie la maintenance : mises à jour MediaWiki, tests sur une pré-prod, sauvegardes vérifiées.
7) Héberger MediaWiki proprement (et le garder fiable)
Si tu veux éviter de gérer l’infra “au cordeau” (SSL, sauvegardes automatiques, scaling, arrêt/démarrage, rétention longue), une solution comme adgents.cloud te permet d’héberger ton wiki avec une approche orientée production :
- déploiement et redéploiement rapides
- sauvegardes automatisées (jusqu’à 1/h selon besoin)
- scaling CPU/RAM à la demande
- arrêt/démarrage pour maîtriser le coût
Pour démarrer : déployer MediaWiki en prod avec Docker Compose.
Vidéo (FR) pour prendre en main la création et la mise en forme d’articles : 
