Sanity e una bella infrastruttura di contenuto strutturato. Ed e anche, per un blog, una quantita di lavoro non trascurabile. Voi definite ogni tipo di contenuto come codice, mettete in piedi Sanity Studio come applicazione React che dovete ospitare e mantenere, imparate GROQ per interrogare qualsiasi cosa, e nel momento in cui volete una seconda lingua scoprite che il multilingua e qualcosa che implementate voi stessi. Se il deliverable e un blog di marketing, e il tipo di sforzo sbagliato. Questo articolo mostra quando Sanity e lo strumento giusto, quando smette di esserlo e come si presenta un'alternativa senza configurazione.
In breve
- Sanity e eccellente per i domini di contenuto strutturato (cataloghi prodotti, sistemi editoriali con flussi personalizzati) ed eccessivo per un blog.
- Schema-as-code significa che ogni tipo di contenuto vive in un file di configurazione con forma TypeScript che voi committate, revisionate e migrate.
- Sanity Studio e un'applicazione React che voi ospitate, distribuite e aggiornate.
- Il contenuto multilingua e da portare voi: scegliere un plugin, modellare i campi per locale, costruire il routing.
- Kamaan e un CMS pensato prima per il blog, senza configurazione di schema, senza Studio da mantenere e con 99+ lingue alla pubblicazione.
L'attrito con Sanity, per un blog
La prima volta che configurate Sanity per un blog, l'esperienza e buona. Installate il CLI, lanciate sanity init, ottenete uno schema iniziale, distribuite Studio. Dopo due mesi, l'attrito inizia a vedersi.
Ogni campo nuovo e un cambiamento di codice. Volete una seconda firma d'autore, un blocco FAQ, un campo di tempo di lettura, una tassonomia di categorie con categorie padre? Ognuno di questi e una modifica a un file di schema, una pull request, un deploy di Studio e spesso uno script di migrazione per riempire i documenti esistenti. Per un team in cui redattore e sviluppatore sono la stessa persona, va bene. Per un team di marketing che vuole solo pubblicare post, e attrito nel posto sbagliato.
GROQ e la sorpresa successiva. E un buon linguaggio di query. E anche un linguaggio di query che nessuno nel vostro team conosce. Ogni "mostra tre post correlati" o "elenca i post per tag, escludendo le bozze" richiede che qualcuno scriva GROQ, lo testi nel tool Vision e porti la query nel front-end. Rispetto a un CMS che vi consegna un endpoint REST che restituisce posts?tag=launch, GROQ e una tassa di apprendimento che pagate per sempre.
Il multilingua e il muro contro cui sbatte la maggior parte dei team. Sanity non include il multilingua out of the box. Scegliete tra traduzione a livello di campo (un documento, campi con suffisso di locale) e a livello di documento (un documento per locale, collegati per riferimento). Poi installate un plugin, modellate lo schema secondo la scelta, costruite il selettore di lingua, configurate il router e decidete cosa succede quando manca una traduzione. Niente di questo e difficile. Tutto questo e lavoro che non ha niente a che vedere con la pubblicazione di un post.
Sanity Studio e l'ultimo pezzo. E un'applicazione React. Voi la ospitate. Voi la aggiornate. Quando escono nuovi pacchetti Sanity, aggiornate. Quando un modellatore di contenuti cambia uno schema, ridistribuite. Per un blog, state facendo girare un piccolo progetto front-end per il privilegio di editare testo.
Dove Sanity e davvero la scelta giusta
Prima di andare oltre, il caso onesto a favore di Sanity. Se il vostro contenuto e strutturalmente ricco e riutilizzato su molte superfici (un catalogo prodotti con varianti, una piattaforma di apprendimento con lezioni, moduli e percorsi, un sito editoriale con flussi personalizzati e gate di approvazione), Sanity e eccezionale. Portable Text, riferimenti, componenti di input personalizzati, collaborazione in tempo reale in Studio e la capacita di interrogare lo stesso contenuto da web, app e template email con GROQ ripagano il costo di configurazione.
Per un blog, niente di tutto questo e il collo di bottiglia. Il collo di bottiglia e: "vogliamo pubblicare un post e vederlo apparire, posizionato, in cinque lingue." Sanity non ottimizza per questo. Kamaan si.
Ecco la versione breve dell'alternativa su una sola scheda.
Come Kamaan risolve lo stesso lavoro
Kamaan e un CMS di blog. Le opinioni sono deliberate. I post hanno titolo, corpo, immagine in evidenza, tag, autore, campi SEO e traduzioni. Voi non configurate questo schema. E il prodotto.
Pubblicare un post e una singola azione. La distribuzione multilingue automatica di Kamaan genera traduzioni in 99+ lingue entro pochi secondi dalla pubblicazione, con hreflang correttamente cablato, i link tra articolo padre e figli gestiti per voi e nessun plugin da installare. REST API Delivery espone lo stesso contenuto come JSON semplice con parametri di query per tag, lingua e paginazione. Nessun nuovo linguaggio di query da imparare. La gestione multisito di Kamaan consente a un workspace di servire diversi siti di brand con media condivisi e SEO per sito. La pubblicazione AI tramite MCP Server e ChatGPT Actions significa che potete redigere e pubblicare da Claude o ChatGPT direttamente nel CMS.
Il modello di prezzo e un unico forfait di 19 $ al mese, con il primo mese gratuito e un piano a vita disponibile se preferite pagare una sola volta. I crediti di traduzione AI vengono usati solo quando chiedete a Kamaan di tradurre per voi; portate le traduzioni da Claude o ChatGPT e non spenderete nulla in piu. Kamaan e attualmente in beta privata e aprira 50 posti fondatore nel terzo trimestre 2026.
Il compromesso e onesto. Rinunciate alla capacita di modellare contenuto strutturato arbitrario. Riguadagnate la capacita di pubblicare oggi, in ogni lingua in cui vendete, senza uno sviluppatore nel ciclo.
Sanity vs Kamaan vs Contentful, per un blog
| Capacita | Sanity | Kamaan | Contentful |
|---|---|---|---|
| Configurazione schema | Definita da codice, per tipo di contenuto | Non richiesta, modello di blog integrato | UI builder con tipi di contenuto |
| Interfaccia di editing | Sanity Studio (app React che ospitate) | Editor ospitato, senza installazione | Web app ospitata |
| Linguaggio di query | GROQ | REST con parametri di query | REST e GraphQL |
| Multilingua alla pubblicazione | Plugin e modellazione a vostro carico | Auto-Multilingual Delivery, 99+ lingue | Campi per locale, traduzione manuale |
| Modello multi-sito | Un progetto per sito o pattern di dataset condiviso | Multi-Site Management integrato | Spaces, con costi per posto |
| Pubblicazione AI | Richiede lavoro di plugin | MCP Server e ChatGPT Actions nativi | Integrazioni di terze parti |
| Tempo al primo post pubblicato | Giorni, con tempo di sviluppatore | Stesso giorno, senza sviluppatore | Giorni |
| Rischio sorpresa di prezzo | Limiti di chiamate API sui piani di crescita | Piani forfettari, senza contatore per chiamata | Limiti per posto e per record |
Uno scenario reale di pubblicazione
Un team fondatore di due persone sceglie Sanity perche un amico glielo ha consigliato. Settimana uno: un blog iniziale e in piedi. Settimana due: vogliono categorie, una bio d'autore e un blocco di post correlati. Due pull request, un re-deploy di Studio, una piccola migrazione per riempire i campi mancanti. Settimana tre: vogliono versioni in spagnolo e tedesco perche i primi clienti sono a Madrid e Berlino. Valutano due plugin i18n, ne scelgono uno, rifattorizzano lo schema, rifanno il routing nella loro app Next.js e scrivono una strategia di fallback per le traduzioni mancanti. Settimana quattro: hanno una versione spagnola di tre dei nove post.
Lo stesso team su Kamaan avrebbe pubblicato nove post in inglese il giorno uno, generato spagnolo e tedesco alla pubblicazione e usato la settimana due per scrivere altri post invece di costruire i18n. La differenza strutturale non e lo sforzo. E cosa compra quello sforzo.
Un altro scenario. Un marchio e-commerce ha un catalogo prodotti con trecento SKU, regole di merchandising personalizzate, descrizioni specifiche per regione e un blog di marketing. Per il catalogo, Sanity e lo strumento giusto. Per il blog, fatelo girare su Kamaan e lasciate al catalogo la sua casa. Due sistemi non sono una sconfitta; sono una separazione onesta delle responsabilita. Il team di prodotto ottiene Portable Text e le estensioni di Studio per il catalogo; il team di marketing ottiene un CMS che pubblica post in cinque lingue senza un ticket all'ingegneria.
Un terzo scenario. Un fondatore solitario che gestisce un SaaS vuole pubblicare un post a settimana, in inglese piu le quattro lingue dove i clienti comprano davvero. Su Sanity sono diverse settimane di setup prima del primo post. Su Kamaan e un'iscrizione, un post e un publish. Il fondatore usa la settimana risparmiata per scrivere i prossimi tre post invece di configurare un plugin i18n.
Una vista fianco a fianco di come i due sistemi differiscono sulle dimensioni che contano per un blog e qui sotto.
FAQ
Kamaan e un fork di Sanity o un wrapper sopra?
No. Kamaan e il proprio CMS. Non e costruito su Sanity, non usa GROQ e non richiede Sanity Studio. Il modello di contenuto, la forma dell'API e l'editor sono indipendenti.
E la collaborazione in tempo reale di Sanity?
L'editing multi-cursore in tempo reale in Studio e una forza genuina di Sanity per le redazioni che lavorano contemporaneamente sullo stesso documento. Kamaan si concentra sui flussi di blog solo e di piccoli team, dove i conflitti sono rari e il modello di autosalvataggio piu storico e sufficiente.
Posso esportare da Sanity a Kamaan?
Si. Kamaan supporta importazioni dai formati di export CMS comuni e da un dump JSON del vostro dataset Sanity. Lo script di migrazione mappa i campi, porta le immagini e preserva gli slug perche gli URL esistenti continuino a funzionare.
Perdo funzioni Portable Text nello spostarmi?
Alcune. Portable Text e eccellente per tipi di blocco personalizzati (riferimenti inline, callout, embed custom). Kamaan usa un modello a blocchi piu semplice, focalizzato sui contenuti di blog: paragrafi, titoli, liste, immagini, citazioni, codice ed embed. Se il vostro blog si appoggia a una lunga coda di tipi di blocco custom, e un punto da valutare prima di muoversi.
Come gestisce il SEO Kamaan rispetto a Sanity?
Sanity vi da i campi se li modellate. Kamaan li consegna: meta title, meta description, focus keyword, slug, campi OG, campi Twitter card, URL canonico e hreflang tra locale. Sitemap e robots sono gestiti a livello di sito. Il punto non e che Sanity non possa farlo; e che voi non dovete costruirlo.
Qual e la differenza di prezzo nella pratica?
Il piano gratuito di Sanity e generoso per i prototipi; la curva di costo appare quando crescono le richieste API, la dimensione del dataset e i posti. Kamaan usa piani forfettari per sito senza contatore per chiamata API. Per un blog ad alto traffico con re-fetch frequenti, la differenza si accumula.
Posso usare Kamaan con Next.js, Nuxt, SvelteKit o Astro?
Si. La REST API Delivery di Kamaan restituisce JSON; il framework front-end e una vostra scelta. Esistono integrazioni di esempio per Next.js, Nuxt, SvelteKit e Astro.
E se supero Kamaan?
Esportate. Kamaan offre un'esportazione completa dei contenuti in JSON, incluse traduzioni e URL dei media. E un impegno deliberato: se l'adattamento cambia, la porta resta aperta.
Da leggere anche su Kamaan
- Miglior CMS headless per startup
- Alternative a Contentful
- Cos'e un CMS headless
- Come aggiungere un blog al vostro SaaS
Iniziate con Kamaan
Se il vostro lavoro e un blog e il team e piccolo, il percorso schema-as-code paga una tassa di sviluppo che non compra nulla di cui avete bisogno. Kamaan consegna il modello di blog, la pipeline multilingua e le integrazioni di pubblicazione AI come prodotto. Avviate un sito, incollate un post e guardatelo apparire in 99+ lingue in una sola pubblicazione.
