Contentful vs Sanity

Si vous êtes une grande organisation avec plusieurs marques, marchés ou entités, un processus d’achat et un besoin de rôles, de workflows et d’engagement de disponibilité, Contentful est le choix le plus sûr. C’est une plateforme mature, gérée par l’éditeur, où les types de contenu se configurent dans une interface web, et son offre Enterprise est construite autour de la gouvernance.

Si votre équipe compte des développeurs qui veulent le modèle de contenu dans le dépôt de code, et des rédacteurs qui gagneraient à avoir une interface d’édition pensée pour leur travail, choisissez Sanity. Son Studio est une application React open source que l’on configure en TypeScript, plusieurs personnes peuvent modifier le même document en temps réel, et le prix d’entrée se calcule au siège plutôt qu’au forfait.

Les deux sont de bons produits, et aucun ne freinera un site marketing classique. Les vraies questions sont : qui portera le modèle de contenu, à quelle vitesse votre équipe va grandir, et voulez-vous une plateforme que l’on configure ou une boîte à outils sur laquelle on construit.

Contentful est un CMS headless hébergé : il stocke du contenu structuré et le diffuse par API vers n’importe quel front-end, un site, une application ou une borne. Le contenu vit dans des espaces (spaces), chacun avec ses types de contenu, ses environnements et ses enregistrements. Les rédacteurs travaillent dans l’application web de Contentful ; les développeurs lisent le contenu par la Content Delivery API, les brouillons par la Content Preview API, et peuvent aussi utiliser une API GraphQL générée à partir du modèle de contenu.

L’éditeur présente son produit comme une plateforme de contenu complète. Autour du cœur, il vend Personalization, un canevas visuel d’assemblage de pages appelé Studio et AI Actions, tous facturés en plus d’une offre Enterprise. Ses forces : la maturité, la gouvernance et un large réseau de partenaires. La contrepartie : une grille de prix qui grimpe vite dès que l’on quitte l’offre gratuite, et un modèle où l’on configure la plateforme plutôt que de la façonner dans le code.

Sanity sépare le CMS en deux. Le Content Lake est la base de données hébergée qui stocke vos documents et les sert par API, interrogée avec GROQ, le langage de requête de Sanity. Sanity Studio est l’interface d’édition : une application React open source publiée sous licence MIT, que l’on configure en TypeScript et que l’on peut déployer sur l’hébergement de Sanity ou à côté de son site.

Comme le schéma est du code, les types de contenu sont versionnés, relus dans des pull requests et déployés comme le reste du projet. Les rédacteurs profitent de la collaboration en temps réel, à plusieurs dans le même document, et de l’édition visuelle avec l’outil Presentation, qui affiche le site à côté des champs et permet de cliquer sur un bloc de la page pour le modifier. Le texte riche est stocké en Portable Text, un format JSON que l’on peut afficher partout. La contrepartie : Sanity demande un développeur pour mettre en place et faire évoluer le Studio, et le Content Lake lui-même est un service hébergé propriétaire, que l’on ne peut pas faire tourner chez soi.

Les critères que nous regardons quand un client hésite entre les deux. La dernière colonne indique l’outil qui l’emporte, d’après notre expérience des projets headless.

C’est la différence la plus structurante entre les deux. Dans Contentful, un type de contenu se crée dans l’application web : on ajoute des champs, on règle les validations et on relie les types entre eux en quelques clics. Un responsable marketing ou produit peut suivre, voire ajuster, le modèle. Les changements peuvent aussi être scriptés avec des outils de migration, et les environnements permettent de tester une évolution du modèle avant la production. Chaque Starter Space des offres gratuite et Lite inclut 25 types de contenu, 2 environnements et 10 000 enregistrements : largement assez pour un site marketing, juste pour un gros catalogue.

Dans Sanity, le schéma est du TypeScript dans votre dépôt. Chaque champ, chaque règle de validation et chaque saisie personnalisée est du code, relu dans une pull request et annulable comme n’importe quel changement. Cela rend les modèles complexes plus faciles à garder cohérents, et permet aux développeurs de construire des champs, des aperçus et des outils sur mesure dans le Studio. Le revers : personne ne modifie le modèle sans développeur.

