Trois arguments qui ne tiennent pas ici

Sanity est un produit sérieux, respecté des développeurs, et la plupart des angles de comparaison habituels rebondissent dessus. Écartons-les d'emblée.

Sanity est code-first. Les schémas sont du TypeScript dans votre repo, et le Studio lui-même se configure en code et se déploie depuis votre projet. C'est vrai depuis des années - c'est sans doute de là que l'idée vient. « Nous définissons les schémas en code et pas eux » n'est donc pas un argument qui nous revient.

Sanity a l'édition visuelle. L'outil Presentation relie le Studio à votre front-end en production via les content source maps et l'encodage stega : les rédacteurs cliquent un élément sur la vraie page et l'éditent. Cela fonctionne avec Next.js, Remix, Nuxt et Astro.

Sanity ne compte pas vos langues. Les locales sont illimitées dès le plan gratuit, bornées seulement par les limites d'attributs. Si vous espériez qu'on les batte sur le prix du multilingue : non. Cet argument vaut contre Storyblok et Contentful, pas contre Sanity.

Reste une différence réelle de forme, et une de facturation.

La vraie différence : ce que font les rédacteurs

Sanity pense d'abord contenu structuré. Le modèle mental, ce sont des documents et des champs. Une rédactrice ouvre un document dans le Studio, remplit des champs, et le front-end décide comment les afficher. Presentation rend cette boucle visuelle - cliquer l'élément, éditer le champ sur place - mais l'unité de travail reste le champ. Construire la page est un travail de développeur, en code.

Cmssy pense d'abord composition de pages. L'unité de travail est le bloc. Une rédactrice ouvre une page dans l'éditeur, fait glisser une section témoignages au-dessus de la section tarifs, modifie le texte sur la page en production et publie. Personne ne touche au repo. Les blocs eux-mêmes restent du React possédé par les développeurs, avec un schéma typé - mais les assembler en page est le travail du rédacteur, pas un déploiement.

Toute la comparaison en une ligne : Sanity donne aux rédacteurs de meilleurs champs, Cmssy leur donne la page.

Lequel a raison dépend de ce que fait vraiment votre équipe. Si votre contenu est un catalogue produits, un ensemble de documentation ou une archive d'articles alimentant plusieurs surfaces, le contenu structuré est le bon modèle et Sanity y excelle. Si votre équipe marketing veut construire et réorganiser des landing pages cet après-midi, un éditeur de champs n'est pas ce qu'elle demande.

Tarifs

C'est l'autre axe, et il mord à un point précis.

Sanity : Free à 0 $ (jusqu'à 20 sièges, 2 datasets, 250K requêtes API et 1M requêtes CDN par mois), Growth à 15 $ par siège et par mois (jusqu'à 50 sièges, commentaires et tâches, datasets privés), Enterprise sur demande. Les datasets supplémentaires en Growth coûtent 999 $ par dataset et par mois. SSO, rôles personnalisés, content releases et piste d'audit sont réservés à Enterprise.

Cmssy : Hobby gratuit (1 workspace, 5 pages, 3 blocs personnalisés), Pro à 19 $/mois forfaitaires (5 workspaces, pages illimitées, 25 blocs personnalisés, IA et MCP), Enterprise sur demande.

Par siège contre forfait : voilà ce qu'il faut modéliser. Un rédacteur sur Sanity Growth coûte 15 $ et nous 19 $ - nous perdons. Cinq rédacteurs, c'est 75 $ contre nos 19 $. Douze, c'est 180 $ contre nos 19 $. Le croisement arrive presque immédiatement, et précisément quand un CMS commence à servir : dès que plus d'une personne y touche.

Les 999 $ par dataset supplémentaire méritent d'être connus avant d'architecturer autour des datasets - si votre réflexe est un dataset par marque ou par environnement, chiffrez-le d'abord.

Chiffres Sanity vérifiés le 27 juillet 2026 - vérifiez-les avant de décider.

Là où leur offre gratuite bat la nôtre

Disons-le franchement : le plan gratuit de Sanity est bien plus généreux que le nôtre. Vingt sièges, deux datasets, un vrai quota d'API. Notre plan Hobby, c'est un workspace, cinq pages et trois blocs personnalisés - un essai, pas un domicile. Si votre projet est petit, sans financement, et le restera, l'offre gratuite de Sanity est la meilleure affaire et nous n'allons pas prétendre le contraire.

Interrogation des données

Sanity utilise GROQ, son propre langage de requête. Il est réellement puissant - projections, jointures et filtrage qui seraient malcommodes en GraphQL - et c'est une vraie raison pour laquelle les développeurs restent. Le coût : un langage de plus à apprendre pour votre équipe, et spécifique à Sanity.

Cmssy propose GraphQL sur tous les plans, avec un codegen produisant des documents typés. Moins expressif que GROQ dans les cas extrêmes, mais rien de nouveau à apprendre et l'outillage existe déjà.

Verdict : un vrai arbitrage, pas une victoire. Prenez GROQ si vous interrogez en profondeur ; GraphQL si vous préférez ne pas introduire un langage.

L'IA

Cmssy expose le workspace via un serveur MCP : un agent comme Claude crée des pages, rédige des textes, remplit les traductions et renseigne le SEO par la même API que l'éditeur - sur le contenu, jamais sur votre code. Comme l'unité de Cmssy est la page, on peut dire à l'agent « ajoute une page tarifs avec trois formules » et il en produit vraiment une. Cette instruction n'a pas d'équivalent propre dans un modèle champs-et-documents où la structure de page vit dans le repo.

Gagnant : Cmssy - et notez que cet avantage découle du modèle de composition, ce n'est pas une fonctionnalité séparée.

Là où Sanity gagne

• Personnalisation du Studio - le Studio est votre application React. Composants de saisie sur mesure, structure builder, workflows dédiés. Notre éditeur est bien plus directif.
• Collaboration en temps réel - plusieurs rédacteurs dans un document en même temps, avec présence. Mature et bien conçu.
• GROQ et Portable Text - deux vraies réussites de conception, surtout Portable Text pour du contenu riche qui doit s'afficher hors du web.
• Offre gratuite - vingt sièges, comme dit plus haut.
• Maturité et communauté - des années d'usage en production, un large écosystème de plugins, une documentation approfondie.
• Étendue des frameworks - édition visuelle sur Next.js, Remix, Nuxt et Astro. Nous sommes concentrés sur React et Next.js.
• Omnicanal - si le contenu alimente des applications et d'autres surfaces, le contenu structuré est le bon modèle et la composition de pages le mauvais.

Comparatif

Le verdict

Choisissez Sanity si votre contenu est de la donnée structurée servant plusieurs surfaces, si vous voulez façonner l'outil de rédaction lui-même, si GROQ et Portable Text vous séduisent, ou si vous êtes assez petit pour que vingt sièges gratuits tranchent la question.

Choisissez Cmssy si le travail ce sont des sites web et que ceux qui le font sont des marketeurs voulant construire des pages sans développeur, si vous avez plus de deux ou trois rédacteurs et que la facturation par siège va faire mal, ou si vous voulez un agent IA capable de créer une page entière plutôt que de remplir un champ.

Le résumé honnête : Sanity est le meilleur back-end de contenu, Cmssy le meilleur CMS de site. Ils ne se disputent pas vraiment le même après-midi.

Prochaines étapes

• Suivez le guide d'installation pour intégrer @cmssy/react et @cmssy/next à une application Next.js
• Voyez comment les blocs se définissent en code
• Lisez la documentation du serveur MCP
• Comparez Cmssy et Contentful ou Cmssy et Storyblok