Comment sauvegarder une page Notion en Markdown (toggles dépliés, bases en tableaux)

L’option native « Export as Markdown » de Notion ressemble à une vraie porte de sortie jusqu’à ce que vous ouvriez le zip. Les toggles sont repliés. Les databases inline ressortent en HTML cassé. Les callouts perdent leur emoji. Les noms de fichiers portent des suffixes UUID. Chaque lien interne pointe vers un chemin qui n’existe plus. Et la plupart des outils tiers « Notion to Markdown » se contentent de balancer le HTML rendu, ce qui est pire --- vous vous retrouvez avec une soupe de <div> qui prétend être une note.

Ce guide couvre toutes les méthodes pour convertir une page Notion en Markdown propre --- d’une seule page à la migration complète d’un workspace.

Pourquoi sauvegarder des pages Notion en Markdown ?

Le Markdown est le format qui survit hors des murs de Notion :

• Migrer vers Obsidian, Logseq ou des fichiers plats --- un dossier, pas de Notion blocks propriétaires, recherche plein texte sur tout
• Le donner à un LLM --- Claude, ChatGPT, Gemini et les modèles locaux lisent tous nativement le Markdown comme contexte
• Échapper au vendor lock-in --- le format de blocs de Notion leur appartient, le Markdown vous appartient, le jour où vous décidez de partir est le jour où ça compte
• Construire une base de connaissances IA --- pointez Claude Projects ou un pipeline RAG local vers un dossier de Markdown propre et ça fonctionne directement
• Archiver une page avant qu’elle ne soit restructurée --- les workspaces sont réorganisés, les pages supprimées, vos notes ne devraient pas dépendre du grand ménage de printemps d’un collègue

Le cas d’usage qui génère le plus de trafic Notion-vers-Markdown en 2026, c’est la migration : les gens qui ont construit leur second cerveau dans Notion en 2020 et qui le veulent maintenant dans un format qu’ils contrôlent vraiment.

Méthode 1 : Minibase (la plus rapide, un clic)

Minibase est une extension Chrome qui transforme n’importe quelle page Notion en fichier Markdown d’un seul clic. Elle lit la page rendue, déplie chaque toggle, parcourt les lignes de database et produit quelque chose qui ressemble vraiment à une note --- pas à un dump des block IDs de Notion.

Comment ça marche :

1. Ouvrez la page Notion dans Chrome (pages de workspace ou liens publics, les deux fonctionnent)
2. Cliquez sur l’icône de l’extension Minibase dans votre barre d’outils
3. Un fichier .md se télécharge instantanément (ou arrive dans votre Minibase Vault s’il est connecté)

Ce que vous obtenez :

• Toggles entièrement dépliés --- chaque section repliée est ouverte et intégrée, donc rien n’est caché
• Databases inline en tableaux Markdown --- les colonnes deviennent en-têtes, les lignes deviennent lignes, les propriétés restent lisibles
• Databases pleine page en tableau de lignes --- chaque entrée parcourue, propriétés préservées sur toute la ligne
• Callouts en blockquotes stylisés --- l’icône emoji reste au début de la citation pour que l’indice visuel survive au format
• Blocs de code avec identifiants de langage --- ```python, ```ts, ```bash --- la coloration syntaxique fonctionne dès que vous le collez ailleurs
• Références de liens et backlinks --- les liens internes sont préservés en liens Markdown vers les slugs pertinents
• Titre, icône et couverture de page --- le frontmatter capture le titre, l’icône et l’URL de l’image de couverture pour que les métadonnées survivent

Ce qui est supprimé :

• La sidebar de Notion, le fil d’Ariane et la nav supérieure
• Le panneau de commentaires de droite (sauf si vous l’activez explicitement)
• Les boutons « Share », l’indicateur « Updates » et les autres scories d’UI
• Les blocs placeholder vides et les restes « Untitled » par défaut de Notion
• Les suffixes UUID sur les noms de fichiers --- vous obtenez product-roadmap-q2.md, pas Product-Roadmap-Q2-a1b2c3d4e5f6.md

Idéal pour : Quiconque migre un workspace Notion, construit une base de connaissances IA à partir de docs existants ou veut juste récupérer une page sans lancer la file d’export de Notion. Particulièrement bon pour les pages avec beaucoup de toggles et de databases, qui sont exactement là où l’export natif de Notion s’effondre.

Exemple de sortie

Sauvegarder une page produit Notion typique avec un toggle et une database inline produit :

---
title: "Product Roadmap Q2 2026"
icon: "🗺️"
cover: "https://www.notion.so/images/page-cover/woodcuts_1.jpg"
url: https://www.notion.so/Product-Roadmap-Q2-2026-a1b2c3d4e5f6
---

# Product Roadmap Q2 2026

## In Progress

### User Authentication Overhaul

- Migrate from JWT to session-based auth
- Add SSO support for enterprise customers
- Timeline: March 15 - April 30

> 💡 **Note:** This blocks the enterprise launch. Prioritize accordingly.

#### Implementation Details

The migration happens in three phases. Phase one ships the new session
store behind a feature flag. Phase two backfills existing JWTs into
sessions on next login. Phase three removes the JWT code path entirely.

```python
session = await create_session(user_id, ttl=86400)
response.set_cookie("sid", session.token, httponly=True)

