Votre équipe financière transmet la facture Sanity—847 $ ce mois-ci, contre 340 $ le trimestre dernier. Aucun avertissement, aucune alerte, juste trois dépassements d'API supplémentaires et un élément de ligne intitulé « pics d'utilisation ». Vous ouvrez le tableau de bord et voyez 8 200 documents, dont la moitié sont des aperçus brouillon que votre équipe de contenu a oublié d'archiver. Pendant ce temps, votre responsable dev suggère Payload CMS : auto-hébergé, pas de frais par document, contrôle total. Ça semble moins cher. Mais ensuite, vous calculez les coûts EC2, le stockage de sauvegarde, les deux jours nécessaires pour configurer RBAC, et soudain les calculs deviennent compliqués. La plupart des comparaisons tarifaires s'arrêtent au prix affiché—forfait gratuit par rapport au plan Growth, cloud par rapport à auto-hébergé. Cette analyse non. Nous comparons les coûts réels avec 500, 3 000 et 10 000 documents, y compris les dépenses qui ne surviennent qu'après votre premier déploiement en production.

Les prix affichés sur ces plateformes vous disent presque rien. Le forfait gratuit de Sanity semble généreux jusqu'à ce que vous atteigniez les limites d'appels API au milieu du lancement. Payload semble gratuit à jamais jusqu'à ce que vous réalisiez que vous avez besoin d'hébergement, de sauvegardes et de quelqu'un qui sait comment maintenir un serveur Node.js en bon état. J'ai vu des équipes dépasser leur budget CMS estimé de 3 à 4 fois parce qu'elles ne regardaient que les coûts d'abonnement.

Cet article est l'analyse tarifaire que j'aurais aimé avoir quand je prenais ces décisions. Nous utilisons des chiffres réels, des scénarios réels et des coûts réels—infrastructure, temps des développeurs, dépassements d'API, tout.

Table des matières

Sanity vs Payload CMS Tarification 2026 : Coûts réels à l'échelle

Aperçu rapide de la plateforme

Avant de parler de dollars, assurons-nous que nous comparons les mêmes choses.

Sanity est un CMS hébergé et API-first. Votre contenu réside sur l'infrastructure de Sanity. Vous définissez les schémas en JavaScript/TypeScript, et Sanity gère le stockage, le CDN, l'interface d'édition (Sanity Studio) et la collaboration en temps réel. Vous payez en fonction de l'utilisation—documents, appels API, datasets et utilisateurs.

Payload CMS est un CMS auto-hébergé et open-source construit sur Node.js. À partir de Payload 3.0 (stable depuis fin 2024), il s'exécute sur Next.js et stocke vos données dans MongoDB ou PostgreSQL. Vous possédez l'infrastructure. Le logiciel lui-même est gratuit, mais vous êtes responsable de l'hébergement, des bases de données, du stockage de fichiers et du maintien de tout en fonctionnement.

Les deux sont TypeScript-first, excellents pour les configurations headless, et fonctionnent magnifiquement avec les frameworks comme Next.js et Astro. La différence fondamentale est le modèle d'hébergement, et c'est là que l'histoire des coûts devient intéressante.

Modèles tarifaires expliqués

Tarification Sanity (2026)

Sanity a mis à jour sa structure tarifaire fin 2025, et voici à quoi elle ressemble en 2026 :

| Plan | Coût mensuel | Documents | Requêtes API (CDN) | Requêtes API (API) | Datasets | Utilisateurs | Bande passante | |------|-------------|-----------|-------------------|-------------------|----------|-------|-----------|----------|--------| | Free | 0 $ | 10 000 | 500K/mo | 100K/mo | 2 | 3 | 10GB | | Growth | 15 $/utilisateur/mo | 100 000 | 2,5M/mo | 500K/mo | 4 | Illimité | 100GB | | Enterprise | Sur devis | Illimité | Sur devis | Sur devis | Sur devis | Illimité | Sur devis |

Tarification du dépassement sur Growth :

  • Requêtes API CDN supplémentaires : 1 $ par 100K
  • Requêtes API supplémentaires : 5 $ par 100K
  • Documents supplémentaires : 3 $ par 10K
  • Bande passante supplémentaire : 1 $ par GB

