Sanity CMS: co to je, jak funguje a kdy se vyplatí

Co je Sanity CMS

Sanity je headless CMS — redakční systém, který se stará výhradně o obsah a vůbec neřeší, jak bude web vypadat. Obsah v něm žije jako strukturovaná data v cloudu a vy si k nim postavíte libovolný frontend: web v Next.jsu, mobilní aplikaci, e-shop, digitální ceduli v prodejně. Všechno tahá ze stejného zdroje.

To je zásadní rozdíl oproti systémům jako WordPress nebo Webflow, kde je obsah svázaný se šablonou a se stránkou. V Sanity nemáte „stránku s textem“. Máte článek, produkt nebo referenci — datový objekt s poli, který si vykreslíte, kdekoli potřebujete.

Sanity dělám vedle Webflow. Nejsou to konkurenti, jsou to nástroje na jiné situace, a níže popisuju, jak poznat, která je ta vaše.

Headless znamená, že frontend je na vás

V klasickém CMS dostanete administraci i vzhled v jednom balíku. Výhoda je rychlost, nevýhoda je strop: co šablona neumí, to neuděláte bez obcházení systému.

Headless CMS ten balík rozdělí. Sanity vám dá obsah přes API, frontend si postavíte sami. Tím pádem nemáte žádný strop na vzhled ani na výkon — ale taky nedostanete web „zdarma k CMS“. Někdo ho musí naprogramovat.

Prakticky to znamená, že na začátku vývojář připraví sadu bloků — hero, výhody, reference, ceník, formulář — a napojí je na design webu. Z nich si pak marketingový tým skládá a upravuje stránky sám, bez vývojáře a bez obav, že rozbije design.

Structured content: modelujte data, ne vzhled

Tohle je myšlenka, na které Sanity stojí, a zároveň nejčastější místo, kde se projekty pokazí.

Obsah se modeluje podle toho, co věci jsou, ne podle toho, jak vypadají. Pole se jmenuje features, ne threeColumnRow. callToAction, ne redButton. Test je jednoduchý: kdybyste web za dva roky předělali, dávalo by to jméno pořád smysl? threeColumnLayout neprojde — co až budou sloupce dva?

Vyplatí se to, protože stejná data pak použijete v novém designu, v aplikaci i v newsletteru bez přepisování obsahu. Když se do schématu dostane vzhled, jste zpátky u šablon a celá výhoda headless přístupu je pryč.

Schéma se píše v kódu

Datový model není klikací — definujete ho v TypeScriptu. Vypadá to takhle:

import { defineType, defineField } from 'sanity'

export const article = defineType({
  name: 'article',
  title: 'Článek',
  type: 'document',
  fields: [
    defineField({
      name: 'title',
      type: 'string',
      validation: (rule) => rule.required(),
    }),
    defineField({
      name: 'slug',
      type: 'slug',
      options: { source: 'title' },
    }),
  ],
})

Že je schéma v kódu má praktický důsledek: model obsahu žije v Gitu. Vidíte historii změn, děláte revize v pull requestech a nasazujete stejně jako zbytek aplikace. U klikacích CMS tohle nemáte.

Sanity Studio: editor, který si upravíte

Studio je redakční rozhraní — React aplikace, kterou si hostujete sami nebo ji necháte běžet u Sanity. Není to hotový produkt, který berete jak je. Můžete v něm měnit strukturu menu, přidávat vlastní vstupní pole, náhledy i celé nástroje.

Pro klienta to znamená administraci šitou na míru jeho obsahu, ne obecný systém, ve kterém se musí naučit, co které pole znamená. Stránky se v něm skládají z bloků: marketing přidá sekci, přehází pořadí nebo postaví novou landing page bez vývojáře. Za mě je to největší praktická výhoda Sanity: editor se přizpůsobí redakci, ne naopak.

GROQ: jak se obsah dostane na web

Data si z Sanity tahá dotazovacím jazykem GROQ. Plní podobnou roli jako SQL nebo GraphQL, jen je navržený přímo na strukturovaný obsah:

*[_type == "article" && defined(slug.current)] | order(publishedAt desc) [0...10] {
  title,
  "slug": slug.current,
  publishedAt,
  author->{ name }
}

Ten dotaz vybere články, které mají slug, seřadí je od nejnovějšího, vezme prvních deset a u každého rovnou dotáhne jméno autora z propojeného dokumentu. Šipka -> je právě to rozbalení reference.

Podstatné je, že si vytáhnete přesně pole, která potřebujete — ne celý dokument. To se pozná na rychlosti webu.

S čím se Sanity nejčastěji staví

Sanity je na frontendu agnostické, ale v praxi se potkáváte hlavně s těmito kombinacemi:

• Next.js — nejběžnější volba, má oficiální balíček next-sanity a nejlepší podporu pro živý náhled.
• Astro — sedí na obsahové weby, kde jde hlavně o rychlost.
• Nuxt a SvelteKit — když tým jede na Vue nebo Svelte.
• Shopify Hydrogen — e-shopy, kde produkty drží Shopify a zbytek obsahu Sanity.

Bonus, který klienti ocení nejvíc: Visual Editing. Redaktor klikne na text přímo v náhledu webu a Studio ho rovnou otevře na správném poli. Ztrácí se tím hlavní nevýhoda headless přístupu, totiž že editor nevidí, co edituje.

Kdy se Sanity vyplatí

Sanity se vyplatí, když:

• Stejný obsah potřebujete na víc míst — web, aplikace, e-shop.
• Máte strukturovaný obsah — služby, reference, tým, pobočky, katalog — a chcete ho používat napříč stránkami i jazyky.
• Chcete, aby si marketingový tým skládal nové stránky a landing pages sám z hotových bloků, bez čekání na vývojáře.
• Počítáte s tím, že web za pár let předěláte, ale obsah chcete zachovat.

Na co myslet:

• Velikost webu nerozhoduje. Na firemní prezentaci o deseti stránkách Sanity sedí stejně dobře jako na velký portál — i malý web roste a marketing na něm potřebuje přidávat stránky a kampaně.
• Bloky na začátku připravuje vývojář. Jakmile jsou hotové, stránky z nich skládáte sami — měníte pořadí, přidáváte sekce, stavíte nové landing pages.
• CMS je jen půlka projektu. Vedle Studia se staví i frontend webu — zato ho máte přesně podle svého designu.

Volba CMS je rozhodnutí na roky, proto se vyplatí ho udělat podle toho, jak s webem bude pracovat váš tým. Podobné rozhodování řeším i v článku o vícejazyčném webu ve Webflow.

Co si z toho odnést

Sanity je nástroj pro firemní weby, kde je obsah aktivum a marketing s ním chce pracovat sám — skládat stránky z hotových bloků a používat stejný obsah napříč stránkami, jazyky a kanály. Na začátku se postaví frontend a sada bloků; pak už web roste bez čekání na vývojáře.

Když řešíte, jestli je pro váš web lepší Sanity, nebo Webflow, napište mi. Projdeme, jak s webem bude pracovat váš tým, a doporučím řešení, které mu sedne.