Notre avis : si le modèle est stable et porté par une équipe contenu, l’interface de Contentful est un confort. S’il évolue avec le produit et vit à côté du code du front-end, le schéma en code de Sanity supprime toute une famille d’écarts entre le CMS et le site.

Contentful donne à chaque rédacteur la même application web, propre, faite de formulaires. Elle est prévisible et facile à apprendre, et les offres payantes ajoutent commentaires, gestion des tâches, publication programmée et collaboration en direct. Pour assembler des pages plus riches, Contentful vend Studio, un canevas en glisser-déposer, comme produit séparé sur les contrats Enterprise.

Sanity Studio part plus sobre mais va plus loin une fois configuré. Plusieurs rédacteurs peuvent travailler dans le même document en même temps et voir les modifications des autres champ par champ. L’outil Presentation ouvre le vrai site à côté du formulaire : on clique sur un titre de la page et on arrive sur le bon champ, avec un aperçu qui se met à jour pendant la saisie. Les développeurs peuvent ajouter au Studio des tableaux de bord, des champs sur mesure ou des outils React complets, pour qu’une équipe produit, une rédaction ou une équipe marketing ait chacune une interface pensée pour son travail.

Dans les faits, des rédacteurs qui publient de façon simple sont à l’aise dans les deux outils. Les équipes qui publient beaucoup, travaillent à plusieurs sur les mêmes pages ou ont besoin du contexte visuel préfèrent en général un Studio Sanity bien configuré, à condition que quelqu’un le construise correctement.

Contentful expose une famille d’API REST, une pour le contenu publié, une pour les aperçus, une pour la gestion du contenu et une API d’images, ainsi qu’une API GraphQL dont le schéma est généré à partir de votre modèle de contenu. La documentation est très fournie, des SDK existent pour la plupart des langages, et la conception des API est stable depuis des années, ce qui compte pour les DSI. L’API GraphQL documente ses propres limites, comme un plafond de complexité des requêtes et une limite de débit par défaut pour les requêtes hors cache.

Le langage principal de Sanity est GROQ, qui permet de filtrer, de suivre les références et de remodeler la réponse en une seule requête, pour que le front-end reçoive exactement le JSON dont il a besoin. Une API GraphQL est aussi disponible. Comme le schéma est en TypeScript, Sanity peut générer les types du schéma et de vos requêtes GROQ, et repérer les erreurs avant la production.

Les deux s’intègrent bien à Next.js, Astro ou tout framework moderne. Les développeurs habitués à REST et GraphQL sont chez eux dans Contentful dès le premier jour. Ceux qui tiennent au typage et aux requêtes précises préfèrent en général Sanity, après une courte prise en main de GROQ.

Contentful intègre le multilingue au modèle de contenu : chaque champ peut être traduit par langue, avec des langues de repli. Le nombre de langues dépend de l’offre, 2 en Free et 3 en Lite, sur mesure en Enterprise. Les espaces Enterprise ajoutent la publication par langue, des workflows localisés et des espaces connectés, pensés pour les groupes qui pilotent de nombreuses marques ou régions depuis une seule plateforme. C’est là que Contentful est le plus fort.

Sanity ne compte pas les langues dans sa tarification. Vous choisissez comment traduire, champ par champ ou document par document, en général avec des plugins officiels, et vous pouvez modéliser plusieurs sites ou marques dans le même jeu de données ou dans plusieurs. La souplesse est réelle, mais la structure est à concevoir vous-même, et les fonctions de gouvernance attendues par les grands groupes, comme les rôles personnalisés et le SSO, sont réservées à l’offre Enterprise.

Pour un site d’entreprise bilingue, les deux sont confortables. Pour trente marchés avec des équipes locales et des circuits de validation, la structure toute prête de Contentful économise du travail de conception ; Sanity sait le faire, avec plus de décisions à prendre au départ.

