Какая CMS подойдет для редактирования контента на статическом сайте, созданном на React/Next.js/TSX без бэкенда?

Question

[bad_ruby]

Ищу CMS для сайта, написанного на React + Next.js + TypeScript. Сайт полностью статический, собственного бэкенда нет.

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

Comments

[Refguser]

собственного бэкенда нет.
..
зайти в административную панель

Зайди в то, чего нет..
Тут надо или крестик снять или трусы надеть. Т.е. либо вручную править файлы либо писать админку для статики.
Но есть более адекватный вариант - взять готовую CMS /и занести в неё контент и дизайн/. Они как раз для этого и были придуманы десятилетия назад.

В качестве примера могу привести Textolite — систему управления статическим сайтом.

Тот факт, что у неё есть возможность редактирования контент с фронта не отменяет наличие бекэнда.
И да, наверняка ничего не мешает сделать такой же бекэнд на твоём.

Answer 1

[rPman]

Для формирования этого отчета я попросил агента opencode (модель qwen3.6-35b-a3b) сначала поискать на github используя api и погуглить (api tavily) проекты под вашу задачу и составить csv файл, затем другим агентом заставил работать с этим файлом построчно (искать строки без пометки 'принят', в соответствующей колонке) и для каждого в цикле запускать отдельного агента на исследование github соответствующего проекта, подходит он или нет.

p.s.

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

Потом отдельно попросил сформировать этот список.

короткий отчет

Проект	Stars	Forks	Last Update
decap-cms (decaporg/decap-cms)	19,130	3,119	2026-06-08
Grav CMS (getgrav/grav)	15,511	1,411	2026-06-08
Front Matter CMS (estruyf/vscode-front-matter)	2,516	104	2026-06-05
HTMLy (danpros/htmly)	1,339	301	2026-01-25
Automad (marcantondahmen/automad)	901	52	2026-06-07
WonderCMS (WonderCMS/wondercms)	727	165	2026-01-01
Typemill (typemill/typemill)	597	72	2026-05-27
static-cms (StaticJsCMS/static-cms)	593	47	2026-06-05
FlatPress (flatpressblog/flatpress)	209	65	2026-06-07
Quiqr Desktop (quiqr/quiqr-desktop)	170	11	2026-05-01
barnacle (dporkka/barnacle)	1	0	2026-06-04
dir2site (EvanRuiz/dir2site)	1	0	2026-05-21
href="https://github.com/0-vortex/beta.vortex.name">beta.vortex.name (0-vortex/beta.vortex.name)	1	0	2025-03-03
Editora (MrGKanev/Editora)	1	0	2026-05-26
href="https://github.com/denis-novega/Academic-website">Academic-website (denis-novega/Academic-website)	0	0	2026-05-17
primo (irismetric/primo)	0	0	2024-05-01
fieldscms (unculturedswine/fieldscms)	0	0	2026-02-16
taboola/decap-cms (taboola/decap-cms)	0	0	2024-07-02

https://markdownpastebin.com/?id=f0867aca02d14876a...

Используйте этот отчет как отправная точка для исследований, llm-ки конечно крутые, но какие-то нюансы могут легко придумать.

Answer 2

[Пума Тайланд]

Tina CMS — прямо для такого: контент в git, работает на Next.js, клиент заходит в студию и редактирует сам. Sanity тоже вариант, там Studio с простым UI для редакторов.

Answer 3

[alexalexes]

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