Back to blog
Tutorials
obsidian to word
convert obsidian to docx
obsidian export
obsidian markdown

How to Convert Obsidian Notes to Word (DOCX)

Export Obsidian Markdown notes to Microsoft Word .docx. Covers export plugins, Pandoc, wikilinks, embeds, and keeping your formatting intact.

7 min readMarkdown to Word Team

Obsidian is a superb place to write — fast, local, link-heavy, and built around plain Markdown files — but it is not always where your writing needs to land. Editors, clients, teachers, and collaborators often expect a Microsoft Word .docx, complete with headings, tables, images, and proper page formatting. The good news is that Obsidian's vault is just a folder of .md files, and getting from there to a clean Word document is a solved problem. This guide covers the practical Obsidian-to-Word paths: Pandoc, community plugins, online conversion, and how to handle the two features that trip up every export — wikilinks and embeds.

Why Convert Obsidian Notes to Word

Obsidian stores everything as plain Markdown on your own disk, which is excellent for longevity but poor for sharing with someone who does not live in a Markdown editor. You will want a .docx when:

  • A reviewer needs to leave tracked changes and comments.
  • A publisher or institution requires Word as the submission format.
  • A collaborator is not technical and expects a "normal" document.
  • You need pagination, headers, footers, or print-ready styling.
FormatBest forLimitation
Obsidian .mdWriting, linking, searchNo pagination, no native Word review tools
Word .docxEditing, review, submissionLoses Obsidian wikilinks and live embeds unless converted carefully
PDFFinal delivery, printHard to edit further

The conversion goal is simple in principle — turn Markdown into Word — but Obsidian adds two complications that a generic Markdown file does not have: [[wikilinks]] between notes, and inline ![[embeds]] of other notes or images. A good Obsidian-to-Word workflow handles both.

Convert Obsidian to Word with Pandoc

Pandoc is the most powerful converter in the Markdown ecosystem, and because Obsidian's notes are plain .md files, you can point Pandoc directly at them without leaving the command line.

# Convert a single Obsidian note to Word
pandoc "Project Brief.md" -o "Project Brief.docx"

# Convert with a reference document for custom styling
pandoc "Project Brief.md" \
  --reference-doc=custom-template.docx \
  -o "Project Brief.docx"

A reference document (--reference-doc) is how you lock in fonts, heading sizes, margins, and line spacing so every export matches your house style. Create the template once in Word, save it as .docx, and reuse it for every note.

If you want to convert a whole folder of notes into a single Word document, list the files in dependency order and pass them all to Pandoc:

pandoc 01-intro.md 02-method.md 03-results.md \
  --reference-doc=template.docx \
  -o "Full Report.docx"

Pandoc runs locally and reads the files you give it — nothing is uploaded. That matters when your vault contains private or work-in-progress material.

The main gotcha with Pandoc and Obsidian is wikilinks. By default Pandoc does not understand [[Note Title]], so those links render as literal text. Two fixes:

  • Install the pandoc-wikilinks filter (or write a small Lua filter) to rewrite [[Title]] into a regular Markdown link.
  • In Obsidian, flip the setting Settings → Files & Links → New link format to "Relative path to file" and turn off wikilinks for notes you plan to export.

Convert Obsidian Markdown to DOCX Online

Not everyone wants to install Pandoc or fuss with the command line. A browser-based converter is the fastest path when you need a .docx from an Obsidian note right now.

  1. In Obsidian, open the note you want to export.
  2. Select all the text and copy it (or right-click the file in the file pane and copy its contents).
  3. Paste it into the Markdown to Word converter.
  4. Download the resulting .docx.

Because the conversion happens locally in your browser, none of your vault contents are uploaded — the note never leaves your machine, which is the same privacy model Obsidian itself uses. This matters for writers working on unpublished drafts, sensitive client material, or research notes under embargo.

WorkflowBest forSetup effort
Copy-paste into Markdown to WordOne-off exports, quick sharingNone
Markdown to PDFFinal delivery, print-readyNone
Pandoc with a reference docRepeat exports with consistent stylingMedium
Community plugin inside ObsidianBatch export without leaving the vaultLow-medium

If you need a print-ready file rather than an editable one, route the same note through the Markdown to PDF tool. And if you have a .md file from another source and just want to read it comfortably first, the online Markdown viewer will open it without installing anything.

Handle Obsidian Wikilinks When Exporting to Word

Wikilinks — [[Note Title]] — are the signature feature of an Obsidian vault, and they are the feature most likely to break during export because standard Markdown (and therefore Word) has no concept of them. Three strategies handle them cleanly.

Rewrite wikilinks to Markdown links. With a Lua filter or a regex pass, turn [[Title]] into [Title](Title.md) so Pandoc can resolve them. This is the most robust approach for long documents.

-- A minimal Pandoc Lua filter: wikilinks.lua
function Str(el)
  return el
end

-- Real filters use a Link walker; shown simplified for illustration.

Resolve wikilinks to readable text. If the links are not meaningful outside the vault, strip the brackets and keep the title as plain text. The Word reader sees a normal sentence instead of broken syntax.

Convert blocks of links to a "References" section. Academic and long-form writers often collect source notes at the bottom of a document; exporting those as a bulleted reference list is cleaner than a tangle of dead links.

Wikilink formWhat to do in Word export
[[Note]]Rewrite to plain link or text
[[Note|Alias]]Keep the alias as the visible text
[[Note#Heading]]Drop the heading anchor; Word has no equivalent
[[Note^block]]Resolve to the block content or remove

Keep Obsidian Embeds and Images in Word Documents

Obsidian's ![[embed]] syntax lets you pull one note into another, or drop an image into a page by referencing its filename. These also need attention before export, because Word has no equivalent of a live embed — only inserted content.

For images, the cleanest fix is to convert the embed to standard Markdown image syntax with a real path:

Obsidian form:   ![[cover.png]]
Markdown form:   ![Cover image](cover.png)

For note embeds (![[Other Note]]), copy the content of the embedded note inline where the embed appears, or use a Pandoc filter that resolves the embed to the target file's body. If you skip this step, the embed will render as literal ![[Other Note]] text in Word.

A quick embed-handling checklist:

  • Replace ![[image.png]] with ![alt](image.png) so the image inserts correctly.
  • Inline any ![[Note]] content the reader actually needs to see.
  • Confirm image paths point to files Pandoc (or the online converter) can read.
  • Check the final .docx opens cleanly on a machine that does not have your vault.
  • Assume embeds will "just work" — they will not, without a resolver.

Tip: keep an "exports" subfolder in your vault with copies of the images a given document needs. That makes the Word file self-contained and avoids broken-image icons when the document leaves your machine.

Conclusion: Choose Your Obsidian to Word Method

There is no single right way to convert Obsidian to Word — the best method depends on how often you export and how complex your vault is. For one-off exports, copy the note into the Markdown to Word converter and download a .docx in seconds, all in the browser with no uploads. For repeat exports with a fixed house style, invest an hour in Pandoc plus a reference template, add a Lua filter for wikilinks, and you get consistent, professional Word documents from your vault forever after. Whichever path you choose, handle wikilinks and embeds explicitly: they are the features that make Obsidian powerful to write in, and they are the features most likely to look broken if you ignore them on the way out.

Related articles