<b>Sanity берут не за CMS, а за структуру: где она сильна, а где ломает поток</b>

<b>Sanity берут не за CMS, а за структуру: где она сильна, а где ломает поток</b>

Sanity — это не «ещё один headless». Это схема-first подход: контент живёт в моделях, а не в страницах. Для продуктового сайта, медиа или каталога это плюс: редактору можно дать ровно те поля, которые нужны, без лишнего мусора.

Где Sanity обычно выигрывает:
— сложные сущности с переиспользованием блоков;
— контент, который должен собираться из компонентов;
— проекты, где важно быстро менять структуру без полной миграции.

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

<i>Главная ошибка — пытаться использовать Sanity как «готовую CMS для всех случаев».</i> Это инструмент для команд, которые понимают модель данных и готовы её поддерживать. Если схемы не продуманы, получаете хаос в документах и сложную поддержку вместо гибкости.

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

Если ответ «да» хотя бы на два пункта, Sanity имеет смысл. Если нет — лучше взять что-то проще и дешевле в сопровождении.