Outline self-hosted knowledge base alternatives

XDA-Developers a récemment soutenu que Outline est l’alternative Notion auto-hébergée que la plupart des équipes devraient réellement utiliser, devant des noms plus voyants comme AFFiNE ou AppFlowy. L’argument tient la route : l’éditeur convivial Markdown d’Outline, son modèle de permissions épuré et son API mature en font un vrai wiki d’équipe agréable. Mais l’article omet trois points qui comptent une fois qu’on essaie de l’exécuter soi-même. Outline fonctionne sous la Business Source Licence, pas une licence totalement ouverte, ce qui restreint comment on peut le proposer comme service concurrent. Le déploiement demande Docker, Postgres, Redis et généralement un stockage compatible S3, c’est plus d’infrastructure que beaucoup de petites équipes ne veulent en gérer. Et Outline est construit autour d’une équipe, un espace de travail à la fois, donc les agences ou opérateurs multibrand se retrouvent à lancer plusieurs instances. Si cela pose problème, ces sept alternatives à Outline couvrent le terrain qu’il laisse ouvert, des wikis plus légers aux éditeurs de blocs entièrement hors ligne.

Tableau de comparaison rapide

Application Meilleur pour Licence Stack auto-hébergé Fonctionnalité phare
BookStack Wikis de documentation structurée MIT PHP + MySQL Hiérarchie livres/chapitres/pages
Wiki.js Équipes voulant authentification et thèmes flexibles AGPL-3.0 Node.js + Postgres/MongoDB Éditeur visuel plus Markdown, SSO
AFFiNE Notes personnelles et petit équipe offline-first MIT Optionnel, fonctionne local seulement Docs et tableau blanc dans un même canvas
AppFlowy Utilisateurs Notion voulant une app native AGPL-3.0 Backend Rust, auto-hébergement optionnel Performance bureautique native
Silverbullet Développeurs voulant un wiki Markdown hackable AGPL-3.0 Binaire Deno unique Scripting de plugins en direct dans le navigateur
Trilium Notes Bases de connaissances personnelles profondes et arborescentes AGPL-3.0 Binaire unique ou Docker Relations entre notes et scripting
Docmost Équipes voulant l’UX d’Outline sans la BSL AGPL-3.0 Node.js + Postgres + Redis Sosie d’Outline le plus proche

Pourquoi les équipes cherchent des alternatives à Outline

La licence est le premier obstacle. Outline fonctionne sous la Business Source Licence, qui se convertit en open source seulement après un délai défini et empêche quiconque de le revendre comme service hébergé concurrent. C’est acceptable pour une entreprise qui l’exécute en interne, mais cela exclut les MSP, agences, ou puristes de l’open source qui veulent un projet AGPL ou MIT à forker, revendre ou embarquer sans révision juridique. La plupart des alternatives ici (Wiki.js, AppFlowy, Silverbullet, Trilium, Docmost) utilisent AGPL-3.0, et AFFiNE et BookStack utilisent MIT, donc la question des licences disparaît largement.

La complexité du déploiement est la deuxième. Le fichier Docker Compose d’Outline veut Postgres pour les données, Redis pour les queues de jobs et websockets, et S3 ou un bucket compatible pour le stockage de fichiers. C’est un stack raisonnable pour une équipe avec une certaine capacité ops, mais c’est excessif pour une startup de cinq personnes qui veut juste un wiki tournant sur un VPS unique. BookStack ne demande que PHP et MySQL, que la plupart des hébergements mutualisés exécutent déjà. Silverbullet et Trilium Notes se livrent comme un binaire unique ou un conteneur unique sans base de données externe du tout.

Le troisième facteur est la philosophie d’édition. Outline utilise un éditeur de blocs riche similaire à celui de Notion. Certaines équipes préfèrent ça ; d’autres veulent des fichiers Markdown simples qu’elles peuvent grep, versionner dans Git et éditer dans n’importe quel éditeur de texte. Silverbullet et Trilium épousent fort les workflows centrés Markdown. AFFiNE et AppFlowy misent davantage sur l’éditeur de blocs, concurrençant plus directement Notion qu’un wiki traditionnel.

