Notion-Seite als Markdown speichern (Toggles aufgeklappt, Databases als Tabellen)

Notions natives „Export as Markdown” wirkt wie ein echter Notausgang --- bis du das ZIP öffnest. Toggles sind eingeklappt. Inline-Databases kommen als kaputtes HTML raus. Callouts verlieren ihr Emoji. Dateinamen tragen UUID-Suffixe. Jeder interne Link zeigt auf einen Pfad, den es nicht mehr gibt. Und die meisten Drittanbieter-Tools „Notion to Markdown” werfen einfach das gerenderte HTML aus, was noch schlimmer ist --- du landest bei einer <div>-Suppe, die so tut, als wäre sie eine Notiz.

Dieser Guide deckt jede Methode ab, um eine Notion-Seite in sauberes Markdown zu wandeln --- von einer einzelnen Seite bis zur kompletten Workspace-Migration.

Warum Notion-Seiten als Markdown speichern?

Markdown ist das Format, das außerhalb der Notion-Mauern überlebt:

• Migration zu Obsidian, Logseq oder einfachen Dateien --- ein Ordner, keine proprietären Notion blocks, Volltextsuche über alles
• An ein LLM verfüttern --- Claude, ChatGPT, Gemini und lokale Modelle lesen Markdown alle nativ als Kontext
• Vendor-Lock-in entkommen --- Notions Block-Format gehört Notion, Markdown gehört dir, der Tag, an dem du gehen willst, ist der Tag, an dem das zählt
• Eine KI-Wissensdatenbank aufbauen --- Claude Projects oder eine lokale RAG-Pipeline auf einen Ordner mit sauberem Markdown zeigen, fertig
• Eine Seite archivieren, bevor sie umstrukturiert wird --- Workspaces werden reorganisiert, Seiten gelöscht, deine Notizen sollten nicht vom Frühjahrsputz eines Kollegen abhängen

Der Use Case, der 2026 den meisten Notion-zu-Markdown-Traffic treibt, ist die Migration: Leute, die ihr Second Brain 2020 in Notion gebaut haben und es jetzt in einem Format wollen, das sie wirklich kontrollieren.

Methode 1: Minibase (am schnellsten, ein Klick)

Minibase ist eine Chrome-Erweiterung, die jede Notion-Seite mit einem Klick in eine Markdown-Datei verwandelt. Sie liest die gerenderte Seite, klappt jeden Toggle auf, läuft die Database-Zeilen durch und produziert etwas, das tatsächlich wie eine Notiz aussieht --- nicht wie ein Dump von Notions Block-IDs.

So funktioniert’s:

1. Öffne die Notion-Seite in Chrome (Workspace-Seiten oder Public Links funktionieren beide)
2. Klick auf das Minibase-Icon in deiner Toolbar
3. Eine .md-Datei lädt sofort herunter (oder landet in deinem Minibase Vault, falls verbunden)

Was du bekommst:

• Toggles vollständig aufgeklappt --- jede eingeklappte Sektion wird geöffnet und inline eingefügt, nichts bleibt versteckt
• Inline-Databases als Markdown-Tabellen --- Spalten werden zu Headern, Zeilen zu Zeilen, Properties bleiben lesbar
• Page-Databases als Tabelle von Zeilen --- jeder Eintrag durchgelaufen, Properties über die Zeile hinweg erhalten
• Callouts als gestaltete Blockquotes --- das Emoji-Icon bleibt am Anfang des Zitats, damit der visuelle Cue das Format überlebt
• Codeblöcke mit Sprachkennungen --- ```python, ```ts, ```bash --- Syntax-Highlighting funktioniert, sobald du es woanders einfügst
• Verweise auf verlinkte Seiten und Backlinks --- interne Links bleiben als Markdown-Links auf die passenden Slugs erhalten
• Seitentitel, Icon und Cover --- Frontmatter erfasst Titel, Icon und Cover-Bild-URL, damit die Metadaten überleben

Was entfernt wird:

• Notions Sidebar, Breadcrumb und obere Nav-Leiste
• Das rechte Kommentar-Panel (außer es wird explizit aktiviert)
• „Share”-Buttons, „Updates”-Indikator und anderer UI-Müll
• Leere Placeholder-Blöcke und Notions Standard-„Untitled”-Reste
• UUID-Suffixe auf Dateinamen --- du bekommst product-roadmap-q2.md, nicht Product-Roadmap-Q2-a1b2c3d4e5f6.md

Am besten für: Jeden, der einen Notion-Workspace migriert, eine KI-Wissensdatenbank aus bestehenden Docs aufbaut oder einfach eine Seite greifen will, ohne Notions Export-Queue anzuwerfen. Besonders gut für Seiten mit viel Toggle- und Database-Nutzung --- genau dort, wo Notions nativer Export zusammenbricht.

Beispiel-Output

Eine typische Notion-Produktseite mit einem Toggle und einer Inline-Database zu speichern, produziert:

---
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

Die Datei fällt als funktionsfähige Notiz in Obsidian. In Claude eingefügt liefert sie dem Modell den vollen Kontext mit Toggle-Inhalten und Database-Zeilen, die der native Export verschüttet hätte.

## Methode 2: Notions nativer Markdown-Export

Notion bringt im Seitenmenü eine eingebaute Option „Export as Markdown & CSV" mit.

**Schritte:**

1. Seite öffnen, oben rechts auf das `...`-Menü klicken
2. **Export** wählen, dann Format **Markdown & CSV**
3. Auf das ZIP warten, herunterladen, entpacken, deine Seite zwischen den UUID-suffixierten Dateien finden

**Probleme mit diesem Ansatz:**

- **Toggles kollabieren zu nichts** --- der Inhalt in `▶ Toggle`-Blöcken verschwindet im alten Code-Path komplett aus dem Export, oder kommt als nicht-standardisierter `<details>`-Block raus, den die meisten Editoren nicht rendern
- **Databases werden in separate CSV-Dateien aufgeteilt** --- die Seite selbst verliert die Inline-Tabelle, du bekommst ein `.md` und ein Geschwister-`.csv`, das du manuell wieder zusammenflicken musst
- **Dateinamen haben UUID-Suffixe** --- `My-Page-a1b2c3d4e5f6.md` --- das bricht Links und sieht in jedem Datei-Browser hässlich aus
- **Interne Links zeigen auf UUID-Pfade** --- `[Other Page](Other-Page-b2c3d4e5f6a1.md)` --- der gesamte Link-Graph zerbricht, außer du schreibst ihn um
- **Callouts verlieren ihr Styling** --- das Emoji-Icon fliegt raus, der Block wird zu einem schlichten Absatz
- **Cover-Bilder und Icons sind nicht im Frontmatter** --- die Metadaten, die du eigentlich willst, sind weg

Brauchbar für eine einzelne reine Text-Seite. Bricht bei allem, was Notions reichere Block-Typen nutzt --- also den meisten echten Seiten.

## Methode 3: Notion API + Skript

Für volle Kontrolle kannst du die Seite über die offizielle Notion API ziehen und die Blocks selbst zu Markdown wandeln.

```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

Am besten für: Engineering-Teams, die geplante Exports fahren, eine Sync-Pipeline von Notion in eine Docs-Site bauen, oder jeden, der programmatische Kontrolle braucht, wie jeder Block-Typ auf Markdown mappt.

Probleme mit diesem Ansatz:

• Erfordert das Anlegen einer Notion-Integration, Seitenzugriff erteilen und Token verwalten
• Die Konvertier-Library (z. B. notion-to-md) handhabt gängige Blocks, hinkt aber bei neueren hinterher --- synced blocks, AI blocks und neue Ergänzungen kommen oft kaputt raus
• Database-Properties (Formeln, Rollups, Relationen) brauchen Custom-Handling, weil die API sie als rohe Referenzen liefert, nicht als aufgelöste Werte
• Du schreibst und wartest einen Konverter --- ein echtes Stück Software
• Rate Limits und Pagination müssen bei großen Workspaces respektiert werden

Die richtige Methode, wenn du eine Pipeline baust. Übertrieben für eine Seite oder selbst eine kleine Migration.

Methode 4: Drittanbieter-Migrationstools (Loom, super.so usw.)

Ein kleines Ökosystem von bezahlten Tools zielt speziell auf Notion-Migration --- manche fokussieren sich auf den Umzug zu einem bestimmten Ziel (Obsidian, Roam), andere veröffentlichen Notion-Seiten im Web (super.so, Potion).

