Résumé

  • La grille R2 consultée le 19 septembre 2026 affiche zéro dollar par Go de transfert sortant pour Standard et Infrequent Access. Mais cette dernière classe conserve des frais de récupération de 0,01 dollar par Go, des opérations plus chères et une durée minimale de stockage de 30 jours. Le zéro porte sur un poste, pas sur toute la facture. Tarification de Cloudflare
  • Cloudflare documente une copie d’objet depuis R2 vers une destination locale. C’est une possibilité de sortie identifiable, pas la preuve d’une migration complète. Il reste à mesurer les coûts, à vérifier les usages de l’API et à faire fonctionner l’application à destination. Documentation Rclone de Cloudflare

Une condition tarifaire réelle, sans nouvel événement à inventer

Chez Cloudflare, la gratuité du transfert sortant de R2 ne signifie pas que toutes les actions nécessaires pour récupérer les données sont gratuites. Cette distinction est particulièrement visible dans Infrequent Access : la grille sépare la sortie des données, facturée à zéro, de leur récupération, facturée au volume. Confondre les deux reviendrait à supprimer du calcul une ligne que le fournisseur maintient explicitement.

Les tarifs examinés ici sont ceux observés le 19 septembre 2026. Il ne s’agit ni d’annoncer une baisse intervenue ce jour-là, ni de reconstituer l’économie réalisée depuis une ancienne grille. Sans comparaison historique et sans date d’entrée en vigueur établie, le changement de prix reste une autre question. Le sujet est le mécanisme économique des conditions affichées : quels coûts varient encore quand un client lit, extrait ou déplace ses données ?

Le bénéfice de la sortie à zéro ne doit pas être minimisé pour autant. Dans le modèle tarifaire publié, augmenter le volume sortant n’ajoute pas de frais sur cette ligne. C’est une propriété concrète. Mais l’extraction peut mobiliser d’autres quantités facturables, et une migration peut exiger des dépenses extérieures à R2. L’évaluation doit donc conserver trois objets distincts : le prix du transfert sortant, le coût des opérations de déplacement et la capacité de remplacer le service.

Cette séparation évite deux conclusions également excessives. La première serait de présenter le départ comme gratuit. La seconde serait d’affirmer que la gratuité ne change rien, au motif qu’il reste du travail. Un poste de dépense peut disparaître du calcul sans que le projet entier devienne sans coût.

La classe moins chère au stockage ne l’est pas à chaque usage

La grille publiée par Cloudflare présente les montants suivants. Les prix sont en dollars américains ; les Go correspondent ici à l’unité GB utilisée dans la tarification, et non à une conversion en Gio.

Poste Standard Infrequent Access
Stockage, par Go-mois 0,015 dollar 0,010 dollar
Opérations de classe A, par million 4,50 dollars 9,00 dollars
Opérations de classe B, par million 0,36 dollar 0,90 dollar
Transfert sortant, par Go 0 dollar 0 dollar
Récupération des données, par Go Pas de frais de récupération distincts dans la comparaison tarifaire 0,01 dollar
Durée minimale de stockage Aucune 30 jours

Infrequent Access affiche donc un prix unitaire de stockage inférieur d’un tiers à celui de Standard. En revanche, son prix unitaire des opérations de classe A est deux fois plus élevé, et celui de la classe B atteint deux fois et demie le prix de Standard. Ces rapports résultent d’un calcul entre classes, pas d’une évolution des tarifs dans le temps.

Il serait trompeur de retenir seulement le premier écart. Une réduction du prix du stockage rémunère une quantité différente de celle des opérations ou de la récupération. Le choix dépend de la combinaison de ces quantités. Un volume conservé longtemps et peu récupéré ne pose pas le même problème économique qu’un volume régulièrement extrait. Cela ne suffit pas à classer un usage réel : il faut ses mesures, pas simplement l’étiquette « archive » ou « stockage froid ».

Cloudflare prévoit également une franchise mensuelle réservée à Standard : 10 Go-mois de stockage, un million d’opérations de classe A et dix millions de classe B. Infrequent Access n’en bénéficie pas. La documentation tarifaire indique par ailleurs un arrondi à l’unité de facturation supérieure. Ces dispositions empêchent de traiter une multiplication continue des volumes par les prix comme un calcul exact de facture. Franchise et modalités tarifaires

La durée minimale de 30 jours ajoute une autre dimension : le temps. Elle doit être prise en compte avant de comparer des données conservées sur des périodes différentes. Il serait néanmoins prématuré de produire ici un montant précis de suppression anticipée ou de changement de classe. Un tel chiffre demanderait les règles détaillées applicables et l’historique du stockage concerné.

Ce que montrent 1 000 Go-mois — et ce qu’ils ne montrent pas

Un calcul volontairement limité fait ressortir le mécanisme. Prenons une consommation hypothétique de 1 000 Go-mois. Avec les prix unitaires affichés, sa composante de stockage représente 15 dollars en Standard et 10 dollars en Infrequent Access. L’écart brut est donc de 5 dollars.