Tarification Payload CMS (2026)

Payload lui-même est sous licence MIT. Gratuit. Pour toujours. Mais vous avez besoin de l'exécuter quelque part.

Payload Cloud (leur option hébergée) lancé en 2024 a bien mûri :

| Plan | Coût mensuel | Stockage | Bande passante | Stockage S3 | Membres de l'équipe | |------|-------------|---------|-----------|------------|--------------|----------|--------| | Free | 0 $ | 512MB BD | 2GB | 2GB | 1 | | Pro | 49 $/mo | 5GB BD | 50GB | 25GB | 5 | | Enterprise | Sur devis | Sur devis | Sur devis | Sur devis | Illimité |

Ou vous auto-hébergez. Voici à quoi cela ressemble généralement :

| Composant | Option budget | Option production | |-----------|--------------|------------------|------------------|--------| | Serveur d'application (Railway/Render) | 5-7 $/mo | 20-50 $/mo | | Base de données (Supabase/Railway/Atlas) | 0-15 $/mo | 25-57 $/mo | | Stockage de fichiers (S3/Cloudflare R2) | 1-3 $/mo | 5-20 $/mo | | CDN (Cloudflare) | 0 $ | 0-20 $/mo | | Sauvegardes | 0-5 $/mo | 5-15 $/mo | | Total | 6-30 $/mo | 55-162 $/mo |

Analyse des coûts avec 500 documents

C'est le site typique d'une petite entreprise, un site marketing ou un blog. Peut-être 50 pages, 200 articles de blog, quelques blocs de contenu réutilisables et une poignée de profils d'auteurs.

Sanity avec 500 documents

Le forfait gratuit gère cela facilement. 500 documents sont bien en dessous de la limite de 10 000. La vraie question concerne les appels API.

Un site avec 500 documents recevant environ 10 000 pages vues par mois (en utilisant ISR ou SSG avec Next.js) génèrera environ :

  • 50K-150K requêtes API CDN/mois (selon la stratégie de mise en cache)
  • 5K-20K requêtes API régulières/mois (utilisation de Studio, webhooks, aperçus)

Cela rentre confortablement dans le forfait gratuit. Mais voici le piège—vous n'obtenez que 3 utilisateurs. Si vous avez une équipe de contenu de 4 personnes ou plus, vous êtes sur Growth à 15 $/utilisateur/mois minimum.

Coût annuel réaliste avec 500 docs :

  • Développeur solo ou très petite équipe (≤3) : 0 $/an
  • Équipe de 5 : 900 $/an (15 $ × 5 × 12)
  • Équipe de 10 : 1 800 $/an

Payload avec 500 documents

Cinq cents documents à peine pèsent sur une base de données. Vous avez des options :

Payload Cloud Free : Fonctionne, mais 512MB de base de données et 1 membre de l'équipe c'est serré. Vous allez probablement le dépasser rapidement.

Auto-hébergé budget : Une instance Railway starter (5 $/mo) + un tier MongoDB Atlas gratuit (512MB) + Cloudflare R2 pour les fichiers vous fait fonctionner pour environ 7 $/mois.

Payload Cloud Pro : 49 $/mois vous donne beaucoup de marge et vous ne pensez pas aux ops.

Coût annuel réaliste avec 500 docs :

  • Auto-hébergé budget : 84-180 $/an
  • Payload Cloud Pro : 588 $/an
  • Auto-hébergé production : 660-960 $/an

Verdict avec 500 documents

Si vous avez 3 éditeurs ou moins, le forfait gratuit de Sanity est difficile à battre—c'est littéralement 0 $. Une fois que votre équipe dépasse 3 personnes, Payload auto-hébergé sur un budget devient le chemin le moins cher. Le point de basculement se produit à environ 4 membres de l'équipe.

Sanity vs Payload CMS Tarification 2026 : Coûts réels à l'échelle - architecture

Analyse des coûts avec 3 000 documents

Maintenant, nous parlons d'une opération de contenu de taille moyenne. Pensez à un catalogue e-commerce avec quelques centaines de produits, un site médias avec des archives depuis des années, ou une entreprise SaaS avec une documentation complète.

