Sanity для SEO-обзорника: когда гибкая схема помогает, а когда мешает

Sanity для SEO-обзорника: когда гибкая схема помогает, а когда мешает

Sanity хорош там, где контент не укладывается в «пост + рубрика». Обзорники, каталоги, pSEO-страницы, сравнения, карточки продуктов — всё это удобно собирать из документов и переиспользуемых блоков.

Что внутри:
— схема описывается кодом, а не кликами в админке;
— GROQ позволяет вытаскивать ровно те поля, которые нужны странице;
— Studio можно допилить под редакторов: валидации, превью, кастомные поля;
— Portable Text нормален для rich content, если заранее ограничить хаос.

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

Для pSEO лучше проектировать не «страницы», а сущности: продукт, бренд, категория, интент, регион, comparison set. Тогда Next/Nuxt/Astro просто собирают нужный URL из чистых данных.

Вывод: Sanity подходит командам, где есть разработчик рядом с редакцией. Если нужен «WordPress, только модный» — будет больно. Если нужна CMS как контентный API для SEO-фермы — инструмент сильный.