Cloudflare vient de faire quelque chose que peu d’entreprises de son calibre font vraiment bien : publier une grille de prix lisible par un humain. Pas un PDF sur demande. Pas un formulaire « contactez le service des ventes ». Une page. Des chiffres. Un signal clair sur où Cloudflare veut jouer dans l’écosystème IA. Ce que tu vas apprendre :
- Ce que Cloudflare a annoncé concrètement et ce que ça couvre
- La grille tarifaire détaillée : Workers, Containers, Zero Trust et navigateurs automatisés
- Ce que signifie concrètement le tarif pour les navigateurs automatisés pour les agents IA
- Comment Cloudflare se positionne face à AWS, GCP et les fournisseurs d’inférence spécialisés
- Les zones d’ombre qui restent et pourquoi elles comptent
Ce que Cloudflare vient d’annoncer
Cloudflare a publié une tarification publique et structurée pour l’ensemble de ses services IA et compute en périphérie (edge). Ce n’est pas juste une mise à jour de documentation technique : c’est un positionnement commercial explicite dans la guerre des infrastructures IA. Fondée en 2009 par Matthew Prince, Lee Holloway et Michelle Zatlyn, Cloudflare a longtemps été perçue comme « la boîte qui gère le DNS et les DDoS ». Cette annonce signale que la compagnie veut être quelque chose de plus : l’infrastructure d’exécution pour les agents IA distribués.
L’annonce couvre plusieurs couches de l’infrastructure : le compute serverless (Workers), les containers, la sécurité réseau (SASE / Zero Trust) et les navigateurs automatisés. C’est la première fois que ces services sont présentés dans une grille cohérente plutôt qu’en silos de documentation séparés. Le timing n’est pas anodin. Les agents IA ont besoin d’infrastructure distribuée, de faibles latences et de compute à la demande. Cloudflare construit exactement ces briques depuis des années, mais sans jamais le dire clairement en termes de tarification.
« Une infrastructure sans grille de prix publique, c’est une boîte noire. Les opérateurs qui construisent des agents IA ont besoin de prévisibilité budgétaire, pas juste de promesses de scalabilité. »
La grille tarifaire en détail : Workers, Containers et Zero Trust
Commençons par les Workers, le cœur du compute serverless de Cloudflare. Le plan gratuit inclut 100 000 / jour requêtes, ce qui est généreusement suffisant pour du développement et du prototypage. Au-delà, tu paies 0,30 $ US par million de requêtes, plus 0,02 $ US par million de CPU-millisecondes consommées.
Le modèle Workers est dual : tu paies à la requête ET au temps CPU. C’est honnête pour les workloads légers (webhooks, routing, transformations rapides), mais ça peut surprendre si tes Workers font des opérations lourdes. Un Worker qui tourne pendant longtemps sur des tâches computationnelles complexes accumule des coûts CPU séparément des coûts de requêtes. Pour les Containers, c’est une autre structure. Le plan gratuit inclut 25 GiB-heures de mémoire, 375 vCPU-minutes de CPU, et 1 TB d’egress réseau. Ces quotas sont conçus pour de l’expérimentation sérieuse avant de toucher à la facturation.
| Ressource | Gratuit | Prix payant |
|---|---|---|
| Workers, Requêtes | 100 000 / jour | 0,30 $US / million |
| Workers, CPU | Inclus (limité) | 0,02 $US / million CPU-ms |
| Containers, Mémoire | 25 GiB-hrs | 0,0000025 $US / GiB-sec |
| Containers, CPU | 375 vCPU-min | 0,000020 $US / vCPU-sec |
| Containers, Egress | 1 TB | Voir grille réseau |
| SASE / Zero Trust | 50 utilisateurs | 7 $US / utilisateur / mois |
En mode payant, la mémoire Container coûte 0,0000025 $ US par GiB-seconde, et le CPU 0,000020 $ US par vCPU-seconde. Ces chiffres semblent microscopiques, mais multiplie-les par des workloads d’inférence qui tournent des heures : l’addition monte vite. C’est comparable au modèle de tarification à la seconde de Lambda (AWS) et Cloud Run (GCP), mais avec la distribution géographique de Cloudflare intégrée. Pour le SASE et Zero Trust, le plan gratuit couvre 50 utilisateurs. Au-delà, c’est 7 $ US par utilisateur par mois en mode pay-as-you-go. Pour une petite équipe, c’est raisonnable. Pour une entreprise de taille intermédiaire, ça commence à peser.
Les plans site web suivent leur propre logique : gratuit (0 $ US/mois), Pro (25 $ US/mois), Business (250 $ US/mois), et Enterprise sur devis. Ces plans couvrent le CDN, le DNS, le SSL, la protection DDoS. Le plan gratuit Cloudflare inclut d’ailleurs DNS, CDN, SSL et protection DDoS sans limite de requêtes, ce qui reste une des meilleures offres du marché pour une petite infrastructure.
Le tarif pour les navigateurs automatisés : ce que ça veut dire concrètement
Là où ça devient vraiment intéressant pour les opérateurs IA, c’est le tarif pour les navigateurs automatisés. Cloudflare facture à partir d’un prix par navigateur concurrent, et c’est un signal très précis sur le cas d’usage visé. Les navigateurs automatisés (Browser Rendering API chez Cloudflare) permettent de faire tourner des sessions Chromium serverless depuis l’edge. Tu envoies une instruction, Cloudflare lance un navigateur, exécute ta tâche (scraping, capture de PDF, interaction avec une interface web), et retourne le résultat.
Pour un agent IA qui doit interagir avec des interfaces web, vérifier des données en temps réel, ou remplir des formulaires dynamiques, ce type de service est critique. La facturation par navigateur concurrent signifie que tu peux ajuster ta capacité selon tes besoins sans gérer une flotte de machines virtuelles toi-même.
« La facturation par concurrent, c’est la bonne unité pour les agents IA. Tu ne veux pas payer pour du compute idle : tu veux payer pour chaque navigateur actif au moment où il fait son travail. » Ce modèle change la donne pour les use cases de scraping et d’orchestration d’agents. Avant, tu devais soit auto-héberger des instances Playwright ou Puppeteer, soit payer un service comme Browserless ou Apify avec leurs propres structures de prix. Cloudflare intègre ça directement dans le même écosystème que ton compute, ton cache et ton réseau. Le truc c’est que la tarification par concurrent crée aussi une contrainte naturelle. Si ton agent IA a besoin de lancer des centaines de sessions simultanées pour un scraping massif, le coût scale linéairement avec la concurrence. C’est prévisible, mais ça demande de concevoir tes workflows avec ce modèle en tête.
Cloudflare comme infrastructure IA en périphérie : le positionnement devient clair
Soyons clairs. Cloudflare ne construit pas un concurrent à OpenAI ou Anthropic. Ce qu’ils construisent, c’est la couche d’exécution entre tes prompts et le monde réel. Les agents IA ont besoin de plusieurs choses que les API d’inférence seules ne fournissent pas : de l’exécution distribuée géographiquement pour réduire la latence, du stockage sans frais de sortie (Cloudflare R2 n’applique aucun frais d’egress, contrairement à AWS S3), des navigateurs automatisés pour interagir avec le web, et de la sécurité réseau pour protéger les pipelines.
Workers AI (l’inférence de modèles directement sur l’edge Cloudflare) est la pièce manquante dans cette annonce. La grille tarifaire publiée couvre le compute générique et les navigateurs, mais l’inférence de modèles précis reste moins détaillée dans les informations disponibles. C’est l’une des zones d’ombre sur lesquelles je reviens plus bas. Ce qui est clair : Cloudflare veut que tu construises l’ensemble de ton pipeline IA sur leur infrastructure. Compute serverless, containers pour les tâches lourdes, navigateurs pour les interactions web, stockage R2 pour les données, Zero Trust pour sécuriser l’accès. Le tout facturé à la consommation, avec des paliers gratuits généreux pour démarrer. Le positionnement edge est aussi un argument technique réel. Un agent IA qui exécute des tâches dans plusieurs régions du monde simultanément bénéficie d’une infrastructure comme Cloudflare, dont le réseau couvre des centaines de villes. La latence perçue par l’utilisateur final descend, et les contraintes réglementaires sur la localisation des données deviennent plus faciles à respecter.
Comparaison rapide avec les autres options du marché
La question naturelle : pourquoi Cloudflare plutôt qu’AWS Lambda + S3 + Selenium Grid auto-hébergé? Le principal argument de Cloudflare, c’est la simplicité opérationnelle et l’absence de frais d’egress. AWS S3 facture la sortie des données, ce qui peut représenter une fraction substantielle des coûts pour des applications qui transfèrent beaucoup de données. Cloudflare R2 élimine ce poste de coût entièrement.
| Critère | Cloudflare | AWS Lambda + S3 | GCP Cloud Run |
|---|---|---|---|
| Egress réseau | Gratuit (R2) | Payant par GB | Payant par GB |
| Distribution edge | Réseau mondial natif | CloudFront séparé | CDN séparé |
| Navigateurs automatisés | Natif (Browser API) | Géré par toi | Géré par toi |
| Modèle de facturation | Par requête + CPU | Par invocation + durée | Par requête + CPU |
| Palier gratuit Workers | 100k req/jour | Limité | Limité |
| Intégration Zero Trust | Natif | AWS IAM (différent) | GCP IAM (différent) |
AWS et GCP offrent des écosystèmes plus matures avec plus de services disponibles. Si tu utilises déjà RDS, SQS, ou BigQuery intensivement, rester dans cet écosystème a du sens pour simplifier l’architecture. Mais si tu construis un nouveau pipeline agent IA et que tu veux minimiser les frais cachés d’egress, Cloudflare mérite une évaluation sérieuse.
Les fournisseurs d’inférence spécialisés comme Together AI, Replicate, ou Modal jouent sur un terrain différent : ils optimisent pour l’accès à des modèles spécifiques avec des garanties de débit. Cloudflare ne les remplace pas directement pour l’inférence pure, mais peut les compléter pour l’exécution autour des modèles.
Pour qui ces tarifs sont pertinents
Le palier gratuit Workers à 100 000 / jour, c’est pour les développeurs solo et les prototypes. Tu peux construire et valider un concept complet sans sortir un sou. Le modèle payant Workers à 0,30 $ US par million de requêtes et 0,02 $ US par million de CPU-millisecondes s’adresse aux produits en production avec un trafic régulier mais pas encore à grande échelle. Un SaaS en croissance qui génère quelques millions de requêtes par mois reste dans une fourchette de coût très raisonnable.
Les Containers avec leur palier de 25 GiB-heures de mémoire et 375 vCPU-minutes gratuits sont utiles pour des tâches de traitement plus lourdes : transcription, analyse de documents, inférence de modèles moyens. Pas suffisant pour du production à volume, mais parfait pour des pipelines d’inférence occasionnels. Le plan SASE à 7 $ US par utilisateur par mois est pertinent pour les équipes qui veulent sécuriser l’accès à leur infrastructure IA sans déployer une solution Zero Trust complexe. Pour une équipe de moins de 50 personnes, le plan gratuit est déjà solide.
« Les opérateurs qui construisent des agents IA avec des composantes de scraping web vont regarder le tarif par navigateur concurrent très sérieusement. C’est une alternative directe à l’auto-hébergement de flotte Playwright. » Les startups IA qui veulent éviter le lock-in AWS ou GCP tout en maintenant une architecture distribuée ont un argument concret pour évaluer Cloudflare. L’absence de frais d’egress sur R2 seule peut justifier une migration si les volumes de données transférées sont significatifs.
Ce qu’on ne sait pas encore
La transparence de cette grille tarifaire est réelle, mais incomplète. Plusieurs questions restent ouvertes pour quiconque envisage sérieusement Cloudflare comme infrastructure principale. Premièrement, les limites de débit. On sait le prix par million de requêtes Workers, mais les limites de débit instantané (rate limits) ne sont pas publiées clairement pour tous les plans. Pour un agent IA qui peut générer des pics de trafic soudains, ce manque d’information est un risque opérationnel. Deuxièmement, la disponibilité des modèles dans Workers AI. La grille de prix publiée couvre le compute générique, mais la liste complète des modèles disponibles, leurs capacités et leurs contraintes spécifiques (longueur de contexte maximale, débit par plan) reste à vérifier directement dans la documentation Cloudflare. À consulter dans la doc avant de construire ton architecture autour d’un modèle spécifique.
Troisièmement, les SLA. La publication d’une grille tarifaire ne s’accompagne pas nécessairement de garanties de disponibilité détaillées pour les services IA. AWS et GCP publient des SLA précis par service. Cloudflare a des SLA pour ses services CDN et DNS historiques, mais les engagements pour Workers AI et Browser Rendering méritent vérification avant tout déploiement critique. Quatrièmement, la maturité opérationnelle des navigateurs automatisés. Browserless et Apify ont des années d’itération sur ce use case spécifique. Cloudflare arrive avec une infrastructure de distribution incomparable, mais l’outillage de debugging, les options de configuration avancées et le support pour des cas d’usage complexes restent à évaluer en condition réelle. Pis là tu te dis : OK, mais c’est quand même une avancée majeure que Cloudflare publie ça. Oui. Absolument. Une grille tarifaire publique est un engagement de responsabilité. Tu peux maintenant calculer un budget approximatif, comparer avec des alternatives, et décider sur des bases concrètes plutôt que sur des promesses commerciales floues.
Le verdict
Cloudflare vient de poser ses cartes sur la table. Le message est simple : si tu construis des agents IA qui ont besoin de compute distribué, de stockage sans frais d’egress, et de navigateurs automatisés à la demande, leur infrastructure mérite une évaluation sérieuse. Les paliers gratuits sont généreux et suffisants pour valider un concept complet. Les prix en mode payant sont prévisibles et structurés autour d’unités qui font sens pour des workloads IA réels (requête, CPU-ms, vCPU-sec, navigateurs concurrents). L’absence de frais d’egress sur R2 est un avantage concret par rapport à AWS S3. Les zones d’ombre subsistent sur les limites de débit, la liste de modèles disponibles dans Workers AI et les SLA pour les services IA. À vérifier dans la documentation officielle avant tout engagement d’architecture. Prochaine étape concrète : Si tu envisages d’intégrer Cloudflare dans ton pipeline IA, commence par le plan gratuit Workers + R2. Teste ton workload typique, mesure la consommation réelle de CPU-millisecondes, et projette le coût mensuel en mode payant avant de migrer de l’infrastructure existante.
Check tes courriels.
Lien à cliquer pour confirmer ton abonnement.
Texte par David Cyr
