Экспорт Obsidian в Word: рабочий процесс без потерь в 2026

Если ты живёшь в Obsidian, то проблема знакома. Ты три месяца собирал исследовательскую заметку, набитую синтаксисом самого Obsidian — вещи вроде:

[[Project Plan]]        → ссылка на другую заметку
![[diagram.png]]        → встроенное изображение
> [!note] Key insight   → блок-выноска

А потом коллега просит «ту же самую штуку, только в Word» — и всё нестандартное ломается.

Я столкнулся с этой проблемой в первый раз, когда надо было передать техническое исследование на 40 страниц заказчику, который в Obsidian заходить не собирался. То, что в хранилище смотрелось аккуратно, в Word вывалилось кашей из квадратных скобок и пустых плейсхолдеров от картинок. После той конвертации и ещё нескольких похожих я выработал воркфлоу, который реально держится. Ниже — как он устроен: про предобработку, которую большинство пропускают, про три особенности Obsidian, из-за которых всё и ломается, и что делать, когда картинки или выноски отказываются работать.

Почему Markdown из Obsidian непереносим (и что именно ломается)

Obsidian хранит заметки как обычные .md-файлы, и поэтому многие думают, что экспорт в Word — дело пары кликов. Это не так — Obsidian расширяет стандартный Markdown фичами, которые ни один универсальный конвертер не понимает.

Вот четыре расширения, из-за которых срывается почти каждый экспорт:

Стандартные Markdown-конвертеры — Pandoc, большинство онлайн-инструментов — воспринимают [[...]] как обычный текст, а ![[...]] как непонятный токен. То, что ты видишь в Obsidian в режиме чтения, — это превью, а не исходник. Именно это непонимание лежит в корне почти всей боли в духе «почему у меня экспорт сломался».

Есть ещё тонкий момент: пути к вложениям. Obsidian разрешает ![[image.png]], прошарив хранилище в поисках подходящего файла, независимо от папки. Стандартному Markdown нужен явный относительный путь. Если вложения лежат в 99 Attachments/, а заметка — в 10 Projects/, ссылку на картинку придётся переписать, иначе ни один конвертер её не найдёт.

Перед экспортом: предобработка, которая спасает

Самое большое улучшение надёжности в моём воркфлоу пришло из 5 минут предобработки до запуска любого конвертера. Пропустишь этот шаг — потом потратишь 30 минут на чистку Word-файла.

Шаг 1. Проверь настройки вложений

Открой Settings → Files and links. Запомни два значения:

• Default location for new attachments — куда складываются новые картинки и PDF
• New link format — как Obsidian записывает пути (Shortest path when possible, Relative path to file или Absolute path in vault)

Если стоит Shortest path when possible (дефолт Obsidian), экспорт сломается для любой заметки, чьи вложения лежат не в той же папке. Перед экспортом переключи на Relative path to file. Настройка действует только вперёд — уже существующие ссылки останутся в старом формате, пока их не перезаписать. Этим займётся шаг 2.

Шаг 2. Конвертируй wikilinks в стандартные Markdown-ссылки

У Obsidian есть встроенный переключатель: Settings → Files and links → Use [[Wikilinks]] → OFF. Когда он выключен, новые ссылки пишутся как [Note Name](Note-Name.md). Но это касается только новых ссылок.

Чтобы переписать уже существующие [[wikilinks]], есть два варианта:

