En cons\u00e9quence, les co\u00fbts d\u2019exploitation augmentent, mais les probl\u00e8mes de performances restent les m\u00eames. L\u2019outil de protection robot de Kinsta<\/a> est con\u00e7u pour ce type de situation, car il vous permet de contr\u00f4ler ce qui parvient \u00e0 votre serveur, plut\u00f4t que d\u2019\u00e9largir la surface d\u2019attaque qui l\u2019absorbe.<\/p>\n Un visiteur humain confront\u00e9 \u00e0 une page lente peut attendre, la recharger ou simplement quitter le site. \u00c0 l\u2019inverse, un robot continue d\u2019envoyer le m\u00eame volume de requ\u00eates, quelle que soit la r\u00e9ponse de votre serveur. Ce probl\u00e8me fondamental, \u00e0 savoir que le trafic g\u00e9n\u00e9r\u00e9 par les robots ne peut pas s\u2019autor\u00e9guler lorsque vous ajoutez des ressources, signifie que la mise \u00e0 niveau de votre plan offre aux robots davantage de capacit\u00e9 \u00e0 consommer.<\/p>\n La situation se complique lorsque l\u2019on tient compte de la mani\u00e8re dont les sites WordPress modernes traitent les requ\u00eates. La plupart du trafic g\u00e9n\u00e9r\u00e9 par les robots n\u2019atteint pas les pages statiques que votre cache peut absorber. Au contraire, il cible des points de terminaison qui contournent les syst\u00e8mes de mise en cache et obligent le serveur \u00e0 fournir davantage d\u2019efforts. Sur tout site utilisant WooCommerce, la fonction de recherche ou les filtres, cela signifie que les robots ciblent plusieurs \u00e9l\u00e9ments :<\/p>\n Aucun de ces \u00e9l\u00e9ments ne peut \u00eatre mis en cache de la m\u00eame mani\u00e8re qu\u2019une page statique. Pour chaque requ\u00eate qui arrive sur l\u2019un de ces points de terminaison, plusieurs op\u00e9rations se produisent c\u00f4t\u00e9 serveur :<\/p>\n D\u2019apr\u00e8s les donn\u00e9es de notre propre infrastructure<\/a>, un seul robot a pu g\u00e9n\u00e9rer 3,75 millions de requ\u00eates vers des URL d\u2019ajout au panier en l\u2019espace de 24 heures. Cela \u00e9quivaut \u00e0 environ une requ\u00eate toutes les 23 millisecondes, 24 heures sur 24. Par ailleurs, une seule r\u00e8gle de d\u00e9tection de boucles a filtr\u00e9 550 millions de requ\u00eates sur l\u2019ensemble de la plateforme au cours d\u2019une p\u00e9riode de 30 jours.<\/p>\n Cependant, il ne s\u2019agit pas l\u00e0 de volumes d\u2019attaques au sens traditionnel du terme. Ils r\u00e9sultent de robots con\u00e7us pour suivre toutes les URL qu\u2019ils trouvent, y compris certaines variations de cha\u00eenes de requ\u00eate et certains chemins bas\u00e9s sur des r\u00e9glages.<\/p>\n \u00ab Du point de vue de l\u2019infrastructure, il n\u2019existe pas de \u00ab simple trafic de robots \u00bb. 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 \u2013 Daniel Pataki, directeur technique, Kinsta<\/em><\/p>\n Les agences sont souvent confront\u00e9es \u00e0 un sch\u00e9ma r\u00e9current : d\u00e8s que l\u2019utilisation des ressources augmente, les clients passent \u00e0 un forfait sup\u00e9rieur, puis l\u2019utilisation des ressources augmente \u00e0 nouveau. Pendant ce temps, les performances ne s\u2019am\u00e9liorent pas, car le volume de requ\u00eates sous-jacent n\u2019a pas chang\u00e9.<\/p>\n Comme la facturation de Kinsta exclut le trafic de robots<\/a> de l\u2019utilisation de votre plan, vous disposez d\u2019un moyen rapide de d\u00e9terminer si les robots constituent un probl\u00e8me. Les agents utilisateurs de robots reconnus sont d\u00e9j\u00e0 filtr\u00e9s de l\u2019\u00e9cran Visites<\/strong> dans la section Analyses<\/strong> de MyKinsta. Si ces statistiques semblent normales alors que votre serveur est sous pression, le trafic automatis\u00e9 en est probablement la cause.<\/p>\n La vue Analyse du trafic des robots et du trafic automatis\u00e9<\/strong> dans MyKinsta fournit une ventilation plus claire du trafic atteignant votre site, notamment les robots v\u00e9rifi\u00e9s, les robots potentiels, les robots d\u2019indexation IA, les robots d\u2019indexation agressifs, le trafic automatis\u00e9 et les visiteurs probablement humains.<\/p>\n Cela permet d\u2019identifier plus facilement les cas o\u00f9 le trafic automatis\u00e9 est \u00e0 l\u2019origine d\u2019une utilisation accrue des ressources. Par exemple, les pics d\u2019activit\u00e9 des robots d\u2019indexation agressifs ou du trafic automatis\u00e9 indiquent souvent que des robots acc\u00e8dent de mani\u00e8re r\u00e9p\u00e9t\u00e9e \u00e0 des points de terminaison non mis en cache.<\/p>\n Le graphique des r\u00e9sultats de la protection contre les robots montre \u00e9galement comment les requ\u00eates sont trait\u00e9es apr\u00e8s classification, y compris le trafic autoris\u00e9, contest\u00e9 ou bloqu\u00e9. Cela vous donne une image plus claire de la mani\u00e8re dont vos r\u00e9glages de protection actuels affectent le trafic entrant.<\/p>\n Le rapport Requ\u00eates les plus fr\u00e9quentes par nombre de vues<\/strong>\u00a0refl\u00e8te \u00e9galement ce qui g\u00e9n\u00e8re de la charge sur votre serveur, et il inclut l\u2019ensemble du trafic, et pas seulement les visites facturables. L\u2019\u00e9cart entre ces deux chiffres correspond \u00e0 la partie de vos co\u00fbts qui s\u2019accumule sans explication claire.<\/p>\n Voici comment interpr\u00e9ter cet \u00e9cart :<\/p>\n Si vous g\u00e9rez des portefeuilles de clients, chaque site affect\u00e9 par une charge g\u00e9n\u00e9r\u00e9e par des robots repr\u00e9sente un co\u00fbt difficile \u00e0 justifier, en particulier lorsque les performances ne se sont pas am\u00e9lior\u00e9es apr\u00e8s une mise \u00e0 niveau. Le trafic des bots IA a augment\u00e9 de 300 %<\/a> au cours de l\u2019ann\u00e9e \u00e9coul\u00e9e, tandis qu\u2019une visite Web sur <\/a>31 est le fait d\u2019un robot IA<\/a>. Ce volume ne se r\u00e9sout pas de lui-m\u00eame.<\/p>\n La s\u00e9curit\u00e9 au niveau de la plateforme de Kinsta bloque d\u00e9j\u00e0 le trafic entrant class\u00e9 comme malveillant avant qu\u2019il n\u2019atteigne votre site, ce qui inclut la protection contre les attaques DDoS<\/a> et les requ\u00eates provenant d\u2019adresses IP associ\u00e9es \u00e0 des sources d\u2019attaques connues. Entre ce trafic et celui que vous souhaitez recevoir, il existe une cat\u00e9gorie de requ\u00eates automatis\u00e9es non v\u00e9rifi\u00e9es, \u00e0 fort volume et gourmandes en ressources, qui parviennent malgr\u00e9 tout jusqu\u2019\u00e0 votre serveur. Les contr\u00f4les de la protection anti-robots de Kinsta permettent de r\u00e9duire ce volume.<\/p>\n Les contr\u00f4les de protection contre les robots dans MyKinsta op\u00e8rent au niveau de l\u2019infrastructure, et le filtrage s\u2019effectue avant m\u00eame que WordPress n\u2019intervienne. Il n\u2019y a donc aucun plugin \u00e0 installer ni aucune configuration WordPress \u00e0 modifier.<\/p>\n Kinsta classe chaque requ\u00eate en combinant sa propre analyse du trafic et le syst\u00e8me d\u2019apprentissage automatique de Cloudflare<\/a>, qui attribue \u00e0 chaque visiteur un score de robot compris entre 1 et 99. Un score \u00e9lev\u00e9 indique que la requ\u00eate provient tr\u00e8s probablement d\u2019un humain ; un score faible signifie qu\u2019il s\u2019agit d\u2019une activit\u00e9 automatis\u00e9e.<\/p>\n Le trafic est regroup\u00e9 en cat\u00e9gories telles que les robots v\u00e9rifi\u00e9s, les robots probables, les robots d\u2019indexation IA, les robots d\u2019indexation agressifs, le trafic automatis\u00e9 et les visiteurs probablement humains. Le niveau de protection que vous s\u00e9lectionnez d\u00e9termine la mani\u00e8re dont chaque cat\u00e9gorie est trait\u00e9e.<\/p>\n Vous pouvez g\u00e9rer la protection contre les robots dans MyKinsta, sous Sites<\/strong> > nom du site<\/strong> > Protection contre les robots<\/strong>.<\/p>\n Vous avez le choix entre quatre niveaux dans le panneau Niveau de protection<\/strong> de l\u2019\u00e9cran Protection contre les robots<\/strong>\u00a0:<\/p>\n Pour modifier le niveau, acc\u00e9dez \u00e0 Sites<\/strong> > Toutefois, lorsque vous passez au niveau D\u00e9fier les robots<\/strong> ou \u00e0 un niveau sup\u00e9rieur, tout outil se connectant \u00e0 votre site par programmation et ne figurant pas dans le r\u00e9pertoire des robots v\u00e9rifi\u00e9s de Cloudflare<\/a> sera bloqu\u00e9 ou soumis \u00e0 une v\u00e9rification. Cela concerne les int\u00e9grations personnalis\u00e9es, les scripts de d\u00e9ploiement et les outils de surveillance de disponibilit\u00e9 auto-h\u00e9berg\u00e9s. Si vous utilisez l\u2019un de ces outils, il est recommand\u00e9 de v\u00e9rifier qu\u2019il figure bien dans la liste avant d\u2019augmenter le niveau de protection.<\/p>\n Le bouton Bloquer les robots d\u2019exploration IA<\/strong>\u00a0cible sp\u00e9cifiquement les robots d\u2019exploration IA<\/a>. Il s\u2019agit de robots qui collectent du contenu \u00e0 des fins d\u2019entra\u00eenement de mod\u00e8les, de g\u00e9n\u00e9ration augment\u00e9e par la r\u00e9cup\u00e9ration et de fonctionnalit\u00e9s de recherche bas\u00e9es sur l\u2019IA. Cela n\u2019affecte pas les robots d\u2019exploration des moteurs de recherche, mais inclut les robots d\u00e9di\u00e9s tels que GPTBot. Googlebot et Bingbot continuent d\u2019indexer votre site, que ce commutateur soit activ\u00e9 ou d\u00e9sactiv\u00e9.<\/p>\n En g\u00e9n\u00e9ral, 80 % de l\u2019ensemble de l\u2019activit\u00e9 d\u2019exploration par l\u2019IA est destin\u00e9e \u00e0 l\u2019entra\u00eenement de mod\u00e8les plut\u00f4t qu\u2019\u00e0 des requ\u00eates d\u00e9clench\u00e9es par les utilisateurs. Cela ne g\u00e9n\u00e8re aucun trafic de r\u00e9f\u00e9rence vers votre site. Il est donc judicieux d\u2019activer cette option. Pour l\u2019activer, rendez-vous dans Sites<\/strong> > Cependant, cela a pour contrepartie une visibilit\u00e9 r\u00e9duite dans les aper\u00e7us et les r\u00e9sum\u00e9s de contenu g\u00e9n\u00e9r\u00e9s par l\u2019IA. Si cette visibilit\u00e9 est importante pour votre strat\u00e9gie de contenu, il est recommand\u00e9 d\u2019\u00e9valuer l\u2019impact avant de laisser cette option activ\u00e9e de mani\u00e8re permanente.<\/p>\n Si votre priorit\u00e9 est de g\u00e9rer la charge du serveur, il s\u2019agit d\u2019une option plus simple que de modifier le fichier robots.txt<\/a> ou de r\u00e9diger des r\u00e8gles sp\u00e9cifiques \u00e0 chaque robot. Contrairement \u00e0 ces approches, cette fonctionnalit\u00e9 intervient au niveau de l\u2019infrastructure avant m\u00eame qu\u2019une requ\u00eate n\u2019atteigne WordPress.<\/p>\n Chaque site n\u00e9cessite des niveaux de protection diff\u00e9rents ; ainsi, une boutique WooCommerce<\/a> dont les pages de produits sont filtr\u00e9es ne se compare pas \u00e0 une plateforme de contenu. De plus, chaque site d\u2019un portefeuille de clients pr\u00e9sente un profil de trafic, un ensemble d\u2019int\u00e9grations et une tol\u00e9rance aux \u00e9tapes de v\u00e9rification qui lui sont propres. Cela signifie qu\u2019appliquer une politique unique \u00e0 l\u2019ensemble d\u2019un portefeuille entra\u00eenera une restriction excessive pour certains sites ou laissera d\u2019autres sites insuffisamment prot\u00e9g\u00e9s.<\/p>\n Lorsque vous constatez des signes indiquant que le trafic g\u00e9n\u00e9r\u00e9 par les robots fait grimper les co\u00fbts sur le site d\u2019un client, voici une proc\u00e9dure pratique \u00e0 suivre :<\/p>\n Pour les agences g\u00e9rant de vastes portefeuilles sur des h\u00e9bergements WordPress<\/a>, cela devient une simple t\u00e2che plut\u00f4t qu\u2019un projet. Lorsque les r\u00e9glages de protection correspondent au profil de trafic r\u00e9el de chaque site, l\u2019utilisation des ressources peut refl\u00e9ter l\u2019activit\u00e9 r\u00e9elle des utilisateurs. Les indicateurs de performance correspondent \u00e0 ce que vivent les v\u00e9ritables visiteurs :<\/p>\n \u00ab L\u2019id\u00e9e fausse consiste \u00e0 penser que le trafic de robots est un simple probl\u00e8me de \u00ab blocage ou d\u2019autorisation \u00bb. En r\u00e9alit\u00e9, il s\u2019agit de politique, de visibilit\u00e9 et de ma\u00eetrise \u00e9conomique. \u00bb \u2013 Cristian Lopez, r\u00e9dacteur en chef, HostingAdvice<\/em><\/p>\n L\u2019explication que vous donnez \u00e0 un client concernant les co\u00fbts doit se rapporter aux d\u00e9cisions que vous avez prises au sujet de son trafic, et non \u00e0 la capacit\u00e9 que vous avez ajout\u00e9e en r\u00e9ponse \u00e0 une charge que vous ne pouvez pas identifier.<\/p>\n L\u2019adaptation de votre infrastructure augmente la charge que votre serveur peut absorber. La protection contre les robots r\u00e9duit la charge qui l\u2019atteint. Il ne s\u2019agit pas de r\u00e9ponses \u00e9quivalentes \u00e0 un m\u00eame probl\u00e8me : l\u2019une ajoute de la capacit\u00e9, tandis que l\u2019autre \u00e9limine la pression qui avait rendu cette capacit\u00e9 suppl\u00e9mentaire n\u00e9cessaire au d\u00e9part.<\/p>\nPourquoi les robots ne se comportent-ils pas comme du trafic r\u00e9el ?<\/h2>\n
\n
?add-to-cart=<\/code>.<\/li>\n\n
\u00c0 quoi ressemble le co\u00fbt du trafic g\u00e9n\u00e9r\u00e9 par les robots ?<\/h2>\n
![\"L\u2019\u00e9cran](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/kinsta-analytics.png\")
![\"La](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/bot-results.png\")
\n
sitename<\/code> > Analyses<\/strong> > Utilisation du plan<\/strong>. Si le nombre de visites semble normal, vous n\u2019\u00eates pas confront\u00e9 \u00e0 une v\u00e9ritable augmentation du trafic humain.<\/li>\nFonctionnement de la protection contre les robots de Kinsta<\/h2>\n
![\"L'\u00e9cran](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/protection-level.png\")
Choisir un niveau de protection<\/h3>\n
![\"L\u2019\u00e9cran](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/change-level.png\")
\n
sitename<\/code> > Protection contre les robots<\/strong>, puis cliquez sur Modifier<\/strong>. Depuis la section Sites<\/strong>, vous pouvez s\u00e9lectionner les sites concern\u00e9s et utiliser Actions<\/strong> > Modifier la protection contre les robots<\/strong>.<\/p>\nBlocage des robots d\u2019indexation IA<\/h3>\n
sitename<\/code> > Protection contre les robots<\/strong>, puis cliquez sur le curseur situ\u00e9 \u00e0 c\u00f4t\u00e9 de Bloquer les robots d\u2019exploration IA<\/strong>. Si vous g\u00e9rez plusieurs sites, utilisez Actions<\/strong> > Modifier le blocage des robots d\u2019exploration IA<\/strong> depuis la vue Sites<\/strong>.<\/p>\n![\"L'\u00e9cran](\"https:\/\/kinsta.com\/wp-content\/uploads\/2026\/05\/block-crawler.png\")
G\u00e9rer la protection au sein d\u2019un portefeuille de clients<\/h2>\n
\n
Cessez d\u2019adapter votre infrastructure en fonction d\u2019un probl\u00e8me que vous pouvez contr\u00f4ler<\/h2>\n