Какую CMS подключить к Next.js

Для Next.js в 2026 году есть одна CMS, которая живёт внутри самого приложения, это Payload, и несколько, которые подключаются снаружи по API: Strapi, Directus, Ghost, WordPress. Если проект начинается с нуля и фронт точно на Next.js, Payload снимает половину вопросов (два сервиса, два домена, CORS, сеть в Docker) просто тем, что их нет. Если CMS уже есть или её выбирают не под один фронт, берут Strapi или Directus и подключают по REST. Мы ведём в продакшене оба варианта, два сайта на Next.js со Strapi и портал с магазином на Next.js с Payload, и ниже сравнение по тому, что реально отличается: деплой, предпросмотр, кэш, ошибки.

Коротко

• Новый проект, всё на Next.js, есть логика (кабинет, заявки): Payload.
• CMS нужна нескольким фронтам или редакция хочет конструктор типов: Strapi.
• Есть SQL-база, нужна админка поверх неё: Directus.
• Контент уже в WordPress, переезд не по бюджету: WordPress по REST или WPGraphQL.
• Sanity, Contentful, Storyblok: из России не оплатить, в сравнении нет.

Два способа подключить CMS к Next.js

Внутри приложения. Так работает только Payload 3: он ставится как зависимость, добавляет группу роутов app/(payload) с админкой и API, и всё это собирается и деплоится вместе с сайтом. Серверные компоненты читают данные через Local API (payload.find()) без HTTP-запроса. Один контейнер, один домен, один набор переменных окружения.

Снаружи по API. Strapi, Directus, Ghost, WordPress работают как отдельный сервер. Next.js ходит в них по HTTP: на сборке, при ISR или на каждом запросе. Два сервиса, два домена (сайт и админка), CORS, токены доступа, сеть между контейнерами. Это нормальная схема, у нас так живут два корпоративных сайта, но она добавляет ровно ту работу, которой нет в первом варианте.

Где разница чувствуется

Деплой и сеть

На Payload у нас один контейнер Next.js и Postgres. На Strapi четыре: Strapi, Next.js, Postgres, Nginx, два домена и два набора переменных. Самая частая ошибка, которую мы ловили на проектах со Strapi: серверный код Next.js внутри Docker ходит в Strapi по внешнему https-домену, который изнутри сети недоступен, и падает с ECONNREFUSED или ENOTFOUND. Лечится двумя переменными: для серверных запросов адрес контейнера http://strapi:1337, для картинок в браузере публичный домен. Вторая ошибка: сборка Next.js падает с "Could not initialize the Strapi Client", если Strapi в момент сборки не поднят. Разбор с командами на strapi.tech. С Payload ни одной из этих ошибок не существует.

Кэш и обновление страниц

Next.js кэширует страницы, и после правки в CMS их нужно сбрасывать. С Payload это делается хуком afterChange в коллекции, который вызывает revalidateTag в том же процессе. Со Strapi и Directus нужен вебхук на эндпоинт сайта с секретом, и его надо не забыть настроить на каждом окружении. В Next.js 16 появились Cache Components (use cache, cacheTag, cacheLife, revalidateTag с профилем), но без флага cacheComponents классический ISR работает как раньше. Симптом, который знаком всем, кто подключал внешнюю CMS: "поправил в админке, а на сайте старое". Это кэш, а не CMS.

Предпросмотр

Редактору нужно видеть черновик до публикации. В Payload Live Preview в ядре: справа от полей открывается сайт и обновляется на лету. В Strapi 5 базовый Preview бесплатный, а Live Preview с правкой рядом с превью в платном плане Growth за 45 долларов. В Directus предпросмотр через настройку URL у коллекции. В WordPress headless предпросмотр собирается руками через Draft Mode Next.js и запрос черновика с токеном.

Картинки

С внешней CMS картинки лежат на другом домене, и next/image требует remotePatterns, а в Docker ещё и разные адреса для сервера и браузера. Классика: локально всё показывается, на проде нет. Разбор на strapi.tech. С Payload файлы отдаются тем же приложением, а для больших объёмов S3 через официальный адаптер.

Когда логики больше, чем контента

Пока это страницы и новости, все четыре варианта равны. Как только появляется кабинет, роли, заявки со статусами, обязательные файлы, Payload выигрывает: всё пишется хуками и функциями доступа в той же кодовой базе, что и сайт. Так устроен наш портал заявок: роли менеджера и сервисного центра, статусы, обязательные фото на уровне схемы, чат по заявке. На Strapi это тоже делается, но в двух репозиториях и с плагином users-permissions.

Когда не Payload

• Фронтов несколько на разных технологиях (Nuxt, Flutter, партнёрская витрина на PHP), и CMS должна быть нейтральной к ним: Strapi.
• Типов контента десятки, и структуру удобнее собирать в конструкторе: Strapi.
• Данные уже лежат в SQL-базе учётной системы и нужна админка поверх без переноса: Directus.
• Контент в WordPress, редакция к нему привыкла, бюджета на переезд нет: WordPress headless по REST.
• Нужна MySQL: Strapi или Directus, у Payload её нет.

Подробное сравнение двух главных кандидатов в Strapi или Payload, Directus отдельно в Strapi или Directus, все системы с ценами в сравнении headless CMS.

Сколько это стоит

Сам софт бесплатный во всех вариантах кроме платных планов Strapi. Сервер: VPS в России на 2 ядра и 4 ГБ около 1 000–1 300 рублей в месяц вмещает и Next.js, и CMS, и Postgres. Разработка по рыночным вилкам 2026 года: лендинг 200–400 тысяч, корпоративный сайт от 500 тысяч. Свою цену называем через день после просмотра задачи.

Напишите, что за проект на Next.js и что в нём должно быть: сколько типов контента, есть ли кабинет, кто ведёт контент. За день ответим, какую CMS подключать и во что это обойдётся. Разработку на Payload ведём на payload.agency, на Strapi на strapi.pro.