Wiki.js : une base de connaissance d'équipe sans abonnement Notion
Un wiki open-source en Markdown, avec historique de versions et permissions fines, pour centraliser la documentation interne d'une équipe.
Notion facture par utilisateur actif dès que l'équipe dépasse le plan gratuit, et la documentation critique d'une entreprise finit stockée sur une infrastructure tierce dont on ne contrôle ni la disponibilité ni les futures conditions tarifaires. Confluence coûte encore plus cher et pèse plus lourd à administrer. Wiki.js couvre le besoin de base — documenter, structurer, chercher — en auto-hébergé et gratuit.
Wiki.js est un wiki d'entreprise : pages organisées en arborescence, éditeur Markdown (ou visuel façon Notion, au choix par page), historique complet des versions avec diff, recherche full-text, et permissions par groupe d'utilisateurs. Contrairement à un wiki minimaliste, il gère nativement l'authentification SSO, les commentaires par page, et l'export/import en masse.
Installation avec Docker Compose
services:
wiki:
image: ghcr.io/requarks/wiki:latest
restart: always
depends_on:
- db
environment:
DB_TYPE: postgres
DB_HOST: db
DB_PORT: 5432
DB_USER: wikijs
DB_PASS: wikijspass
DB_NAME: wiki
ports:
- "3000:3000"
db:
image: postgres:16-alpine
restart: always
environment:
POSTGRES_PASSWORD: wikijspass
POSTGRES_USER: wikijs
POSTGRES_DB: wiki
volumes:
- db_data:/var/lib/postgresql/data
volumes:
db_data:Premier accès sur http://votre-serveur:3000 : l'assistant de configuration crée le compte administrateur et propose de choisir la langue par défaut du wiki.
Structurer le contenu
Wiki.js organise les pages en chemins hiérarchiques, comme des URLs de fichiers : devops/docker/introduction, onboarding/nouveaux-arrivants. La barre latérale de navigation se génère automatiquement depuis cette arborescence, ou peut être personnalisée manuellement.
# Introduction à Docker
Ce guide couvre les bases de Docker pour l'équipe.
## Prérequis
- Accès au registre interne
- Docker Desktop installé localement
## Commandes courantes
\`\`\`bash
docker compose up -d
docker compose logs -f
\`\`\`Chaque page accepte aussi un éditeur visuel type "blocs" pour les contributeurs moins à l'aise avec Markdown — les deux modes coexistent, le choix se fait à la création de la page.
Historique et versions
Chaque modification de page génère une version horodatée, consultable et comparable via un diff visuel — utile pour comprendre pourquoi une procédure a changé, ou restaurer une version antérieure après une édition erronée.
Historique d'une page :
v12 — 2026-07-28 par Marie — "Mise à jour procédure déploiement"
v11 — 2026-06-15 par Tom — "Ajout section troubleshooting"
v10 — 2026-05-02 par Marie — "Création initiale"Permissions par groupe
Les permissions se définissent par groupe d'utilisateurs et par chemin de page — une équipe DevOps peut avoir un accès en écriture complet sur devops/* tout en restant en lecture seule sur rh/*.
Groupe "devops" :
devops/* : lecture + écriture
onboarding/* : lecture seule
rh/* : aucun accès
Groupe "management" :
* : lecture seule
rh/* : lecture + écritureAuthentification SSO
Wiki.js supporte nativement OAuth2/OIDC, LDAP et SAML — se connecter à un fournisseur d'identité existant plutôt que gérer une base d'utilisateurs séparée.
auth:
providers:
- key: oauth2
isEnabled: true
config:
clientId: CLIENT_ID
clientSecret: CLIENT_SECRET
authorizationURL: https://auth.mondomaine.fr/application/o/authorize/
tokenURL: https://auth.mondomaine.fr/application/o/token/
userInfoURL: https://auth.mondomaine.fr/application/o/userinfo/Sur une infrastructure qui a déjà Authentik en place pour centraliser les identités, brancher Wiki.js dessus évite de créer un énième compte séparé pour chaque nouveau membre de l'équipe.
Recherche full-text
La recherche par défaut indexe le contenu Markdown localement (moteur SQLite basique) — suffisant pour un wiki de quelques centaines de pages. Pour un volume plus important, Wiki.js se branche sur Elasticsearch ou Algolia pour une recherche plus rapide et plus pertinente sur de gros volumes.
Wiki.js vs Notion vs Confluence vs BookStack
| Critère | Wiki.js | Notion | Confluence | BookStack |
|---|---|---|---|---|
| Coût par utilisateur | Aucun (self-hosted) | Payant au-delà du plan gratuit | Payant | Aucun (self-hosted) |
| Éditeur | Markdown + visuel | Blocs riches | WYSIWYG | Markdown + WYSIWYG |
| Historique de versions | Oui, complet | Limité | Oui | Oui |
| SSO natif | Oui | Payant (plan Enterprise) | Oui | Oui |
| Complexité de gestion | Modérée | Aucune (SaaS) | Élevée | Faible |
BookStack est l'alternative self-hosted la plus proche en philosophie — plus simple encore, organisé en "étagères/livres/chapitres/pages" plutôt qu'en arborescence libre. Wiki.js gagne en flexibilité de structure et en richesse d'intégrations (SSO, recherche externe), BookStack en simplicité immédiate pour une petite équipe qui veut démarrer sans configuration.
Wiki.js ne remplace pas un outil de documentation technique versionné avec le code, comme VitePress pour une doc de projet open-source. Il vise un usage différent : la connaissance interne d'équipe, les procédures, l'onboarding — le genre de contenu qui change par des humains via une interface, pas par des pull requests. Sur un serveur avec PostgreSQL déjà en place, c'est une alternative sérieuse à Notion pour qui préfère posséder sa documentation plutôt que la louer.