515 статей без WordPress: как я сделал локальную админку и публикую чистый HTML

На примере ЯсноКак: сайт собирается на ноутбуке, на хостинг уходит только готовая статика, а часть рутины можно поручить агенту

Я много лет делал сайты на WordPress. И долгое время это был нормальный выбор по умолчанию.

Нужен сайт - ставим WordPress. Нужна статья - открываем админку. Нужны SEO-поля, карта сайта, хлебные крошки, формы, кеш, редиректы - ставим плагины.

Всё привычно. Всё уже придумано до нас. Всё вроде бы удобно.

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

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

И всё это ради того, чтобы посетитель в итоге увидел обычную HTML-страницу.

Вот тут у меня и случился внутренний разворот.

Я не хочу каждый раз поднимать целую фабрику ради страницы HTML.

Сразу оговорюсь: я не считаю WordPress плохим.

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

Проблема не в том, что WordPress «плохой».

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

Есть сайты, которым не требуется вся эта машинерия. Например, справочник, набор инструкций, простой контентный проект, каталог статей, сайт с калькуляторами или небольшая витрина.

Страница создаётся заранее. Человек приходит, открывает её, читает текст, смотрит картинку, иногда пользуется простым JavaScript-калькулятором.

Всё.

Зачем для этого держать на сервере полноценную CMS?

Я пошёл в другую сторону.

Сделал локальную админку.

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

А на хостинг уходит уже готовый результат: HTML, CSS, картинки и JavaScript.

Серверу больше не нужно думать. Он просто отдаёт файлы.

И это внезапно очень приятное ощущение.

Сайт становится проще. Перенос становится проще. Бэкап становится понятнее. А главное - исчезает постоянная тревога, что где-то на боевом сайте висит старая тема, забытый плагин или очередная дыра, которую уже ищут автоматические сканеры.

Один из проектов, где такой подход оказался особенно логичным, - сайт ЯсноКак.

Идея проекта простая: короткие понятные инструкции без воды. Что понадобится, что сделать, когда лучше не делать, какие ошибки бывают.

Такому сайту не нужен тяжёлый движок.

Ему нужна понятная структура материала.

Например:

В WordPress всё это пришлось бы собирать через записи, рубрики, метки, произвольные поля, SEO-плагин, шаблон темы и дополнительные настройки.

В локальной админке можно сделать ровно те поля, которые нужны именно этому проекту. Не больше и не меньше.

Создал инструкцию. Проверил. Нажал «собрать сайт». Получил готовые HTML-страницы. Нажал «опубликовать». Файлы ушли на хостинг.

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

Ещё несколько лет назад идея «сделать свою админку под конкретный сайт» выглядела бы слишком тяжёлой.

Нужно спроектировать интерфейс. Продумать структуру данных. Написать код. Сделать сохранение, сборку, публикацию, проверку ошибок, бэкапы, восстановление.

Ради небольшого контентного сайта это часто не имело смысла.

Проще было поставить WordPress и смириться с тем, что он тащит лишнее.

Но сейчас ситуация изменилась.

Агентская разработка позволяет делать такие инструменты намного быстрее. Не огромную CMS «для всего на свете», а маленькую рабочую админку под одну конкретную задачу.

Под сайт инструкций. Под каталог рецептов. Под набор калькуляторов. Под серию лендингов. Под справочник. Под витрину статей.

Именно здесь появляется интересный промежуточный вариант. Уже не «писать большой движок с нуля», но и не «ставить WordPress на всё подряд».

Можно собрать узкий инструмент под свой процесс.

Самое важное отличие - такая админка может работать локально.

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

Она не торчит в интернете. Её не видят боты. Её не надо защищать как публичную часть сайта.

Внутри я работаю с контентом, а наружу отправляю только готовый результат.

Это меняет саму архитектуру проекта.

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

Есть готовый сайт.

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

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

В локальной админке бэкап можно сделать частью нормального рабочего процесса с самого начала.

Например, перед каждой публикацией сохранять копию проекта. Хранить несколько последних версий. Отдельно складывать изображения. Вести журнал изменений. Добавить кнопку восстановления предыдущей сборки. Держать архив на внешнем диске, в облаке или в Git.

Это не украшение, а страховка.

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

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

В WordPress скорость часто превращается в отдельную задачу.

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

Со статическим сайтом всё проще.

HTML уже готов. CSS можно держать компактным. Картинки заранее подготовить в нужном размере. JavaScript подключать только там, где он действительно нужен.

Не надо кешировать результат работы движка, потому что движка нет.

Файл уже является результатом.

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

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

Для одного сайта это просто удобно.

Для нескольких сайтов это уже стратегия.

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

И вот здесь начинается самое приятное.

Если админка сделана под конкретную задачу, часть работы можно поручить агенту. Например, Гермесу.

Не в смысле «дать ему доступ ко всему серверу и надеяться на чудо». Нет. Гораздо аккуратнее.

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

В таком контуре агенту не нужно быть волшебником. Ему нужно выполнять понятный регламент.

Для ЯсноКак он может подготовить новую инструкцию, разложить её по полям, убрать воду, проверить формат, предложить заголовок, заполнить SEO-описание, сохранить черновик и собрать страницу.

Человек остаётся редактором и владельцем проекта. Он смотрит результат и решает: публиковать, доработать или откатить.

Это уже не просто «ИИ написал текст». Это нормальная производственная схема: агент помогает вести сайт внутри заранее заданных ограничений.

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

Посетитель вообще не обязан знать, как всё это устроено.

Он не видит локальную админку. Не видит сборку. Не видит бэкапы. Не видит черновики. Не видит агента, который помогал готовить материал.

Он просто открывает страницу.

Быстро. Без лишней нагрузки. С нормальной структурой. С понятной картинкой. С коротким ответом и пошаговым разбором.

И в этом, как ни странно, главный смысл всей затеи. Я не строю систему ради системы. Я хочу, чтобы итоговая страница была простой, быстрой и полезной.

Обычная CMS пытается быть универсальной.

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

Локальная админка под конкретный проект может быть узкой.

Для ЯсноКак не нужна корзина. Для сайта калькуляторов не нужна система комментариев. Для справочника не нужен личный кабинет. Для простой витрины не нужен конструктор страниц.

Зато нужны свои поля, свои проверки, свои шаблоны, свой порядок публикации и свои правила качества.

Раньше за такой подход приходилось дорого платить временем разработки. Сейчас агентская разработка снижает этот порог. Можно начать с минимальной версии: создать материал, сохранить, собрать HTML. Потом добавить публикацию, бэкапы, проверку ссылок, карту сайта, подготовку изображений, работу с черновиками.

Так постепенно появляется не «свой WordPress», а личный издательский станок.

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

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

Можно подключать внешние сервисы. Можно делать отдельный backend. Можно комбинировать подходы. Но это уже другой уровень сложности.

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

Инструкции. Справочники. Рецепты. Калькуляторы. Статьи. Лендинги. Мини-сайты. Каталоги без сложной интерактивности.

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

Раньше я думал так: сайт равен движок.

Теперь всё чаще думаю иначе: сайт равен результат.

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

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

WordPress мне больше не нужен не потому, что он плохой.

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

Я много лет шёл к тому, чтобы сайты становились сложнее.

А теперь всё больше ценю обратное: когда сайт делает ровно то, что должен, и не тащит за собой ничего лишнего.