Enfin, il y a l’hypothèse d’une équipe unique. Outline est construit pour l’espace de travail d’une organisation. Les agences gérant plusieurs clients, ou cabinets documentant plusieurs mandats, veulent souvent soit le multi-locataire, soit un outil assez léger pour lancer une instance fraîche par client sans beaucoup de frais généraux.

Les alternatives

BookStack – Meilleur pour les wikis de documentation structurée

BookStack organise le contenu en livres, chapitres et pages, ce qui convient mieux à la documentation technique et aux manuels internes qu’à un arbre de pages plat. Il tourne en PHP simple et MySQL, donc la plupart des hébergements mutualisés ou un petit VPS le gèrent sans services supplémentaires. L’éditeur WYSIWYG et Markdown marchent tous les deux, et les permissions peuvent être définies au niveau du livre, chapitre ou page.

Où il y a des lacunes : La structure rigide livres/chapitres/pages se rebelle si ton contenu ne s’adapte pas à cette hiérarchie, et il n’y a pas de mode offline natif ni d’édition collaborative en temps réel.

Tarification :

Migration depuis Outline : BookStack importe les fichiers HTML et Markdown, donc exporter les pages Outline en Markdown et les cartographier dans des livres et chapitres fonctionne, bien que les collections imbriquées d’Outline aient besoin d’une restructuration manuelle dans la hiérarchie à trois niveaux de BookStack. Comptez quelques heures pour un wiki de taille moyenne.

Télécharger : Site web · GitHub

Résumé : Choisis BookStack si ton contenu se trie naturellement en livres et chapitres et tu veux le stack serveur le plus léger possible.

Wiki.js – Meilleur pour authentification flexible et thèmes

Wiki.js tourne en Node.js et supporte Postgres et MongoDB, avec un éditeur visuel à côté de l’édition Markdown brute. Il supporte une large gamme de fournisseurs SSO d’emblée, incluant LDAP, OAuth2, SAML, et comptes Google ou Microsoft, que les plus grandes équipes ont souvent besoin immédiatement.

Où il y a des lacunes : L’écosystème de plugins et thèmes est plus petit que les wikis plus grand public, et la qualité de recherche dépend du moteur de recherche que tu configures, puisque la recherche base de données intégrée est plus faible qu’une configuration Elasticsearch.

Tarification :

Migration depuis Outline : Wiki.js accepte l’importation Markdown directement, et l’export Markdown d’Outline cartographie proprement le contenu texte. Les images embarquées référençant le stockage d’Outline ont besoin d’être re-téléchargées puisque Wiki.js gère ses propres chemins d’actifs.

Télécharger : Site web · GitHub

Résumé : Choisis Wiki.js quand SSO et permissions granulaires comptent plus que le sentiment d’édition façon Notion.

AFFiNE – Meilleur pour édition de blocs offline-first

AFFiNE combine un éditeur de document et un tableau blanc infini dans une seule app, et fonctionne entièrement hors ligne avec synchro local-first, nul serveur requis sauf si tu en veux un. L’éditeur supporte à la fois un mode basé blocs et un mode orienté Markdown, basculant par document.

Où il y a des lacunes : La collaboration multi-utilisateurs se sent encore jeune comparée à l’édition temps réel mûre d’Outline, et l’app de bureau a des bizarreries de synchro occasionnelles quand on bascule entre espaces de travail locaux et cloud.

Tarification :

Migration depuis Outline : AFFiNE importe les fichiers Markdown et exports Notion, donc un export Markdown d’Outline se transfère largement, bien que les structures de collections imbriquées s’aplatissent en documents individuels plutôt qu’un arbre de dossiers correspondant.

Télécharger : Site web · GitHub

Résumé : Choisis AFFiNE si tu veux un éditeur local-first et offline-capable et tu n’as pas besoin de permissions d’équipe lourdes.

AppFlowy – Meilleur pour app bureautique native style Notion

