\u00ab Du point de vue de l\u2019infrastructure, il n\u2019existe pas de simple trafic de robots<\/em>\u00a0\u00bb, explique Daniel Pataki, directeur technique chez Kinsta. \u00ab Chaque requ\u00eate repr\u00e9sente un travail r\u00e9el. \u00c0 grande \u00e9chelle, un exploration inefficace cesse d\u2019\u00eatre un probl\u00e8me de trafic pour devenir un probl\u00e8me de ressources. \u00bb<\/p>\n Cet article explique pourquoi ce changement s\u2019est produit, ce qu\u2019il co\u00fbte r\u00e9ellement aux propri\u00e9taires de sites WordPress et en quoi le discours doit \u00e9voluer.<\/p>\n La gestion traditionnelle des robots reposait sur un principe simple : bloquer les mauvais et laisser passer les bons. Pendant des ann\u00e9es, cela a suffi. Googlebot explorait vos pages, indexait votre contenu, puis passait \u00e0 autre chose. Les robots malveillants tentaient de s\u2019introduire sur votre page de connexion. Deux probl\u00e8mes tr\u00e8s diff\u00e9rents, deux solutions tr\u00e8s diff\u00e9rentes.<\/p>\n Ce qu\u2019aucun des deux mod\u00e8les ne prenait en compte, c\u2019est une troisi\u00e8me cat\u00e9gorie : le trafic automatis\u00e9 qui n\u2019est ni malveillant ni bloqu\u00e9, mais qui cause des dommages mesurables aux performances de votre site \u00e0 grande \u00e9chelle.<\/p>\n Les robots d\u2019exploration bas\u00e9s sur l\u2019IA<\/a>, con\u00e7us non seulement pour indexer des pages en vue des r\u00e9sultats de recherche, mais aussi pour ing\u00e9rer du contenu destin\u00e9 \u00e0 l\u2019entra\u00eenement des mod\u00e8les, \u00e0 la g\u00e9n\u00e9ration augment\u00e9e par la r\u00e9cup\u00e9ration et aux requ\u00eates des utilisateurs en temps r\u00e9el, op\u00e8rent \u00e0 une \u00e9chelle fondamentalement diff\u00e9rente de tout ce qui existait auparavant. \u00c0 lui seul, GPTBot a connu une croissance de 305 % entre mai 2024 et mai 2025. D\u00e9but 2025, environ une visite web sur 200 \u00e9tait le fait d\u2019un robot IA. \u00c0 la fin de l\u2019ann\u00e9e, ce ratio \u00e9tait pass\u00e9 \u00e0 une sur 31.<\/p>\n Fin 2025, les robots d\u2019exploration IA repr\u00e9sentaient 4,2 % de l\u2019ensemble des requ\u00eates HTML sur le r\u00e9seau de Cloudflare, un chiffre qui a oscill\u00e9 entre 2,4 % d\u00e9but avril et 6,4 % fin juin, soit pr\u00e8s d\u2019un triplement en l\u2019espace d\u2019un an.<\/p>\n Ces robots d\u2019indexation sont persistants et fr\u00e9quents, et ils ne se comportent pas comme les robots traditionnels des moteurs de recherche. Beaucoup g\u00e9n\u00e8rent d\u2019importants volumes de requ\u00eates vers des points de terminaison dynamiques non mis en cache, ce qui impose \u00e0 votre serveur un \u00ab travail r\u00e9el \u00bb.<\/p>\n C\u2019est l\u00e0 que le probl\u00e8me d\u2019infrastructure appara\u00eet clairement, et c\u2019est un aspect qui passe inaper\u00e7u dans la plupart des analyses du trafic des robots.<\/p>\n Lorsqu\u2019un visiteur charge une page mise en cache sur un site WordPress, votre serveur n\u2019a pratiquement rien \u00e0 faire. Il renvoie un fichier HTML<\/a> pr\u00e9-g\u00e9n\u00e9r\u00e9, tout comme il le ferait pour une image ou un fichier CSS<\/a>. Le serveur d\u2019origine ne s\u2019en rend pratiquement pas compte. C\u2019est l\u00e0 tout l\u2019int\u00e9r\u00eat de la mise en cache.<\/p>\n Mais une part importante des requ\u00eates sur un v\u00e9ritable site WordPress, et en particulier sur les boutiques WooCommerce, ne peut pas \u00eatre trait\u00e9e \u00e0 partir du cache. Ces requ\u00eates comprennent :<\/p>\n Lorsqu\u2019un robot acc\u00e8de \u00e0 ces points de terminaison, voici ce qui se passe r\u00e9ellement sur votre serveur :<\/p>\n C\u2019est le m\u00e9canisme par lequel le trafic g\u00e9n\u00e9r\u00e9 par les robots devient un probl\u00e8me d\u2019infrastructure. Ce n\u2019est pas une hypoth\u00e8se th\u00e9orique. Il s\u2019agit de la cha\u00eene d\u2019\u00e9v\u00e9nements sp\u00e9cifique qui se produit lorsque des requ\u00eates automatis\u00e9es inondent les points de terminaison dynamiques d\u2019un site WordPress en ligne.<\/p>\n L\u2019abstrait devient concret lorsque vous examinez les donn\u00e9es r\u00e9elles issues de l\u2019infrastructure que nous g\u00e9rons \u00e0 grande \u00e9chelle.<\/p>\n Une donn\u00e9e que nous avons trouv\u00e9e particuli\u00e8rement frappante est qu\u2019un seul robot (ClaudeBot) a g\u00e9n\u00e9r\u00e9 3,75 millions de requ\u00eates \u00ab Ajouter au panier \u00bb en l\u2019espace de 24 heures.<\/strong> Cela repr\u00e9sente environ une requ\u00eate toutes les 23 millisecondes (jour et nuit), chacune \u00e9tant trait\u00e9e par le serveur comme une nouvelle requ\u00eate, car les points de terminaison du panier sont intrins\u00e8quement dynamiques.<\/p>\n Pour replacer cela dans son contexte : les requ\u00eates \u00ab Ajouter au panier \u00bb comptent parmi les points de terminaison les plus co\u00fbteux d\u2019une boutique WooCommerce. Elles cr\u00e9ent des sessions, ex\u00e9cutent des requ\u00eates et mettent \u00e0 jour l\u2019\u00e9tat du panier. Chacune d\u2019entre elles repr\u00e9sente un v\u00e9ritable travail. Les 3,75 millions de requ\u00eates que nous avons observ\u00e9es provenant d\u2019une seule source en une journ\u00e9e constituent le type de trafic susceptible de mettre un site hors ligne.<\/p>\n Une deuxi\u00e8me donn\u00e9e souligne \u00e0 quel point ces sch\u00e9mas peuvent \u00eatre persistants : une boucle d\u00e9fectueuse a g\u00e9n\u00e9r\u00e9 550 millions de requ\u00eates en 30 jours<\/strong>, soit un trafic suffisant pour justifier la mise en place d\u2019une r\u00e8gle de mitigation d\u00e9di\u00e9e au sein de notre infrastructure. Il ne s\u2019agit ni d\u2019une attaque DDoS ni d\u2019une campagne de logiciels malveillants, mais d\u2019un robot bloqu\u00e9 dans une boucle d\u2019exploration, qui interroge sans cesse des URL qu\u2019il a d\u00e9j\u00e0 consult\u00e9es.<\/p>\n Ce ne sont pas des cas isol\u00e9s. Ce sont des sch\u00e9mas que nous observons sur l\u2019ensemble de notre plateforme.<\/p>\n L\u2019un des aspects les plus sous-estim\u00e9s du probl\u00e8me actuel li\u00e9 au trafic des robots est que la plupart des causes de dommages \u00e0 l\u2019infrastructure ne sont absolument pas malveillantes. Il s\u2019agit d\u2019une automatisation inefficace \u00e0 grande \u00e9chelle.<\/p>\n Les sites web modernes, en particulier les boutiques en ligne, g\u00e9n\u00e8rent des URL l\u00e9g\u00e8rement diff\u00e9rentes pour une page qui est, en substance, la m\u00eame :<\/p>\n Pour un humain, il s\u2019agit dans tous les cas de \u00ab la m\u00eame page \u00bb. Pour un robot qui suit les URL, chacune d\u2019entre elles appara\u00eet comme une toute nouvelle page \u00e0 explorer.<\/p>\n Le robot suit donc le premier lien. Cette page g\u00e9n\u00e8re une autre variante d\u2019URL, que le robot suit \u00e0 son tour. Puis une autre. Et encore une autre. Il ne dispose d\u2019aucun m\u00e9canisme lui permettant de reconna\u00eetre qu\u2019il tourne en rond, et certaines de ces boucles ont pu se poursuivre sans \u00eatre d\u00e9tect\u00e9es sur l\u2019infrastructure surveill\u00e9e pendant plusieurs jours avant que les r\u00e8gles de mitigation ne les interceptent.<\/p>\n Dans le rapport sur le trafic li\u00e9 \u00e0 l\u2019IA et aux robots que nous avons r\u00e9cemment publi\u00e9, David Belson<\/a>, ancien responsable de l\u2019analyse des donn\u00e9es chez Cloudflare, a d\u00e9clar\u00e9 : \u00ab Il y a cette personne qui ne savait absolument pas ce qu\u2019elle faisait hier, mais qui a cod\u00e9 un robot \u00e0 la va-vite aujourd\u2019hui et l\u2019a l\u00e2ch\u00e9 dans la nature. Elle ne prend m\u00eame pas la peine de v\u00e9rifier Ce comportement ne provient pas toujours d\u2019acteurs malveillants. Il provient de syst\u00e8mes de robots d\u2019exploration bas\u00e9s sur l\u2019IA qui n\u2019ont pas \u00e9t\u00e9 con\u00e7us en tenant compte de la navigation \u00e0 facettes, de la prolif\u00e9ration des r\u00e9glages d\u2019URL ou des URL g\u00e9n\u00e9r\u00e9es par les sessions, qui sont des fonctionnalit\u00e9s standard des sites WordPress modernes.<\/p>\n Google lui-m\u00eame identifie explicitement la navigation \u00e0 facettes<\/a> et les URL bas\u00e9es sur des r\u00e9glages comme une source d\u2019inefficacit\u00e9 d\u2019exploration, soulignant que les robots peuvent explorer des variations quasi infinies d\u2019une m\u00eame page.<\/p>\n Jusqu\u2019\u00e0 r\u00e9cemment, de nombreuses formules d\u2019h\u00e9bergement \u00e9taient dimensionn\u00e9es en fonction du nombre de visites, ce qui fonctionnait raisonnablement bien comme indicateur de l\u2019utilisation r\u00e9elle par des humains. On partait du principe que les visites correspondaient globalement au nombre de personnes interagissant avec votre site.<\/p>\n Cette hypoth\u00e8se ne tient plus.<\/p>\n Le trafic automatis\u00e9 a gonfl\u00e9 les chiffres de fr\u00e9quentation d\u2019une mani\u00e8re qui n\u2019a pratiquement rien \u00e0 voir avec l\u2019activit\u00e9 commerciale r\u00e9elle. Les requ\u00eates des robots peuvent g\u00e9n\u00e9rer des chiffres de fr\u00e9quentation sans entra\u00eener d\u2019engagement, de conversions ou de revenus correspondants. Les propri\u00e9taires de sites recevaient des avis de d\u00e9passement sur des formules bas\u00e9es sur la fr\u00e9quentation, en raison d\u2019une activit\u00e9 de robots qu\u2019ils ne pouvaient pas contr\u00f4ler et qu\u2019ils n\u2019avaient pas sollicit\u00e9e.<\/p>\n Ce ph\u00e9nom\u00e8ne s\u2019est r\u00e9v\u00e9l\u00e9 suffisamment \u00e9vident en tant que tendance syst\u00e9mique pour que Kinsta lance des plans <\/a>d\u2019h\u00e9bergement bas\u00e9es sur la bande passante<\/a>, en r\u00e9ponse directe \u00e0 une cat\u00e9gorie de sites dont les indicateurs de visites avaient commenc\u00e9 \u00e0 s\u2019\u00e9carter consid\u00e9rablement de leur consommation r\u00e9elle de ressources. Si le nombre de visites d\u2019un site augmentait mais que la bande passante ne suivait pas le rythme, cela indiquait presque toujours la pr\u00e9sence de robots. Le passage \u00e0 un mod\u00e8le bas\u00e9 sur la bande passante a permis de dissocier efficacement la facturation d\u2019un indicateur que lesro bots avaient appris \u00e0 gonfler.<\/p>\n Le probl\u00e8me de facturation est mesurable et peut \u00eatre r\u00e9solu. Le probl\u00e8me le plus \u00e9pineux est que la plupart des propri\u00e9taires de sites ne se rendent pas compte de ce qui se passe, car leurs tableaux de bord ne refl\u00e8tent pas la situation dans son ensemble.<\/p>\n L\u2019une des cons\u00e9quences d\u2019un trafic de robots \u00e0 cette \u00e9chelle est que les outils d\u2019analyse standard ne refl\u00e8tent plus fid\u00e8lement les performances r\u00e9elles de votre site.<\/p>\n Si le nombre de visites augmente mais que le chiffre d\u2019affaires, le temps pass\u00e9 sur la page et le taux de rebond n\u2019\u00e9voluent pas proportionnellement, les robots sont probablement en cause. Si votre serveur pr\u00e9sente une d\u00e9gradation des performances qui ne correspond pas aux pics de trafic que vous attendriez suite \u00e0 une activit\u00e9 de contenu ou de marketing, il convient d\u2019examiner de plus pr\u00e8s le trafic de robots vers des points de terminaison non mis en cache.<\/p>\n Kinsta filtre automatiquement les agents utilisateurs de robots connus des analyses et des calculs d\u2019utilisation des plans. Cependant, un trafic automatis\u00e9 ressemblant fortement au comportement humain peut tout de m\u00eame appara\u00eetre dans vos indicateurs.<\/p>\n Les sch\u00e9mas \u00e0 surveiller :<\/p>\n Aucun de ces \u00e9l\u00e9ments n\u2019est d\u00e9terminant en soi, mais toute combinaison de ceux-ci justifie une enqu\u00eate avant d\u2019attribuer ces chiffres \u00e0 la croissance de l\u2019activit\u00e9.<\/p>\n La r\u00e9action instinctive la plus courante face aux donn\u00e9es de trafic g\u00e9n\u00e9r\u00e9es par des robots est de tout bloquer. D\u2019autres pourraient tout autoriser, car \u00ab l\u2019IA est l\u2019avenir \u00bb.<\/p>\n Aucune de ces deux approches ne fonctionne !<\/p>\n Bloquer sans discernement revient \u00e0 bloquer des robots d\u2019indexation v\u00e9rifi\u00e9s, notamment Googlebot, dont la couverture d\u2019indexation d\u00e9termine si votre contenu appara\u00eet ou non dans les r\u00e9sultats de recherche. Cela revient \u00e0 bloquer les robots de d\u00e9couverte bas\u00e9s sur l\u2019IA qui pourraient mettre en avant votre contenu dans les r\u00e9sultats de recherche conversationnelle, les recommandations aliment\u00e9es par l\u2019IA ou les moteurs de r\u00e9ponses. Pour une boutique WooCommerce<\/a> ou un \u00e9diteur de contenu, cela repr\u00e9sente un co\u00fbt de distribution non n\u00e9gligeable.<\/p>\n Tout laisser passer revient \u00e0 accepter des co\u00fbts d\u2019infrastructure qui ne g\u00e9n\u00e8rent aucun retour sur investissement. Et pour les points de terminaison dynamiques que les robots ont tendance \u00e0 solliciter le plus, ces co\u00fbts ne sont pas n\u00e9gligeables. Ils s\u2019accumulent et s\u2019aggravent, en particulier en cas de charge automatis\u00e9e soutenue.<\/p>\n La v\u00e9ritable r\u00e9ponse se situe quelque part entre ces deux extr\u00eames, et elle n\u00e9cessite de comprendre les diff\u00e9rences entre les cat\u00e9gories de trafic plut\u00f4t que de traiter tous les robots comme une seule et m\u00eame cat\u00e9gorie.<\/p>\n Comme l\u2019a expliqu\u00e9 Cristian Lopez, r\u00e9dacteur en chef chez HostingAdvice, dans ce rapport<\/a> : \u00ab L\u2019id\u00e9e fausse consiste \u00e0 penser que le trafic des robots est un simple probl\u00e8me de bloquer ou autoriser<\/em>. En r\u00e9alit\u00e9, il s\u2019agit de politique, de visibilit\u00e9 et de contr\u00f4le \u00e9conomique. \u00bb<\/p>\n Les robots v\u00e9rifi\u00e9s, notamment Googlebot, Bing et les outils de surveillance l\u00e9gitimes, doivent g\u00e9n\u00e9ralement \u00eatre autoris\u00e9s, avec d\u2019\u00e9ventuelles restrictions d\u2019acc\u00e8s aux points de terminaison qui ne pr\u00e9sentent aucun int\u00e9r\u00eat pour l\u2019exploration (votre page de commande ne contribue en rien \u00e0 votre r\u00e9f\u00e9rencement). Les robots non v\u00e9rifi\u00e9s, d\u00e9pourvus d\u2019informations d\u2019identification ou d\u2019objectif pr\u00e9cis, justifient une surveillance plus \u00e9troite. Les robots d\u2019entra\u00eenement \u00e0 l\u2019IA qui g\u00e9n\u00e8rent des volumes \u00e9lev\u00e9s de requ\u00eates vers des points de terminaison dynamiques constituent une cat\u00e9gorie sp\u00e9cifique pouvant justifier un blocage ou une limitation de d\u00e9bit, en fonction du type de votre site et de vos priorit\u00e9s.<\/p>\n Dans notre rapport sur l\u2019IA et le trafic des robots<\/a>, nous avons \u00e9labor\u00e9 un cadre d\u00e9cisionnel interactif qui pr\u00e9sente l\u2019approche adapt\u00e9e \u00e0 diff\u00e9rents types de sites. L\u2019exemple ci-dessous pr\u00e9sente la configuration recommand\u00e9e pour une boutique WooCommerce ax\u00e9e sur les performances et la stabilit\u00e9 du site :<\/p>\n Ce type de contr\u00f4le nuanc\u00e9 et tenant compte des diff\u00e9rentes cat\u00e9gories est pr\u00e9cis\u00e9ment ce que la plupart des outils existants ne vous offrent pas.<\/p>\n Ce que nous avons mis au point avec la protection anti-robots de Kinsta<\/a> a \u00e9t\u00e9 sp\u00e9cialement con\u00e7u pour r\u00e9pondre aux d\u00e9fis d\u2019infrastructure d\u00e9crits ci-dessus.<\/p>\n Le syst\u00e8me classe le trafic<\/a> en cat\u00e9gories telles que les robots v\u00e9rifi\u00e9s, les visiteurs probablement humains, les visiteurs probablement des robots, le trafic automatis\u00e9 et le trafic malveillant, et vous permet de d\u00e9finir des niveaux de protection adapt\u00e9s aux besoins r\u00e9els de votre site.<\/p>\n Ces niveaux ne sont pas binaires. L\u2019option \u00ab Bloquer les automatisations \u00bb cible le trafic automatis\u00e9 confirm\u00e9 tout en laissant les robots v\u00e9rifi\u00e9s intacts. L\u2019option \u00ab D\u00e9fier les robots \u00bb ajoute une \u00e9tape de v\u00e9rification pour les automatisations non v\u00e9rifi\u00e9es sans perturber les visiteurs l\u00e9gitimes. L\u2019option \u00ab D\u00e9fier tout le monde est disponible en cas de pics de trafic importants, mais comporte les inconv\u00e9nients auxquels vous pouvez vous attendre.<\/p>\n Il est essentiel de noter que cet outil s\u2019appuie sur le syst\u00e8me de notation des robots de niveau entreprise de Cloudflare, un syst\u00e8me de classification en temps r\u00e9el bas\u00e9 sur l\u2019apprentissage automatique qui attribue \u00e0 chaque visiteur un score compris entre 1 et 99 en fonction de signaux comportementaux, et non pas uniquement des cha\u00eenes d\u2019agent utilisateur. Cela est important car la correspondance des user-agents seule s\u2019av\u00e8re de plus en plus inefficace, puisque 12,9 % des robots IA ignorent d\u00e9sormais les directives \u00ab Il existe \u00e9galement un syst\u00e8me d\u2019exceptions \u00ab Toujours autoriser<\/a> \u00bb destin\u00e9 aux int\u00e9grations de confiance, aux services de surveillance et aux automatisations critiques pour l\u2019activit\u00e9 qui ne doivent pas \u00eatre bloqu\u00e9es par les r\u00e8gles de protection, car le blocage excessif repr\u00e9sente lui aussi un co\u00fbt r\u00e9el, en particulier pour les boutiques WooCommerce qui d\u00e9pendent de la synchronisation automatis\u00e9e des commandes, des int\u00e9grations de passerelles de paiement ou des outils de surveillance de la disponibilit\u00e9.<\/p>\n Le bouton de blocage des robots d\u2019IA<\/a> cible sp\u00e9cifiquement les robots d\u2019entra\u00eenement de l\u2019IA sans affecter les robots des moteurs de recherche tels que Googlebot ou Bingbot. Pour les sites ayant identifi\u00e9 l\u2019activit\u00e9 des robots d\u2019IA comme un facteur de performance, il s\u2019agit d\u2019une mesure d\u2019att\u00e9nuation en une seule \u00e9tape qui ne n\u00e9cessite pas la configuration de r\u00e8gles individuelles.<\/p>\n Savoir que cet outil existe est une chose. Savoir quand et comment l\u2019utiliser en est une autre.<\/p>\n Si vous constatez les sch\u00e9mas d\u00e9crits ci-dessus, voici un point de d\u00e9part pratique, class\u00e9 par ordre d\u2019impact :<\/p>\n Tout d\u2019abord : v\u00e9rifiez la source.<\/strong> Utilisez le graphique de r\u00e9partition des requ\u00eates<\/a> dans la vue \u00ab Protection contre les robots \u00bb de MyKinsta pour comprendre comment le trafic vers votre site est class\u00e9.<\/p>\n Si une part importante du trafic est automatis\u00e9e ou non v\u00e9rifi\u00e9e, c\u2019est le signe qu\u2019il faut agir. Ne n\u00e9gligez pas cette \u00e9tape, car apporter des modifications \u00e0 la protection sans savoir contre quoi vous vous prot\u00e9gez conduit \u00e0 des erreurs de configuration.<\/p>\n Deuxi\u00e8mement : adaptez le niveau de protection au type de site.<\/strong> Une boutique WooCommerce n\u2019a pas les m\u00eames priorit\u00e9s qu\u2019un site de publication de contenu, qui a lui-m\u00eame des priorit\u00e9s diff\u00e9rentes de celles d\u2019un environnement de pr\u00e9production. Bloquer le trafic automatis\u00e9 et mettre \u00e0 l\u2019\u00e9preuve les robots potentiels est judicieux pour une boutique dot\u00e9e de points de terminaison dynamiques. Un site de contenu pourrait privil\u00e9gier l\u2019autorisation des robots de d\u00e9couverte IA tout en bloquant les robots d\u2019indexation destin\u00e9s \u00e0 l\u2019entra\u00eenement de l\u2019IA. Un environnement de pr\u00e9production doit quant \u00e0 lui \u00eatre enti\u00e8rement verrouill\u00e9, quoi qu\u2019il arrive.<\/strong><\/p>\n Troisi\u00e8mement : prot\u00e9gez en priorit\u00e9 les chemins d\u2019acc\u00e8s les plus co\u00fbteux.<\/strong> Avant d\u2019appliquer des r\u00e8gles de protection g\u00e9n\u00e9rales, v\u00e9rifiez si vos points de terminaison les plus co\u00fbteux, tels que le panier, la page de commande et les gestionnaires AJAX, sont accessibles \u00e0 des robots d\u2019indexation qui n\u2019ont aucune raison de s\u2019y trouver. Bloquer les agents utilisateurs de robots connus provenant de Quatri\u00e8mement : surveillez, puis ajustez.<\/strong> Les sch\u00e9mas de trafic des robots \u00e9voluent plus rapidement que ne le pensent la plupart des propri\u00e9taires de sites. La part de trafic de GPTBot a tripl\u00e9 en l\u2019espace d\u2019une seule ann\u00e9e. D\u00e9finir des r\u00e8gles de protection une seule fois puis les ignorer ne constitue pas une strat\u00e9gie. Le graphique des r\u00e9sultats de la protection contre les robots<\/a> dans MyKinsta suit ce qui est bloqu\u00e9, contest\u00e9 et autoris\u00e9 au fil du temps.<\/p>\n Ces donn\u00e9es doivent vous aider \u00e0 ajuster vos r\u00e9glages.<\/p>\n Si les robots g\u00e9n\u00e8rent des d\u00e9passements du nombre de visites dans le cadre d\u2019un plan bas\u00e9 sur le nombre de visites, il peut \u00e9galement \u00eatre utile d\u2019examiner en parall\u00e8le les plans d\u2019h\u00e9bergement Kinsta <\/a>bas\u00e9s sur la bande passante<\/a>. Passer \u00e0 un plan bas\u00e9 sur la bande passante ne r\u00e9sout pas le probl\u00e8me sous-jacent li\u00e9 aux robots, mais cela permet de mieux refl\u00e9ter le co\u00fbt r\u00e9el de l\u2019infrastructure li\u00e9 \u00e0 la composition de votre trafic, qui est souvent nettement inf\u00e9rieur \u00e0 ce que sugg\u00e8re le nombre de visites.<\/p>\n Le trafic provenant d\u2019agents automatis\u00e9s appara\u00eet d\u00e9j\u00e0 dans les journaux d\u2019infrastructure. Google a annonc\u00e9 la mise en place d\u2019un agent utilisateur d\u00e9di\u00e9<\/a> pour les interactions de ses agents IA avec les sites. Il s\u2019agit de syst\u00e8mes automatis\u00e9s qui cliquent sur des liens, remplissent des formulaires et effectuent des requ\u00eates qui ressemblent de plus en plus au comportement d\u2019une session humaine.<\/p>\n Les indicateurs qui permettent actuellement de classer les robots, tels que les cha\u00eenes d\u2019agent utilisateur, la fr\u00e9quence des requ\u00eates et l\u2019\u00e9valuation comportementale, deviennent plus difficiles \u00e0 appliquer avec pr\u00e9cision \u00e0 mesure que la fronti\u00e8re entre interaction automatis\u00e9e et interaction humaine continue de s\u2019estomper.<\/p>\nL\u2019ancien mod\u00e8le ne fonctionne plus<\/h2>\n
Ce que signifie ce \u00ab travail r\u00e9el \u00bb pour un site WordPress<\/h2>\n
\n
?add-to-cart=<\/code>, \/cart<\/code>, \/checkout<\/code>)<\/li>\n\n
![\"Comment](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/how-bot-talk-to-server.png\")
Ce que r\u00e9v\u00e8lent r\u00e9ellement les donn\u00e9es d\u2019infrastructure de Kinsta<\/h2>\n
![\"7,67](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/bots-hit-add-to-cart-url.png\")
Le probl\u00e8me des boucles : les robots n\u2019attaquent pas, ils sont bloqu\u00e9s<\/h2>\n
\n
![\"Les](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/bot-causing-loop-problem.png\")
robots.txt<\/code>. \u00bb<\/p>\nVotre facture de serveur est d\u00e9sormais un probl\u00e8me de gestion des robots<\/h2>\n
![\"Plans](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/kinsta-bandwidth-hosting-plans.png\")
Ce que vos outils d\u2019analyse vous r\u00e9v\u00e8lent (et ne vous r\u00e9v\u00e8lent pas)<\/h2>\n
\n
Pourquoi ce probl\u00e8me est-il plus complexe qu\u2019il n\u2019y para\u00eet ?<\/h2>\n
![\"Cadre](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/ai-bot-traffic-report-decision-framework.png\")
L\u2019approche de Kinsta en mati\u00e8re de protection contre les robots<\/h2>\n
![\"Niveaux](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/bot-protection-levels-mykinsta.png\")
robots.txt<\/code> \u00bb, contre 3,3 % il y a seulement un trimestre. La classification comportementale d\u00e9tecte ce que les r\u00e8gles bas\u00e9es sur les user-agents ne parviennent pas \u00e0 rep\u00e9rer.<\/p>\n![\"Protection](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/always-allow-exception-bot-protection-mykinsta.png\")
![\"Bloquez](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/mykinsta-bot-protection-ai-crawlers.png\")
Que faire si le trafic de robots est votre probl\u00e8me<\/h2>\n
![\"Graphique](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/bot-request-breakdown-mykinsta.png\")
\/cart<\/code> et ?add-to-cart=<\/code> via robots.txt<\/code> constitue un point de d\u00e9part ; c\u2019est l\u2019application de cette mesure au niveau du WAF (et non pas seulement sa signalisation) qui permet r\u00e9ellement d\u2019emp\u00eacher la charge.<\/p>\n![\"Graphique](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/bot-protection-results.png\")
Vue d\u2019ensemble : ce probl\u00e8me va s\u2019aggraver<\/h2>\n