Obsidian nach Word exportieren: Kompletter Leitfaden 2026

Wer in Obsidian lebt, kennt das Problem. Man hat drei Monate lang eine Forschungsnotiz aufgebaut, voll mit Obsidian-spezifischer Syntax — Dinge wie:

[[Project Plan]]        → Link zu einer anderen Notiz
![[diagram.png]]        → eingebettetes Bild
> [!note] Key insight   → Callout-Block

Dann fragt ein Kollege nach der Word-Version — und jedes einzelne dieser nicht-standardisierten Elemente zerbricht.

Zum ersten Mal bin ich darüber gestolpert, als ich eine 40-seitige technische Untersuchung an einen Stakeholder übergeben musste, der Obsidian nicht anfassen wollte. Was im Vault poliert aussah, kam in Word als Durcheinander aus literalen Klammern und verwaisten Bild-Platzhaltern heraus. Nach dieser Konvertierung und mehreren weiteren habe ich einen Workflow gefunden, der hält. Dieser Leitfaden dokumentiert ihn — den Vorverarbeitungsschritt, den die meisten überspringen, die drei Obsidian-Eigenheiten, die wirklich zählen, und was zu tun ist, wenn Bilder oder Callouts sich querstellen.

Warum Obsidians Markdown nicht portabel ist (und was zerbricht)

Obsidian speichert Notizen als einfache .md-Dateien, weshalb viele annehmen, der Export nach Word sei trivial. Ist er nicht — weil Obsidian Standard-Markdown um Funktionen erweitert, die kein generischer Konverter versteht.

Diese vier Erweiterungen verursachen fast jeden misslungenen Export:

Standard-Markdown-Konverter — Pandoc, die meisten Online-Tools — behandeln [[...]] als literalen Text und ![[...]] als unbekanntes Token. Die gerenderte Obsidian-Ansicht in der App ist eine Vorschau, nicht die Quelle. Diese Unterscheidung ist die Wurzel der meisten „Warum ist mein Export kaputt?"-Frustrationen.

Es gibt noch ein subtileres Problem: Anhang-Pfade. Obsidian löst ![[image.png]] auf, indem es den Vault nach einer passenden Datei durchsucht — unabhängig vom Ordner. Standard-Markdown braucht einen expliziten relativen Pfad. Wenn Ihr Vault Anhänge in 99 Attachments/ ablegt und Ihre Notiz in 10 Projects/ liegt, muss der Bildlink umgeschrieben werden, bevor irgendein Konverter ihn findet.

Vor dem Export: Der Vorverarbeitungsschritt, der Sie rettet

Der größte Zugewinn an Zuverlässigkeit in meinem Workflow kam durch einen 5-minütigen Vorverarbeitungsdurchlauf vor dem Konverter. Überspringt man das, verbringt man hinterher 30 Minuten damit, die Word-Datei aufzuräumen.

Schritt 1: Anhang-Einstellungen prüfen

Öffnen Sie Settings → Files and links. Merken Sie sich zwei Werte:

• Default location for new attachments — wo neue Bilder/PDFs landen
• New link format — wie Obsidian Pfade schreibt (Shortest path when possible, Relative path to file oder Absolute path in vault)

Steht das auf Shortest path when possible (Obsidians Standard), zerbricht Ihr Export bei jeder Notiz, deren Anhänge nicht im selben Ordner liegen. Stellen Sie vor dem Export auf Relative path to file um. Diese Einstellung wirkt nur nach vorn — bestehende Links behalten ihr altes Format, bis sie umgeschrieben werden. Schritt 2 unten kümmert sich genau um diese Umschreibung.

Schritt 2: Wikilinks in Standard-Markdown-Links konvertieren

Obsidian hat dafür einen eingebauten Schalter: Settings → Files and links → Use [[Wikilinks]] → OFF. Ist er aus, werden neue Links als [Note Name](Note-Name.md) geschrieben. Aber auch das betrifft nur neue Links.

Um bestehende [[wikilinks]] in einer Notiz zu konvertieren, haben Sie zwei Möglichkeiten:

