Ce qui a changé dans la tarification Notion
Le 13 mai 2025, Notion a annoncé Notion AI for Work et une nouvelle grille : l'IA complète — aujourd'hui l'agent Notion, les notes de réunion par IA et la recherche d'entreprise — est réservée aux plans Business et Enterprise. Les plans Free et Plus ne disposent plus que d'un nombre limité de réponses d'essai. Les nouveaux abonnements ont basculé le jour même ; pour les clients existants dont le prix changeait, la hausse s'est appliquée au premier renouvellement après le 13 août 2025.
Au 7 novembre 2026, la page notion.com/pricing affiche, pour un visiteur de la zone euro et en facturation annuelle, 9,50 € par membre et par mois pour Plus et 19,50 € pour Business. Une agence de 15 personnes sur Business paie donc 292,50 € par mois, que l'IA serve ou non. S'y ajoute une ligne qui n'existait pas : les crédits Notion, un add-on des plans Business et Enterprise qui finance les agents personnalisés et l'usage d'IA au-delà de la dotation incluse dans chaque siège, facturé 10 $ les 1 000 crédits par mois.
Pour une agence qui n'utilisait pas l'IA, c'est une augmentation imposée sans contrepartie perçue. Si elle maintient en plus des espaces de travail séparés pour ses clients — chacun facturé au siège —, la facture suit directement le nombre de clients actifs sur la plateforme.
Ce qui rend la hausse non linéaire pour une agence
- Espaces clients séparés — chaque espace de travail Notion distinct consomme des sièges indépendants ; un portefeuille de 10 clients avec 2 accès chacun représente 20 sièges Business supplémentaires.
- IA incluse dans le siège — le prix du plan Business intègre Notion AI, que l'équipe s'en serve ou non ; il n'existe pas de plan Business « sans IA » moins cher.
- Pas de plan intermédiaire avec l'IA — Plus n'offre qu'un essai limité ; une agence dont les workflows dépendent de l'IA doit passer tous ses membres en Business.
- Facturation au siège réel — à chaque début de période de facturation, le nombre de sièges payés est recalé sur le nombre de membres de l'espace ; il n'existe ni licences flottantes ni quotas partagés entre espaces.
- Agents facturés à part — les agents personnalisés consomment des crédits Notion achetés en supplément, à l'échelle de l'espace de travail : une ligne de plus, indépendante du nombre de sièges.
- Croissance du portefeuille = croissance linéaire de la facture — l'économie d'échelle est absente : passer de 10 à 20 clients double mécaniquement le coût Notion si les espaces restent séparés.
Docmost : ce que couvre la licence AGPL-3.0
Le cœur de Docmost est publié sous licence AGPL-3.0, dont le fichier LICENSE est disponible sur le dépôt github.com/docmost/docmost ; la version 0.97.0 y a été publiée le 25 octobre 2026. Cette licence autorise l'usage commercial sans redevance : une agence peut déployer Docmost pour ses équipes et pour ses clients sans payer de droit de licence à l'éditeur. La seule contrainte AGPL applicable à cet usage est la suivante : si l'agence modifie le code source de Docmost et expose ce code comme un service réseau, elle doit publier ses modifications sous la même licence. Dans un déploiement standard, sans fork, cette contrainte ne s'applique pas.
Attention au périmètre, en revanche. Le README précise que les répertoires apps/server/src/ee, apps/client/src/ee et packages/ee relèvent d'une licence entreprise distincte. Les éditions payantes, activées par une clé de licence, ajoutent selon la grille officielle le SSO (SAML 2.0, OIDC, LDAP), l'authentification multifacteur, les clés d'API, l'importeur Confluence, les bases de données (« Bases ») et la recherche dans les pièces jointes pour l'édition Business — 6 $ par siège et par mois en annuel, dix sièges minimum —, puis les journaux d'audit, le SCIM et l'intégration SIEM pour l'Enterprise. Le parcours décrit ici — import Notion, espaces, groupes, permissions, commentaires et recherche plein texte — n'a besoin d'aucune d'entre elles.
Docmost vs Notion : le tableau honnête
Faites défiler le tableau
| Fonctionnalité | Notion Business | Docmost |
|---|---|---|
| Pages imbriquées et édition riche | Oui | Oui — éditeur collaboratif temps réel |
| Wiki équipe / base de connaissance | Oui | Oui — cas d'usage principal |
| Espaces (Spaces) multi-équipes | Oui | Oui — espaces isolés avec permissions |
| Historique de page et restauration | Oui | Oui — historique des versions |
| Commentaires et annotations | Oui | Oui |
| Diagrammes (Draw.io, Mermaid, Excalidraw) | Limité (embed) | Oui — éditeurs intégrés |
| Bases de données relationnelles | Oui — fonctionnalité centrale | Édition payante seulement (Bases : tableau et kanban ; relations non documentées) |
| Vues kanban, galerie, calendrier | Oui | Kanban en édition payante ; ni galerie ni calendrier |
| Formules et propriétés calculées | Oui | Édition payante (propriété Formule des Bases) |
| API publique | Oui (API REST officielle) | Édition payante (clés d'API) |
| Intégration Slack native | Oui | Non — pas d'intégration native |
| Intégration GitHub native | Oui | Non — pas d'intégration native |
| Notion AI (résumés, agents) | Inclus dans Business, agents via crédits | Non dans l'édition libre |
| Coût mensuel (15 personnes) | 15 sièges Business (292,50 € en annuel, zone euro) | Coût du VPS uniquement (édition libre) |
Quels cas d'usage passent bien — et lesquels ne passent pas
La distinction est importante et mérite d'être tranchée franchement avant d'engager une migration.
Docmost couvre bien : la base de connaissance interne (procédures, onboarding, guides techniques), la documentation remise aux clients (spécifications, comptes rendus, tutoriels produit), les wikis de projet où les pages sont l'unité de travail, et la documentation technique (code, API, architecture). Ce sont des cas où Notion est utilisé comme éditeur de texte collaboratif structuré — et c'est exactement ce que Docmost fait.
Docmost ne couvre pas, dans son édition libre : la gestion de portefeuille projet dans des bases de données avec vues filtrées, les tableaux de bord avec formules et rollups, les CRM légers construits sur des bases relationnelles, et les workflows qui s'appuient sur l'API Notion pour synchroniser des données externes. L'édition payante comble une partie de l'écart avec ses Bases (vues tableau et kanban, propriétés calculées), sans relations documentées ni vues calendrier. Si votre usage de Notion repose sur ces fonctionnalités, Docmost n'est pas un remplacement — c'est un outil différent. Dans ce cas, regarder NocoDB ou Grist pour la partie données, et Docmost pour la partie documentation, est une architecture plus réaliste.
Prérequis pour héberger Docmost sur VPS
Docmost fonctionne avec trois conteneurs : l'application elle-même, PostgreSQL pour la persistance, et Redis pour la collaboration temps réel et les files de tâches. Le fichier Compose officiel du dépôt utilise postgres:18 et redis:8, ce dernier lancé avec la persistance AOF et la politique noeviction. Ces trois services tournent confortablement sur un VPS disposant de 2 vCPU et 4 Go de RAM pour une équipe d'agence standard ; pour de nombreux éditeurs simultanés, 8 Go donnent une marge confortable. Le stockage dépend du volume de fichiers joints aux pages — prévoir 20 Go minimum en dehors des bases. Les fichiers vont par défaut dans le volume /app/data/storage du conteneur, ou dans un bucket S3 ou Azure (STORAGE_DRIVER).
Trois réglages méritent d'être faits avant la migration. Le Compose officiel publie le port 3000 sur toutes les interfaces : restreignez-le à la boucle locale pour que seul le reverse proxy soit exposé.
ports:
- "127.0.0.1:3000:3000"Docmost plafonne ensuite les uploads à 50 Mo et les imports à 200 Mo par défaut ; un export Notion d'agence dépasse vite ce second seuil. Relevez les deux limites dans l'environnement (liste officielle des variables) et alignez le client_max_body_size de nginx :
FILE_UPLOAD_SIZE_LIMIT=100mb
FILE_IMPORT_SIZE_LIMIT=500mbEnfin, renseignez un serveur SMTP (MAIL_DRIVER=smtp, SMTP_HOST…) : sans lui, les invitations des membres ne partent pas.
Autres prérequis : Docker et Docker Compose, un reverse proxy (nginx ou Caddy) pour le HTTPS, et un nom de domaine pointant vers le serveur (wiki.votre-domaine.com). Le guide d'installation complet est documenté dans l'article héberger Docmost sur un VPS — cet article se concentre sur la décision de migration et la procédure d'import, pas sur la configuration système.
Migrer le contenu Notion vers Docmost
Exporter l'espace de travail Notion
Dans Notion, ouvrir Réglages → Général → Exporter tout le contenu de l'espace de travail (depuis le web ou l'application de bureau). Choisir Markdown et CSV ou HTML, avec les sous-pages et les fichiers. Notion envoie un lien de téléchargement par e-mail : il expire au bout de 7 jours, et l'export d'un gros espace peut prendre jusqu'à 30 heures (aide officielle). Le ZIP obtenu contient les pages, les bases de données en CSV et les fichiers téléversés : c'est ce fichier que Docmost importe.
Vérifier le contenu du ZIP avant l'import
Décompresser le ZIP localement et parcourir la structure. Chaque page devient un fichier
.md(ou.html). Les bases de données Notion (tableaux, kanban, calendriers) sont exportées en.csv— Docmost ne les importera pas comme des bases de données, mais comme du contenu statique. Identifier à ce stade ce qui sera perdu (vues, formules, relations) et ce qui survivra (texte, titres, structure). Repérer aussi les liens qui pointent encore vers Notion — ce sont eux qu'il faudra reprendre après l'import :unzip -q export-notion.zip -d export-notion grep -rl 'notion.so/' export-notion grep -ro 'notion.so/[^) "]*' export-notion | wc -lCréer les espaces dans Docmost
Dans Docmost, créer un espace par équipe ou par client avant l'import. Un espace Docmost porte les permissions et l'isolation, comme un espace de travail Notion. Nommer les espaces de façon cohérente avec les exports Notion facilite la correspondance.
Lancer l'import dans Docmost
Dans l'espace cible, cliquer sur le menu … à côté de l'en-tête Pages de la barre latérale, puis Importer des pages. Choisir Notion — l'option dédiée, pas l'import Markdown générique — et téléverser le ZIP exporté tel quel, sans le recompresser. Docmost traite l'archive et reconstitue l'arborescence des pages en préservant les relations parent-enfant.
Contrôler l'import page par page
Après l'import, parcourir les pages critiques. Les éléments à vérifier : les liens internes entre pages, en commençant par ceux relevés à l'étape 2 ; les images et fichiers joints, qui doivent provenir du ZIP ; et les blocs qui étaient des bases de données Notion, qui apparaissent comme du texte ou des tableaux simples — à retravailler manuellement si nécessaire. Un lien qui pointe encore vers
notion.socessera de fonctionner le jour où l'espace Notion sera fermé : remplacez-le par l'URL de la page Docmost.Configurer les permissions par espace
Docmost gère les permissions au niveau de l'espace : un espace peut être réservé à ses membres invités ou ouvert à l'organisation. Pour les espaces clients, créer un groupe par client (
groupe-client-x), inviter les membres concernés par e-mail, et assigner ce groupe à l'espace avec le rôle Éditeur ou Lecteur selon le besoin. Les permissions page par page et le SSO relèvent de l'édition payante.Désactiver progressivement les espaces Notion
Ne pas supprimer les espaces Notion immédiatement. Pendant une période de transition (deux à quatre semaines selon la taille de l'équipe), laisser Notion accessible en lecture seule pendant que les équipes prennent leurs marques dans Docmost, et faire travailler deux ou trois personnes dans les deux outils pour repérer ce qui manque. Mettre une bannière dans chaque espace Notion indiquant la date de bascule définitive, puis refaire un dernier export complet — Notion permet d'exporter autant de fois que nécessaire — avant de résilier.
Sauvegarder PostgreSQL avant chaque import massif
Un import de ZIP Notion volumineux écrit un grand nombre de pages en base en peu de temps. Avant de lancer l'import d'un espace important, prendre une sauvegarde PostgreSQL depuis le dossier du Compose :
cd /opt/docmost
docker compose exec -T db pg_dump -U docmost docmost > backup-avant-import.sqlEn cas de structure mal importée, restaurez ce fichier dans une base vide (après l'avoir recréée) plutôt que par-dessus la base existante : vous revenez exactement à l'état précédent, sans réinstaller l'instance.
Ce que la migration ne résout pas — décision éclairée
Deux arbitrages méritent d'être posés avant de s'engager.
Premier arbitrage : si vos équipes utilisent les bases de données Notion pour piloter des projets (suivi de tâches, pipeline client, tableau de bord opérationnel), Docmost libre ne remplace pas cette partie. La migration résout le problème de coût de la documentation, pas celui de la gestion de données structurées. Ces deux besoins sont distincts et méritent des outils distincts. AppFlowy est souvent cité comme l'alternative la plus proche des bases de données de Notion, mais vérifiez son modèle avant de vous engager : le dépôt AGPL AppFlowy-Cloud est archivé, et l'auto-hébergement passe désormais par un dépôt « SelfHost-Commercial » et des images Docker construites depuis une base de code serveur commerciale.
Deuxième arbitrage : la migration a un coût réel en temps. Réorganiser le contenu importé, reconfigurer les permissions, former les équipes et les clients à une nouvelle interface représente un investissement non nul. Pour une agence avec un portefeuille stable et un contenu principalement documentaire, le calcul est généralement favorable à partir de 10 sièges Business. Pour une agence dont Notion est profondément intégré dans ses workflows opérationnels, la migration partielle (Docmost pour la documentation + un autre outil pour les données) est la voie la plus réaliste.
Pour structurer la décision avant de commencer, l'article checklist de migration SaaS vers self-hosting pose les questions dans le bon ordre.
Dépannage : erreurs courantes à l'installation et à l'import
Quatre erreurs reviennent régulièrement dans les issues GitHub de Docmost et dans les retours d'expérience de migration.
Error: connect ECONNREFUSED 127.0.0.1:5432 — Docmost ne trouve pas PostgreSQL. Sur Docker Compose, vérifiez d'abord que DATABASE_URL vise le nom du service (db) et non localhost, puis que le conteneur Docmost ne démarre pas avant la fin de l'initialisation de PostgreSQL : une directive depends_on avec condition: service_healthy et un healthcheck PostgreSQL (pg_isready) dans le docker-compose.yml résolvent le problème.
Import refusé, ou bloqué sur « Processing… » — Symptôme d'un ZIP qui dépasse FILE_IMPORT_SIZE_LIMIT (200 Mo par défaut), d'un reverse proxy qui coupe la requête (client_max_body_size, délai d'attente) ou d'un Redis arrêté. Relevez la limite, vérifiez que Redis tourne (docker compose ps) et relancez l'import sur un sous-ensemble de pages d'abord.
L'import Markdown échoue alors que le HTML passe — Signalé dès 2024 (issue #91 du dépôt, close depuis) : le parser Markdown peut buter sur des exports Notion qui contiennent des extensions non standard (métadonnées imbriquées, blocs spéciaux). Refaites l'export au format HTML : Docmost accepte les deux formats depuis le même dialogue, et le HTML donne des résultats plus fiables sur les exports complexes.
Pages importées sans images, ou co-édition qui ne se synchronise pas — L'export d'espace de travail Notion inclut les fichiers téléversés : si les images manquent, vérifiez que vous avez importé le ZIP d'origine et non une archive recompressée sans ses dossiers. Si deux rédacteurs ne voient pas leurs modifications respectives en direct, c'est presque toujours le reverse proxy : il doit transmettre les en-têtes Upgrade et Connection: upgrade des WebSockets.
