Limites du plan gratuit Cloudflare : CDN, DNS, WAF, Workers — qu'est-ce qui suffit ?

Cloudflare gratuit est souvent surnommé le « saint patron » du web. CDN mondial, protection DDoS, certificats SSL, résolution DNS — tout est gratuit. Mais le « gratuit » a toujours des limites.

Workers : 100 000 requêtes/jour. Pages : 500 builds/mois. DNS : 1 000 enregistrements max. Que signifient ces chiffres ? Votre projet risque-t-il d’être limité du jour au lendemain ? Cet article recense les limites concrètes de chaque produit Cloudflare pour vous aider à juger si vous dépassez les quotas.

En bref : si vous hébergez un blog perso ou un petit projet en gratuit, cet article vous permet de décider en 5 minutes.

I. CDN et DNS : derrière le « illimité »

L’argument le plus vendeur de Cloudflare : bande passante illimitée. Quatre mots qui font rêver. Mais ne célébrez pas trop vite.

Que signifie vraiment le « illimité » du CDN ?

La doc officielle ne fixe aucun plafond de bande passante. Free, Pro, Business — aucun chiffre. Qu’est-ce que cela implique ?

En octobre 2024, un utilisateur Reddit a partagé ses mesures : 20 To/mois pendant plusieurs mois, compte toujours actif. La communauté Cloudflare rapporte des cas similaires — 15 To/mois en gratuit, sans problème.

Mais il y a un piège. Les Conditions d’utilisation précisent : interdiction d’héberger du streaming vidéo et de gros fichiers non HTML. Qu’est-ce qu’un « gros » fichier ? Pas de chiffre précis. Cloudflare parle de « charge disproportionnée ». Flou, mais clair : l’utiliser comme CDN vidéo, c’est jouer avec le feu.

Une limite dure existe aussi : 512 Mo max par fichier en cache. Chiffre explicite dans Workers Limits, identique sur Free et payant. Vous voulez mettre en cache une grosse vidéo ? Impossible.

Le « illimité » du CDN a donc deux niveaux :

1. Trafic web normal (HTML, CSS, JS, images) — pratiquement sans plafond
2. Vidéos et gros fichiers — explicitement interdits

Blog, site statique, petit proxy API ? Allez-y. Site d’images ? OK, si chaque fichier < 512 Mo. Plateforme vidéo ? Oubliez.

Limite DNS : l’angle mort

Le DNS est au cœur de Cloudflare. Où est la limite en gratuit ?

Septembre 2024 marque une rupture. Zones gratuites créées avant : 3 000 enregistrements. Après : 1 000.

Pourquoi ce changement ? Pas d’explication officielle ; la communauté évoque la lutte contre l’abus — création massive de domaines et enregistrements poubelle.

1 000, est-ce assez ? Pour un domaine, quelques sous-domaines, MX, TXT — souvent quelques centaines. La vraie question : combien de domaines avez-vous ?

Bonne nouvelle : aucune limite sur le nombre de domaines. Compte gratuit, domaines illimités. Tant que chaque zone reste sous 1 000 enregistrements, vous pouvez en ajouter.

Détail rassurant : les requêtes DNS elles-mêmes ne sont pas plafonnées. Pas de risque de blocage si le trafic monte.

Scénarios où ça suffit

Si votre projet ressemble à :

• Blog perso (WordPress, Hexo, Hugo) — largement suffisant
• Site statique (Astro, Next.js SSG) — largement suffisant
• Petit proxy API (quelques backends) — en général OK
• Hébergement d’images (fichier < 512 Mo) — OK, surveillez le volume total

Au-delà, relisez les ToS. Mieux vaut le savoir avant une suspension de compte.

II. Workers et KV : les lignes rouges du calcul edge

Workers est la plateforme de calcul edge de Cloudflare. Du JavaScript ou TypeScript déployé sur 200+ nœuds. Séduisant — mais le gratuit est bien plus serré que le CDN.

Workers : 100 000 requêtes par jour

