GitBook vs Docsbook : tarification, verrouillage et migration

GitBook est la plateforme de documentation choisie par Zoom, FedEx, Nvidia et une longue liste d'équipes de taille intermédiaire et d'entreprises. Elle a un aspect soigné, dispose d'un éditeur WYSIWYG confortable, et la fonction de recherche AI fonctionne réellement.

Alors pourquoi les équipes cherchent-elles une alternative à GitBook ?

Parce qu'après deux ans de contrat avec GitBook, la plupart des équipes remarquent les trois mêmes choses : la facture augmente avec chaque nouvel éditeur dans l'équipe, le contenu vit dans la base de données de GitBook plutôt que dans leur dépôt, et la plateforme qui promettait de gérer leurs documents pour toujours doit maintenant être migrée.

Ce post est la comparaison honnête. Nous fabriquons Docsbook, donc nous vous dirons quand il gagne. Mais GitBook est un vrai produit avec de réelles forces, et il y a des équipes pour lesquelles il convient mieux que nous. Nous vous dirons lesquelles.

TL;DR — Matrice de décision#

Si vous ne lisez qu'une seule ligne : GitBook est tarifé et conçu pour une équipe qui a un propriétaire de documentation et une ligne de budget. Docsbook est tarifé et conçu pour une équipe où la documentation vit dans docs/ à côté du code et personne ne veut posséder un système de documentation séparé.

Pourquoi les équipes quittent GitBook#

Quatre raisons apparaissent dans chaque conversation sur le désabonnement que nous avons avec de nouveaux clients de Docsbook migrés de GitBook.

1. La facture augmente avec le nombre de personnes qui éditent#

Le prix de GitBook a deux axes. Selon sa propre page de tarification du 2026-09-03, gitbook.com/pricing liste Gratuit à 0 $ par site/mois avec un utilisateur, Premium à 65 $ par site/mois plus 12 $ par utilisateur/mois, Ultime à 249 $ par site/mois plus 12 $ par utilisateur/mois, et Entreprise sur demande. Les lecteurs ne coûtent rien — le tarif par utilisateur s'applique aux personnes qui collaborent sur le contenu dans l'application GitBook.

Cette structure a une conséquence qui mérite d'être nommée clairement : chaque collègue supplémentaire qui pourrait corriger une faute de frappe ajoute une ligne récurrente à la facture. C'est un modèle cohérent — il finance l'éditeur WYSIWYG, le flux de demande de changement et l'équipe de vente — mais il évalue ce que la plupart des équipes produit souhaitent davantage, à savoir plus d'ingénieurs touchant aux documents.

Docsbook ne facture pas par éditeur et ne vend pas de niveaux. Chaque projet a son propre solde, et le solde est dépensé pour l'utilisation de l'IA ; publier le site, l'héberger, servir un domaine personnalisé et chaque page qu'un lecteur ouvre ne prélève rien dessus. Quiconque dans votre équipe GitHub peut éditer le Markdown sous-jacent, car l'éditeur est celui qu'ils utilisent déjà. Les chiffres actuels sont sur docsbook.io/pricing.

2. Le verrouillage des fournisseurs est réel#

GitBook's Git Sync est un module complémentaire, et même avec lui activé, la source canonique est la base de données de GitBook. Si vous arrêtez de payer, votre contenu ne reste pas là où vous pouvez continuer à travailler dessus.

Nous avons vu cela se dérouler de la même manière trois fois : une équipe décide de partir, exporte son contenu et découvre que l'exportation est un ZIP de fichiers Markdown qui ne correspond pas à la structure de leur dépôt, avec des liens d'images pointant vers le CDN de GitBook. La migration n'est pas un bouton. C'est un projet.

Docsbook est le modèle inverse. Votre Markdown se trouve dans votre dépôt GitHub. Nous l'indexons, le rendons et le livrons. Si vous arrêtez de payer, la documentation est toujours là dans docs/ — ce que vous perdez, c'est le site hébergé, le chat AI et les traductions. L'actif reste le vôtre car il n'a jamais bougé.

3. La migration de Docusaurus ou de Markdown coûte moitié moins#

Si vos documents se trouvent actuellement dans un dossier docs/ de fichiers Markdown (ce qui est l'endroit où la plupart des équipes d'ingénierie les conservent), passer à GitBook signifie soit les coller dans l'éditeur de GitBook, soit configurer Git Sync et espérer que l'importation gère votre front matter, vos composants personnalisés et vos chemins d'image.

La plupart des équipes sous-estiment cela. L'éditeur de GitBook est un éditeur basé sur des blocs, pas un éditeur Markdown — donc les composants MDX, les appels écrits comme :::note, et les tableaux qui fonctionnent bien en Markdown s'affichent soit légèrement incorrectement, soit doivent être refaits.