AppFlowy apparie un backend Rust avec un frontend Flutter, ce qui lui donne une performance native plus vive que la plupart des wikis basés Electron. Il reproduit précisément les vues base de données Notion, tableaux kanban et pages imbriquées, et supporte l’auto-hébergement optionnel pour les équipes voulant leur propre serveur.

Où il y a des lacunes : La configuration serveur auto-hébergée est plus neuve et moins éprouvée que le client de bureau, et certains types de vue base de données avancés traînent encore derrière les originaux Notion.

Tarification :

Migration depuis Outline : AppFlowy supporte l’importation Markdown, et les pages simples se transfèrent bien, mais les embeds riches et tableaux d’Outline ont parfois besoin de nettoyage manuel après importation puisque le modèle de blocs d’AppFlowy diffère des internals de l’éditeur d’Outline.

Télécharger : Site web · GitHub

Résumé : Choisis AppFlowy si tu manques spécifiquement des vues base de données Notion et tu veux une app native rapide plutôt qu’un onglet navigateur.

Silverbullet – Meilleur pour un wiki Markdown-first hackable

Silverbullet stocke tout comme des fichiers Markdown simples et tourne comme un binaire unique, pas de base de données séparée demandée. Sa fonctionnalité phare est le scripting live dans le navigateur : tu peux écrire de petits plugins JavaScript qui questionnent et transforment tes propres notes, tournant le wiki en outil d’automatisation personnelle léger.

Où il y a des lacunes : L’interface est délibérément minimaliste, donc les équipes s’attendant au brillant façon Notion ou aux blocs drag-and-drop le trouveront simple, et il n’y a pas de système de permissions granulaire intégré pour les équipes multi-utilisateurs.

Tarification :

Migration depuis Outline : Puisque Outline exporte Markdown, basculer vers Silverbullet est proche de copier des fichiers dans son répertoire d’espace. Les métadonnées frontmatter peuvent avoir besoin d’ajustement pour correspondre aux conventions propres à Silverbullet.

Télécharger : Site web · GitHub

Résumé : Choisis Silverbullet si tu veux que ton wiki soit rien de plus qu’un dossier de fichiers Markdown contre lesquels tu peux scripter.

Trilium Notes – Meilleur pour bases de connaissances personnelles profondes et arborescentes

Trilium Notes organise les notes dans un arbre arbitrairement profond, avec support pour relations de notes, attributs et scripting bien au-delà d’une liste de pages plate. Il tourne comme une app de bureau, un binaire serveur unique, ou en Docker, et gère des dizaines de milliers de notes sans ralentir.

Où il y a des lacunes : L’interface paraît datée à côté d’Outline ou AFFiNE, et elle est construite autour de l’arbre de notes d’un utilisateur puissant plutôt qu’un wiki collaboratif pour toute l’entreprise, donc l’usage multi-éditeur simultané est limité.

Tarification :

Migration depuis Outline : Trilium peut importer les fichiers Markdown et HTML individuellement, mais il n’y a pas d’importeur massif spécifique Outline, donc un wiki de taille moyenne avec des dizaines de pages demande quelques heures d’importation manuelle et réorganisation d’arbre.

Télécharger : GitHub

Résumé : Choisis Trilium Notes pour une base de connaissances personnelle profonde avec scripting, pas pour un wiki poli face à l’équipe.

Docmost – Sosie d’Outline le plus proche sans la BSL

Docmost est la correspondance la plus proche à Outline en look et feel : éditeur de blocs, pages imbriquées, collaboration temps réel et permissions basées espaces de travail, mais licencié AGPL-3.0 au lieu de BSL. Il tourne sur la même forme générale de stack, Node.js avec Postgres et Redis, donc les frais généraux infrastructure sont similaires à ceux d’Outline.

Où il y a des lacunes : C’est un projet plus jeune avec un écosystème de plugins et intégrations plus petit qu’Outline, et certaines fonctionnalités avancées d’Outline comme les journaux d’audit détaillés rattrapent encore leur retard.

Tarification :

Migration depuis Outline : Docmost accepte l’importation Markdown et son modèle d’éditeur est assez proche d’Outline pour que la plupart du formatage, incluant pages imbriquées et tableaux, se transfère avec nettoyage minimal.