Les deux éditeurs se présentent désormais comme des plateformes de contenu prêtes pour l’IA, avec un découpage différent. Contentful vend AI Actions, qui automatise la création, la traduction et la transformation de contenu, sur les offres Enterprise, avec des crédits inclus puis du paiement à l’usage ou du prépayé. Son produit Personalization utilise aussi l’IA pour proposer des expériences et des segments d’audience.

Sanity inclut des crédits d’IA dans toutes ses offres, 1 000 par mois en Free et Growth et 5 000 en Enterprise, ainsi que des requêtes d’embeddings pour la recherche sémantique et des Functions sans serveur qui réagissent aux changements de contenu. Son Content Agent, inclus dans toutes les offres, peut rédiger, traduire, auditer et modifier du contenu en masse en respectant le schéma ; les crédits d’IA supplémentaires coûtent 0,05 $ pièce en Growth.

Pour une équipe qui veut essayer l’édition assistée par IA sans contrat entreprise, Sanity est le point de départ le plus simple. Pour une grande organisation qui veut l’IA au cœur d’une production de contenu encadrée, l’offre de Contentful est pensée pour cet acheteur.

Les deux modèles de prix sont construits différemment, et c’est souvent ce qui tranche. Contentful facture un forfait par offre. L’offre Free inclut 10 utilisateurs, 2 rôles, 2 langues, 100 000 appels d’API et 50 Go de bande passante CDN par mois, avec des plafonds stricts. L’offre Lite est affichée à 300 $ par mois pour 20 utilisateurs, 3 rôles, 3 langues, 1 million d’appels d’API et 100 Go de bande passante. Au-delà, un Lite Space supplémentaire coûte 850 $ par mois, les dépassements sont facturés 5 $ par million d’appels et 0,15 $ par Go, et l’offre Enterprise est sur devis.

Sanity facture au siège. L’offre Free accepte jusqu’à 20 sièges avec les rôles Administrateur et Lecteur, 2 jeux de données publics et 10 000 documents, sans dépassement possible. Growth coûte 15 $ par siège et par mois, en paiement mensuel uniquement, jusqu’à 50 sièges, avec 5 rôles, des jeux de données privés et 25 000 documents, des dépassements facturés à l’usage et des options comme un pack de quotas à 299 $ par mois. Enterprise est sur devis et ajoute SSO, rôles personnalisés et SLA.

Conséquence pratique : pour une petite équipe de 3 à 10 rédacteurs, Sanity Growth coûte une fraction de Contentful Lite. Pour une équipe de cinquante personnes, l’écart se resserre, et à l’échelle d’un grand groupe, les deux sont des contrats négociés où la gouvernance et le support comptent plus que le prix catalogue.

Contentful et Sanity sont deux services hébergés : votre contenu vit dans leurs bases de données, et la facture suit votre usage et la taille de votre équipe. Deux CMS open source prennent une autre voie.

Payload est un CMS en TypeScript publié sous licence MIT, qui s’installe directement dans une application Next.js. L’interface d’administration, l’API et le site partagent le même code, et le contenu reste dans votre propre base de données, Postgres ou MongoDB, chez l’hébergeur de votre choix, en Europe si nécessaire. C’est la pile que nous utilisons pour notre propre site et pour les projets clients qui demandent des fonctions sur mesure ou la pleine propriété des données. Pas de prix au siège : vous payez l’hébergement et les développeurs qui maintiennent le tout.

Strapi est l’autre CMS headless open source connu, avec un constructeur visuel de types de contenu et une édition communautaire auto-hébergée, plus une offre gérée, Strapi Cloud. Il convient aux équipes qui veulent une interface d’administration pour modéliser le contenu sans écrire le schéma en code.

La contrepartie est la même pour les deux : vous gagnez en maîtrise et en prévisibilité des coûts, et vous prenez en charge l’hébergement, les mises à jour et la sécurité, ou vous les confiez à une agence.

Contentful l’emporte dans les grandes organisations. Choisissez-le quand plusieurs marques, marchés ou entités doivent partager une même plateforme de contenu avec des rôles clairs, des circuits de validation et une publication par langue, quand votre DSI attend un éditeur avec un SLA de disponibilité, un support 24 h/24 et des services professionnels, ou quand les achats préfèrent un seul contrat entreprise à un ensemble d’outils.