La doc est claire : 100 000 requêtes/jour en gratuit. Réinitialisation à 00:00 UTC.

Que représente ce chiffre ? Si chaque utilisateur appelle votre API ~10 fois/jour :

• 100 utilisateurs → 1 000 requêtes/jour → 30 000/mois → OK
• 1 000 utilisateurs → 10 000/jour → 300 000/mois → dépassement

Beaucoup de petits projets utilisent Workers pour :

• API Gateway (routage vers le backend)
• SSR (Next.js, Remix)
• Traitement de formulaires (POST)
• Validation JWT (blocage non autorisé)

Chaque requête consomme une unité de quota. 1 000 visiteurs/jour × 5 invocations = 5 000 requêtes — acceptable. Trafic ×10 ? Vous dépassez le mois.

Limite critique : 30 ms de CPU par requête (doc Limits). 30 ms suffisent pour du JSON simple, du routage, du JWT. Compression d’images, génération PDF, inférence ML — timeout probable.

Autres plafonds : script 1 Mo (compressé), 64 variables d’environnement max (5 Ko chacune). OK pour les petits projets ; à surveiller pour les grosses apps.

KV : quotas du cache edge

Workers KV est un stockage clé-valeur edge. En février 2026, Cloudflare a relevé les quotas gratuits :

• Lecture : 100 000/jour
• Écriture : 1 000/jour
• Stockage : 1 Go

1 000 écritures/jour — très serré.

Scénarios à forte écriture : sessions, logs d’accès, compteurs. Une écriture par requête API = quota épuisé en 1 000 requêtes.

La lecture est plus confortable. 100 000/jour pour :

• Cache de config (clés API, feature flags)
• Données statiques (catalogues, listes d’articles)
• Profils utilisateur (lecture >> écriture)

KV pour du stockage vectoriel RAG ? Mauvaise idée — pas de recherche vectorielle, écritures limitées. Utilisez Vectorize (payant) ou Pinecone, Milvus.

D1 : SQLite edge

D1 est la base SQLite edge de Cloudflare. En mai 2026, buildmvpfast a synthétisé les chiffres officiels :

• Lecture : 5 000 000 lignes/jour
• Écriture : 100 000 lignes/jour
• Stockage : 5 Go

Lecture généreuse ; écriture 10× supérieure à KV. D1 convient mieux à la persistance qu’au pur cache.

Cas d’usage :

• Commentaires de blog (lecture >> écriture)
• Profils utilisateur (mises à jour rares)
• Petit CMS (articles, tags, catégories)

E-commerce avec des milliers de commandes/jour ? Le volume d’écriture peut exploser.

Suffisant ou pas ? Modèle de trafic

Produit	Quota gratuit/jour	Cas d’usage
Workers	100 000 requêtes	Petite API, SSR
Workers CPU	30 ms/requête	Logique simple
KV lecture	100 000	Cache en lecture
KV écriture	1 000	Sessions (limité)
D1 lecture	5 000 000 lignes	Requêtes
D1 écriture	100 000 lignes	Écritures

Sous 1 000 visites/jour, ces quotas tiennent en général. Au-delà de 5 000, surveillez Workers. Consultez le dashboard quotidiennement — mieux qu’un 403 surprise.

III. Pages : des limites plus serrées qu’on ne croit

Cloudflare Pages héberge des sites statiques avec intégration Git, build auto, déploiement mondial. Le gratuit est très chiffré.

Fichiers et builds : plafonds durs

Doc Pages Limits :

• 20 000 fichiers/site
• 500 builds/mois
• 1 build concurrent
• 25 Mo max par fichier

20 000 fichiers semble énorme — mais un blog Next.js ou Astro moyen (centaines d’articles, médias, assets) approche vite la limite.

En janvier 2026, le changelog payant porte le plafond à 100 000 fichiers. Gratuit : toujours 20 000. Site qui scale (> 500 articles, beaucoup de médias) → mur proche.

500 builds/mois : chaque push Git déclenche un build (sauf annulation). Rythmes typiques :

