Thomas Seifert, directeur financier de Cloudflare, a déclaré aux analystes lors de la conférence de résultats du deuxième trimestre que si les tendances actuelles se maintiennent, le trafic non humain atteindra jusqu'à mille fois le trafic humain d'ici cinq ans. Sa formule : les humains deviendront une erreur d'arrondi sur internet, non parce que leur trafic baisse, mais parce que l'autre croît à cette vitesse. L'entreprise attendait le croisement pour 2027 et l'a mesuré en mai 2026. Seifert a ajouté qu'il s'était trompé à chaque étape jusqu'ici. Nous avons regardé ce qu'une majorité de machines change vraiment pour qui exploite un serveur d'origine.
The short answer
Lors de la conférence de résultats du deuxième trimestre 2026 de Cloudflare, le directeur financier Thomas Seifert a déclaré que si les tendances actuelles se poursuivent, le trafic non humain représentera jusqu'à mille fois le trafic humain d'ici cinq ans, et que les humains deviendront une erreur d'arrondi sur internet, non parce que leur trafic baisse mais parce que le trafic machine croît à cette vitesse. L'entreprise prévoyait le croisement pour 2027 et l'a mesuré en mai 2026. Seifert a noté qu'il s'était trompé à chaque étape jusqu'ici. Cloudflare a publié un chiffre d'affaires de 696 millions de dollars sur le trimestre, en hausse de 36 pour cent sur un an, pour une perte nette de 205,7 millions de dollars.
Les prévisions lancées en conférence de résultats appellent une lecture particulière, et celle-ci arrive avec son propre avertissement, apposé par celui qui la formule. Ce qui la rend malgré tout intéressante, c'est que le croisement sous-jacent n'est pas une projection. Il a déjà eu lieu, et avec plus d'un an d'avance sur l'estimation de l'entreprise elle-même.
Ce qui a été dit
Thomas Seifert, directeur financier de Cloudflare, a déclaré aux analystes que si les tendances actuelles se poursuivent, le trafic non humain représentera jusqu'à mille fois le trafic humain d'ici cinq ans. Son résumé : les humains deviendront une erreur d'arrondi sur internet, non parce que leur trafic diminue, mais parce que c'est simplement la vitesse à laquelle le trafic non humain croît.
Il a ensuite ajouté ce que la plupart des dirigeants omettent : la remarque qu'il s'est trompé à chaque étape du chemin. Cela mérite d'être gardé à l'esprit. Il s'agit d'une courbe prolongée sur cinq ans, présentée lors d'un rendez-vous dont l'objet est d'expliquer pourquoi la demande pour les produits de l'entreprise devrait croître.
Ce qui n'est pas une prévision, c'est le croisement. Cloudflare attendait que le trafic généré par des machines dépasse celui généré par des humains en 2027, son directeur général Matthew Prince ayant visé la fin de cette année-là. L'entreprise l'a mesuré en mai 2026.
Les chiffres qui encadrent ces propos : 696 millions de dollars de chiffre d'affaires sur le trimestre, en hausse de 36 pour cent sur un an, une perte nette de 205,7 millions de dollars, et des investissements prévus à 14 ou 15 pour cent d'une prévision annuelle de 2,865 à 2,87 milliards de dollars, soit environ 430 millions.
Pourquoi les chiffres bougent aussi violemment
Le mécanisme est un multiplicateur, pas une demande nouvelle.
Une personne qui compare des appareils photo ouvre peut-être cinq pages de marchands. Un agent chargé de la même question peut en récupérer plusieurs milliers, et la personne n'en verra jamais la plupart. L'intention humaine est identique. Le trafic engendré diffère de trois ordres de grandeur, et rien dans ce rapport n'est fixé par la physique ni par l'habitude.
C'est aussi pourquoi le rythme résiste à la prévision. Il dépend des arbitrages que font les concepteurs d'agents entre largeur de récupération, coût et latence, et ces choix peuvent varier d'un ordre de grandeur entre deux versions d'un produit. Un modèle qui récupère plus largement parce que la récupération est devenue moins chère déplace toute la courbe, sans qu'un seul utilisateur supplémentaire n'arrive.
Ce qui change si vous exploitez un serveur d'origine
L'essentiel de ce qui bouge, ce sont les hypothèses, pas l'architecture.
Le volume de requêtes se découple du nombre d'utilisateurs. Si votre modèle de capacité part des utilisateurs actifs mensuels et multiplie, il dérivera, et il dérivera dans le sens de la sous-estimation.
Le taux de succès du cache devient le chiffre qui compte, plus que le nombre de requêtes. Le trafic machine est plutôt large et peu profond, touchant beaucoup d'URL distinctes une fois plutôt que quelques URL de façon répétée. C'est exactement le motif d'accès qu'un cache gère le plus mal, donc une part croissante de ce trafic érodera discrètement un taux qui était stable.
Le coût par requête cesse d'être négligeable. Quand une intention humaine peut engendrer des milliers de récupérations, tout ce que vous faites de coûteux par requête, un aller-retour vers la base, un rendu de gabarit, un appel sortant, se trouve multiplié par le même facteur.
Les statistiques se dégradent d'une façon facile à manquer. Des indicateurs d'engagement calculés sur un flux de requêtes majoritairement non humain décrivent bien quelque chose, mais pas votre audience. Si un tableau de bord dérive doucement depuis un an, voilà une explication plausible.
Et la forme de l'API devient une décision économique. Un point d'entrée qui impose à l'appelant de multiplier les petits allers-retours ne pose aucun problème quand l'appelant est une personne qui clique de page en page, et coûte cher en volume quand l'appelant est un logiciel sans patience ni budget d'attention.
Jusqu'où y croire
Le chiffre de mille fois se lit comme un argument sur les ordres de grandeur, pas comme un nombre à inscrire dans un plan. Son auteur a signalé lui-même son historique sur le sujet, et il sert un argument commercial lors du rendez-vous où il a été prononcé.
Le croisement mesuré est l'entrée la plus solide, et sa propriété la plus intéressante est d'être arrivé en avance. Une prévision qui se trompe de plus d'un an dans le sens de la sous-estimation dit quelque chose sur la forme de la courbe, et c'est une meilleure raison de revoir vos hypothèses que n'importe quelle projection à cinq ans.
La version pratique tient en une phrase. Partez du principe que dans quelques années la majorité de ce qui atteint votre infrastructure ne sera pas une personne, puis vérifiez si votre modèle de capacité, votre stratégie de cache et votre comptabilité analytique ont été bâtis sur l'hypothèse inverse. Pour la plupart des équipes, c'est le cas.
Sources et pour aller plus loin
- Humans will be a rounding error on the internet says Cloudflare exec, The Register, 7 août 2026
- Cloudflare says humans could become a rounding error as bots generate 1,000 times more internet traffic, TechSpot, 8 août 2026
- Non-human traffic on the internet is set to overtake humans by 1,000x in 5 years, Cybernews
- Cloudflare builds business on surge in bot traffic and AI workloads, GovInfoSecurity
Questions fréquentes
Qu'a dit exactement Cloudflare, et dans quel cadre ?
Thomas Seifert, directeur financier de Cloudflare, s'est exprimé lors de la conférence de résultats du deuxième trimestre 2026 de l'entreprise, propos rapportés le lendemain. La formulation exacte était que si les tendances actuelles se poursuivent, dans cinq ans le trafic non humain représentera jusqu'à mille fois le trafic humain, et que les humains deviendront une erreur d'arrondi sur internet, non pas parce que le trafic humain baisse, mais parce que c'est simplement la vitesse à laquelle le trafic non humain croît. Il y a joint une réserve inhabituellement franche, en notant qu'il s'était trompé à chaque étape du chemin, ce qui rappelle utilement qu'il s'agit d'une projection tirée d'une courbe et non d'une mesure. Le cadre compte aussi. C'était une conférence destinée aux investisseurs, où l'argument défendu est que toute croissance du trafic crée de la demande pour les services de l'entreprise, si bien que la prévision et l'argumentaire pointent dans la même direction.
Le trafic machine a-t-il vraiment déjà dépassé le trafic humain ?
Sur le réseau de Cloudflare, oui, et cette partie est une mesure et non une prévision. L'entreprise attendait auparavant que le trafic généré par des machines dépasse celui généré par des humains en 2027, son directeur général Matthew Prince ayant visé la fin de cette année-là, et le croisement a été observé en mai 2026 à la place. La nuance importante porte sur le réseau dont on parle. Cloudflare se place devant une très large part du web public, ce qui rend sa vue étendue, mais cela reste un échantillon façonné par le type de sites qui font appel à elle. Un parc d'API privées, un maillage de services internes ou un réseau d'entreprise donneraient un rapport complètement différent. Prenez ce croisement comme un signal solide sur le web public vu depuis un très grand point d'observation, et non comme une vérité universelle sur tout le trafic internet.
Qu'est-ce qui alimente réellement cette croissance ?
Les logiciels agentiques : des programmes qui parcourent et récupèrent des pages pour le compte d'un assistant plutôt que d'une personne. Si les chiffres bougent aussi violemment, c'est que le rapport entre une action humaine et le travail machine qu'elle déclenche n'a pas de plafond naturel. Une personne qui compare des appareils photo ouvrira peut-être cinq pages de marchands. Un agent chargé de la même question peut en récupérer plusieurs milliers, et la personne n'en verra jamais la plupart. C'est un multiplicateur appliqué à une demande qui existait déjà, raison pour laquelle cette croissance n'exige ni plus de gens ni plus de temps passé en ligne. C'est aussi pourquoi le rythme est si difficile à prévoir, puisqu'il dépend des arbitrages que font les concepteurs d'agents entre largeur de récupération, coût et latence, et ces choix peuvent varier d'un ordre de grandeur d'une version à l'autre.
Qu'est-ce que cela change pour qui exploite un site ou une API ?
Cela change surtout vos hypothèses plutôt que votre architecture. Le volume de requêtes se découple du nombre d'utilisateurs, si bien qu'une planification de capacité fondée sur les utilisateurs actifs mensuels commence à s'écarter de la réalité. Le taux de succès du cache devient un chiffre plus important que le nombre brut de requêtes, car le trafic machine est plutôt large et peu profond, touchant beaucoup d'URL distinctes une fois plutôt que quelques URL de façon répétée, ce qui est justement le motif qui met un cache en difficulté. Le coût par requête compte davantage quand une seule intention humaine peut en générer des milliers. Vos statistiques deviennent plus bruitées, puisque des indicateurs d'engagement calculés sur un flux de requêtes majoritairement non humain décrivent autre chose que votre audience. Et la forme de votre API prend une dimension économique : des points d'entrée qui imposent de nombreux allers-retours coûtent peu à l'unité et cher en volume dès lors que les appelants sont des logiciels.
Faut-il prendre le chiffre de mille fois au pied de la lettre ?
Non, et Seifert le dit presque lui-même. C'est l'extrapolation d'une tendance actuelle sur cinq ans, proposée par un dirigeant dont il décrit lui-même l'historique sur cette question précise comme constamment erroné, lors d'une conférence dont l'objet est d'expliquer pourquoi la demande pour les produits de son entreprise devrait croître. Rien de tout cela ne le rend malhonnête, et la direction indiquée s'appuie sur un croisement réellement mesuré, arrivé avec plus d'un an d'avance. La bonne façon de le tenir est d'y voir un argument sur les ordres de grandeur plutôt qu'un nombre. Que le rapport se stabilise à cinquante ou à mille, la conséquence pour la planification est la même : partez du principe que dans quelques années la majorité de ce qui atteint votre infrastructure ne sera pas une personne, et bâtissez votre modèle de capacité, votre cache et votre comptabilité analytique là-dessus plutôt que sur des comptes d'utilisateurs.