Planned

API v2

Endpoint	Status	Owner	Target
/users	Spec complete	Alice	Apr 15
/billing	In review	Bob	Apr 22
/analytics	Not started	—	May 06

Related Pages

• Q1 Retrospective
• Auth Migration RFC

Ce fichier atterrit dans Obsidian comme une note fonctionnelle. Collé dans Claude, il donne au modèle le contexte complet avec le contenu des toggles et les lignes de database que l'export natif aurait enterrés.

## Méthode 2 : l'export Markdown natif de Notion

Notion propose une option intégrée « Export as Markdown & CSV » dans le menu de la page.

**Étapes :**

1. Ouvrez la page, cliquez sur le menu `...` en haut à droite
2. Choisissez **Export**, puis le format **Markdown & CSV**
3. Attendez le zip, téléchargez-le, dézippez, trouvez votre page parmi les fichiers à suffixes UUID

**Problèmes avec cette approche :**

- **Les toggles s'effondrent à rien** --- le contenu à l'intérieur des blocs `▶ Toggle` disparaît entièrement de l'export sur l'ancienne chaîne de code, ou ressort en bloc `<details>` non standard que la plupart des éditeurs ne rendent pas
- **Les databases sont scindées en fichiers CSV séparés** --- la page elle-même perd la table inline, vous obtenez un `.md` et un `.csv` frère que vous devez recoudre à la main
- **Les noms de fichiers ont des suffixes UUID** --- `My-Page-a1b2c3d4e5f6.md` --- ce qui casse les liens et fait moche dans n'importe quel explorateur de fichiers
- **Les liens internes pointent vers des chemins UUID** --- `[Other Page](Other-Page-b2c3d4e5f6a1.md)` --- donc tout le graphe de liens casse à moins de le réécrire
- **Les callouts perdent leur style** --- l'icône emoji est jetée, le bloc devient un paragraphe banal
- **Les images de couverture et les icônes ne sont pas dans le frontmatter** --- les métadonnées que vous voulez vraiment sont parties

Acceptable pour une seule page texte. S'effondre sur tout ce qui utilise les types de Notion blocks plus riches --- soit la plupart des vraies pages.

## Méthode 3 : Notion API + script

Pour un contrôle total, vous pouvez tirer la page via la Notion API officielle et convertir les blocks vers Markdown vous-même.