• 2 modifs/jour → ~60 builds/mois → OK
• 10 modifs/jour → ~300/mois → proche du plafond
• CI/CD à chaque commit → dépassement possible en une semaine

1 seul build concurrent : deux push d’affilée = file d’attente. Solo OK ; en équipe, blocages.

Analyse par scénario

Blog statique (Hexo, Hugo, Astro) :

• Fichiers : souvent < 5 000 → OK
• Builds : quelques fois/semaine → OK
• Verdict : largement suffisant

Site de contenu moyen (500+ articles, images) :

• Fichiers : proche de 20 000 → à surveiller
• Builds : mises à jour fréquentes → risque
• Verdict : surveiller, prévoir upgrade

Petite SPA (React, Vue) :

• Fichiers : bundle < 1 000 → OK
• Builds : push fréquents en dev → risque
• Verdict : limiter les builds en phase dev

Projet d’équipe :

• Concurrence : files d’attente → problème d’efficacité
• Builds : cumul des membres → dépassement facile
• Verdict : plan payant pour builds concurrents

Signaux d’alerte

Quand envisager le payant ?

1. > 15 000 fichiers — proche du plafond
2. > 300 builds/mois — rythme soutenu
3. Équipe > 3 personnes — concurrence bloquante
4. Croissance rapide — 50+ nouveaux articles/mois

Pro à 20 $/mois : 100 000 fichiers, builds concurrents. Moins cher qu’une urgence après limitation.

IV. R2 et WAF : stockage et sécurité en gratuit

R2 est l’object storage Cloudflare. WAF = Web Application Firewall. Leurs limites gratuites définissent jusqu’où va votre projet.

R2 : le prix du zéro frais de sortie

Point fort de R2 : zéro frais de trafic sortant. AWS S3 facture ~0,09 $/Go ; R2 non.

Limites gratuites (doc Pricing) :

• Stockage : 10 Go
• Class A (écriture/liste) : 1 000 000/mois
• Class B (lecture) : 10 000 000/mois

10 Go, concrètement :

• Images (~500 Ko) → ~20 000 fichiers
• PDF (~5 Mo) → ~2 000 fichiers
• Vidéos (~100 Mo) → ~100 fichiers

Correct — sauf hébergement d’images avec uploads utilisateurs incontrôlés : plein en quelques mois.

Les opérations sont larges. Class A 1 M/mois, Class B 10 M/mois. CDN d’images (lecture) → rarement un problème. Uploads fréquents → surveiller.

WAF : portée limitée mais utile

Que couvre le WAF gratuit ?

Doc mise à jour mai 2026 :

• Cloudflare Free Managed Ruleset (sous-ensemble)
• WAF au niveau domaine uniquement, pas compte
• Pas de protection WordPress dédiée
• Règles personnalisées disponibles (Custom Firewall Rules)

« Sous-ensemble » = pas toutes les règles. Articles communautaires et blog « WAF for everyone » (2022) : protection des vulnérabilités à haut risque, pas l’intégralité.

Inclus :

• OWASP Top 10 (injection SQL, XSS, etc.)
• Certaines menaces Cloudflare
• CVE critiques (correctifs urgents)

Exclus :

• Protection WordPress (Pro+)
• Règles managées avancées
• Gestion unifiée multi-domaines au niveau compte

Règles personnalisables :

• Blocage par IP
• Geo-blocking
• Filtrage User-Agent
• Protection de chemins sensibles

Suffisant pour blog et petit projet. E-commerce ou finance → plan payant recommandé.

Tableau par scénario

Scénario	R2 suffisant ?	WAF suffisant ?
Blog perso (< 100 images)	✓ Oui	✓ Oui
Hébergement images (uploads contrôlés)	✓ Surveiller volume	✓ Oui
Hébergement images (uploads libres)	✗ Risque	✓ Oui
Partage de fichiers (PDF/docs)	✓ Selon volume	✓ Oui
Petite boutique (sans données sensibles)	✓ Oui	△ Upgrade conseillé
Boutique moyenne (paiements)	✓ Oui	✗ Upgrade conseillé

