Obsidian → сайт: рабочий процесс без тяжелой CMS

Эта страница про workflow.

Obsidian хорошо подходит для мышления. Но публичный сайт требует другого слоя: человеку снаружи нужна не вся ваша база, а понятный маршрут.

Поэтому задача не в том, чтобы «выгрузить Obsidian в интернет». Задача — превратить личный граф в публичную структуру.

Когда это нужно

Этот сценарий подходит, если:

  • в Obsidian уже накопились заметки, черновики, статьи или методология;
  • часть материала можно публиковать, но непонятно, что именно;
  • есть связи между заметками, но нет внешней навигации;
  • хочется SEO-сайт, а не просто публичный архив;
  • вы не хотите переносить контент в тяжелую CMS;
  • сайт должен расти из Markdown, а не из админки.

Главная ошибка

Самая частая ошибка — опубликовать граф как есть.

Внутри Obsidian связи понятны вам, потому что вы помните контекст. Для нового читателя это часто выглядит как лабиринт: много страниц, мало маршрута, непонятно, что главное и что можно заказать.

Для сайта нужна редакторская сборка.

Рабочий процесс

Я использую такую цепочку:

Obsidian-граф
→ выбор публичного ядра
→ разделение страниц по ролям
→ хабы
→ статьи
→ офферы
→ доказательства
→ внутренняя перелинковка
→ SEO-метаданные
→ публикация через Notepub

Это не ломает Obsidian. Личный vault остается личным. Публичный сайт получает отдельную карту.

Что не является темой этой страницы

Здесь мы не сравниваем сайт с блогом и не продаем сам формат работы. Для этого есть отдельные страницы:

Эта страница отвечает именно на вопрос: в какой последовательности переводить Obsidian-граф в публичный слой.

Роли страниц

В заметках все может быть одинаковым: файл, заголовок, текст, ссылки.

На сайте страницы должны иметь разные роли:

  • главная объясняет позицию;
  • хаб собирает тему;
  • статья отвечает на запрос;
  • оффер ведет к действию;
  • демо показывает результат;
  • страница «с чего начать» помогает выбрать маршрут.

Если роли не разделить, сайт будет похож на базу знаний без коммерческого движения.

Что делает Notepub

Notepub нужен как публикационный слой: он работает с Markdown, frontmatter, slug, внутренними ссылками и структурой сайта.

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

Первый шаг

Начать лучше не с темы дизайна, а с карты архива:

  1. какие 5–7 тем повторяются;
  2. какие страницы могут стать хабами;
  3. какие заметки отвечают на поисковые вопросы;
  4. какие офферы уже можно сформулировать;
  5. какие внутренние ссылки соединят маршрут.

Если у вас уже есть Obsidian-граф и вы хотите превратить его в сайт, начните со страницы как превратить заметки в сайт или посмотрите формат работы по Notepub.

Что делать дальше

Если у вас уже есть заметки, Obsidian-граф или Markdown-папка, не начинайте с дизайна.

Сначала нужно понять, какие страницы должны стать входами, какие — хабами, какие — офферами, а какие лучше оставить в черновиках.

Дальше маршрут такой:

архив → карта тем → структура сайта → внутренние ссылки → офферы

Начните со страницы как превратить заметки в сайт или сразу с формата сайт из заметок.

Связанные страницы