Sanity avec 3 000 documents

Toujours sous la limite de forfait gratuit de 10K documents. La question concerne désormais fermement les requêtes API et la taille de l'équipe.

Un site avec 3 000 documents et 50K-100K pages vues mensuelles génèrera :

  • 300K-800K requêtes API CDN/mois
  • 30K-80K requêtes API/mois

Avec une bonne stratégie de mise en cache (et vous devriez absolument en avoir une—ISR avec Next.js ou récupération au moment de la création avec Astro), vous pouvez rester sous les limites du forfait gratuit. Mais c'est serré. Un article de blog viral et vous êtes en territoire de dépassement.

Scénario réaliste : une équipe de 6 éditeurs, plan Growth, trafic modéré.

Coût annuel réaliste avec 3 000 docs :

  • Forfait gratuit (≤3 utilisateurs, prudent avec les appels API) : 0-120 $/an (dépassements occasionnels)
  • Plan Growth, 6 utilisateurs : 1 080 $/an + dépassements potentiels
  • Plan Growth, 10 utilisateurs : 1 800 $/an + dépassements potentiels
  • Plan Growth, 6 utilisateurs + dépassement constant : 1 440-2 160 $/an

Payload avec 3 000 documents

3 000 documents dans PostgreSQL ou MongoDB c'est rien. Nous parlons de peut-être 50-200MB de données selon la complexité de votre schéma. La base de données ne transpira pas.

Mais à cette échelle, vous avez besoin d'un hébergement fiable. Les temps d'arrêt signifient que vos éditeurs ne peuvent pas travailler et votre frontend ne peut pas se reconstruire.

Configuration auto-hébergée en production :

  • Railway ou Render Pro : 20-25 $/mo
  • PostgreSQL (Railway ou Supabase Pro) : 25 $/mo
  • Cloudflare R2 + CDN : 3-5 $/mo
  • Sauvegardes automatisées : 5-10 $/mo
  • Total : ~53-65 $/mo

Payload Cloud Pro : Toujours 49 $/mois. À ce nombre de documents, vous êtes dans les limites.

Coût annuel réaliste avec 3 000 docs :

  • Payload Cloud Pro : 588 $/an
  • Auto-hébergé production : 636-780 $/an

Verdict avec 3 000 documents

Payload commence à gagner clairement ici pour les équipes de plus de 3 personnes. Avec 6 utilisateurs sur Sanity Growth, vous payez 1 080 $/an minimum, tandis que Payload Cloud fonctionne à 588 $/an indépendamment de la taille de l'équipe (jusqu'à 5 utilisateurs ; vous pourriez avoir besoin de Pro+ pour les équipes plus grandes). L'économie se déplace vers Payload à l'échelle moyenne.

Analyse des coûts avec 10 000 documents

C'est une opération de contenu sérieuse. Grand catalogue e-commerce, site multilocale, éditeur d'actualités ou base de connaissances d'entreprise. Les choses deviennent réelles à cette échelle.

Sanity avec 10 000 documents

Vous êtes juste à la limite du forfait gratuit. Un document de plus et vous avez besoin de Growth. Soyons honnêtes—si vous avez 10 000 documents, vous devriez être sur Growth de toute façon. Les limites API du forfait gratuit ne gèreront pas les modèles de trafic.

Un site de 10K documents avec 200K-500K pages vues mensuelles :

  • 1M-3M requêtes API CDN/mois
  • 100K-300K requêtes API/mois
  • 10-50GB bande passante/mois

Avec Growth et 10 utilisateurs, vous êtes probablement en train de dépasser les requêtes API. Calculons :

Base : 10 utilisateurs × 15 $/mo = 150 $/mo

Dépassement API CDN : (2,5M - 2,5M inclus) = 0 $ si en dessous, 
  mais 3M/mo réalistes = 500K dépassement × 1 $/100K = 5 $/mo

Dépassement API : (250K - 500K inclus) = probablement 0 $ la plupart des mois,
  mais mois instables à 600K = 100K dépassement × 5 $/100K = 5 $/mo

Mensuel moyen : 150 $ + 5 $ + 3 $ = ~158 $/mo

