Мои проектыРазбор

Почему я строю свой блог на собственном сайте

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

Обновлено

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

Деревянный дом на каменном основании с дорожками к трём открыткам
Собственный сайт — основа, от которой расходятся пути к другим площадкам.

Мне важно писать о бизнесе, управлении и AI так, чтобы материалы складывались в доступную библиотеку. Чтобы к статье можно было вернуться, связать её с новым разбором и уточнить вывод, когда появятся дополнительные данные.

Поэтому основой блога я выбрал свой сайт. Внешние площадки рассматриваю как отдельные места общения с читателями. У них может быть другой формат, другая аудитория и другой способ знакомства с темой.

У сайта и площадки разные задачи

На собственном сайте я задаю структуру раздела, постоянные адреса и связи между материалами. Например, статья о выборе AI-задачи может вести к разбору приёмки агента, а тот — к правилам его полномочий.

Для внешней площадки тот же вопрос иногда лучше раскрыть через один пример. Человек может увидеть публикацию без знакомства со мной и без контекста предыдущих статей. Поэтому у такой версии должно быть самостоятельное начало и законченный вывод.

Я не хочу, чтобы чтение превращалось в поиск недостающей половины текста. Ссылка на сайт полезна для продолжения темы, но сама публикация должна давать читателю понятный результат.

Исходный материал должен оставаться доступным

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

Для небольшого авторского проекта мне подходит такой способ. Текст можно прочитать без специального редактора. Изменения можно сравнить. Структуру можно проверить перед выпуском. Если со временем понадобится другая система управления, исходные материалы остаются пригодными для переноса.

Это не универсальный совет для любой редакции. Команде с большим потоком авторов могут потребоваться роли, одновременное редактирование, календарь и согласования в интерфейсе. Я выбираю устройство под текущий процесс, сохраняя возможность его расширить.

Разделяю готовность текста и факт публикации

Готовый файл ещё не означает, что читатель может открыть статью. Между ними есть сборка сайта, выпуск, проверка адреса и проверка того, какой именно текст по нему доступен.

Поэтому в работе нужны разные состояния. Черновик описывает материал в подготовке. Публикация на сайте подтверждается доступной страницей. Версия на другой площадке — собственным адресом и датой.

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

Центральный источник на сайте связан с адаптациями и внешними площадками
Сайт хранит исходный материал, а версии для площадок готовятся отдельно и сохраняют связь с ним.

Делаю навигацию частью редакционной работы

Рубрики нужны не только для оформления. Они помогают увидеть, какие вопросы уже разобраны и куда читателю идти дальше.

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

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

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

Автоматизация начинается с правил

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

Он не должен придумывать мне клиентские кейсы или выдавать условную арифметику за доказанную экономию. Не должен объявлять внешнюю версию опубликованной только потому, что создан файл. Не должен считать любой Telegram-бот моим авторским каналом.

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

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

Что я считаю хорошим первым результатом

Для начала мне нужен работающий раздел с содержательными текстами, удобным чтением с телефона и понятными адресами. У каждой статьи должны быть автор, тема, дата и следующий полезный материал.

После этого можно смотреть, какие вопросы вызывают содержательные ответы, к каким текстам возвращаются и где объяснение стоит дополнить. Количество опубликованных страниц само по себе не говорит о полезности блога.

Я отношусь к нему как к небольшому продукту: сначала сделать связный работающий путь для читателя, затем улучшать его на основании наблюдений. Собственный сайт даёт для этого устойчивую основу, а площадки помогают развивать разговор вокруг отдельных тем.

Виталий Дильдин