Контент без компромиссов (PoC)

Контент без компромиссов (PoC)

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

В прошлом посте я обозначил два пути: архив или доступность.

Оказалось, это ложная дихотомия.
Архив в сети — это и есть решение, если правильно выстроить архитектуру.

Эксперимент уже запущен.
Этот пост уже на сайте.

С чего началось

У меня был личный архив в Obsidian — Markdown-файлы и структура.
Работало, но не давало внешнего контура. Telegram не давал ни индексации, ни органики.

Что сделал

Markdown — источник истины.
Git — версионность и история.
Статический генератор — читает файлы, собирает сайт.

Сайт на бесплатном хостинге. Telegram — транспорт, не хранилище.

Результат:
Никаких серверов, баз данных, платформенных зависимостей.

Почему именно так

У меня уже был Obsidian с Markdown — использовал как базу.
CMS или кастомное решение = новые зависимости. Я выбрал минимум.

Markdown переживёт любой сервис.
Сайт переносится одним коммитом.
Telegram может исчезнуть — контент останется.

Плачу только за домен.

Что это даёт

Долговечность: текстовые файлы + Git
Доступность: индексация, постоянные ссылки
Контроль: я решаю где, как и когда публиковать
Масштабируемость: новый канал — один коммит

Что отсутствует в PoC

Автопостинг — пока вручную.
Комментарии — в Telegram.
Поиск — через тэги.

Работает ли это? Да — основные проблемы решены.
Это решение для всех? Нет — разный контекст, разные решения.

Но если боль совпадает — зависимость, потеря контроля, отсутствие внешнего контура — подход Content as Code может сработать.

Сайт работает: itshchen.ru

Это не продукт, а эксперимент.
Делюсь процессом, не готовым решением.

Дальше будут факапы: версионирование изменений, изображения, миграция старого контента.
Об этом — в следующих постах.

Обсудим:
Как вы храните и распространяете свой контент? Какие факапы встречались?

#contentascode #эксперимент #контроль #git #платформы #poc #разработка #codetogo