L’article de XDA sur le passage d’un wiki payant à DokuWiki dans un conteneur Docker a soulevé un point évident : l’espace des wikis auto-hébergés a tranquillement atteint le niveau de finition des plans SaaS que nous louons. Notion, Confluence et Coda ont continuellement augmenté les prix au cours de 2025 et 2026, et les outils d’export pour chacun d’eux sont suffisamment bons pour rendre une migration possible. Nous avons rassemblé sept applications wiki auto-hébergées, avons déployé chacune sur un petit serveur Linux et retesté sur un Mac avec OrbStack, en les classant selon la difficulté d’installation, les frictions quotidiennes et la facilité avec laquelle nous pourrions partir si nous changions d’avis.
Ce qu'il faut rechercher dans un wiki auto-hébergé
Quelques critères distinguent les wikis qui tiennent bon après un an de croissance de ceux qui deviennent des projets archéologiques :
- Modèle d’éditeur. WYSIWYG, Markdown ou hybride. Les habitudes d’écriture de l’équipe déterminent ce qui gagne.
- Format de stockage. Les fichiers plats sur git gagnent en portabilité. Une base de données gagne en vitesse de requête et contrôle d’accès. Certaines applications font un compromis.
- Recherche et liaison. La recherche en texte intégral et les liens bidirectionnels font la différence entre un wiki et un dossier de fichiers.
- Contrôle d’accès. Par page, par rayon ou rien. Faites correspondre cela à si le wiki est privé, d’équipe ou public.
- Empreinte d’hébergement. Docker compose avec une image est la ligne de base. Les piles multi-services nécessitent un homelab qui exécute déjà Postgres ou Redis.
- Histoire de sauvegarde. Si nous pouvons déverser tout le wiki dans une archive et le restaurer ailleurs sans perdre l’historique des modifications.
Comparaison rapide
| Application | Idéal pour | Stockage | Éditeur | Difficulté de configuration |
|---|---|---|---|---|
| BookStack | Wiki d’équipe avec structure claire | MySQL/MariaDB | WYSIWYG, Markdown, code | Basse (une image Docker) |
| DokuWiki | Simplicité des fichiers plats | Fichiers texte simples | Markup, avec plugins | Très basse |
| Wiki.js | Wiki multi-éditeur moderne | Postgres/SQLite | Markdown, WYSIWYG, code | Moyenne |
| Outline | Documents d’équipe style Notion | Postgres + Redis + S3 | Éditeur par blocs | Élevée |
| TiddlyWiki | Wiki personnel fichier unique | Un fichier HTML | En ligne | Minime |
| SilverBullet | Wiki Markdown local-first | Fichiers Markdown plats | Markdown + macros | Basse |
| MediaWiki | Le moteur Wikipedia | MySQL/MariaDB | Markup MediaWiki | Moyenne |
| Trilium Next | Wiki personnel hiérarchique | SQLite + plat | Éditeur par blocs | Basse (Docker ou local) |
1. BookStack — Idéal pour les wikis d’équipe avec structure claire
BookStack organise le contenu en Livres, Chapitres et Pages, ce qui donne une forme visible au wiki d’équipe sans l’éparpillement de la pure prise de notes. L’éditeur est par défaut un WYSIWYG convivial, avec des modes Markdown et code optionnels.
Où il échoue : Le modèle Livre/Chapitre/Page est rigide. Les utilisateurs avancés manquent les liens bidirectionnels et les vues graphiques.
Prix : Gratuit. Support payant optionnel de fournisseurs alignés avec BookStack.
Plates-formes : Application web, s’exécute sur n’importe quel hôte Linux exécutant Docker. macOS natif via Docker Desktop ou OrbStack. Windows via Docker Desktop ou WSL2.
Télécharger : bookstackapp.com
Conclusion : Choisissez BookStack pour un wiki d’équipe qui paraît poli dès le départ et reste facile à sauvegarder.
2. DokuWiki — Meilleur choix fichiers plats
DokuWiki stocke chaque page en tant que fichier texte simple avec l’historique des versions stocké aussi en fichiers texte simples. Pas de base de données. L’article de XDA expliquait comment cette propriété seule rend les restaurations, migrations et sauvegardes incrémentielles moins effrayantes.
Où il échoue : La markup est de type DokuWiki, pas Markdown. Des plugins sont nécessaires pour de nombreuses fonctionnalités modernes (édition Markdown, vitesse de recherche complète, liens bidirectionnels).
Prix : Gratuit.
Plates-formes : Application PHP, s’exécute sur Linux, macOS (via Homebrew ou Docker) et Windows (via XAMPP ou Docker).
Télécharger : dokuwiki.org
Conclusion : Choisissez DokuWiki pour le wiki auto-hébergé le plus simple possible où la couche de stockage est « un dossier de fichiers texte ».
3. Wiki.js — Meilleur multi-éditeur moderne
Wiki.js est le wiki Node.js moderne avec plusieurs modes d’éditeur (Markdown, WYSIWYG, code, tabulaire) et support intégré pour le stockage basé sur git en plus d’une base de données. La ligne 3.0 a nettoyé l’éditeur et resserré l’abstraction de stockage.
Où il échoue : Le modèle de permissions et groupes est suffisamment détaillé pour être lent à configurer.
Prix : Gratuit. Wiki.js Cloud est l’offre hébergée payante.
Plates-formes : Linux, macOS, Windows. L’image Docker est le chemin facile.
Télécharger : js.wiki
Conclusion : Choisissez Wiki.js si la flexibilité multi-éditeur est importante et que nous voulons un wiki soutenu par base de données avec synchronisation git optionnelle.
4. Outline — Meilleur wiki d’équipe style Notion
Outline est le clone auto-hébergé le plus proche de l’éditeur par blocs de Notion et de la sensation wiki d’équipe. Les collections, les documents et une couche de partage public propre complètent le tout. Les versions de 2026 ont ajouté un résumé IA en ligne comme plugin optionnel.
Où il échoue : La pile est plus lourde (Postgres + Redis + stockage compatible S3). La configuration nécessite plus de puissance homelab que les applications à image unique.
Prix : Gratuit pour l’auto-hébergement. Outline Cloud est l’offre hébergée payante.
Plates-formes : Docker. Plus propre sur un serveur Linux avec Postgres et Redis gérés.
Télécharger : getoutline.com
Conclusion : Choisissez Outline si l’équipe aime déjà l’éditeur de Notion et que nous voulons le ramener en interne.
5. TiddlyWiki — Meilleur choix personnel-poche
TiddlyWiki est le wiki fichier unique qui est livré en tant que document HTML unique. Ouvrez dans un navigateur, écrivez, sauvegardez. La compilation du serveur Node.js ajoute l’édition multi-utilisateur pour les petites équipes.
Où il échoue : Le concept est suffisamment unique pour confondre les premiers visiteurs. La synchronisation nécessite un serveur, syncthing ou une configuration basée sur git.
Prix : Gratuit.
Plates-formes : N’importe quel navigateur. Serveur Node.js optionnel.
Télécharger : tiddlywiki.com
Conclusion : Choisissez TiddlyWiki pour un wiki mono-utilisateur qui vit dans un fichier que nous pouvons porter sur une clé USB.
6. SilverBullet — Meilleur wiki Markdown local-first
SilverBullet est le nouvel entrant qui traite les fichiers Markdown comme source de vérité, construit un wiki par-dessus et ajoute des scripts en ligne pour les requêtes et les vues de données en direct. Les versions récentes ont ajouté la synchronisation sur plusieurs appareils via un serveur ou un système de fichiers.
Où il échoue : Communauté plus petite. L’écosystème des plugins est encore en croissance.
Prix : Gratuit.
Plates-formes : Application web, Docker, Linux, macOS, Windows.
Télécharger : silverbullet.md
Conclusion : Choisissez SilverBullet si Markdown-on-disk est le stockage que nous voulons et que les requêtes en direct sont attrayantes.
7. MediaWiki — Idéal pour le moteur Wikipedia
MediaWiki est la plateforme qui alimente Wikipedia, et elle se met à l’échelle sans se plaindre. L’installation par défaut est plus lourde que les applications modernes et la markup est son propre dialecte, mais l’historique des pages, les modèles et les systèmes de catégories n’ont pas d’équivalent à grande échelle.
Où il échoue : La markup augmente la courbe d’apprentissage. L’apparence par défaut est obsolète. Les extensions d’éditeur modernes aident.
Prix : Gratuit.
Plates-formes : PHP, s’exécute sur Linux, macOS, Windows.
Télécharger : mediawiki.org
Conclusion : Choisissez MediaWiki si nous voulons le moteur qui alimente les plus grands wikis d’Internet, y compris leurs outils d’édition en masse, modèles et historique.
Comment choisir le bon
Si nous voulons l’installation la plus simple et que nous pouvons vivre avec la markup : DokuWiki.
Si nous voulons un wiki d’équipe poli avec forme prête à l’emploi : BookStack.
Si nous voulons Notion en interne et que nous avons le homelab pour cela : Outline.
Si nous voulons un fichier que nous pouvons porter n’importe où : TiddlyWiki.
Si nous voulons Markdown-on-disk avec les fonctionnalités modernes : SilverBullet.
Si nous voulons le moteur Wikipedia : MediaWiki.
FAQ
Quel est le meilleur wiki auto-hébergé gratuit ? DokuWiki pour la simplicité, BookStack pour le polish, Outline pour un clone de Notion, Wiki.js pour la flexibilité multi-éditeur. Les quatre sont gratuits.
Quel wiki auto-hébergé remplace Notion ? Outline est le plus proche en terme de modèle d’éditeur et de sensation d’équipe. BookStack couvre la plupart des cas d’usage avec une métaphore structurelle différente.
BookStack est-il facile à configurer ? Oui. L’image Docker officielle prend environ cinq minutes à déployer sur une boîte Linux avec Docker installé. Les sauvegardes sont un dump MySQL plus le dossier de téléchargements.
L’un de ceux-ci s’exécute-t-il directement sur Windows ? La plupart s’exécute le plus proprement sur Docker, et Docker Desktop sur Windows les supporte tous. DokuWiki et MediaWiki s’exécutent également sur Windows natif via XAMPP ou WAMP.
Puis-je migrer de Notion vers un wiki auto-hébergé ? Outline a le meilleur importateur de Notion. BookStack et Wiki.js acceptent les paquets d’export Markdown. L’export HTML et Markdown de Notion fonctionne pour tous les autres.