1. Вручную, для небольших экспортов — Cmd/Ctrl+F, ищешь каждый [[ и переписываешь. Нормально для заметки на 5 страниц.
2. Community-плагин для крупных хранилищ — открой Settings → Community plugins и поищи что-нибудь вроде «link converter» или «markdown links». В экосистеме есть несколько плагинов, которые массово конвертируют wikilinks (и встроенные ![[...]]) в стандартный Markdown — либо в текущем файле, либо во всей папке. Выбирай тот, что обновлялся недавно и у которого установочных счётчик внушает доверие.

После перезаписи встроенные вложения будут выглядеть как ![image.png](path/to/image.png). Проверь вывод — если в названии папки вложений есть пробелы, закодируй их URL-кодом (My%20Vault/attachment.png), иначе конвертер молча выбросит картинку.

Шаг 3. Реши, что делать с выносками

Выноски Obsidian (> [!note], > [!warning] и прочие) хороши внутри хранилища, но в Word эквивалента у них нет. Есть три варианта, в порядке возрастания трудозатрат:

• Смириться с понижением — они отрендерятся как обычные цитаты. Сам тип выноски (note/warning/tip) теряется, но содержимое остаётся. Для большинства передач заказчику — приемлемо.
• Переписать важные вручную — заменить > [!warning] Critical на > **⚠️ Critical:** перед экспортом. Читаемо и там, и там.
• Доработать уже в Word — превратить цитаты в оформленные блоки через Quick Styles. Оправданно только ради по-настоящему отполированных документов.

До 20 страниц я обычно иду по второму варианту, для всего, что больше — по первому.

Шаг 4. Экспортируй Dataview-блоки как статику

Если в заметке есть Dataview-запросы, они экспортируются как код запроса, а не как результирующая таблица. Перед экспортом запусти запрос в Obsidian, скопируй отрендеренный вывод и вставь его как статическую Markdown-таблицу вместо блока кода. Да, вручную. Нет, красивого способа это обойти нет — Dataview рендерит на клиенте, и сам файл реально не содержит данных.

Четырёхшаговый воркфлоу экспорта

После предобработки сама конвертация уже простая.

1. Скопируй заметку (не экспортируй на месте)

Продублируй нужную заметку вместе с вложениями во временную папку вне хранилища. Ты не хочешь, чтобы правки из предобработки — переписанные ссылки, замены выносок — затёрли твоё основное хранилище. Я для этого держу на рабочем столе папку _export-staging/.

2. Расплющи пути до вложений

Перемести все картинки, на которые есть ссылки, в ту же папку, что и .md-файл, и обнови ссылки до простых имён: ![diagram](diagram.png) вместо ![diagram](../../99 Attachments/diagram.png). Большинство конвертеров плохо дружат с путями, которые «поднимаются» по папкам.

3. Запусти конвертер

Загрузи подготовленный .md-файл в конвертер Markdown в Word от MarkFlow. Он поддерживает GitHub Flavored Markdown (GFM) — таблицы, чек-листы, сноски — а это покрывает всё, что Obsidian отдаёт после предобработки. Картинки встраиваются инлайн, блоки кода сохраняют подсветку синтаксиса, а заголовки маппятся на стандартные стили Word, так что панель навигации в итоговом DOCX работает.

Если в заметке есть формулы LaTeX ($E=mc^2$ или $$...$$), проверь, что выбранный конвертер сохраняет их как уравнения Word, а не сплющивает в простой текст. Для заметок, плотно набитых формулами — лабораторные журналы, академические черновики, — это критическая фича. Если же Word не обязательный финал и тебе просто нужен файл, которым можно поделиться, то конвертация Markdown в PDF вообще обходит капризы Word с формулами.

4. Доведи в Word

Открой DOCX и примени свой шаблон, если он есть. Стили заголовков из Markdown чисто ложатся на встроенные Заголовок 1/2/3 в Word, так что переоформить весь документ — это одно движение через Design → Document Formatting. Перед отправкой проверь три вещи:

• Оглавление — вставь его через References → Table of Contents, чтобы убедиться, что все заголовки подцепились правильно
• Размер картинок — Obsidian показывает картинки в естественном размере, Word может их раздуть. Если надо — выдели всё и задай ширину
• Гиперссылки — внешние ссылки должны быть живыми; внутренние [[wikilinks]] либо разрешены, либо удалены

Особые случаи именно Obsidian

Несколько сценариев встречаются достаточно часто, чтобы упомянуть их отдельно.

Ежедневные заметки и шаблоны

Если ты экспортируешь daily note с {{date}} или переменными Templater, экспорт происходит уже после того, как Obsidian их подставил — так что в экспортированном .md будет настоящая дата, а не плейсхолдер. Ничего дополнительно делать не надо. Исключение — если ты экспортировал напрямую из файловой системы, не открывая заметку в Obsidian: тогда нераскрытые шаблоны просочатся наружу. Открой заметку, дай Obsidian её отрендерить, и только потом экспортируй.

Canvas-файлы

Canvas Obsidian (.canvas) — это JSON, а не Markdown, и ни один Markdown-конвертер его не возьмёт. Для канвасов рабочий вариант такой: сделать скриншот канваса на нужном масштабе, сохранить как PNG и встроить эту картинку в заметку-обёртку, которую уже и экспортировать. Некоторые community-плагины умеют «export canvas as image» напрямую — если приходится делать это часто, стоит поставить.

Диаграммы Mermaid

Fenced-блоки с тегом mermaid рендерятся как диаграммы внутри Obsidian. Большинство онлайн-конвертеров Markdown в Word либо рендерят их в картинки (хорошо), либо оставляют как сырой код (плохо). MarkFlow перед конвертацией рендерит Mermaid в инлайн-SVG, и Word показывает его как редактируемое изображение. Если твой конвертер Mermaid не поддерживает, запасной вариант — экспортировать диаграмму из Obsidian как PNG и заменить блок кода обычным встраиванием картинки.

Сноски

Хорошая новость — синтаксис сносок Obsidian ([^1] и определение [^1]: текст) это стандартный GFM, и он чисто конвертируется в штатную фичу сносок Word. Предобработки не требует.

Теги и frontmatter

YAML-frontmatter (блок --- в начале заметки) конвертеры, как правило, выбрасывают. Если во фронтматтере лежит информация, которую читатель должен увидеть (автор, дата, статус), перенеси её в тело как обычный абзац перед экспортом. Инлайн-теги вроде #project/research обычно выживают как простой текст — в большинстве случаев нормально, иногда неловко. Если Word-документ будут читать люди вне Obsidian — прогони поиском с заменой и убери их.

Когда ручная конвертация обыгрывает автоматизацию

Буду честен: для одной заметки на 2-3 страницы с минимумом форматирования самый быстрый путь — скопировать из режима чтения Obsidian и вставить в Word. Режим чтения у Obsidian рендерит HTML, а Word вставляет HTML как форматированный контент с неожиданно хорошей точностью. Таблицы приходят живыми, жирное/курсив выживает, заголовки маппятся на стили Word.

У этого подхода «копипаст из режима чтения» три слабых места:

1. Картинки — они вставляются как ссылки на файлы в твоём хранилище и ломаются в тот момент, когда файл уходит с твоей машины
2. Блоки кода — подсветка теряется, моноширинный шрифт непоследователен
3. Выноски и Mermaid — ломаются так же, как при обычном экспорте

Итого: короткие заметки без кода и картинок — копипаст. Что-то длиннее или техничнее — четырёхшаговый воркфлоу выше.

Что делать, когда ломается: разбор частых проблем

Вот сбои, которые вижу чаще всего. Для более широкого справочника — гайд по проблемам конвертации Markdown, где детально разобраны 15 типовых ошибок.

В Word-файле нет картинок. В 90% случаев это проблема с путём. Посмотри в .md-источник — пути до вложений простые (image.png) или сложные (../../99 Attachments/My Folder/image.png)? Расплющь их.

Таблицы свернулись в одну линию. Источник использует легаси-формат таблиц Obsidian или в пайпах рассогласование. Открой .md в обычном текстовом редакторе и убедись, что в каждой строке одинаковое число пайпов. Разделитель заголовка должен совпадать: | --- | --- |.

Блоки кода потеряли подсветку. Убедись, что после открывающих тройных бэктиков стоит тег языка (например, python, js, bash). Конвертеры используют этот тег для подсветки; без тега блок получает статус простого текста.

Wikilinks после экспорта остались как [[Note Name]]. Предобработка не запустилась или не обработала этот файл. Проверь, что Use [[Wikilinks]] выключен в настройках, и перезапусти плагин из шага 2 именно по этому файлу — большинство из них умеют работать точечно, а не по всему хранилищу.

Формулы показываются как сырой LaTeX. Конвертер не поддерживает рендеринг математики. Либо смени конвертер, либо сделай скриншот отрендеренной формулы из Obsidian и вставь картинкой — некрасиво, но надёжно.

Реалистичный воркфлоу для команд

Если ты единственный пользователь Obsidian в команде, которой нужны файлы Word, построй повторяемый процесс, а не разовый экспортный скрипт. Версия, которую я использую в совместных проектах:

1. Держи в хранилище отдельную папку Exports/ для заметок, которым суждено стать Word-файлами
2. В этой папке изначально пиши стандартными Markdown-ссылками ([text](note.md)), а не wikilinks — экономит предобработку
3. Раз в неделю прогоняй пакетную конвертацию всех заметок, которые изменились
4. Готовые DOCX складывай на общий диск, не в хранилище

Идея — разделить пространство мышления (основное хранилище со всей мощью Obsidian) и пространство доставки (папку Exports/, говорящую на стандартном Markdown). На первоначальный рефакторинг ушёл час, экономит — часы каждый месяц.

Если ты пришёл сюда с другой стороны — пишешь в Markdown и хочешь разобраться с основами, — гайд «Как писать в Markdown» покрывает азы, с которыми любой экспорт идёт глаже. А для более детального взгляда на саму конвертацию есть полный гайд Markdown в Word, где разобраны фичи конвертера, которые важны для сложных документов.

Финальные мысли

Сильная сторона Obsidian — именно нестандартные фичи: wikilinks, выноски, динамические запросы, из-за которых хранилище ощущается живым. Экспорт в Word — это отказ от большей части всего этого. Фокус в том, чтобы перестать с этим драться: принять, что Word-версия будет упрощённым слепком, делать предобработку под это и отстраивать полировку инструментами самого Word там, где это имеет значение.

Когда привычка к предобработке устоялась, весь конвейер занимает около пяти минут на заметку. Разница между «сделаю как-нибудь потом» и «отправил документ сегодня».