Docsbook lit votre Markdown tel quel. Si README.md et un dossier docs/ fonctionnent sur GitHub, ils fonctionnent sur Docsbook en 5 secondes. Frontmatter, tableaux GFM, clôtures de code, liens d'image — tous rendus sans aucun reformatage.

4. La recherche AI est une case à cocher, pas un fossé anymore#

En 2024, la recherche AI était la raison de payer GitBook. En 2026, chaque plateforme de documentation sérieuse l'a. La question n'est plus "avez-vous de l'IA" — c'est "combien coûte l'IA en plus du siège d'éditeur que je paie déjà, et d'où vient mon trafic AI."

Docsbook mesure l'IA en dollars par rapport au solde du projet plutôt que de la restreindre derrière un niveau, donc la question "quel plan a l'IA" ne se pose pas. Le serveur MCP est inclus, ce qui signifie que les utilisateurs de Claude Code et Cursor lisent et modifient vos docs directement, et llms.txt et llms-full.txt sont publiés automatiquement au niveau de la plateforme et par espace de travail.

Cette dernière partie compte plus qu'il n'y paraît. Mintlify a mesuré 30 jours de trafic sur les sites de documentation qu'il héberge — environ 790 millions de requêtes — et a rapporté que les agents de codage AI représentaient 45,3 % de toutes les requêtes, avec Claude Code à 25,2 % et Cursor à 18,0 % (L'état du trafic des agents dans la documentation, publié le 3 avril 2026). Sa mesure de suivi a placé la part des agents à 66 % du trafic en juillet 2026 (L'état du trafic des docs : un rapport intermédiaire de 2026, publié le 29 juillet 2026). C'est la flotte d'un fournisseur, pas le web entier — mais c'est la plus grande mesure publiée du trafic des agents vers la documentation, et la direction n'est pas subtile.

Comparaison des fonctionnalités côte à côte#

Comment les deux modèles de tarification se comparent-ils réellement ?#

Ils ne peuvent pas être comparés comme deux chiffres, car ils mesurent des choses différentes — et cette différence est toute la décision.

Deux conséquences en découlent. Sur GitBook, l'équipe de docs la moins chère est une petite équipe, donc le modèle décourage discrètement ce que la plupart des organisations d'ingénierie souhaitent — plus d'ingénieurs éditant des docs. Sur Docsbook, l'équipe de docs la moins chère est celle dont les lecteurs trouvent la réponse sur la page plutôt que de demander à l'assistant, donc le modèle récompense l'écriture de la page.

Faites le calcul par rapport à la taille de votre propre équipe sur la page du fournisseur. Ce post ne publie délibérément aucun exemple travaillé : les chiffres de GitBook changent, les nôtres sont générés par demande, et un tableau des deux serait erroné dans un quart de la publication. docsbook.io/pricing est régénéré à partir des constantes de tarification en direct à chaque demande, c'est pourquoi c'est le seul chiffre qui vaut la peine d'être cité.

Chemin de migration : GitBook → Docsbook#

Si vous envisagez de déménager, voici le chemin réaliste. Nous avons observé cela plusieurs fois.

1. Exporter depuis GitBook. Utilisez l'exportation d'espace de GitBook pour obtenir votre contenu au format Markdown. Attendez-vous à corriger manuellement les chemins d'image et toute bizarrerie de l'éditeur de blocs — comptez une demi-journée à une journée selon le nombre de blocs personnalisés que vous avez utilisés.
2. Déposez les fichiers dans un dossier docs/ dans n'importe quel dépôt GitHub. Public ou privé. Si vous n'avez pas de dépôt, créez-en un.
3. Collez l'URL du dépôt dans Docsbook. Le site sera en ligne dans 5 secondes à docsbook.io/owner/repo. Vérifiez que tout s'affiche correctement.
4. Connectez votre domaine personnalisé. Pointez le DNS vers Docsbook pour servir docs.yourcompany.com avec SSL automatique.
5. Activez le chat AI et les traductions. Optionnel mais peu coûteux à activer. La plupart des équipes les activent le même jour.
6. Configurez des redirections sur l'ancien domaine GitBook. Utilisez Cloudflare Workers, Netlify ou un service de redirection pour envoyer *.gitbook.io/yourspace/* vers les nouveaux chemins.
7. Annulez GitBook.

Le tout est généralement un projet d'un ou deux jours. La partie la plus longue consiste à corriger les bizarreries de l'éditeur de blocs dans le Markdown exporté, et c'est un coût unique.

Quand GitBook est réellement le meilleur choix#

Nous préférerions que vous restiez sur GitBook plutôt que d'acheter Docsbook et d'être déçu. Voici les cas où GitBook convient vraiment mieux.

• Vos éditeurs de documentation ne sont pas techniques. L'éditeur WYSIWYG de GitBook permet aux chefs de produit, aux responsables du support et aux rédacteurs de contribuer sans apprendre Markdown ou Git. Si la moitié de vos éditeurs ne savent pas ce qu'est une demande de tirage, GitBook est l'outil approprié.
• Vous avez besoin d'une co-édition en temps réel. GitBook prend en charge l'édition multi-utilisateur en direct dans le navigateur. Docsbook ne le fait pas — votre modèle de collaboration est "git push".
• Vous avez besoin de flux de travail ramifiés avec des demandes de changement dans l'éditeur. L'interface de demande de changement de GitBook est mature. Docsbook laisse cela aux PRs GitHub, ce qui est le bon choix si vos éditeurs sont des ingénieurs et le mauvais choix s'ils ne le sont pas.
• Vous achetez pour une équipe d'entreprise qui nécessite SOC 2 Type II, SAML SSO et un CSM dédié. GitBook a tout cela emballé. Docsbook évolue dans cette direction mais n'y est pas encore.
• Vous êtes déjà sur GitBook, votre équipe est satisfaite et la facture est acceptable. Le coût de migration est réel. Si la configuration actuelle fonctionne, ne réparez pas ce qui n'est pas cassé.

Si aucun des éléments ci-dessus ne s'applique à vous, Docsbook est presque certainement le meilleur choix.

FAQ#

Docsbook est-il open source ? Non, mais votre contenu l'est. Votre Markdown vit dans votre dépôt GitHub et vous pouvez arrêter de payer pour le site hébergé à tout moment sans perdre l'accès à une seule page.

Docsbook prend-il en charge les dépôts privés ? Oui. Vous autorisez Docsbook à lire un dépôt privé, et le site publié peut également être privé ou public selon vos paramètres.

Puis-je continuer à éditer dans GitBook et faire un miroir vers Docsbook ? Vous pouvez, mais cela va à l'encontre du principe. Choisissez une source de vérité. Si GitBook est le vôtre, restez sur GitBook. Si GitHub est le vôtre, venez ici.

Que se passe-t-il pour mon SEO si je migre ? Configurez des redirections 301 de chaque ancienne URL GitBook vers le chemin correspondant de Docsbook. Les moteurs de recherche suivent une redirection 301 et transmettent les signaux de classement ; un chemin que vous oubliez de rediriger est celui qui perd du trafic. Docsbook émet par défaut des balises meta par page et du JSON-LD, donc les nouvelles pages ne manquent pas de balisage que les anciennes avaient — mais aucune plateforme ne peut vous promettre un classement, et celle-ci ne le fait pas.

Docsbook a-t-il une recherche AI comme GitBook ? Oui. Le chat AI est formé sur vos propres documents, et son coût est mesuré en dollars par rapport au solde du projet plutôt que d'être limité par un niveau. Vous pouvez également apporter votre propre clé API — OpenRouter, OpenAI, Anthropic ou Gemini — et payer directement le fournisseur à la place.

Puis-je personnaliser l'apparence ? Oui. Logo, favicon, couleurs d'accent pour le clair et le sombre, Google Fonts, et bascules de visibilité par composant — barre de recherche, bouton de copie, lien d'édition sur GitHub, bouton de chat AI et le reste. La seule chose que vous ne pouvez pas désactiver est le petit lien "Propulsé par Docsbook" dans le pied de page : il s'affiche sur chaque site Docsbook, sans condition.

La vérité sur le fond#

GitBook est un excellent produit pour un public spécifique : des équipes de taille intermédiaire et des entreprises qui souhaitent un éditeur WYSIWYG, une collaboration en direct, et qui ne craignent pas de payer par éditeur.

Docsbook est un bon produit pour un public différent : des équipes dont les documents sont déjà sur GitHub, qui ne souhaitent pas que leur contenu soit dans la base de données d'un fournisseur, et qui préfèrent payer pour ce que l'IA fait réellement plutôt que pour le nombre de personnes autorisées à éditer.

Si vous êtes le premier public, GitBook est le bon choix. Si vous êtes le second, Docsbook est le meilleur choix — et le facteur décisif n'est pas le prix aujourd'hui mais quel nombre augmente lorsque l'équipe grandit.

Commencer gratuitement — pas de carte de crédit

Étapes suivantes#

• Migration de GitBook vers Docsbook — l'exportation, l'importation et la liste de redirection
• Alternatives à Docusaurus en 2026 : 9 plateformes comparées — le champ plus large, si GitBook n'est pas votre seul candidat
• Comparaison des plateformes de documentation AI — la matrice des fonctionnalités AI à travers quatre plateformes gérées
• Domaine personnalisé pour la documentation — les étapes DNS et SSL pour docs.yourcompany.com