Mais c'est optimiste. J'ai vu des projets où un mode aperçu mal configuré ou un pipeline de construction qui récupère tout brûlerait les appels API rapidement. Un de nos clients frappait 5M d'appels API/mois sur un site de 4K documents parce que leur implémentation Next.js était en train de récupérer à chaque requête au lieu d'utiliser ISR correctement.

Coût annuel réaliste avec 10 000 docs :

  • Growth, 5 utilisateurs, bien optimisé : 1 200-1 500 $/an
  • Growth, 10 utilisateurs, dépassements modérés : 1 900-2 400 $/an
  • Growth, 15 utilisateurs, dépassements réguliers : 3 000-4 200 $/an

Payload avec 10 000 documents

10K documents dans PostgreSQL c'est toujours petit—probablement 500MB-2GB de données selon la richesse du contenu. Mais à cette échelle, vous avez besoin d'une infrastructure appropriée.

Configuration auto-hébergée en production :

  • Serveur d'application (2 instances pour la redondance) : 40-80 $/mo
  • PostgreSQL (géré, avec replicas) : 50-100 $/mo
  • Stockage S3/R2 (avec beaucoup de médias) : 10-30 $/mo
  • CDN : 0-20 $/mo
  • Monitoring (Datadog/Sentry) : 0-30 $/mo
  • Sauvegardes + récupération d'urgence : 10-20 $/mo
  • Total : ~110-280 $/mo

Payload Cloud Pro : 49 $/mois fonctionne toujours pour la taille de la base de données, mais vous pourriez pousser les limites de bande passante avec 10K docs et une utilisation éditoriale lourde. Réalistement, vous pourriez avoir besoin de leur tier Enterprise ou de stockage supplémentaire.

Coût annuel réaliste avec 10 000 docs :

  • Payload Cloud Pro (si dans les limites) : 588-828 $/an
  • Auto-hébergé production : 1 320-3 360 $/an
  • Auto-hébergé grade entreprise : 2 400-5 000 $/an

Verdict avec 10 000 documents

Cela dépend de votre capacité d'ops. Payload Cloud Pro est considérablement moins cher que Sanity Growth à cette échelle—mais si vous auto-hébergez Payload avec une véritable redondance et une surveillance, les coûts convergent. Pour les équipes de 10 personnes ou plus, le modèle tarifaire par utilisateur de Sanity commence vraiment à faire mal.

Coûts cachés que personne ne mentionne

Coûts cachés de Sanity

Complexité des requêtes GROQ. Sanity facture les appels API, pas la complexité des requêtes. Mais une requête GROQ non optimisée qui retourne 500 documents quand vous en aviez besoin de 10 gaspille votre quota CDN. J'ai débogué des sites en production où une seule page faisait 12 appels GROQ. Consolidez vos requêtes.

Stockage des ressources. Sanity héberge vos images et fichiers. Le forfait gratuit inclut 500K ressources et 10GB. Growth en inclut plus, mais les grandes bibliothèques de médias peuvent vous pousser en dépassement. Un site portfolio photographique que j'ai travaillé a brûlé le stockage en quelques semaines.

Temps de personnalisation de Studio. Sanity Studio est incroyablement personnalisable, ce qui est formidable, mais signifie aussi que vous passez du temps à construire des entrées personnalisées, des volets d'aperçu et des flux de travail. Budgétisez 20-40 heures pour une configuration Studio bien personnalisée.

Coût de migration de verrouillage fournisseur. Si vous quittez jamais Sanity, vous devrez exporter votre contenu (ce qu'ils supportent via l'API d'export, crédit où c'est dû) et le transformer. Budgétisez 2 000-5 000 $ pour une migration de contenu loin de Sanity, selon la complexité.

Coûts cachés de Payload

Surcharge DevOps. Quelqu'un doit garder le serveur en fonctionnement. Mises à jour, correctifs de sécurité, migrations de base de données lors de la mise à niveau des versions de Payload, certificats SSL et les alertes 2 du matin quand quelque chose se casse. Si vous êtes sur une petite équipe sans expérience DevOps, c'est de l'argent réel—soit en temps soit en embauche.

