Ce qui a changé dans la tarification Notion en 2026
En mai 2025, Notion a supprimé l'add-on IA autonome (jusqu'alors facturé séparément) et a intégré l'intégralité de Notion AI — agents autonomes, résumés, recherche contextuelle — directement dans le plan Business. Les plans Free et Plus ne reçoivent plus qu'un accès d'essai limité. Pour une agence de 15 personnes qui n'utilisait pas l'IA ou qui avait volontairement évité l'add-on, c'est une augmentation imposée sans contrepartie fonctionnelle perçue. Si l'agence maintient en plus des espaces de travail séparés pour ses clients — chacun facturé au siège — la progression de la facture est directement proportionnelle au 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 forcée dans le plan — l'add-on était optionnel ; le plan Business intègre désormais Notion AI sans option de désactivation, même si l'IA n'est pas utilisée.
- Pas de plan intermédiaire sans IA — le plan Plus ne donne plus accès à l'IA complète, ce qui bloque les workflows d'agences qui en dépendent.
- Facturation au siège réel — il n'existe pas de licences flottantes ni de quotas partagés entre espaces ; chaque membre actif est compté individuellement.
- 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
Docmost est publié sous licence AGPL-3.0, dont le fichier LICENSE est disponible sur le dépôt GitHub github.com/docmost/docmost. 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 usage de déploiement interne standard — sans fork distribué — cette contrainte ne s'applique pas. Des fonctionnalités entreprise supplémentaires (SSO SAML, audit log avancé) sont disponibles sous une licence commerciale distincte, non nécessaire pour l'usage documenté dans cet article.
Docmost vs Notion : le tableau honnête
| Fonctionnalité | Notion Business | Docmost (AGPL) |
|---|---|---|
| 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 complet |
| Commentaires et annotations | Oui | Oui |
| Diagrammes (Draw.io, Mermaid, Excalidraw) | Limité (embed) | Oui — natifs dans l'éditeur |
| Bases de données relationnelles | Oui — fonctionnalité centrale | Non — absent, pas prévu à court terme |
| Vues kanban, galerie, calendrier | Oui | Non |
| Formules et propriétés calculées | Oui | Non |
| API publique | Oui (API REST officielle) | Non — pas d'API publique documentée |
| 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) | Oui (inclus Business) | Non |
| Coût mensuel (15 personnes) | Plan Business par siège, facturé à chaque membre | Coût du VPS uniquement |
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 : la gestion de portefeuille projet dans des bases de données Notion avec vues filtrées, les tableaux de bord avec formules et rollups, les CRM légers construits sur des bases de données relationnelles, et les workflows qui s'appuient sur l'API Notion pour synchroniser des données externes. 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 composants Docker : l'application elle-même, PostgreSQL pour la persistance, et Redis pour la collaboration temps réel et les files de tâches. Ces trois conteneurs tournent confortablement sur un VPS disposant de 2 vCPU et 4 Go de RAM pour une équipe d'agence standard. Pour des équipes avec de nombreux éditeurs simultanés, 8 Go de RAM donne une marge confortable. Le stockage dépend du volume de fichiers joints aux pages — prévoir 20 Go minimum en dehors des bases.
Autres prérequis : Docker et Docker Compose installés sur le VPS, un reverse proxy (nginx ou Caddy) pour le HTTPS, et un nom de domaine pointant vers le serveur. Le guide d'installation complet Docker est documenté dans l'article self-host-docmost-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, aller dans Réglages → Espace de travail → Exporter le contenu. Choisir le format Markdown et CSV avec les sous-pages incluses. Notion génère un fichier ZIP contenant les pages en Markdown et les bases de données en CSV. Ce ZIP est le format que Docmost importe directement.
Vérifier le contenu du ZIP avant l'import
Décompresser le ZIP localement et parcourir la structure. Chaque page devient un fichier .md. Les bases de données Notion (tableaux, kanban, calendriers) sont exportées en .csv — ces fichiers ne seront pas importés par Docmost comme des bases de données, mais comme du texte brut. Identifier à ce stade ce qui sera perdu (les vues, les formules, les relations) et ce qui survivra (le texte, les titres, les liens internes).
Créer les espaces dans Docmost
Dans Docmost, créer un espace par équipe ou par client avant l'import. La structure des espaces Docmost est équivalente aux espaces de travail Notion — elle porte les permissions et l'isolation. Nommer les espaces de façon cohérente avec les exports Notion facilite la correspondance.
Lancer l'import dans Docmost
Dans l'espace cible, aller dans Paramètres → Import. Cliquer sur Notion (l'option spécifique Notion, pas l'option Markdown générique). Uploader le fichier ZIP exporté depuis Notion. Docmost parse la structure 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 (ils sont résolus si les slugs sont cohérents), les images et fichiers joints (ils sont réimportés depuis le ZIP), et les blocs qui étaient des bases de données Notion (ils apparaissent comme du texte ou des tableaux simples — les retravailler manuellement si nécessaire).
Configurer les permissions par espace
Docmost gère les permissions au niveau de l'espace : un espace peut être privé (membres invités explicitement), ouvert à l'organisation, ou public. Pour les espaces clients, créer un groupe par client (groupe-client-x), inviter les membres concernés, et assigner ce groupe à l'espace avec le rôle Éditeur ou Lecteur selon le besoin.
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. Mettre une bannière dans chaque espace Notion indiquant la date de bascule définitive.
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 un import d'espace important, prendre un snapshot PostgreSQL : docker exec docmost-db pg_dump -U docmost docmost > backup-avant-import.sql. En cas de structure mal importée, un psql suffit pour revenir à l'état précédent sans remonter toute 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 ne remplace pas cette partie. La migration vers Docmost résout le problème de coût de la documentation, pas le problème de gestion de données structurées. Ces deux besoins sont distincts et méritent des outils distincts.
Deuxième arbitrage : la migration a un coût réel en temps de rétablissement. 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
Trois 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, le service Docmost démarre parfois avant que PostgreSQL ait terminé son initialisation. Ajouter une directive depends_on avec condition: service_healthy et un healthcheck PostgreSQL dans le docker-compose.yml résout le problème.
Import bloqué sur « Processing... » sans fin — Symptôme d'un ZIP Notion trop volumineux (au-delà de quelques centaines de mégaoctets) ou d'un timeout Redis. Vérifier que Redis est démarré (docker ps), augmenter le paramètre APP_URL dans le .env si le reverse proxy tronque les requêtes, et relancer l'import sur un sous-ensemble de pages d'abord.
New import feature keeps failing with Markdown but HTML works (issue #91 GitHub) — Le parser Markdown de Docmost peut échouer sur des fichiers Notion exportés avec des extensions Markdown non standard (métadonnées YAML front matter imbriquées, blocs spéciaux). Dans ce cas, utiliser l'export Notion au format HTML plutôt que Markdown : Docmost importe les deux formats depuis le même dialog, et le format HTML produit des résultats plus fiables sur les exports complexes.
Pages importées sans images — Les images Notion sont stockées sur les serveurs Notion et référencées par URL dans l'export Markdown. Ces URLs expirent après l'export. Utiliser l'export HTML qui inclut les images dans le ZIP, ou re-télécharger les images manuellement depuis l'export avant que les URLs n'expirent.
