Héberger Wiki.js, sans rien installer
Un wiki qui écrit aussi ses pages dans un dépôt Git : la documentation reste consultable dans le navigateur et versionnée comme du code.
À partir de 8,99 €/mois
Présentation
Wiki.js installé, mis à jour et sauvegardé par nos soins, sur une machine en France. Un wiki moderne et rapide, avec éditeur Markdown ou visuel, gestion fine des droits et recherche intégrée. Parfait pour documenter une association ou une équipe. Vous n'installez rien, vous ne configurez pas de serveur : l'application est en ligne quelques minutes après la commande, à votre nom.
L'offre qui lui convient est App Confort à 8,99 €/mois TTC — 4 Go de mémoire. Wiki.js est une application Node.js adossée à PostgreSQL, et la mémoire y sert à trois choses : la chaîne de rendu, qui transforme le Markdown en HTML avec coloration syntaxique du code et rendu des diagrammes ; l'index de recherche plein texte, tenu à jour à chaque enregistrement de page ; et la synchronisation Git, qui lance de vrais processus git pour lire et écrire le dépôt. Un wiki de quelques milliers de pages avec ses images tient sans peine dans cette offre.
On remplace ici Confluence, une page Notion partagée, ou un dossier de fichiers Word que personne ne retrouve. Ce qui distingue Wiki.js, c'est sa capacité à écrire chaque page dans un dépôt Git en même temps que dans sa base : la documentation devient une arborescence de fichiers Markdown versionnés, que l'on peut relire en dehors du wiki et réinjecter ailleurs. C'est aussi le chemin d'import le plus sûr : des fichiers Markdown déposés dans le dépôt apparaissent comme des pages. Côté accès, la connexion peut passer par l'annuaire de l'entreprise — LDAP et Active Directory, SAML, OpenID Connect — plutôt que par un mot de passe de plus.
Ce que l'hébergement managé change
Synchronisation Git dans les deux sens
Chaque page enregistrée est écrite dans un dépôt Git, et une modification poussée dans le dépôt revient dans le wiki. La documentation vit alors au même endroit que le code qu'elle décrit, avec son historique de commits, et une sauvegarde lisible sans le logiciel.
Quatre éditeurs pour un même wiki
Markdown avec aperçu en direct pour ceux qui écrivent vite, éditeur visuel pour ceux qui n'en veulent pas, HTML brut pour un cas particulier, AsciiDoc pour la documentation technique. Le choix se fait page par page, et une page peut changer d'éditeur.
Des droits qui suivent l'arborescence
Les règles s'écrivent par chemin : lecture publique sur /public, écriture réservée à un groupe sur /procedures, invisible ailleurs. On peut donc tenir un wiki ouvert et une partie interne dans la même installation, sans dédoubler l'outil.
Connexion par l'annuaire existant
LDAP et Active Directory, SAML, OpenID Connect, ou les fournisseurs habituels. Les groupes de l'annuaire alimentent les droits du wiki : un départ se gère à un seul endroit, et personne n'a de mot de passe supplémentaire à retenir.
Pourquoi la confier plutôt que l'installer
Une équipe technique qui veut sa doc dans Git
Les procédures d'exploitation vivent à côté du code, relues en demande de fusion, et restent lisibles depuis un navigateur pour ceux qui n'ouvrent pas d'éditeur. C'est la raison la plus fréquente de choisir Wiki.js plutôt qu'un autre wiki.
Une association qui change de bureau tous les deux ans
Comment déclarer une manifestation, où sont les clés du local, quelle assurance appeler : ce savoir se perd à chaque passation. Écrit une fois, il se transmet avec le mandat.
Une entreprise avec un annuaire Active Directory
Les comptes viennent de l'annuaire, les groupes décident de ce que chacun voit, et un salarié qui part perd l'accès sans qu'on touche au wiki. L'administrateur n'a plus deux listes à tenir.
Un wiki en plusieurs langues
Les pages se rangent par langue et l'utilisateur bascule de l'une à l'autre. Utile dès qu'une équipe est répartie sur deux pays, ou qu'une documentation publique doit exister en anglais.
Une base de connaissances ouverte au public
Les articles d'aide sont lisibles sans compte, les brouillons et les procédures internes restent sous clé, et la recherche ne remonte à l'anonyme que ce qui lui est destiné.
Hébergée en France
Sur notre infrastructure de Nouvelle-Aquitaine, opérée en propre. Une documentation interne décrit vos accès, vos fournisseurs et vos procédures : elle ne sort pas du pays.
Questions fréquentes
Par le dépôt Git ou le stockage sur fichiers, qui est la porte d'entrée la plus sûre : tout fichier Markdown déposé dans l'arborescence devient une page, avec son chemin et son titre. Confluence exporte en HTML ou en XML, Notion en Markdown ; il faut donc convertir, et cette conversion mérite un outil dédié — pandoc pour le HTML, l'export Markdown de Notion pour le reste. Comptez une relecture des images et des tableaux, qui sont les deux points où les exports se dégradent.
Tout, puisque tout peut être écrit en fichiers : avec la synchronisation Git ou le stockage local activés, vos pages existent en permanence sous forme de fichiers Markdown dans une arborescence, avec leur historique de commits. C'est un export continu plutôt qu'une opération à lancer. Une page s'imprime aussi en PDF depuis le navigateur, et la base PostgreSQL est exportable telle quelle.
La version stable est la 2, et elle ne propose qu'un thème : la personnalisation passe par l'injection de CSS, pas par un éditeur d'apparence. La version 3 est annoncée depuis longtemps ; tablez sur la 2 pour décider. Les commentaires sont sommaires, ce n'est pas un outil de relecture. L'éditeur visuel reste moins prévisible que le Markdown sur les tableaux complexes. Et il n'existe pas d'application mobile hors ligne.
App Confort, à 8,99 €/mois TTC. Elle apporte 4 Go de mémoire là où l'application en réclame 1 Go au minimum : la marge sert au système, pas au décor. Vous pouvez changer d'offre plus tard sans réinstaller.
Rien. Vous choisissez l'application, vous remplissez les champs qu'elle demande — souvent une adresse e-mail et un nom — et elle est en ligne. L'accès arrive par e-mail avec l'adresse et les identifiants.