Am besten für: Teams, die eine Einmal-Massenmigration machen, einen Service wollen, der den Long Tail der Block-Typen handhabt, und kein Problem damit haben, pro Workspace zu zahlen.

Probleme für den Markdown-Use-Case:

• Output ist oft an ein bestimmtes Ziel gebunden (Obsidian-Vault, Roam-Graph) statt sauberes portables Markdown
• Die meisten sind kostenpflichtige Services mit Gebühren pro Workspace oder pro Seite
• Qualität schwankt extrem --- manche Tools rufen unter der Haube nur den Notion-Export auf, du erbst also all dessen Probleme mit zusätzlichen Schritten
• Langsame Bearbeitungszeit bei großen Workspaces, weil sie Operationen batchen
• Designt für einmalige Migration, nicht für den Ad-hoc-„speicher diese Seite jetzt”-Einsatz

Wenn du einen ganzen Workspace umziehst und kein Skript anfassen willst, evaluiere eines davon. Wenn du eine saubere Seite in fünf Sekunden willst, sind sie das falsche Werkzeug.

Welche Methode solltest du nutzen?

Szenario	Beste Methode
Notion-Seite in Claude oder ChatGPT einfügen	Minibase --- ein Klick, Toggles aufgeklappt
Eine Seite nach Obsidian migrieren	Minibase --- sauberer Dateiname, funktionierende Links
KI-Wissensdatenbank aus deinem Workspace bauen	Minibase --- konsistentes Markdown über alle Seiten
Seite archivieren, bevor ein Kollege sie umstrukturiert	Minibase --- erfasst, was du jetzt siehst
Ganzen Workspace einmalig massen-exportieren	Notion nativer Export --- akzeptiere die Cleanup-Steuer
Automatisierte Notion → Docs-Site-Pipeline bauen	Notion API + Skript --- programmatisch und stabil
Einen Dienst die Migration machen lassen	Drittanbieter-Tool --- falls die Qualität hält

Für die meisten Leute --- besonders alle, die Notion-Inhalte als KI-Kontext nutzen oder zu einem Markdown-nativen Tool migrieren --- ist Minibase die Antwort. Es produziert das sauberste Markdown mit null Setup und schafft toggle- und database-lastige Seiten ohne die strukturellen Verluste, die der native Export aufzwingt.

Edge Cases, die Minibase handhabt

• Verschachtelte Databases in Seiten. Eine Seite mit einer Database, deren Zeile auf eine andere Seite verlinkt, die ihrerseits eine Database enthält --- Minibase klappt die Top-Level-Tabelle auf und verlinkt zu den verschachtelten Seiten, statt die Welt inline zu pressen. Rekursion ist opt-in für den seltenen Fall, dass du den ganzen Baum willst.
• Unterseiten und verlinkte Seiten. Interne Links bleiben als Markdown-Links erhalten. Wenn du Eltern- und Kindseiten separat speicherst, lösen sich die Links auf. Speicherst du nur das Elternteil, bleiben die Links als Referenzen, die du später auflösen kannst.
• Synced blocks. Auf ihren echten Inhalt aufgelöst. Das Markdown enthält den aufgelösten Text, kein Placeholder, der auf den Source-Block zeigt.
• Kommentare. Standardmäßig aus. In den Erweiterungseinstellungen aktivieren, wenn du den Diskussions-Thread neben dem Seiteninhalt erfassen willst (nützlich für Archivierung, störend für KI-Kontext).
• Templates und Template-Buttons. Der Template-Inhalt wird so erfasst, wie er gerendert erscheint. Template-Buttons selbst fliegen raus, da sie interaktive Elemente ohne statische Repräsentation sind.
• Wiki Pages und Gallery Views. Wiki-Home-Pages behalten ihre Child-Page-Liste. Gallery Views werden zu einer Tabelle von Einträgen mit den sichtbaren Properties als Spalten.
• Database-Properties (Formeln, Rollups, Relationen). Formel- und Rollup-Werte werden als ihr gerenderter Text erfasst. Relationen bleiben als Markdown-Links auf die verwandten Seiten erhalten.
• Öffentliche vs. private Seiten. Minibase sieht, was dein eingeloggter Browser sieht. Wenn du die Seite lesen kannst, kann Minibase sie wandeln --- funktioniert auf Workspace-Seiten, geteilten Seiten und Public Links gleich.
• Lange Seiten mit hunderten Blocks. Die Erweiterung chunked die Konvertierung, damit der Browser nicht einfriert. Output ist eine einzige durchgehende Markdown-Datei, egal wie lang die Seite ist.

