Структура Markdown-сайта: хабы, статьи, офферы и связи

Эта страница про архитектуру ролей.

Markdown удобен тем, что не заставляет думать категориями CMS. Но для сайта этого недостаточно.

Если все страницы равны, посетитель не понимает, где начало, где главная тема, где доказательство, а где действие.

Проблема

У автора или команды может быть много хороших текстов, но сайт не работает, потому что у страниц нет ролей.

Получается склад:

много файлов → много тем → мало маршрута → слабое действие

Сайт должен работать иначе:

позиция → хабы → статьи → офферы → доказательства → следующий шаг

Основные роли страниц

Главная

Главная отвечает на вопрос:

кто вы, в какой ситуации нужны и куда идти дальше.

Она не должна рассказывать все. Она должна быстро дать карту.

Хабы

Хаб собирает тему и помогает человеку понять область.

Примеры хабов: LAT, Notepub, Marketing OS, Recca, Self Tracker.

Статьи

Статья отвечает на один вопрос или одну ситуацию.

Например: как превратить заметки в сайт, позиционирование эксперта через анализ речи, контент-система для эксперта.

Офферы

Оффер говорит не «как устроен метод», а что человек может заказать и что получит.

Примеры: LAT-сессия, сайт из заметок, Marketing OS, Recca.

Доказательства

Proof-layer нужен, чтобы позиция не оставалась красивой формулой.

Это могут быть демо, схемы, фрагменты карт, до/после, обезличенные разборы и примеры структуры.

Почему это важно для SEO

Поисковик видит не только отдельные страницы, но и структуру темы.

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

Как я организую Markdown-сайт

Минимальная рабочая модель:

home.md
start-here.md
hubs/
buyer-situation-pages/
offers/
proof/
supporting-articles/

Физические папки могут быть другими. В Notepub публичный URL задается через slug, поэтому папки нужны для удобства мышления, а не для диктата структуры сайта.

Чем эта страница отличается от соседних

Как превратить заметки в сайт — про ситуацию клиента и общую сборку.

Obsidian → сайт — про последовательность действий.

Эта страница уже про архитектурный слой: какие роли есть у страниц и как не превратить сайт в склад Markdown-файлов.

Первый шаг

Перед публикацией Markdown-сайта я бы составил таблицу:

Страница Роль Кому нужна Куда ведет
главная вход новый посетитель start-here
хаб тема заинтересованный читатель оффер
статья поисковый запрос человек с задачей хаб / оффер
оффер действие готовый клиент контакт
proof доказательство сомневающийся клиент оффер

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

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

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

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

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

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

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

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