Sanity хорош, пока вы не начинаете моделировать в нём «как в WordPress»

Sanity хорош, пока вы не начинаете моделировать в нём «как в WordPress»

Sanity — это не «CMS для блога», а редакторская база с гибкой схемой контента. Его сильная сторона — structured content: блоки, поля, связи, локализации, живой preview. Для SEO-проектов это удобно, если вы строите шаблонные страницы, сравнения, каталоги, FAQ и pSEO-лендинги, где контент должен собираться из кусочков.

Где он работает: когда нужен быстрый ввод текста редакторами, кастомные типы страниц и аккуратная связка с фронтом через API. Где режет ногу: если пытаться хранить всё в одном «article» и потом лепить 20 вариантов страницы через условные поля. В итоге схема превращается в свалку, а запросы к контенту — в квест.

Что нужно продумать заранее:
— таксономию и связи между сущностями;
— какие поля обязательны для индексации;
— как будет устроен preview для редакторов;
— кто и где собирает SEO-мета, breadcrumbs, FAQ и блоки доверия.

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

Если нужен headless под SEO, Sanity берут не за «красивый интерфейс», а за дисциплину в модели данных. Сначала проектируете сущности, потом открываете редакторам доступ.