Mit deinem Workflow kombinieren

Der Markdown-Output funktioniert überall, wo du ihn brauchst:

• Obsidian --- die Datei in deinen Vault ablegen, der Link-Graph baut sich automatisch wieder auf, sobald du mehr Seiten speicherst
• Logseq --- gleiche Geschichte, Page-Properties werden zu Logseq-Properties
• Claude / ChatGPT / Gemini --- Datei einfügen, Folgefragen stellen, als Kontext für ein Project nutzen
• Apple Notes --- sauberer Import über die Markdown-Share-Erweiterung
• Schlichter Ordner + ripgrep --- wenn du minimalistisch unterwegs bist, ist ein Ordner Markdown plus rg eine schnellere Suche, als Notion es je war
• Minibase Vault --- falls verbunden, landet jeder Notion-Minibase automatisch dort mit Backlinks und Tags, sodass der ganze Workspace während der Migration durchsuchbar wird

FAQ

Funktioniert Minibase auf privaten Workspace-Seiten? Ja. Minibase läuft in deinem eingeloggten Browser, also alles, was du lesen kannst --- Workspace-Seiten, geteilte Seiten, Public Links --- kann Minibase wandeln.

Wird Minibase meine Notion-Daten kaputt machen? Nein. Minibase ist read-only. Es liest die gerenderte Seite in deinem Browser-Tab und schreibt eine Markdown-Datei auf deinen Computer. Es modifiziert nie Notion, ruft nie die Notion API auf, fasst nie deinen Workspace an.

Was ist mit Bildern und Datei-Anhängen? Bilder werden als Markdown-Image-Links referenziert, die auf Notions S3-URLs zeigen. Diese URLs sind signiert und laufen ab, also für Langzeit-Archivierung Minibase mit einem „embed images locally”-Pass kombinieren --- die Erweiterung Bilder neben dem Markdown herunterladen lassen.

Bleiben Toggles erhalten? Ja, und das ist der Hauptunterschied zum nativen Notion-Export. Jeder Toggle auf der Seite wird geöffnet und sein Inhalt inline eingefügt. Du siehst alles, was tatsächlich auf der Seite steht, nicht nur die Überschriften.

Kann ich einen ganzen Workspace massen-exportieren? Die Erweiterung ist heute Seite-für-Seite. Für eine komplette Workspace-Migration nutzen die meisten diesen Workflow: die oberste Wiki-Seite des Workspaces speichern (die den Page Tree erfasst), dann die Seiten, die du wirklich willst, einzeln speichern. Schneller, als es klingt, weil jeder Minibase ein Klick ist.

Funktioniert es auf Notion Mobile? Nur Chrome Desktop. Auf Mobile die URL kopieren und auf dem Desktop öffnen, oder den Minibase-Vault-URL-Handler auf dem Mac nutzen.

Wie schneidet es gegen notion-to-md und andere Skripte ab? Die Output-Qualität ist auf simplen Seiten vergleichbar. Auf Seiten mit Toggles, Callouts und Inline-Databases ist Saves Output sauberer, weil es das gerenderte DOM liest statt den rohen Block-Tree zu durchlaufen --- was heißt, dass neue Block-Typen einfach funktionieren, ohne auf ein Library-Update zu warten.

Was kostet es? Minibase hat einen Free Tier, damit du es auf ein paar Seiten ausprobieren kannst. Danach deckt ein kleines Abo die Konvertierungskosten.

Verwandte Minibase-Guides

• Google Docs als Markdown speichern --- Kommentare, Vorschläge und Formatierung erhalten
• Confluence nach Markdown exportieren --- das Enterprise-Wiki-Äquivalent, mit denselben Migrations-Schmerzen
• ChatGPT-Konversationen als Markdown speichern --- jede Runde, mit Codeblöcken intakt
• YouTube-Videos als Markdown speichern --- Transkript, Zusammenfassung, Timestamps, bereit für Claude