La maggior parte degli articoli "aziende che usano il CMS X" e scritta dal fornitore del CMS stesso. Muro di loghi, nessun dettaglio tecnico, nessuna fonte. Questo articolo e l'opposto: 7 vere squadre di ingegneria SaaS, il CMS headless che usano davvero in produzione, e la fonte pubblica con cui potete verificare ogni scelta.
In breve
- Cinque delle sette squadre SaaS usano un CMS headless gestito in cloud (Contentful o Sanity). Due tengono i contenuti come file MDX o Markdown nello stesso repository del prodotto.
- Tutte usano Next.js, Gatsby o un altro frontend basato su React.
- Il multilingue e quasi sempre una soluzione fatta in casa. Nessuno dei sette casi di studio pubblici pubblicizza una pipeline di traduzione con IA.
- Nessun caso di studio pubblico descrive ancora la pubblicazione da un client MCP. Il pattern "centro di comando" si assembla ancora a mano.
Come abbiamo scelto questi 7
Tre regole. Regola uno: una fonte pubblica reale. Ogni azienda o pubblica il proprio codice di contenuto su GitHub, o ha un caso di studio documentato, o ha avuto un ingegnere che ha parlato dello stack pubblicamente. Nessuna fonte pubblica, nessuna voce in lista.
Regola due: solo SaaS. Retail, telecomunicazioni e marchi consumer sono esclusi.
Regola tre: varieta di pattern. I 7 coprono le due architetture dominanti in produzione: CMS cloud gestito (Contentful, Sanity) e Git come backend (MDX o Markdown nel repository).
Ecco la lista riassuntiva che accompagna l'articolo.
I 7 esempi
1. PostHog: GitHub come CMS
PostHog e una piattaforma di analisi prodotto open source. Sito di marketing, manuale, blog e documentazione vivono tutti in un unico repository GitHub pubblico, scritti in MDX. Il team di ingegneria di PostHog ha pubblicato un lungo articolo intitolato "Why we use GitHub as our CMS" che spiega la scelta: trasparenza, workflow editoriale basato sulle pull request e una cultura centrata sull'ingegneria in cui il marketing tratta i contenuti come codice.
Circa il 40 % delle pull request unite nel repository posthog.com viene da persone esterne a marketing, web e docs. Per i profili community e il forum, PostHog usa Strapi. Il sito principale resta GitHub piu Gatsby piu MDX.
Fonte: Why we use GitHub as our CMS, posthog.com (marzo 2023).
2. Figma: Contentful per il sito di marketing
Figma e la piattaforma di design collaborativo ora di proprieta di Adobe. Il team marketing di Figma ha pubblicato una descrizione dettagliata di come ha costruito il design system di figma.com su Contentful, con una piccola squadra (un producer, uno sviluppatore e una designer) che ha ricostruito il sito di marketing in un mese. Risultato: figma.com va dal concept alla pubblicazione in un giorno, senza che uno sviluppatore tocchi la pagina.
I componenti riutilizzabili vivono in Contentful. Quando il team vuole cambiare un token tipografico o uno stile di pulsante su tutto il sito, lo aggiorna una volta in Contentful, non pagina per pagina. Il team marketing controlla la pubblicazione dall'inizio alla fine.
Fonte: How a small team built figma.com's design system, designsystems.com (pubblicazione Figma).
3. Mux: Sanity per blog e contenuti
Mux e l'API video usata da prodotti di streaming, strumenti ed-tech e startup di video IA. Il blog mux.com gira su Sanity. Potete verificarlo aprendo un qualsiasi articolo del blog Mux e ispezionando gli URL delle immagini, serviti da cdn.sanity.io/images/2ejqxsnu/production/. Mux ha annunciato il rapporto con Sanity nel 2018 con un'integrazione congiunta: un plugin Mux dentro Sanity Studio che permette ai redattori di caricare video direttamente su Mux senza lasciare il CMS.
Fonte: Mux + Sanity = Responsive video in headless CMS, blog mux.com.
4. Tailscale: MDX con ContentLayer in un repository aperto
Tailscale fornisce una mesh VPN a configurazione zero basata su WireGuard. Il loro sito community tailscale.dev e completamente open source. Il README del repository descrive lo stack: Next.js per il frontend, Tailwind CSS per gli stili e ContentLayer per processare i contenuti MDX. Articoli del blog ed eventi vivono come file .mdx sotto /data/blog e /data/events. Anche gli autori sono definiti come MDX con front matter.
E lo stesso pattern di PostHog, con una toolchain diversa. Contenuto come codice, pull request come workflow editoriale, ogni modifica versionata in git.
Fonte: tailscale-dev/tailscale-dev su GitHub.
5. Intercom: Contentful dietro un frontend Next.js
Intercom ha rifatto intercom.com nel 2019 su Contentful. Il tech lead Steven Petryk ha pubblicato l'architettura sul blog di Intercom. Il sito e un'applicazione Next.js renderizzata lato server che recupera tutti i contenuti da Contentful. La squadra genera interfacce TypeScript dallo schema Contentful, quindi una modifica di contenuto che rompe il contratto con il frontend fa fallire la compilazione invece di pubblicare una pagina rotta.
Il tempo di deploy e sceso da 20 minuti a circa 90 secondi.
Fonte: Rebuilding Intercom's homepage with a new CMS, blog intercom.com (giugno 2019).
6. Cloudflare: Sanity piu Gatsby su Workers
Cloudflare ha costruito un sito vetrina pubblico chiamato "Built with Workers" per mostrare siti che girano su Cloudflare Workers. Il sito vetrina stesso e costruito con Sanity per i contenuti, Gatsby per il frontend e Workers per il deploy. La squadra di ingegneria di Cloudflare ha pubblicato "JAMstack at the Edge" che descrive il montaggio, e Sanity ha pubblicato il caso di studio complementare dalla loro parte.
Sanity copre il contenuto strutturato adatto al marketing, Gatsby da alla squadra un frontend statico veloce, e il deploy su Workers dimostra il prodotto che il sito vetrina pubblicizza.
Fonte: JAMstack at the Edge, blog.cloudflare.com.
7. Sanity: Sanity piu Next.js su Vercel (dogfood)
Sanity stessa fa girare sanity.io sul proprio Sanity content lake, con un frontend Next.js ospitato su Vercel. Vercel ha pubblicato un caso di studio sulla ricostruzione, incluso l'uso da parte di Sanity di Vercel Edge Middleware per il routing di esperimenti. Il sito precedente era un framework React proprietario su Docker e GCP, ritirato nel 2018 a favore di Next.js. Caso dogfood: un fornitore di CMS che fa girare il proprio sito di marketing sul proprio prodotto.
Fonte: Sanity balances experimentation and performance with Vercel Edge Middleware, blog vercel.com.
La matrice di pattern qui sotto mostra tutte le 7 scelte fianco a fianco, con la fonte pubblica per ognuna.
Pattern osservati nei 7 esempi
Emergono quattro pattern.
Pattern uno. Il CMS cloud gestito vince quando il marketing possiede la pubblicazione. Figma, Intercom, Mux, Cloudflare e Sanity hanno tutti scelto un CMS headless cloud. Il filo conduttore: un team marketing abbastanza grande da rendere le pull request un collo di bottiglia, e un modello di contenuto abbastanza complesso da richiedere uno schema strutturato.
Pattern due. Git come backend vince quando gli autori sono ingegneri. PostHog e Tailscale sono le eccezioni. Entrambe sono aziende orientate agli sviluppatori con marketing piccolo, autori ingegneri e componenti di prodotto incorporati nei contenuti.
Pattern tre. I frontend basati su React sono universali. Tutte e sette usano un frontend React. Next.js domina, Gatsby compare due volte. Gli SDK maturi per Sanity e Contentful sono prima per Next.js, e le nuove SaaS copiano lo stack dominante.
Pattern quattro. Multilingue e pubblicazione con IA non sono ancora di prima classe. Nessuno dei sette casi di studio mette in primo piano "traduciamo automaticamente in N lingue" o "pubblichiamo da un agente IA". Se avete bisogno di multilingue o pubblicazione con IA come workflow di prima classe oggi, dovrete costruirvelo voi sopra al CMS.
Cosa farebbe diversamente un nuovo fondatore oggi
Le sette aziende sopra hanno fatto la loro scelta di CMS tra il 2018 e il 2023, quando la domanda era "CMS cloud gestito o Git con MDX" e entrambe erano risposte buone per un solo sito. Quello che e cambiato e il numero di siti che ci si aspetta da un fondatore. Un fondatore SaaS moderno spesso gestisce il blog principale del prodotto, un blog secondario, un blog personale, piu uno o due micrositi. Nessuno dei sette stack scala in modo pulito a questo. Ogni nuovo sito e un nuovo dataset Sanity, un nuovo workspace Contentful, un nuovo repository, un nuovo login editor, una nuova fattura.
E proprio questa la lacuna che Kamaan colma. Kamaan e il centro di comando per i fondatori e le agenzie multi-prodotto che gestiscono diversi blog SaaS: gestite ogni blog da un'unica dashboard ed eseguite ogni operazione su tutti da Claude, ChatGPT, Cursor o qualsiasi client MCP. La fatturazione e piatta: 19 dollari al mese per siti illimitati, senza costi per sito, per spazio o per posto. Il primo mese e gratuito, senza carta di credito, cancellabile in qualsiasi momento. C'e un piano a vita. La traduzione e integrata e consegnata automaticamente alla pubblicazione.
Inquadramento onesto: se siete Intercom o Figma, il vostro CMS e gia in produzione. Kamaan non e "meglio di Contentful per Intercom". Kamaan e la risposta se scegliete oggi, gestite due o piu siti, e non volete assemblare a mano lo stesso strato multilingue piu pubblicazione con IA sopra al CMS di un terzo.
Scenario: un fondatore che sceglie oggi
Gestite un SaaS di strumenti per sviluppatori, pubblicate un sito di marketing incentrato sulla documentazione e pianificate di lanciare un secondo prodotto fra nove mesi. Squadra: voi, due ingegneri e una redattrice part-time. Vi servono contenuti in questo trimestre, copertura in spagnolo e tedesco prima del lancio, e un posto unico da cui pilotare entrambi i prodotti quando arriva il secondo.
Scegliere Sanity o Contentful per ogni prodotto porta a "abbastanza buono" sul sito uno ma raddoppia la fattura sul sito due. MDX nel repository fa uscire la documentazione velocemente ma blocca la redattrice part-time che non puo pubblicare senza una pull request. Kamaan copre entrambi i prodotti dal giorno uno: stessa dashboard, stesso login editor, stessa pipeline di traduzione, con la pubblicazione pilotata da Claude o Cursor su entrambi i siti. Il tempo dall'iscrizione al primo post pubblicato si aggira intorno ai 14 minuti.
FAQ
Qual e il CMS headless piu popolare tra le SaaS?
Contentful e Sanity sono le scelte cloud gestite piu citate, sia tra questi 7 sia in una rassegna piu ampia. MDX su Git domina tra le SaaS di strumenti per sviluppatori dove gli autori sono ingegneri.
Markdown su Git e un "vero" CMS?
Per le SaaS di strumenti sviluppatori, si. PostHog e Tailscale trattano il loro repository GitHub pubblico come backend di contenuti, con pull request come workflow editoriale. Compromesso: gli autori non tecnici non possono pubblicare senza imparare git.
Perche cosi tante SaaS usano Next.js con il loro CMS?
Next.js ha gli SDK piu maturi per Contentful e Sanity, e Vercel ha costruito integrazioni di prima parte con i principali CMS headless. Le nuove SaaS copiano lo stack dominante.
Cosa usa Figma per il sito di marketing?
Contentful. L'architettura e documentata su designsystems.com (pubblicazione Figma) e il team marketing pubblica pagine in un giorno senza ingegneria.
Queste aziende usano l'IA per tradurre o pubblicare i contenuti?
Non nei loro casi di studio pubblici. Tutte e sette trattano traduzione e workflow editoriale come una costruzione fatta in casa sopra al CMS.
Qual e la risposta piu vicina per un fondatore con piu blog SaaS?
Per chi sceglie oggi e gestisce due o piu siti, Kamaan copre siti illimitati con una sola dashboard e una fattura piatta di 19 dollari al mese, con multilingue e pubblicazione con IA integrati.
Quanto velocemente un fondatore puo pubblicare il primo post su un nuovo sito?
Con Kamaan, il tempo "iscrizione al primo post pubblicato" si aggira intorno ai 14 minuti. Con Sanity o Contentful, configurare lo schema e l'integrazione Next.js richiede di solito almeno mezza giornata, anche con un template di partenza.
Da leggere su Kamaan
- Cos'e un CMS headless copre il pattern di architettura che usano queste 7 aziende.
- Miglior CMS headless per startup vi aiuta a scegliere se partite oggi.
- CMS headless con Next.js descrive lo stack frontend che gira in tutti i 7 esempi.
- Alternative a Contentful e il confronto a cui ricorrono la maggior parte dei team quando la fattura cresce.
Iniziare con Kamaan
Kamaan e il centro di comando per fondatori e agenzie che gestiscono diversi blog SaaS. Gestite ogni blog da un'unica dashboard ed eseguite ogni operazione da Claude, ChatGPT, Cursor o qualsiasi client MCP. Fattura piatta di 19 dollari al mese per siti illimitati, nessun costo per sito, spazio o posto. Primo mese gratuito, senza carta di credito, cancellabile in qualsiasi momento. C'e un piano a vita. I crediti di traduzione si consumano solo quando Kamaan traduce. Se portate le vostre traduzioni gia pronte, non costa nulla. La maggior parte dei nuovi account pubblica il primo post in circa 14 minuti. Iniziate su kamaan.io.
