L’alternative à XWiki qui n’a besoin d’aucun développeur.
XWiki sait presque tout faire, pourvu que quelqu’un écrive du Velocity et du Groovy et entretienne le serveur Java (Tomcat ou Jetty). Beaucoup d’entreprises veulent un wiki qui se passe de développeurs maison. ThurWiki va chercher les documents par l’interface de XWiki, dessins draw.io compris.
Ce qui gêne les utilisateurs de XWiki. Et ce que ThurWiki y change.
Des voix de forums et d’avis publics, parfois abrégées. D’autres raisons de changer figurent sur la page de la migration.
-
Une courbe d’apprentissage raide, une interface complexe.
« Text editing is not a smooth process as other platforms. » – Capterra, 2022
ThurWiki : Un ruban à trois onglets, des macros avec un champ de recherche, l’aide au point d’interrogation à côté de chaque champ : 60 sujets, écrits pour les utilisateurs.
-
Une mise en place longue, beaucoup de travail à la main.
« Rather lengthy setup phase (couple months) to really understand all the Catalina / Tomcat performance options. » – Capterra, 2016
ThurWiki : Exploitation et mises à jour par ThurData. Dans XWiki, les approbations passent par des extensions ; dans ThurWiki, les approbations, les graphiques, Excel sur la page, Jira et Git font partie du produit.
-
Des droits qui passent mal à l’échelle.
« Rights are getting hard to scale as the userbase grows. » – Forum XWiki, juillet 2025
ThurWiki : Neuf droits sur l’utilisateur, l’espace et la page, des règles écrites sur des groupes, une matrice des droits par espace. Ce qui y figure s’applique.
Voici comment se déroule le déménagement depuis XWiki.
- Chemin
- Par l’interface de XWiki avec une adresse et un accès, wiki par wiki.
- Vient avec
- Les documents avec leur hiérarchie, le texte, les tableaux, les pièces jointes, les dessins draw.io (modifiables), les liens.
- À vérifier ensuite
- Les pages avec des scripts (Velocity, Groovy) et les applications ; celles-là viennent comme texte, non comme programme.
Les pages qui se périment en silence n’existent plus.
La maladie la plus fréquente d’un wiki n’est pas la page manquante mais la fausse : une consigne qui n’est plus juste depuis deux ans, et personne ne le remarque. Une date de révision en fait un rendez-vous.
- Un nom, une date, un rythme. Par page un responsable, une date et, si vous le voulez, une répétition : tous les 30 jours, par trimestre, par semestre ou par année.
- L’avis est sur la page, pas seulement dans une boîte. Quand la date est atteinte, tous ceux qui ouvrent la page le voient – y compris le monteur qui a besoin de la consigne à l’instant. Un rappel qu’un seul reçoit n’aide pas le lecteur.
- Confirmer est un clic. Le responsable reçoit un rappel et confirme directement dans l’avis. Avec une répétition, la date suivante compte depuis aujourd’hui – qui confirme trois mois en retard n’est pas aussitôt échu de nouveau.
- Deux vues d’ensemble. « Mes révisions échues » pour chacun, et dans l’administration du wiki toutes celles du wiki. Le responsable est une indication d’organisation et non un droit : il ne reçoit aucun accès qu’il n’ait de toute façon.
Et ressortir : en un seul PDF.
Un wiki dont on ne ressort pas est un piège – vous le savez, vous qui quittez XWiki en ce moment. C’est pourquoi la sortie reste ouverte.
- Un document fait de nombreuses pages. Cocher à travers les espaces, jusqu’à 300 pages par export ; chacune commence dans le PDF sur une nouvelle feuille, dans l’ordre de l’arborescence. La taille d’impression, vous la choisissez : de 45 à 100 pour cent, pour la police et le contenu à la fois.
- Telle que la page se présente. Ce qui est imprimé, c’est la vue réelle et non un second rendu : macros, graphiques, dessins draw.io et tableaux figurent dans le PDF comme dans le navigateur.
- Avec vos droits, pas avec ceux de tous. Une page que vous n’avez pas le droit de lire arrête l’export au lieu de manquer en silence. Un export qui escamoterait des pages serait pire qu’un export qui n’arrive pas.
- Et par machine. Par l’interface, chaque page en Markdown, avec les pièces jointes – pour une archive ou pour le déménagement vers le système suivant.
ThurWiki et XWiki côte à côte.
| ThurWiki | XWiki | |
|---|---|---|
| Une arborescence aussi profonde que voulu | oui, aussi profond que voulu | oui |
| Recherche dans les pièces jointes PDF, Word et Excel, tolérante aux fautes de frappe | pièces jointes oui, scans et archives comprises ; fautes de frappe oui, et par le sens | pièces jointes oui, fautes de frappe non |
| Un éditeur sans balisage | oui, un ruban comme celui de Word | oui, avec des obstacles |
| Écriture simultanée | oui | oui |
| Approbations à quatre yeux | oui, sans module complémentaire | par des extensions |
| Factures, tickets, demandes et fichiers d’autres systèmes sur la page | oui, 41 connecteurs, de bexio, Odoo et Jira à Zabbix et Proxmox | par des extensions et des scripts |
| SSO (OIDC, SAML) sans prix par utilisateur | oui, compris | par des extensions |
| Un assistant IA | oui, avec vos droits, sans crédits | par une extension |
| Exploitation, sauvegarde et mises à jour par le fournisseur, données en Suisse | oui, ThurData en Suisse | nuage chez l’éditeur ou vous-même |
| Exploiter soi-même (logiciel libre) | non, exploité par ThurData | oui, logiciel libre |
| Exporter les pages choisies et des branches entières en PDF | oui, pages choisies et branches entières en un seul PDF ; chaque page en Markdown par l’API | oui, en XAR, HTML ou PDF |
| Une date de révision par page avec rappel | oui, un responsable, une date, une répétition, un avis sur la page | non |
| Prix | par wiki, dès CHF 4.90 par mois | gratuit ; assistance et nuage payants |
État de septembre 2026, d’après les indications publiques des éditeurs et les témoignages d’utilisateurs, sans garantie. Nous écrivons aussi là où nous ne sommes pas devant.
Questions des utilisateurs de XWiki
Nos dessins draw.io viennent-ils avec ?
Oui, comme dessins modifiables. Dans ThurWiki, draw.io tourne sur notre propre serveur.
Que deviennent les applications XWiki avec des scripts ?
Elles viennent comme texte. Les applications dont vous avez vraiment besoin, nous en discutons : une bonne part est couverte par une macro ou un connecteur, une autre non. Nous le disons d’avance.
Nous avons plusieurs wikis dans une ferme XWiki.
L’import se fait wiki par wiki ; chaque wiki de la ferme devient un espace à lui. Les droits, vous les fixez ensuite par espace.
Comment empêchons-nous les pages de se périmer ?
Avec une date de révision par page : un responsable, une date et, si vous le voulez, une répétition (de 30 jours à annuelle). Quand la date est atteinte, un avis se place en haut de la page – visible pour tous ceux qui l’ouvrent, pas seulement pour le responsable – et celui-ci reçoit un rappel. Confirmer est un clic dans l’avis ; avec une répétition, la date suivante compte depuis aujourd’hui. Qui administre le wiki voit toutes les révisions échues en un seul endroit, et chacun voit les siennes dans le menu utilisateur.
Comment ressortons-nous de ThurWiki ?
Dans l’interface, en PDF : vous cochez dans l’arborescence ce qui doit venir – par ligne soit la page seule, soit la page avec toutes ses sous-pages – à travers les espaces, jusqu’à 300 pages dans un document. Ce qui est imprimé, c’est la vue que vous voyez, donc avec les macros, les graphiques et les dessins. Par l’interface, en plus, chaque page en Markdown, avec les pièces jointes. Il n’existe aujourd’hui pas d’export en masse de tout le wiki comme archive ; nous préférons le dire avant.
Autres pages d’alternatives : Confluence · MediaWiki · DokuWiki · BookStack · Wiki.js · Docmost · Outline · Notion · SharePoint
ThurWiki est une alternative à XWiki pour les entreprises qui veulent un wiki sans langage de script, sans entretien de Tomcat ou de Jetty et sans chercher les bonnes extensions : éditeur comme Word, approbations, graphiques, Jira et Git livrés avec, exploitation en Suisse. Migration XWiki par l’interface, avec les dessins draw.io.
Qui veut remplacer XWiki ou en partir trouve ici le chemin, le comparatif et l’import test.
Vingt de vos pages XWiki dans ThurWiki, avant que vous ne décidiez.
Nous mettons en place un wiki de démonstration et importons une tranche de votre fonds, avec aperçu. Vous voyez la recherche, les macros et l’éditeur sur vos contenus.