Les 10 Go R2 sont le goulot principal. Uploads incontrôlés → extension ou tiering S3 / Backblaze B2.

V. Tableau de décision : le gratuit suffit-il ?

Tous les chiffres sont listés. La question : votre projet dépasse-t-il les quotas ?

Par type de projet

Type	Requêtes/mois	Trafic/mois	Stockage	Verdict gratuit
Blog perso (statique)	< 10K	< 1 Go	< 1 Go	✓ Largement OK
Blog tech (SSR dynamique)	< 100K	< 10 Go	< 1 Go	△ Workers à risque
API (petite)	< 3M	—	< 5 Go	✗ Workers payant
Images (petit site)	—	< 20 Go	< 10 Go	△ R2 à risque
Images (moyen)	—	> 50 Go	> 10 Go	✗ R2 payant
Contenu statique (500+ articles)	—	< 20 Go	—	△ Fichiers Pages
Projet d’équipe	Multi-dev	—	—	✗ Concurrence Pages

Par volume de trafic

Visites/jour	Risque Workers	Risque Pages	Risque CDN
< 100	Aucun	Aucun	Aucun
100-500	Aucun	Aucun	Aucun
500-1000	Faible (~15K req/mois)	Aucun	Aucun
1000-5000	Moyen (~150K/mois)	Faible	Aucun
5000-10000	Élevé (Workers)	Moyen (builds)	Aucun
> 10000	Dépassement	Élevé	Aucun (sauf vidéo)

Checklist rapide

1. Visiteurs/jour ?

   • < 100 → tout OK
   • 100-1000 → surveiller Workers

   • 1000 → Workers à risque

2. Fichiers/articles ?

   • < 100 → Pages OK
   • 100-500 → OK, anticiper croissance

   • 500 → proche du plafond Pages

3. Taille de l’équipe ?

   • 1 → concurrence OK
   • 2-3 → risque de blocage

   • 3 → upgrade conseillé

4. Stockage fichiers utilisateurs ?

   • < 5 Go → R2 OK
   • 5-10 Go → R2 bientôt plein

   • 10 Go → R2 payant

5. Builds/jour ?

   • < 10/semaine → 500/mois OK
   • 10-30/semaine → proche du plafond

   • 30/semaine → risque de dépassement

Quand upgrader ?

Signaux pour Pro (20 $/mois) :

• Workers ~ 80K/jour
• Pages > 400 builds/mois
• R2 > 8 Go
• File de builds en équipe
• Trafic en forte croissance

Pro débloque :

• Workers : illimité (0,02 $/million de requêtes)
• Pages : 100 000 fichiers, 5 builds concurrents
• R2 : payant à l’usage, zéro sortie
• WAF : jeu complet de règles managées

Projet en croissance : 20 $/mois peut battre AWS/Vercel à l’usage — Workers et CDN prévisibles.

Conclusion

Les limites clés du gratuit Cloudflare : Workers (100 000/jour), Pages (500 builds/mois), R2 (10 Go). CDN et DNS « illimités » — tant que vous n’hébergez pas vidéos ni gros fichiers.

Encore dans les quotas ? C’est le moment d’adopter Cloudflare. CDN mondial, DDoS, SSL — payant ailleurs.

Proche des plafonds ? Pro à 20 $/mois peut coûter moins qu’AWS/Vercel surprise. Budget mensuel fixe vs facture imprévue.

Pour aller plus loin :

• Comparatif tarifs Cloudflare : Free vs Pro vs Business — différences et critères de choix
• Guide de montée en gamme Cloudflare Pro/Business — quand passer au payant
• Guide de test de performance CDN Cloudflare — mesurer l’impact sur votre site

Dernier conseil : surveillez à l’avance. Dashboard quotidien, quotas hebdomadaires. Mieux qu’un 403 surprise.

Vérification des données : 2026-06-01. Limites Workers/Pages/R2/D1 d’après la doc Limits Cloudflare ; consultez les annonces officielles pour les mises à jour.