Télécharger : Site web · GitHub

Résumé : Choisis Docmost si tu veux l’expérience d’édition exacte d’Outline moins la restriction de licence, et tu es d’accord pour exécuter un stack serveur similaire.

Comment choisir

Commence par la question de la licence, puisqu’elle décide plus que les gens ne s’y attendent. Si tu pourrais jamais revendre l’hébergement, embarquer l’outil dans un produit client, ou simplement préférer AGPL et MIT par principe, Docmost, Wiki.js, Silverbullet, Trilium et AFFiNE passent tous cette barre ; Outline et la version auto-hébergée d’AppFlowy portent des termes plus restrictifs.

Ensuite, apparie l’éditeur à comment ton équipe écrit réellement. Les équipes vivant dans les blocs façon Notion avec drag-and-drop, embeds et bases de données devraient regarder Docmost ou AppFlowy. Les équipes pensant en fichiers Markdown simples, voulant grep leurs notes ou versionner le contenu en Git devraient aller avec Silverbullet ou Trilium.

La tolérance infrastructure compte tout autant. Si tu exécutes un petit VPS unique sans appétit pour Postgres, Redis et S3, BookStack, Silverbullet ou Trilium te mettent en route en minutes. Si tu exécutes déjà Postgres et Redis pour d’autres services, Wiki.js ou Docmost ajoutent peu de frais supplémentaires.

Les utilisateurs solo et petites équipes voulant l’accès offline sans serveur du tout devraient choisir AFFiNE. Les agences multi-clients documentant plusieurs mandats non liés sont généralement mieux avec quelque chose d’assez léger pour lancer par projet, comme BookStack ou Silverbullet, plutôt que de jongler plusieurs instances lourdes façon Outline.

Reste sur Outline si ton équipe a déjà les compétences Docker et Postgres à la maison, les termes BSL n’affectent pas ton cas d’usage, et tu valorises spécifiquement son API et intégrations existantes sur une alternative plus légère.

FAQ

Docmost est-il meilleur qu’Outline ? Docmost correspond précisément à Outline dans l’expérience d’édition et les besoins infrastructure, et utilise la licence AGPL-3.0 au lieu de la BSL d’Outline. Si c’est « meilleur » dépend si la différence de licence te concerne ; la parité de fonctionnalités est proche, mais Outline a un antécédent plus long et une liste d’intégrations plus grande.

Puis-je importer mes données d’Outline vers un autre wiki ? La plupart des outils ici, incluant Wiki.js, AFFiNE, AppFlowy et Docmost, acceptent l’importation Markdown, et Outline exporte les collections comme fichiers Markdown. Les collections imbriquées demandent généralement une certaine restructuration manuelle puisque chaque outil organise sa hiérarchie différemment.

Quelle est l’alternative Outline la moins chère à auto-héberger ? BookStack, Silverbullet et Trilium Notes sont tous gratuits et demandent l’infrastructure la plus légère, avec BookStack tournant en PHP simple et MySQL et les deux autres ne demandant pas de base de données externe du tout.

Y a-t-il une version entièrement gratuite d’Outline ? Le code source d’Outline est disponible sous la Business Source Licence, qui te permet de l’auto-héberger gratuitement mais restreint le proposer comme service hébergé concurrent. Si cette restriction te concerne, les alternatives AGPL ou MIT comme Docmost, Wiki.js ou AFFiNE l’évitent entièrement.

Que les équipes utilisent-elles à la place d’Outline pour un wiki Markdown-first ? Silverbullet et Trilium Notes sont les deux choix les plus courants pour les équipes et individus voulant leur base de connaissances stockée comme fichiers Markdown simples plutôt qu’un format de bloc propriétaire.

AFFiNE fonctionne-t-il sans serveur ? Oui, AFFiNE tourne entièrement hors ligne et localement par défaut, avec synchro serveur comme un ajout optionnel plutôt qu’une demande, ce qui en fait un des rares outils ici utilisable avec infrastructure zéro.