Au tarif de récupération d’Infrequent Access, 500 Go facturables de récupération représentent également 5 dollars. Cette seule composante suffit ainsi à absorber l’écart brut de stockage, avant même les différences de prix des opérations. Avec 1 000 Go facturables récupérés, le stockage et la récupération totalisent 20 dollars en Infrequent Access, contre 15 dollars pour la seule composante de stockage de Standard.

Ce ne sont pas des factures observées ni des économies promises. Le calcul utilise les prix unitaires de Cloudflare, mais exclut les franchises, les arrondis, les ajustements de durée minimale, les taxes, les crédits, les remises et les conditions négociées. Il ne comprend ni la destination, ni le travail technique, ni une période de fonctionnement en parallèle. Il ne suppose pas non plus que chaque accès récupère intégralement un objet.

On peut rendre la comparaison plus générale sans la transformer en simulateur de facturation. Appelons S le stockage en Go-mois, A et B les opérations de leurs classes respectives exprimées en millions, et R les Go facturables récupérés depuis Infrequent Access. En appliquant linéairement les tarifs à des quantités de stockage et d’opérations identiques :

  • Composantes Standard : 0,015 × S + 4,50 × A + 0,36 × B.
  • Composantes Infrequent Access : 0,010 × S + 9,00 × A + 0,90 × B + 0,010 × R.
  • Différence Infrequent Access moins Standard : −0,005 × S + 4,50 × A + 0,54 × B + 0,010 × R.

Le premier terme favorise Infrequent Access ; les suivants peuvent en réduire ou en dépasser l’avantage. L’intérêt de l’expression est de montrer les variables à conserver. Elle n’établit pas un seuil universel de rentabilité. Dès qu’une franchise s’applique, que la durée change ou que les quantités d’opérations diffèrent entre scénarios, il faut refaire la comparaison dans les conditions correspondantes.

Le résultat des 500 Go doit notamment être lu avec son dénominateur : il concerne l’écart brut calculé sur 1 000 Go-mois. Ce n’est pas une règle selon laquelle récupérer « la moitié des données » serait toujours le point d’équilibre. Le Go-mois mesure une consommation de stockage dans le temps ; le Go récupéré mesure une autre quantité. Les rapprocher est utile, les confondre ne l’est pas.

Cette méthode rappelle aussi pourquoi le nombre de requêtes importe. Deux projets présentant le même stockage mesuré ne sont pas nécessairement associés aux mêmes opérations. Un budget doit donc comporter à la fois des quantités de données et des compteurs d’opérations. Aucun nombre précis de requêtes par objet, aucun taux de reprise et aucune distribution de tailles d’objets n’ont été mesurés pour cette analyse.

R2 dispose bien d’une procédure de sortie documentée

La discussion ne s’arrête pas à une promesse tarifaire. Dans sa documentation Rclone, Cloudflare décrit la configuration d’un accès à R2 et donne un exemple de copie d’un objet vers une destination locale : rclone copy r2:user-uploads/dog.txt .. Il s’agit bien d’un mouvement depuis R2, et non d’une fonction qui permettrait uniquement d’y importer des données. Procédure publiée par Cloudflare

La configuration décrite sélectionne le stockage compatible S3 et Cloudflare R2. Elle utilise un identifiant de clé d’accès, une clé secrète et un point d’accès à l’API S3 ; le compte Cloudflare et un jeton R2 doté des permissions appropriées font également partie des éléments à préparer. Ce sont des conditions de configuration documentées. Elles ne prouvent pas qu’un client déterminé maîtrise mal ses accès ou dépend d’une autorisation discrétionnaire pour chaque export.

L’exemple apporte davantage qu’un droit abstrait à partir : il désigne une procédure susceptible d’être essayée. Mais son périmètre reste celui d’une copie d’objet. Il ne fournit pas, à lui seul, une durée de migration, un coût total ou un résultat de fonctionnement de l’application après transfert. Aucune copie n’a été exécutée pour cet article.

Le comportement de la commande mérite également d’être précisé. Selon la documentation de Rclone sur copy, elle copie entre une source et une destination en sautant les fichiers identiques, sans supprimer les fichiers de la destination. Lorsque la source est un répertoire, elle en copie le contenu plutôt que le répertoire lui-même. « Ne supprime pas » ne signifie toutefois pas « ne modifie rien » : une copie n’est pas une opération en lecture seule sur la destination.

Rclone propose aussi --dry-run pour prévisualiser l’opération sans réaliser la copie. Cette possibilité peut aider à examiner un plan. Elle ne mesure pas le débit effectif, ne prouve pas que les données ont été transférées et ne valide pas l’application à l’arrivée. Il faut éviter de transformer un aperçu rassurant en certificat de sortie réussie.