# Cela semble simple, mais les mises à jour majeures de Payload
# peuvent nécessiter des migrations de base de données et des tests
npm update @payloadcms/core
npx payload migrate
# Espérez que vos hooks personnalisés fonctionnent toujours...

Optimisation de la base de données. Avec 10K+ documents et des relations complexes, vous avez besoin d'index appropriés. PostgreSQL n'optimisera pas automatiquement pour vos modèles de requête spécifiques. J'ai vu des panneaux d'administration Payload lents à cause d'une absence d'index sur les champs de relations.

-- Le genre de chose que vous devrez ajouter manuellement
CREATE INDEX idx_posts_category ON posts(category_id);
CREATE INDEX idx_posts_published ON posts(published_at) WHERE status = 'published';

Lacunes dans l'écosystème de plugins. L'écosystème de plugins de Payload grandit rapidement mais ne correspond toujours pas à la maturité de Sanity. Vous pourriez avoir besoin de construire des fonctionnalités personnalisées que Sanity fournit prêtes à l'emploi—des choses comme la publication programmée, les flux de travail de localisation avancée ou le contrôle d'accès granulaire basé sur les rôles.

Le facteur temps de développement

C'est le coût qui fait exploser tous les autres chiffres. Le temps des développeurs.

| Tâche | Sanity (heures) | Payload (heures) | |------|---------------|----------------|----------------|--------| | Configuration initiale + schéma | 8-16 | 12-24 | | Personnalisation Studio/Admin | 16-40 | 8-20 | | Intégration frontend | 16-32 | 16-32 | | Configuration hébergement + DevOps | 0 | 8-24 | | Auth + contrôle d'accès | 4-8 | 8-16 | | Gestion des médias | 2-4 | 4-12 | | Maintenance en cours (annuelle) | 8-16 | 24-60 | | Total première année | 54-116 heures | 80-188 heures |

Au tarif d'un développeur de 100-150 $/heure, c'est :

  • Coût dev Sanity première année : 5 400-17 400 $
  • Coût dev Payload première année : 8 000-28 200 $

La différence de coût d'abonnement entre ces plateformes est souvent éclipsée par la différence de temps de développement. C'est pourquoi notre équipe de développement CMS headless tient toujours compte du temps de mise en œuvre dans l'analyse du coût total.

Quel CMS gagne à chaque échelle

Voici le tableau récapitulatif avec les coûts annuels totaux (abonnement/hébergement + temps de développement estimé pour la maintenance) :

| Échelle | Taille équipe | Total annuel Sanity | Total annuel Payload | Gagnant | |------|-----------|-------------------|---------------------|--------|--------|--------| | 500 docs | 1-3 | 0-800 $ | 84-588 $ + temps ops | Sanity | | 500 docs | 5-10 | 900-1 800 $ | 84-588 $ | Payload | | 3 000 docs | 3-5 | 0-1 080 $ | 588-780 $ | Dépend | | 3 000 docs | 6-15 | 1 080-2 700 $ | 588-780 $ | Payload | | 10 000 docs | 5-10 | 1 200-2 400 $ | 588-3 360 $ | Dépend des ops | | 10 000 docs | 10-20 | 1 900-4 200 $ | 588-3 360 $ | Payload (généralement) |

Le modèle est clair : Sanity gagne pour les petites équipes, Payload gagne à mesure que les équipes grandissent. Le modèle tarifaire par utilisateur est la plus grande faiblesse de Sanity à l'échelle.

Mais ne choisissez pas purement sur le prix. Si votre équipe n'a pas d'expérience DevOps, la surcharge ops de Payload auto-hébergé peut dévorer vos économies vivantes. Inversement, si vous exécutez déjà une infrastructure et avez une équipe de contenu plus grande, le modèle par utilisateur de Sanity devient cher rapidement.

Voulez-vous de l'aide pour déterminer ce qui vous convient dans votre situation spécifique ? Nous faisons cette analyse régulièrement pour les clients—contactez-nous et nous vous donnerons une évaluation honnête.

FAQ

Payload CMS est-il vraiment gratuit ?