```bash
# Using notion-to-md (popular community library)
npm install notion-to-md @notionhq/client

# Set NOTION_TOKEN env var (integration token from notion.so/my-integrations)
node convert.js PAGE_ID > page.md

Idéal pour : Les équipes d’ingénierie qui font tourner des exports planifiés, construisent un pipeline de sync de Notion vers un site de docs, ou quiconque a besoin d’un contrôle programmatique sur la façon dont chaque type de block mappe vers Markdown.

Problèmes avec cette approche :

• Nécessite de créer une intégration Notion, de lui donner accès aux pages et de gérer le token
• La bibliothèque de conversion (par ex. notion-to-md) gère les blocks courants mais traîne sur les plus récents --- les synced blocks, les AI blocks et les ajouts récents ressortent souvent cassés
• Les propriétés de database (formules, rollups, relations) nécessitent un traitement custom parce que l’API les renvoie en références brutes, pas en valeurs résolues
• Vous écrivez et maintenez un convertisseur, ce qui est un vrai logiciel
• Les rate limits et la pagination doivent être respectés sur les gros workspaces

La bonne méthode si vous construisez un pipeline. Disproportionné pour une page ou même une petite migration.

Méthode 4 : outils de migration tiers (Loom, super.so, etc.)

Un petit écosystème d’outils payants cible spécifiquement la migration Notion --- certains se concentrent sur le déplacement vers une destination spécifique (Obsidian, Roam), d’autres publient des pages Notion sur le web (super.so, Potion).

Idéal pour : Les équipes qui font une migration en masse one-shot, qui veulent un service pour gérer la longue traîne des types de blocks et qui acceptent de payer par workspace.

Problèmes pour le cas d’usage Markdown :

• La sortie est souvent liée à une destination spécifique (vault Obsidian, graphe Roam) plutôt qu’à du Markdown portable propre
• La plupart sont des services payants avec des frais par workspace ou par page
• La qualité varie énormément --- certains outils appellent juste l’export Notion sous le capot, donc vous héritez de tous ses problèmes avec des étapes en plus
• Délai lent pour les gros workspaces parce qu’ils batch les opérations
• Conçus pour une migration unique, pas pour l’usage ad-hoc « sauvegarde cette page maintenant »

Si vous déplacez un workspace entier et ne voulez pas toucher à un script, évaluez-en un. Si vous voulez une page propre en cinq secondes, ce n’est pas le bon outil.

Quelle méthode utiliser ?

Scénario	Meilleure méthode
Coller une page Notion dans Claude ou ChatGPT	Minibase --- un clic, toggles dépliés
Migrer une page vers Obsidian	Minibase --- nom propre, liens fonctionnels
Construire une base de connaissances IA	Minibase --- Markdown cohérent sur toutes les pages
Archiver une page avant la réorganisation d’un collègue	Minibase --- capture ce que vous voyez maintenant
Export en masse d’un workspace entier, one-shot	Export natif Notion --- acceptez la taxe de nettoyage
Construire un pipeline automatisé Notion → site de docs	Notion API + script --- programmatique et stable
Payer un service pour faire la migration	Outil tiers --- si la qualité tient

Pour la plupart des gens --- surtout quiconque utilise du contenu Notion comme contexte IA ou migre vers un outil Markdown-natif --- Minibase est la réponse. Il produit le Markdown le plus propre sans aucune configuration et gère les pages chargées en toggles et en databases sans aucune des pertes structurelles que l’export natif impose.

Cas limites gérés par Minibase

• Databases imbriquées dans des pages. Une page avec une database, où une des lignes mène à une autre page qui contient elle-même une database --- Minibase déplie la table de premier niveau et fait des liens vers les pages imbriquées, n’essaie pas d’inline le monde entier. La récursion est opt-in pour le cas rare où vous voulez tout l’arbre.
• Sous-pages et pages liées. Les liens internes sont préservés en liens Markdown. Si vous sauvegardez le parent et les enfants séparément, les liens résolvent. Si vous sauvegardez seulement le parent, les liens restent en références que vous pouvez résoudre plus tard.
• Synced blocks. Résolus vers leur contenu réel. Le Markdown contient le texte résolu, pas un placeholder pointant vers le block source.
• Commentaires. Désactivés par défaut. Activez-les dans les paramètres de l’extension si vous voulez capturer le fil de discussion à côté du contenu de la page (utile pour l’archivage, bruyant pour le contexte IA).
• Templates et template buttons. Le contenu du template est capturé tel qu’il apparaît une fois rendu. Les template buttons eux-mêmes sont jetés puisque ce sont des éléments interactifs sans représentation statique.
• Wiki pages et vues galerie. Les pages d’accueil wiki gardent leur liste de pages enfants. Les vues galerie deviennent une table d’entrées avec les propriétés visibles en colonnes.
• Propriétés de database (formules, rollups, relations). Les valeurs de formule et de rollup sont capturées comme leur texte rendu. Les relations sont préservées en liens Markdown vers les pages liées.
• Pages publiques vs privées. Minibase voit ce que votre navigateur connecté voit. Si vous pouvez lire la page, Minibase peut la convertir --- fonctionne pareil sur les pages de workspace, les pages partagées et les liens publics.
• Longues pages avec des centaines de blocks. L’extension chunke la conversion pour que le navigateur ne fige pas. La sortie est un seul fichier Markdown continu quelle que soit la longueur de la page.

À associer à votre workflow

La sortie Markdown fonctionne partout où vous en avez besoin :

• Obsidian --- déposez le fichier dans votre vault, le graphe de liens se reconstruit automatiquement au fur et à mesure que vous sauvegardez d’autres pages
• Logseq --- même histoire, les propriétés de page deviennent des propriétés Logseq
• Claude / ChatGPT / Gemini --- collez le fichier, posez des questions de suivi, utilisez-le comme contexte pour un Project
• Apple Notes --- import propre via l’extension de partage Markdown
• Dossier brut + ripgrep --- si vous êtes parti minimaliste, un dossier de Markdown plus rg est une recherche plus rapide que Notion ne l’a jamais été
• Minibase Vault --- si vous en avez connecté un, chaque sauvegarde Notion y atterrit automatiquement avec backlinks et tags, donc tout le workspace devient searchable au fur et à mesure qu’il migre

FAQ

Minibase fonctionne-t-il sur les pages privées d’un workspace ? Oui. Minibase tourne dans votre navigateur connecté, donc tout ce que vous pouvez lire --- pages de workspace, pages partagées, liens publics --- Minibase peut le convertir.

Minibase peut-il casser mes données Notion ? Non. Minibase est en lecture seule. Il lit la page rendue dans l’onglet de votre navigateur et écrit un fichier Markdown sur votre ordinateur. Il ne modifie jamais Notion, n’appelle jamais la Notion API, ne touche jamais votre workspace.

Et les images et pièces jointes ? Les images sont référencées en liens d’image Markdown pointant vers les URLs S3 de Notion. Ces URLs sont signées et expirent, donc pour de l’archivage long terme, associez Minibase à une passe « embed images locally » --- demandez à l’extension de télécharger les images à côté du Markdown.

Préserve-t-il les toggles ? Oui, et c’est le principal différenciateur par rapport à l’export natif de Notion. Chaque toggle sur la page est ouvert et son contenu est inliné. Vous voyez tout ce qui est vraiment sur la page, pas juste les titres.

Puis-je exporter un workspace entier en masse ? L’extension est page-par-page aujourd’hui. Pour une migration de workspace complet, le workflow que la plupart des gens utilisent est : sauvegardez la wiki de plus haut niveau du workspace (qui capture l’arbre de pages), puis sauvegardez les pages que vous voulez vraiment une par une. Plus rapide qu’il n’y paraît parce que chaque sauvegarde est un clic.

Fonctionne-t-il sur Notion mobile ? Chrome desktop uniquement. Sur mobile, copiez l’URL et ouvrez-la sur desktop, ou utilisez le handler d’URL Minibase Vault sur Mac.

Comment se compare-t-il à notion-to-md et autres scripts ? La qualité de sortie est comparable sur les pages simples. Sur les pages avec toggles, callouts et databases inline, la sortie de Minibase est plus propre parce qu’il lit le DOM rendu plutôt que de parcourir l’arbre de blocks brut --- ce qui veut dire que les nouveaux types de blocks fonctionnent directement sans attendre une mise à jour de la bibliothèque.

Combien ça coûte ? Minibase a un tier gratuit pour que vous puissiez l’essayer sur quelques pages. Au-delà, un petit abonnement couvre les coûts de conversion.

Guides Minibase liés

• Sauvegarder Google Docs en Markdown --- commentaires, suggestions et mise en forme préservés
• Exporter Confluence en Markdown --- l’équivalent wiki entreprise, avec la même douleur de migration
• Sauvegarder les conversations ChatGPT en Markdown --- chaque tour, avec les blocs de code intacts
• Sauvegarder les vidéos YouTube en Markdown --- transcript, résumé, timestamps, prêt pour Claude