{"id":83646,"date":"2026-06-18T08:12:57","date_gmt":"2026-06-18T07:12:57","guid":{"rendered":"https:\/\/kinsta.com\/fr\/?p=83646&preview=true&preview_id=83646"},"modified":"2026-06-25T09:50:59","modified_gmt":"2026-06-25T08:50:59","slug":"reduire-gaspillage-bande-passante-trafic-robot","status":"publish","type":"post","link":"https:\/\/kinsta.com\/fr\/blog\/reduire-gaspillage-bande-passante-trafic-robot\/","title":{"rendered":"Comment r\u00e9duire le gaspillage de bande passante sans bloquer les utilisateurs l\u00e9gitimes"},"content":{"rendered":"

Lorsque l’utilisation des ressources sur le site d’un client commence \u00e0 augmenter sans que le nombre de visites n’augmente en cons\u00e9quence, le trafic g\u00e9n\u00e9r\u00e9 par les robots<\/a> en est probablement la cause. Les robots qui acc\u00e8dent \u00e0 des points de terminaison non mis en cache, tels que les actions li\u00e9es au panier, les pages de produits filtr\u00e9es et les requ\u00eates de recherche, d\u00e9clenchent l’ex\u00e9cution de code PHP et des requ\u00eates de base de donn\u00e9es \u00e0 chaque requ\u00eate. De ce fait, votre cache de pages n’a jamais l’occasion de les prendre en charge.<\/p>\n

Bien que votre premier r\u00e9flexe soit de bloquer tout le trafic automatis\u00e9, Googlebot, Bingbot, les lecteurs RSS et les outils de surveillance de disponibilit\u00e9 entrent dans la m\u00eame cat\u00e9gorie automatis\u00e9e que les robots que vous souhaitez bloquer. Tout bloquer revient \u00e0 supprimer le trafic qui assure la visibilit\u00e9 et le bon fonctionnement de vos sites.<\/p>\n

La protection anti-robots<\/a> de Kinsta vous permet de filtrer les requ\u00eates qui engendrent des co\u00fbts sans apporter de valeur ajout\u00e9e, tout en laissant passer celles qui comptent. Ces contr\u00f4les s\u2019effectuent au niveau de l\u2019infrastructure, ce qui signifie que le filtrage a lieu avant m\u00eame que les requ\u00eates n\u2019atteignent votre site WordPress.<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Pourquoi le blocage g\u00e9n\u00e9ralis\u00e9 du trafic n\u2019est pas la solution<\/h2>\n

Un blocage total de tout le trafic automatis\u00e9<\/a> est, en th\u00e9orie, une tactique valable pour r\u00e9duire le gaspillage de bande passante. Cependant, cela supprime \u00e9galement les requ\u00eates dont vous d\u00e9pendez. Par exemple, un blocage total emp\u00eache Googlebot et Bingbot d\u2019explorer votre contenu, les outils de surveillance de la disponibilit\u00e9 ne remplissent plus les t\u00e2ches que vous leur confiez, et les int\u00e9grations d\u2019API qui relient les flux de travail de vos clients \u00e0 WordPress cessent de fonctionner.<\/p>\n

En revanche, le trafic qu\u2019il convient de bloquer constitue un sous-ensemble sp\u00e9cifique de l\u2019ensemble : roles bots non v\u00e9rifi\u00e9s et les automatisations qui ciblent des points de terminaison non mis en cache. Dans de nombreux cas, ceux-ci ne contribuent ni au r\u00e9f\u00e9rencement naturel (SEO), ni \u00e0 l\u2019exp\u00e9rience utilisateur, ni au chiffre d\u2019affaires.<\/p>\n

Cependant, il s\u2019agit d\u2019un comportement typique<\/a> de nombreuses actions bas\u00e9es sur des robots, selon David Belson, ancien responsable de l\u2019analyse des donn\u00e9es chez Cloudflare :<\/p>\n

La plupart des cas que nous observons ne sont pas malveillants. Il s\u2019agit de robots se comportant de mani\u00e8re inefficace \u00e0 grande \u00e9chelle, et c\u2019est l\u00e0 que les v\u00e9ritables probl\u00e8mes commencent.<\/p><\/blockquote>\n

Un robot suivant des variantes d\u2019URL ne peut pas reconna\u00eetre qu\u2019il est pris dans une boucle. Prenons par exemple chaque filtre de produit, cha\u00eene de requ\u00eate ou r\u00e9glage de panier trait\u00e9 comme une page distincte. Nos propres donn\u00e9es d\u2019infrastructure ont enregistr\u00e9 550 millions de requ\u00eates filtr\u00e9es par une seule r\u00e8gle de d\u00e9tection de boucle sur une p\u00e9riode de 30 jours. Un serveur traite chacune d\u2019entre elles comme une t\u00e2che r\u00e9elle, quelle que soit l\u2019intention.<\/p>\n

La s\u00e9curit\u00e9 au niveau de la plateforme de Kinsta g\u00e8re d\u00e9j\u00e0 les menaces les plus \u00e9videntes en bloquant le trafic class\u00e9 comme malveillant avant qu\u2019il n\u2019atteigne votre site. Cela couvre la protection contre les attaques DDoS<\/a> et les requ\u00eates provenant d\u2019adresses IP associ\u00e9es \u00e0 des sources d\u2019attaques connues. Cependant, entre cette protection de base et le trafic que vous souhaitez autoriser, il existe une couche interm\u00e9diaire de s\u00e9curit\u00e9 contre les robots non v\u00e9rifi\u00e9s et ind\u00e9sirables.<\/p>\n

C\u2019est le filtrage s\u00e9lectif du trafic automatis\u00e9 restant qui emp\u00eache la consommation de ressources de grimper alors que le nombre de visites reste stable. C\u2019est ce sch\u00e9ma que de nombreuses agences g\u00e9rant l\u2019h\u00e9bergement WordPress<\/a> pour plusieurs clients reconnaissent comme le signe que la charge g\u00e9n\u00e9r\u00e9e par les robots a d\u00e9pass\u00e9 le seuil que la couche de s\u00e9curit\u00e9 par d\u00e9faut peut g\u00e9rer \u00e0 elle seule.<\/p>\n

Comprendre le trafic que vous g\u00e9rez r\u00e9ellement<\/h2>\n

Kinsta classe chaque requ\u00eate<\/a> 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 de 99 indique que la requ\u00eate provient tr\u00e8s probablement d\u2019un humain ; un score de 1 confirme une activit\u00e9 automatis\u00e9e.<\/p>\n

Cinq cat\u00e9gories sont d\u00e9terminantes pour les d\u00e9cisions en mati\u00e8re de protection :<\/p>\n