Le logiciel lui-même est 100% gratuit et sous licence MIT. Vous pouvez l'exécuter pour toujours sans rien payer à Payload. Mais vous devez l'héberger quelque part, et l'hébergement coûte de l'argent. Pensez à WordPress—le logiciel est gratuit, mais vous avez toujours besoin d'un serveur. Budgétisez 7-280 $/mois pour l'hébergement selon vos besoins et votre échelle.

Comment fonctionnent les limites d'appels API de Sanity dans la pratique ?

Chaque requête à l'API de Sanity compte contre votre quota. Les requêtes CDN (mises en cache, lecture seule) et les requêtes API (non mises en cache, écritures, opérations Studio) sont suivies séparément. Un chargement de page unique sur votre frontend pourrait déclencher 1-5 appels API selon la façon dont vous avez structuré vos requêtes. Le plus grand piège est le mode aperçu et le Studio—les éditeurs travaillant activement dans Sanity peuvent brûler les appels API rapidement. Utilisez ISR ou SSG pour minimiser l'utilisation d'API frontend.

Payload CMS peut-il gérer 10 000+ documents sans problèmes de performance ?

Absolument. PostgreSQL et MongoDB gèrent des millions de lignes sans clignoter. 10 000 documents c'est trivial pour la couche de base de données. Où vous pourriez rencontrer des problèmes de performance c'est dans l'interface d'administration Payload si vous avez des relations profondément imbriquées ou des politiques de contrôle d'accès complexes qui nécessitent une évaluation par document. L'indexation appropriée de la base de données résout la plupart de ces problèmes.

Quel est le moyen le moins cher d'héberger Payload CMS ?

Pour un petit projet, le plan Starter de Railway (5 $/mois) plus un cluster MongoDB Atlas gratuit (512MB) vous fait fonctionner pour environ 5-7 $/mois. Cloudflare R2 pour le stockage de fichiers ajoute quelques centimes. Mais cette configuration ne convient pas aux sites de production qui ont besoin de fiabilité. Pour la production, budgétisez au moins 50-80 $/mois pour un hébergement approprié avec des bases de données gérées et des sauvegardes automatisées.

Sanity facture-t-il par document ou par appel API ?

Les deux, mais différemment. Les documents comptent vers la limite de stockage de votre plan (10K gratuit, 100K sur Growth). Les appels API comptent vers votre quota de requêtes mensuel. Vous êtes facturé sur la dimension que vous dépassez en premier. En pratique, la plupart des petits sites atteindront les limites d'appels API avant les limites de documents.

Comment la tarification Sanity se compare-t-elle pour les sites multilingues ?

Sanity gère la localisation au niveau du champ en utilisant leur plugin @sanity/document-internationalization. Chaque version localisée d'un document compte comme... un document (si vous utilisez la localisation au niveau du champ) ou plusieurs documents (si vous utilisez la localisation au niveau du document). La localisation au niveau du champ est plus efficace en documents. Un site de 1 000 pages dans 5 langues pourrait être 1 000 documents ou 5 000 selon votre approche. Cela compte beaucoup à l'échelle.

Dois-je utiliser Payload Cloud ou auto-héberger ?

Si vous êtes une petite équipe sans DevOps dédiqué, Payload Cloud est une évidence à 49 $/mois. Cela supprime tout le fardeau d'infrastructure. Auto-hébergez si vous avez besoin de conditions d'infrastructure spécifiques (conformité, résidence des données, configurations de serveur personnalisées) ou si vous avez déjà l'expérience DevOps et voulez optimiser les coûts à l'échelle.

Quels sont les coûts réels de migration entre Sanity et Payload ?

La migration entre deux plateformes CMS est douloureuse. Budgétisez 40-120 heures de temps de développeur pour une migration, selon la complexité du contenu. Le contenu de Sanity peut être exporté via leurs outils CLI en format NDJSON. Payload utilise des exports de base de données standard. Le coût réel n'est pas de déplacer les données—c'est de réécrire la couche d'intégration frontend, de reconstruire les flux de travail d'éditeur personnalisés et de former à nouveau votre équipe de contenu. Dans notre expérience faisant des projets CMS headless, la migration elle-même c'est la partie facile. C'est tout le reste qui prend du temps.