La distinction avec sync est importante : la documentation Cloudflare avertit que cette commande peut supprimer à destination les fichiers absents de la source. Un plan de migration ne devrait donc pas traiter copie et synchronisation comme deux mots interchangeables. Le choix d’une opération susceptible de supprimer des données demande une préparation séparée et vérifiée. Avertissement dans la documentation Rclone de Cloudflare

Enfin, cette procédure ne permet pas d’affirmer qu’un transfert vers un autre fournisseur serait nécessairement effectué de serveur à serveur, sans passage par un intermédiaire. La seule présence d’interfaces compatibles S3 aux deux extrémités ne suffit pas à établir le chemin réel. Ce chemin, son débit et ses coûts doivent être vérifiés pour la configuration choisie.

La compatibilité d’API est une question d’usage, pas un verdict global

Cloudflare explique que R2 met en œuvre l’API S3 pour faciliter les migrations, tout en signalant des différences de fonctionnalités et en suivant l’état de leur implémentation. Cette formulation invite à examiner les opérations et paramètres nécessaires à l’application. Elle ne permet ni de conclure à une interchangeabilité complète, ni de désigner ici une fonctionnalité particulière comme absente. Référence de compatibilité S3 de Cloudflare

Pour un acheteur, la bonne unité d’examen n’est donc pas le seul sigle S3. C’est l’ensemble des comportements dont son application dépend réellement. Quelles opérations appelle-t-elle ? Quels paramètres utilise-t-elle ? Quelles informations doivent accompagner les objets pour que leur usage reste correct ? Quelles règles ou configurations faut-il reproduire ailleurs ? Ces questions sont un programme de vérification, pas une liste de défauts constatés dans R2.

Il faut aussi dissocier deux résultats possibles. Un client peut réussir à obtenir les octets et constater ensuite qu’il doit adapter son application. À l’inverse, un transfert simple peut suffire pour un usage étroit, sans reconstruction complexe. Affirmer par avance que toute sortie serait lourde serait aussi peu fondé que la déclarer toujours immédiate.

Le coût restant peut provenir du volume, de l’architecture choisie par le client, de ses exigences de continuité ou d’une dépendance propre au service. Ces causes ne sont pas économiquement équivalentes. Avant de parler d’enfermement, il faut identifier ce qui crée la difficulté et qui peut agir dessus. Le travail de migration, à lui seul, ne démontre pas une pratique abusive.

La prochaine preuve utile serait une substitution mesurée

Pour passer de la documentation à une conclusion opérationnelle, il faudrait une expérience représentative et bornée. Son premier résultat attendu serait un relevé des objets concernés, des fonctions utilisées et des critères de réussite. « Toutes les données ont été copiées » ne peut pas tenir lieu de critère unique si l’application exige aussi des propriétés que le simple transfert ne mesure pas.

La phase suivante devrait relever les quantités facturables, la durée réelle, les erreurs rencontrées et les reprises éventuelles. Il ne s’agit pas de présumer que ces difficultés se produiront, mais de prévoir comment les observer. La comparaison financière devrait conserver séparément les coûts de R2, ceux de la destination, le travail de validation et le fonctionnement en parallèle lorsqu’il est nécessaire.

Enfin, l’application devrait être essayée à destination selon les objectifs de service du client. Une lecture ponctuelle réussie peut être un résultat utile sans démontrer que toutes les opérations importantes sont couvertes. Les vérifications doivent correspondre au périmètre effectivement revendiqué. Un test limité mérite une conclusion limitée ; c’est plus exploitable qu’une affirmation générale de portabilité.

Cette démarche pourrait confirmer une sortie peu coûteuse. Elle pourrait aussi mettre au jour une adaptation importante ou un délai incompatible avec le calendrier retenu. Aucun de ces résultats n’est établi dans les documents examinés. Ils constituent précisément les observations manquantes pour transformer une possibilité technique en solution de remplacement crédible.

Une liberté de choix à démontrer, sans effacer le bénéfice du tarif

Le passage d’un tarif favorable à un effet concurrentiel suppose encore une étape. Si un client dispose d’une alternative validée et peut la mobiliser dans un délai acceptable, cette possibilité peut peser dans sa décision de rester ou de partir. Si l’alternative n’existe que sur une feuille de calcul, la même conclusion serait prématurée.

Les sources citées n’établissent ni migrations effectivement réalisées, ni économies clients mesurées, ni évolution des parts de marché. Elles ne renseignent pas non plus la rentabilité propre de R2 ou l’intention interne de Cloudflare. Une grille commerciale ne permet pas d’en déduire une subvention croisée, une stratégie prédatrice ou un changement général du pouvoir de marché.

Le résultat démontré est plus étroit, mais utile : le transfert sortant est affiché à zéro, et une procédure d’extraction est documentée. Le calcul sur Infrequent Access montre pourquoi cela ne suffit pas à annuler les autres composantes du coût. La prochaine étape probante serait un transfert représentatif, suivi d’une validation de l’application et d’un budget complet. Le prix rend une possibilité plus intéressante ; l’exécution décide de sa portée.