Перейти к содержимому
Digital / 2026

Внедрение Decap CMS

Команда NEXFORCE·SEO-специалистыПроверено

Как мы автоматизировали публикацию на статическом Next.js-сайте: Decap CMS, GitHub Actions и автодеплой без участия разработчика. Полный разбор внедрения.

3коллекции контента
1
кнопка деплоя
Задача

С чем пришёл клиент

Дать менеджеру возможность публиковать контент без разработчика

Сохранить static export и скорость сайта

Сайт собран статически: Next.js в режиме экспорта отдаёт готовый HTML, без сервера приложений и без базы. Это даёт скорость и устойчивость, но забирает привычную админку — редактировать нечего, потому что страницы существуют только как файлы в репозитории.

Задача поэтому звучала так: дать редактору обычный веб-интерфейс, не превращая статический сайт в динамический. Любой вариант с базой данных и сервером снял бы ровно те преимущества, ради которых статика и выбиралась.

Решение

Что мы сделали

Подключили Decap CMS с GitHub backend

Настроили OAuth-прокси на собственном сервере

Decap CMS решает это тем, что не хранит контент у себя: интерфейс работает прямо с репозиторием на GitHub. Редактор нажимает «Сохранить» — появляется коммит, коммит запускает сборку, сборка выкладывает готовые файлы.

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

Схему полей описали под реальные типы контента — кейсы, статьи, страницы услуг, — чтобы редактор заполнял понятные поля, а не правил разметку. Обязательные для SEO поля вроде title и description вынесены наверх и не дают сохранить пустыми.

Результат

Что это дало

3коллекции контента, 1кнопка деплоя.

Контент редактируется через веб-интерфейс

Изменения коммитятся в репозиторий и автодеплоятся

Что это дало на практике: публикация статьи занимает минуты и не требует разработчика, при этом каждая правка попадает в историю Git — видно, кто и что менял, и любую версию можно вернуть. Обычная админка такого не даёт.

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

Проверить, что мешает росту на вашем сайте

Бесплатная проверка по 22 пунктам: техника, структура, метатеги. Отчёт с рекомендациями — сразу на экране.

Проверить сайт
Процесс

Как мы работали

  1. Decap CMS с авторизацией через GitHub

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

  2. Схемы коллекций под блог, кейсы и услуги

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

  3. Автосборка через GitHub Actions

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

  4. Сайт остался статическим

    Главное ограничение задачи: получить удобство CMS, не превращая сайт в приложение с базой. Итог — по-прежнему статические файлы, то есть прежняя скорость и никакой серверной части, которую надо охранять.

FAQ

Внедрение Decap CMS: частые вопросы

Чтобы контент публиковал редактор, а не разработчик. Статический сайт быстр и устойчив именно потому, что у него нет сервера приложений и базы — но вместе с ними нет и привычной админки. Decap решает это тем, что не хранит контент у себя: интерфейс работает прямо с репозиторием, а сборка запускается сама.

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

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

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

Подробно

Decap CMS для Next.js: зачем агентствам и компаниям git-based workflow

Классические CMS вроде WordPress удобны, но часто превращаются в узкое горлышко: разработчик нужен даже для мелкой правки, версионирования нет, а обновления плагинов становятся головной болью. Decap CMS решает эту проблему: редактор работает в привычном интерфейсе, а контент хранится в Git в виде markdown-файлов.

В кейсе мы внедрили Decap CMS на Next.js-сайте, настроили GitHub backend, OAuth-прокси и автодеплой через GitHub Actions. Теперь публикация материала запускает сборку и обновление сайта без участия разработчика.

Если ваш сайт на Next.js или React и вы устали от ручной работы с контентом — такой же CMS и автодеплой мы закладываем внутри веб-разработки. Отдельной услугой управление контентом мы не занимаемся: материал по теме на сайте остался.

Давайте обсудим
ваш проект

Расскажите о задаче — мы предложим подходящее решение и сроки. Отвечаем в течение рабочего дня.

Или напишите в Телеграм: @nexforceagency