Sanity vs Payload CMS Tarification 2026 : Coûts réels à l'échelle
J'ai migré des projets entre Sanity et Payload CMS plus de fois que je ne voudrais l'admettre. À chaque fois, la conversation commence de la même façon : « Lequel est le moins cher ? » Et à chaque fois, la réponse est la même vérité décevante — cela dépend de ce que vous construisez réellement, de la façon dont votre équipe travaille, et de l'endroit où vos documents finissent par vivre.
Les prix affichés sur ces plateformes vous disent presque rien. L'offre gratuite de Sanity semble généreuse jusqu'à ce que vous atteigniez les limites d'appels API en plein lancement. Payload semble gratuit pour toujours 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 bonne santé. J'ai vu des équipes dépasser leur budget CMS estimé de 3-4 fois parce qu'elles n'avaient regardé que les coûts d'abonnement.
Cet article est l'analyse tarifaire que j'aurais aimé avoir quand je prenais ces décisions. Nous allons parler de vrais chiffres, de vrais scénarios, et de vrais coûts — infrastructure, temps des développeurs, surcharges API, tout.
Table des matières
- Aperçu rapide des plateformes
- Modèles de tarification expliqués
- Analyse des coûts pour 500 documents
- Analyse des coûts pour 3 000 documents
- Analyse des coûts pour 10 000 documents
- Les coûts cachés que personne ne mentionne
- Le facteur du temps de développement
- Quel CMS gagne à chaque échelle
- FAQ
Aperçu rapide des plateformes
Avant de parler d'argent, assurons-nous que nous comparons les mêmes choses.
Sanity est un CMS hébergé et basé sur les API. Votre contenu vit 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. Depuis Payload 3.0 (qui est stable depuis fin 2024), il fonctionne 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 des fichiers, et du maintien de tout en fonctionnement.
Ils sont tous les deux basés sur TypeScript, tous les deux excellents pour les configurations headless, et tous les deux fonctionnent magnifiquement avec des 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 de tarification expliqués
Tarification de Sanity (2026)
Sanity a mis à jour sa structure de tarification fin 2025, et voici à quoi cela ressemble pour 2026 :
| Plan | Coût mensuel | Documents | Demandes API (CDN) | Demandes 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 des dépassements sur Growth :
- Demandes API CDN supplémentaires : $1 pour 100K
- Demandes API supplémentaires : $5 pour 100K
- Documents supplémentaires : $3 pour 10K
- Bande passante supplémentaire : $1 par GB
Tarification de Payload CMS (2026)
Payload lui-même est sous licence MIT. Gratuit. Pour toujours. Mais vous devez l'exécuter quelque part.
Payload Cloud (leur option hébergée) a été lancée en 2024 et s'est bien affinée :
| 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 typiquement :
| 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 pour 500 documents
C'est votre site de petite entreprise typique, un site marketing, ou un blog. Peut-être 50 pages, 200 articles de blog, des blocs de contenu réutilisables, et quelques profils d'auteur.
Sanity pour 500 documents
L'offre gratuite gère cela facilement. 500 documents, c'est bien en dessous de la limite de 10 000. La vraie question est les appels API.
Un site avec 500 documents ayant environ 10 000 pages vues par mois (en utilisant ISR ou SSG avec Next.js) générera environ :
- 50K-150K demandes API CDN/mois (selon la stratégie de mise en cache)
- 5K-20K demandes API régulières/mois (utilisation de Studio, webhooks, aperçus)
Cela rentre confortablement dans l'offre gratuite. Mais voici le hic — vous n'obtenez que 3 utilisateurs. Si vous avez une équipe de contenu de 4 ou plus, vous êtes sur Growth à minimum $15/utilisateur/mois.
Coût annuel réaliste pour 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 pour 500 documents
Cinq cents documents, c'est à peine visible sur n'importe quelle 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 rapidement vous en éloigner.
Auto-hébergé budget : Une instance Railway starter ($5/mo) + un tier MongoDB Atlas gratuit (512MB) + Cloudflare R2 pour les fichiers vous permet de fonctionner pour environ $7/mois.
Payload Cloud Pro : $49/mois vous donne beaucoup de marge et vous ne pensez pas aux opérations.
Coût annuel réaliste pour 500 docs :
- Auto-hébergé budget : $84-180/an
- Payload Cloud Pro : $588/an
- Auto-hébergé production : $660-960/an
Verdict pour 500 documents
Si vous avez 3 éditeurs ou moins, l'offre gratuite 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 transition se produit à environ 4 membres de l'équipe.
Analyse des coûts pour 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 de médias avec des archives de plusieurs années, ou une entreprise SaaS avec une documentation étendue.
Sanity pour 3 000 documents
Toujours en dessous de la limite de 10K documents de l'offre gratuite. La question porte désormais fermement sur les appels API et la taille de l'équipe.
Un site avec 3 000 documents et 50K-100K pages vues mensuelles générera :
- 300K-800K demandes API CDN/mois
- 30K-80K demandes 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 construction avec Astro), vous pouvez rester dans les limites de l'offre gratuite. 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 pour 3 000 docs :
- Offre gratuite (≤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 pour 3 000 documents
3 000 documents dans PostgreSQL ou MongoDB, c'est rien. Nous parlons peut-être de 50-200MB de données selon la complexité de votre schéma. La base de données ne bronchera 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 d'auto-hébergement 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 pour 3 000 docs :
- Payload Cloud Pro : $588/an
- Auto-hébergé production : $636-780/an
Verdict pour 3 000 documents
Payload commence à clairement gagner ici pour les équipes de plus de 3 personnes. À 6 utilisateurs sur Sanity Growth, vous payez minimum $1 080/an, tandis que Payload Cloud s'exécute à $588/an quel que soit 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 pour 10 000 documents
C'est une véritable opération de contenu. Grand catalogue e-commerce, site multi-locale, éditeur de news, ou base de connaissances d'entreprise. Les choses deviennent sérieuses à cette échelle.
Sanity pour 10 000 documents
Vous êtes juste à la limite de l'offre gratuite. 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 de l'offre gratuite ne géreront pas les modèles de trafic.
Un site de 10K documents avec 200K-500K pages vues mensuelles :
- 1M-3M demandes API CDN/mois
- 100K-300K demandes API/mois
- 10-50GB bande passante/mois
Sur Growth avec 10 utilisateurs, vous allez probablement frapper les dépassements sur les demandes 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éaliste = 500K dépassement × $1/100K = $5/mo
Dépassement API : (250K - 500K inclus) = probablement $0 la plupart des mois,
mais mois pics à 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ûlera les appels API rapidement. Un client avait environ 5M appels API/mois sur un site de 4K documents parce que leur implémentation Next.js récupérait à chaque demande au lieu d'utiliser correctement ISR.
Coût annuel réaliste pour 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 pour 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 d'auto-hébergement production :
- Serveur d'application (2 instances pour la redondance) : $40-80/mo
- PostgreSQL (géré, avec répliques) : $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 + disaster recovery : $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éaliste, vous pourriez avoir besoin de leur tier Enterprise ou stockage supplémentaire.
Coût annuel réaliste pour 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 pour 10 000 documents
Cela dépend de votre capacité en opérations. Payload Cloud Pro est nettement moins cher que Sanity Growth à cette échelle — mais si vous auto-hébergez Payload avec une redondance appropriée et du monitoring, les coûts convergent. Pour les équipes de 10 ou plus, la tarification par utilisateur de Sanity commence vraiment à faire mal.
Les 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 alors que vous aviez besoin de 10 gaspille votre quota CDN. J'ai debuggé 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. L'offre gratuite 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 de portfolio photo 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 super, mais cela signifie aussi que vous passez du temps à construire des inputs personnalisés, des volets d'aperçu, et des workflows. Budget 20-40 heures pour une configuration Studio bien personnalisée.
Coût de migration de verrouillage du fournisseur. Si vous quittez un jour Sanity, vous devrez exporter votre contenu (qu'ils supportent via l'API d'export, crédit où il est dû) et le transformer. Budget $2 000-5 000 pour une migration de contenu hors de Sanity, selon la complexité.
Coûts cachés de Payload
Surcharge DevOps. Quelqu'un doit maintenir le serveur en fonctionnement. Mises à jour, patches de sécurité, migrations de base de données lors de la mise à niveau de versions Payload, certificats SSL, et les alertes à 2h du matin quand quelque chose casse. Si vous êtes une petite équipe sans expérience DevOps, c'est de l'argent réel — soit du temps, soit de l'embauche.
# Cela semble simple, mais les mises à jour de versions 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...
Tuning de la base de données. À 10K+ documents avec des relations complexes, vous avez besoin d'indices appropriés. PostgreSQL ne va pas automatiquement optimiser pour vos modèles de requête spécifiques. J'ai vu des panneaux d'administration Payload ralentis parce que personne n'avait ajouté d'indices sur les champs de relation.
-- 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 de l'écosystème des plugins. L'écosystème de plugins de Payload croît rapidement mais n'égale toujours pas la maturité de Sanity. Vous pourriez avoir besoin de construire une fonctionnalité personnalisée que Sanity fournit hors de la boîte — des choses comme la publication programmée, des workflows de localisation avancés, ou un contrôle d'accès basé sur les rôles granulaire.
Le facteur du temps de développement
C'est le coût qui explose tous les autres chiffres. Le temps de développement.
| 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 |
À un tarif 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 de 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 | Ça 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 | Ça dépend des opérations |
| 10 000 docs | 10-20 | $1 900-4 200 | $588-3 360 | Payload (généralement) |
Le schéma est clair : Sanity gagne pour les petites équipes, Payload gagne à mesure que les équipes grandissent. Le modèle de tarification par utilisateur est le plus grand point faible de Sanity à l'échelle.
Mais ne choisissez pas purement sur le prix. Si votre équipe n'a pas d'expérience DevOps, la surcharge opérationnelle 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 rapidement cher.
Vous avez besoin d'aide pour déterminer quel est le bon pour 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 à jamais sans rien payer à Payload. Mais vous devez l'héberger quelque part, et l'hébergement coûte de l'argent. Pensez-y comme WordPress — le logiciel est gratuit, mais vous avez toujours besoin d'un serveur. Budget $7-280/mois pour l'hébergement selon vos besoins et votre échelle.
Comment fonctionnent réellement les limites d'appels API de Sanity en pratique ?
Chaque demande à l'API Sanity compte contre votre quota. Les demandes CDN (en lecture seule, mises en cache) et les demandes API (écritures, opérations Studio sans cache) sont suivies séparément. Un seul chargement de page sur votre frontend pourrait déclencher 1-5 appels API selon comment vous avez structuré vos requêtes. Le plus grand piège est le mode aperçu et Studio — les éditeurs travaillant activement dans Sanity peuvent brûler rapidement les appels API. Utilisez ISR ou SSG pour minimiser l'utilisation API du 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 sourciller. 10 000 documents, c'est trivial pour la couche base de données. Où vous pourriez frapper les problèmes de performance, c'est dans l'interface utilisateur 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. Un bonne indexation de 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 permet de fonctionner pour environ $5-7/mois. Cloudflare R2 pour le stockage de fichiers ajoute des centimes. Mais cette configuration n'est pas appropriée pour les sites de production qui ont besoin de fiabilité. Pour la production, budget au moins $50-80/mois pour un hébergement approprié avec bases de données gérées et 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 demandes mensuelles. Vous êtes facturé selon la dimension que vous dépassez en premier. En pratique, la plupart des sites petits à moyens frappent les limites d'appels API avant les limites de documents.
Comment la tarification Sanity se compare-t-elle pour les sites multi-langue ?
Sanity gère la localisation au niveau des champs 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 des champs) ou plusieurs documents (si vous utilisez la localisation au niveau des documents). La localisation au niveau des champs est plus efficace en documents. Un site de 1 000 pages en 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édié, Payload Cloud est un no-brainer à $49/mois. Cela supprime le fardeau entier de l'infrastructure. Auto-hébergez si vous avez des exigences d'infrastructure spécifiques (conformité, résidence des données, configurations de serveur personnalisé) ou si vous avez déjà une expertise DevOps et voulez optimiser les coûts à l'échelle.
Quels sont les vrais coûts de passage entre Sanity et Payload ?
Passer entre deux plates-formes CMS quelconques est douloureux. Budget 40-120 heures de temps développeur pour une migration, selon la complexité du contenu. Le contenu de Sanity peut être exporté via leurs outils CLI au format NDJSON. Payload utilise des exports de base de données standards. Le vrai coût n'est pas de déplacer les données — c'est de réécrire la couche d'intégration du frontend, de reconstruire les workflows d'éditeur personnalisés, et de former à nouveau votre équipe de contenu. Dans notre expérience avec les projets CMS headless, la migration elle-même est la partie facile. C'est tout ce qui l'entoure qui prend du temps.