C’est aussi un choix raisonnable quand le modèle de contenu sera géré par des non-développeurs après le lancement, puisque types et champs se modifient dans l’interface, et quand vos développeurs préfèrent des API REST et GraphQL standard à l’apprentissage d’un nouveau langage de requête.

Les limites apparaissent sur le budget. L’offre gratuite est généreuse pour un prototype, mais le passage à Lite, puis aux espaces supplémentaires ou à Enterprise, est une marche haute pour une PME.

Sanity l’emporte quand développeurs et rédacteurs travaillent de près. Choisissez-le quand le modèle de contenu évolue avec le produit et a sa place dans le dépôt de code, quand les rédacteurs ont besoin d’édition visuelle et de collaboration en temps réel, ou quand vous voulez construire des outils sur mesure dans l’interface d’édition plutôt que d’adapter votre façon de travailler à une interface figée.

C’est aussi l’option la plus accessible pour les startups et les équipes en croissance : l’offre gratuite couvre un vrai projet, et le prix au siège garde une facture proportionnée tant que l’équipe est petite. Les schémas typés et les requêtes GROQ en font un choix naturel pour des sites Next.js ou Astro où la performance et la précision des données comptent.

Les limites : quelqu’un doit construire et maintenir le Studio, ce qui en fait un mauvais choix pour une équipe sans accès à un développeur. Le prix au siège s’additionne aussi à mesure que le nombre de rédacteurs augmente, et le Content Lake ne peut pas être auto-hébergé.

Ce que nous recommandons quand un client nous pose la question, et pourquoi. Nous construisons des sites headless en Next.js, surtout avec Payload, et nous intégrons Contentful ou Sanity quand un client en utilise déjà un ou que le contexte demande une plateforme hébergée.

Les deux plateformes stockent du contenu structuré en JSON et disposent d’outils d’export : une migration est donc un projet de données, pas une réécriture de vos textes. Le travail se concentre à trois endroits. D’abord le modèle de contenu : les types Contentful deviennent des schémas Sanity en TypeScript, ou l’inverse, et c’est le bon moment pour supprimer les champs inutilisés. Ensuite le texte riche : le rich text de Contentful et le Portable Text de Sanity sont tous deux du JSON structuré mais pas identiques, donc un script de conversion fait correspondre blocs, styles, liens et entrées intégrées. Enfin les médias et les références, qui reçoivent de nouveaux identifiants et une table de correspondance.

Le front-end change aussi. Les requêtes écrites pour les API REST ou GraphQL de Contentful sont réécrites en GROQ, ou l’inverse, et l’aperçu comme les webhooks sont rebranchés. Si le site garde les mêmes URL, les moteurs de recherche ne voient aucune différence ; si des URL changent, chaque ancienne adresse reçoit une redirection 301.

Faites tourner les deux CMS en parallèle sur une courte période, gelez les modifications sur l’ancien avant l’import final, et prévoyez une relecture du contenu avec les rédacteurs avant de basculer.

Un résumé rapide des points forts de chaque plateforme et de ce qui vous freine.

Choisissez Contentful si vous êtes une grande organisation qui a besoin d’une plateforme de contenu encadrée pour de nombreuses équipes, marques ou marchés, avec un contrat éditeur, un SLA et une interface où des non-développeurs gèrent le modèle. Choisissez Sanity si vos développeurs veulent le schéma dans le code et que vos rédacteurs méritent un studio construit autour de leur travail, avec une offre gratuite qui couvre un vrai projet et un prix au siège qui reste proportionné.

Aucun des deux n’est un mauvais choix pour un site marketing. Si vous voulez en réalité posséder le CMS, les données et l’hébergement, regardez au-delà des deux, vers une option open source comme Payload ou Strapi. Et si personne de technique ne touchera au site après le lancement, une plateforme visuelle comme Webflow vous servira peut-être mieux que n’importe quel CMS headless.

Prix, limites et fonctionnalités vérifiés sur ces pages le 11 novembre 2026.