1. Manuell bei kleinen Exporten — Cmd/Strg+F in der Notiz, jedes [[ suchen und umschreiben. Für eine 5-Seiten-Notiz völlig in Ordnung.
2. Community-Plugin für größere Vaults — öffnen Sie Settings → Community plugins und suchen Sie nach Begriffen wie „link converter" oder „markdown links". Mehrere Plugins im Ökosystem konvertieren Wikilinks (und eingebettete ![[...]]-Anhänge) gesammelt in Standard-Markdown — entweder für die aktuelle Datei oder einen ganzen Ordner. Wählen Sie eines mit aktuellen Updates und einer Nutzerzahl, die Vertrauen weckt.

Nach dem Umschreiben sehen Ihre eingebetteten Anhänge so aus: ![image.png](path/to/image.png). Prüfen Sie die Ausgabe — enthält Ihr Anhang-Ordner Leerzeichen, kodieren Sie diese als URL (My%20Vault/attachment.png), sonst verwirft der Konverter das Bild stillschweigend.

Schritt 3: Entscheiden, was mit Callouts passieren soll

Obsidian-Callouts (> [!note], > [!warning] usw.) sind im Vault wertvoll, haben in Word aber kein Gegenstück. Sie haben drei Optionen, nach Aufwand sortiert:

• Die Abstufung akzeptieren — sie werden zu einfachen Blockzitaten. Der Callout-Typ (note/warning/tip) geht verloren, der Inhalt überlebt. Für die meisten Übergaben akzeptabel.
• Die wichtigen umschreiben — ersetzen Sie > [!warning] Critical vor dem Export durch > **⚠️ Kritisch:**. Lesbar an beiden Stellen.
• In Word nachbearbeiten — Blockzitate mit Words Schnellformatvorlagen zu gestylten Kästen umwandeln. Nur bei wirklich polierten Lieferungen lohnenswert.

Ich nutze Option 2 für alles unter 20 Seiten und Option 1 für den Rest.

Schritt 4: Dataview-Blöcke als statische Inhalte exportieren

Enthält Ihre Notiz Dataview-Abfragen, werden sie als Query-Code exportiert, nicht als Ergebnistabelle. Führen Sie die Abfrage vor dem Export in Obsidian aus, kopieren Sie die gerenderte Ausgabe und fügen Sie sie als statische Markdown-Tabelle anstelle des Code-Blocks ein. Ja, das ist manuell. Nein, einen sauberen Weg daran vorbei gibt es nicht — Dataview rendert clientseitig, die Quelldatei enthält die Daten tatsächlich nicht.

Der Vier-Schritt-Export-Workflow

Ist die Vorverarbeitung erledigt, ist die eigentliche Konvertierung unspektakulär.

1. Die Notiz kopieren (nicht in-place exportieren)

Duplizieren Sie Ihre Zielnotiz samt Anhängen in einen temporären Ordner außerhalb des Vaults. Vorverarbeitungs-Änderungen (Link-Umschreibungen, Callout-Ersatz) sollen Ihren Haupt-Vault nicht verschmutzen. Ich halte dafür einen Ordner _export-staging/ auf dem Desktop.

2. Anhang-Pfade flach halten

Verschieben Sie alle referenzierten Bilder in denselben Ordner wie die .md-Datei und aktualisieren Sie die Links auf reine Dateinamen: ![diagram](diagram.png) statt ![diagram](../../99 Attachments/diagram.png). Die meisten Konverter haben Mühe mit Pfaden, die in übergeordnete Ordner springen.

3. Den Konverter laufen lassen

Laden Sie die vorverarbeitete .md-Datei in den Markdown-zu-Word-Konverter von MarkFlow hoch. Er beherrscht GitHub Flavored Markdown (GFM) — Tabellen, Aufgabenlisten und Fußnoten inbegriffen — und deckt damit jedes Standard-Feature ab, das Obsidian nach der Vorverarbeitung erzeugt. Bilder werden inline eingebettet, Codeblöcke behalten ihre Syntaxhervorhebung, und Überschriften werden auf Words Heading-Formate abgebildet, sodass Ihr Navigationsbereich im DOCX funktioniert.

Wenn die Notiz LaTeX-Formeln enthält ($E=mc^2$ oder $$...$$), vergewissern Sie sich, dass der gewählte Konverter sie als Word-Gleichungen bewahrt und nicht zu reinem Text abflacht. Bei Notizen, die von Formeln nur so strotzen — Forschungsprotokolle, akademische Entwürfe — ist das die entscheidende Funktion. Wenn Word nicht das Endziel ist und Sie nur eine teilbare Datei brauchen, umgeht Markdown nach PDF konvertieren Words Eigenheiten beim Formel-Rendering komplett.

4. In Word feinschleifen

Öffnen Sie die DOCX und wenden Sie eine Word-Vorlage an, wenn Sie eine haben. Die Heading-Stile aus Markdown werden sauber auf Words eingebaute Überschrift 1/2/3 gemappt — das komplette Restyling des Dokuments ist damit ein Ein-Klick-Vorgang über Design → Document Formatting. Prüfen Sie drei Dinge, bevor Sie die Datei rausschicken:

• Inhaltsverzeichnis — fügen Sie eines über References → Table of Contents ein, um zu sehen, ob alle Überschriften korrekt erkannt wurden
• Bildgrößen — Obsidian zeigt Bilder in ihrer natürlichen Größe, Word bläht sie unter Umständen auf. Bei Bedarf alles markieren und skalieren
• Hyperlinks — externe Links sollten live sein; interne [[wikilinks]] entweder aufgelöst oder entfernt

Obsidian-spezifische Sonderfälle

Einige Szenarien tauchen oft genug auf, um sie einzeln zu erwähnen.

Tagesnotizen und Templates

Wenn Sie eine Tagesnotiz mit {{date}} oder Templater-Variablen exportieren, passiert der Export nachdem Obsidian die Werte ersetzt hat — die exportierte .md enthält also das echte Datum, nicht den Platzhalter. Keine Sonderbehandlung nötig. Die Ausnahme: Haben Sie direkt aus dem Dateisystem exportiert, ohne die Notiz vorher in Obsidian zu öffnen, rutschen unaufgelöste Templates durch. Notiz erst öffnen, Obsidian rendern lassen, dann exportieren.

Canvas-Dateien

Obsidian-Canvas-Dateien (.canvas) sind JSON, kein Markdown — und kein Markdown-Konverter fasst sie an. Bei Canvases ist der brauchbare Weg: einen Screenshot auf dem gewünschten Zoom-Level machen, als PNG speichern und dieses Bild in eine Wrapper-Markdown-Notiz einbetten, die Sie dann exportieren. Einige Community-Plugins bieten auch direkt „Canvas als Bild exportieren" — lohnt sich, wenn Sie das oft genug brauchen, um ein Plugin zu rechtfertigen.

Mermaid-Diagramme

Code-Fences mit dem Tag mermaid werden in Obsidian als Diagramme gerendert. Die meisten Online-Markdown-zu-Word-Konverter rendern sie entweder als Bilder (gut) oder lassen sie als Roh-Code stehen (schlecht). MarkFlow rendert Mermaid vor der Konvertierung zu Inline-SVG, das Word als bearbeitbares Bild anzeigt. Unterstützt Ihr Zielkonverter Mermaid nicht, ist die Ausweichlösung: das Diagramm aus Obsidians Ansicht als PNG exportieren und den Codeblock durch einen gewöhnlichen Bild-Embed ersetzen.

Fußnoten

Gute Nachricht — Obsidians Fußnoten-Syntax ([^1] und die Definition [^1]: text) ist Standard-GFM und wird sauber in Words eingebaute Fußnoten-Funktion übersetzt. Keine Vorverarbeitung nötig.

Tags und Frontmatter

YAML-Frontmatter (----Blöcke am Anfang der Notiz) wird von Konvertern in der Regel abgeschnitten. Enthält das Frontmatter Informationen, die Ihr Leser braucht (Autor, Datum, Status), verschieben Sie sie vor dem Export als normalen Absatz in den Body. Inline-Tags wie #project/research überleben meist als reiner Text — in den meisten Fällen okay, in anderen unschön. Mit Suchen-und-Ersetzen entfernen, falls das Word-Dokument von Nicht-Obsidian-Nutzern gelesen wird.

Wann manuelle Konvertierung die Automatik schlägt

Ganz ehrlich: Für eine einzelne 2-3-Seiten-Notiz mit minimaler Formatierung ist der schnellste Workflow aus Obsidians Lesemodus kopieren und in Word einfügen. Der Lesemodus rendert HTML, und Word fügt HTML mit überraschender Treue als formatierten Inhalt ein. Tabellen kommen durch, Fett/Kursiv überlebt, Überschriften werden auf Words Heading-Formate gemappt.

Dieser Paste-aus-dem-Lesemodus-Ansatz scheitert an drei Dingen:

1. Bilder — sie werden als verlinkte Verweise auf Vault-Dateien eingefügt, die in dem Moment brechen, in dem die Datei Ihren Rechner verlässt
2. Codeblöcke — Syntaxhervorhebung geht verloren, Monospace-Schrift ist inkonsistent
3. Callouts und Mermaid — brechen genauso wie bei einem Standard-Export

Also: kurze Notizen ohne Code oder Bilder → Paste. Alles Längere oder Technische → der 4-Schritt-Workflow oben.

Fehlerbehebung: Was tun, wenn Dinge brechen

Das sind die Fehlerbilder, die ich am häufigsten sehe. Einen breiteren Überblick gibt der Leitfaden zur Markdown-Konvertierungs-Fehlerbehebung, der 15 typische Konvertierungsprobleme im Detail abdeckt.

Bilder fehlen in der Word-Datei. In rund 80 % der Bildpfad-Probleme ist genau das die Ursache. Prüfen Sie die .md-Quelle — sind die Anhang-Pfade schlichte Dateinamen (image.png) oder komplexe Pfade (../../99 Attachments/My Folder/image.png)? Flach klopfen.

Tabellen werden zu einem einzeiligen Brei. Ihre Quelle nutzt Obsidians Legacy-Tabellenformat oder hat inkonsistente Pipe-Zeichen. Öffnen Sie die .md in einem einfachen Texteditor und stellen Sie sicher, dass jede Zeile dieselbe Zahl an Pipes hat. Die Header-Trennlinie muss passen: | --- | --- |.

Codeblöcke verlieren ihre Sprachfarbe. Prüfen Sie, ob Ihre Fences direkt nach den öffnenden drei Backticks ein Sprach-Tag haben (z. B. python, js, bash). Konverter nutzen dieses Tag für die Syntaxhervorhebung; Fences ohne Tag landen standardmäßig im Fließtext.

Wikilinks erscheinen nach dem Export immer noch als [[Note Name]]. Vorverarbeitung hat nicht gelaufen oder diese Datei nicht erfasst. Vergewissern Sie sich, dass Use [[Wikilinks]] in den Einstellungen ausgeschaltet ist, und lassen Sie das in Schritt 2 installierte Konvertierungs-Plugin gezielt gegen die betroffene Datei laufen — die meisten lassen sich auf eine einzelne Notiz einschränken statt auf den ganzen Vault.

Formeln erscheinen als Roh-LaTeX. Der Konverter unterstützt kein Math-Rendering. Entweder Konverter wechseln oder die gerenderte Gleichung in Obsidian screenshotten und als Bild einbetten — unschön, aber verlässlich.

Ein realistischer Workflow für Teams

Wenn Sie der einzige Obsidian-Nutzer in einem Team sind, das Word-Dateien braucht, bauen Sie einen wiederholbaren Prozess statt eines einmaligen Export-Skripts. Die Version, die ich in kollaborativen Projekten nutze:

1. Im Vault einen dedizierten Ordner Exports/ für Notizen pflegen, die für Word bestimmt sind
2. In diesem Ordner von Anfang an Standard-Markdown-Links verwenden ([text](note.md)) statt Wikilinks — spart Vorverarbeitung
3. Wöchentlich eine Batch-Konvertierung für alle geänderten Notizen laufen lassen
4. Die DOCX-Ausgaben in einem geteilten Laufwerk ablegen, nicht im Vault

Das Ziel ist, Ihren Denk-Raum (den Haupt-Vault mit all seiner Obsidian-spezifischen Power) von Ihrem Liefer-Raum (dem Exports/-Ordner, der Standard-Markdown spricht) zu trennen. Dieses Refactoring hat mich beim ersten Mal eine Stunde gekostet und spart mir seither jeden Monat Stunden.

Falls Sie von der anderen Seite kommen — Sie schreiben in Markdown und wollen die Grundlagen richtig angehen — deckt der Leitfaden zum Schreiben in Markdown die Grundlagen ab, die jeden Export geschmeidiger machen. Und für einen genaueren Blick auf die Konvertierungsseite der Pipeline führt die komplette Markdown-zu-Word-Anleitung durch die Konverter-Funktionen, die bei komplexen Dokumenten zählen.

Abschließende Gedanken

Obsidians eigentliche Stärke sind seine nicht-standardisierten Features — die Wikilinks, die Callouts, die dynamischen Abfragen, die einen Vault lebendig wirken lassen. Export nach Word heißt, den größten Teil davon aufzugeben. Der Trick ist, aufzuhören dagegen anzukämpfen: Akzeptieren Sie, dass die Word-Version eine abgeflachte Repräsentation sein wird, verarbeiten Sie entsprechend vor, und nutzen Sie Words Styling-Werkzeuge, um Politur dort wiederherzustellen, wo sie zählt.

Sobald die Vorverarbeitungs-Gewohnheit sitzt, braucht die ganze Pipeline etwa fünf Minuten pro Notiz. Das ist der Unterschied zwischen „Mache ich später" und dem Dokument, das heute rausgeht.