Lorsqu’une campagne est lancée, un pic de trafic est généralement le premier signe que les choses fonctionnent. Mais parfois, lorsque les données s’installent, vous remarquez que les visites augmentent, que les conversions sont à la traîne et que l’utilisation de l’hébergement grimpe plus vite que prévu.
L’une des raisons est qu’une visibilité accrue n’attire pas seulement les clients potentiels. Elle peut également attirer un trafic automatisé. Les robots d’indexation, les crawlers, les outils de surveillance et autres robots suivent souvent cette activité, en particulier lorsque quelque chose de nouveau commence à attirer l’attention.
Ce n’est pas toujours évident dans les analyses, et ce n’est pas toujours significatif, mais lorsque les robots commencent à demander du contenu dynamique ou non mis en cache à grande échelle, ils peuvent créer une véritable charge d’infrastructure en même temps qu’un véritable trafic.
Dans cet article, nous verrons pourquoi cela se produit, pourquoi le trafic et les résultats de la campagne ne sont pas toujours en adéquation, et ce qu’il faut surveiller lors des lancements à forte visibilité.
Un pic de trafic ne signifie pas toujours ce qu’il semble être
Un pic de campagne peut tout à fait refléter un réel intérêt de la part des clients. Mais il ne se traduit pas toujours par une augmentation nette de l’engagement humain. Parfois, lorsque la visibilité augmente, la composition du trafic change en conséquence.
Un chiffre plus élevé en haut de votre tableau de bord analytique peut inclure à la fois des visiteurs réels et des requêtes automatisées arrivant en même temps. En pratique, cela signifie que le trafic peut augmenter alors que les conversions sont inférieures aux attentes et que l’utilisation de l’infrastructure grimpe plus vite que prévu.
Cette évolution est devenue plus perceptible au cours de l’année écoulée. Notre rapport sur l’IA et le trafic des robots met en évidence la rapidité avec laquelle l’activité automatisée se développe, avec des recherches montrant que d’ici la fin de 2025, environ 1 visite web sur 31 provenait de robots d’IA, contre environ 1 sur 200 au début de l’année.
L’important n’est pas que le trafic soit « mauvais », mais qu’il ne soit plus purement humain par défaut.
Pourquoi les campagnes n’attirent pas que des utilisateurs
Les campagnes créent des signaux qui vont bien au-delà de votre public cible. Les nouvelles pages de destination, les publicités payantes, les promotions et l’augmentation de l’activité sociale rendent un site plus visible, non seulement pour les clients potentiels, mais aussi pour les systèmes automatisés qui parcourent constamment le web.
Au fur et à mesure que les pages sont découvertes, liées et mises à jour, elles commencent à attirer toute une série de requêtes automatisées. Certaines d’entre elles proviennent de systèmes légitimes qui vérifient les changements ou indexent le contenu. D’autres proviennent d’outils de suivi des prix, de contrôle du temps de fonctionnement ou de collecte de données sur la concurrence. Dans de nombreux cas, ces systèmes fonctionnent indépendamment de l’intention de l’utilisateur, mais ils génèrent tout de même un trafic réel.
Plus une campagne prend de l’ampleur, plus ces systèmes sont susceptibles d’interagir avec les mêmes pages que les visiteurs humains, parfois de manière répétée et à grande échelle.
Le trafic automatisé ne se comporte pas toujours de la même manière
Le trafic automatisé n’est pas une catégorie unique, et le considérer comme tel peut rendre plus difficile la compréhension de ce qui se passe réellement. Dans la plupart des cas, il se répartit en quelques grands groupes :
- Les robots vérifiés : les robots connus, comme les moteurs de recherche, qui s’identifient et essaient de suivre les modèles attendus.
- Les humains probables : trafic qui se comporte comme de vrais utilisateurs, même s’il ne peut pas être entièrement vérifié.
- Robots probables : trafic non vérifié qui présente un comportement automatisé.
- Systèmes automatisés : outils de surveillance, intégrations, scripts et services effectuant des requêtes répétées.
- Trafic malveillant : scrapers, tentatives d’abus ou systèmes conçus pour exploiter les ressources.
Une partie de cette activité est attendue et même nécessaire. D’autres sont simplement du bruit. Enfin, une partie peut être activement nuisible.
La distinction est importante car toutes ces catégories contribuent au volume du trafic, mais toutes ne contribuent pas à des résultats significatifs.
Les robots d’indexation IA ajoutent une nouvelle couche de charge
En plus de l’automatisation existante, les crawlers d’IA ont introduit une nouvelle source de demande, souvent plus lourde. Contrairement aux robots traditionnels, ils ont tendance à faire des requêtes plus fréquentes et sont plus susceptibles d’accéder à du contenu dynamique ou non mis en cache.
Cette différence est importante lors des campagnes. Lorsque de nouvelles pages, de nouvelles ressources et de nouvelles mises à jour sont publiés, les robots d’exploration IA accèdent souvent à ces ressources de manière précoce et répétée, ce qui ajoute au pic que vous observez chez les utilisateurs réels.
Les données de Cloudflare, citées dans notre rapport, montrent que les crawlers d’IA représentaient en moyenne 4,2 % des requêtes HTML sur son réseau à la fin de 2025, cette part fluctuant entre 2,4 % et 6,4 % sur une courte période.
Individuellement, cela peut ne pas sembler énorme, mais combiné à d’autres formes de trafic automatisé, cela s’additionne rapidement, en particulier lorsque les requêtes ciblent des parties d’un site qui ne sont pas mises en cache ou qui nécessitent beaucoup de ressources.
Pourquoi le trafic peut sembler excellent alors que les résultats sont décevants
Une campagne peut générer une réelle augmentation de l’activité sans pour autant produire les mêmes résultats. Le volume de trafic et le trafic utile ne sont pas la même chose, et l’écart devient plus visible lorsque les requêtes automatisées font partie du mélange.
Notre rapport met en évidence l’importance de cet écart. Environ 80 % de l’activité d’exploration de l’IA est liée à l’apprentissage de modèles plutôt qu’à des recherches ou à des requêtes d’utilisateurs, ce qui signifie qu’une grande partie de ce trafic ne renvoie jamais les visiteurs sur votre site.
Le résultat est un schéma familier : les visites augmentent, mais les conversions, l’engagement ou les revenus n’évoluent pas dans la même direction. Dans de nombreux cas, le trafic automatisé n’est pas la cause première de la sous-performance, mais il amplifie les écarts existants et les rend plus difficiles à interpréter.
Tous les trafics n’apparaissent pas de la même manière dans vos données
L’une des raisons pour lesquelles ce décalage est difficile à interpréter est que les systèmes mesurent le trafic de différentes manières.
Les outils d’analyse basés sur le navigateur dépendent des scripts exécutés dans le navigateur de l’utilisateur. Si une requête n’exécute jamais ce script, il se peut qu’elle n’apparaisse pas du tout dans ces rapports. Les systèmes côté serveur, quant à eux, comptabilisent les requêtes indépendamment de l’interaction avec le navigateur.
Cet écart devient plus évident lorsqu’il s’agit d’automatisation. Certains robots n’exécutent jamais de scripts côté client, tandis que d’autres tentent de ressembler à des navigateurs légitimes. Par conséquent, le même pic de trafic peut produire des chiffres très différents selon l’endroit où vous regardez.
Le coût réel du trafic non humain des campagnes
Lorsque du trafic non humain apparaît au cours d’une campagne, les dommages ne se limitent pas à des rapports désordonnés. Il peut affecter ce que vous payez, la façon dont le site fonctionne sous pression et la confiance avec laquelle vous pouvez expliquer les résultats de la campagne par la suite.
Chez Kinsta, les robots bien connus sont exclus des calculs d’utilisation du plan, mais d’importants volumes de trafic automatisé peuvent encore affecter les performances s’ils ne sont pas gérés. Notre rapport montre l’ampleur que peut prendre cette activité dans la pratique, avec notamment 550 millions de requêtes filtrées par une seule règle en boucle en 30 jours.
Le trafic automatisé peut encore affecter les performances, la bande passante du serveur et l’interprétation des analyses, même lorsque des robots clairement identifiés sont exclus des calculs d’utilisation du plan. Ces schémas tendent à apparaitre sous la forme de quelques questions récurrentes pendant et après les campagnes :
Pourquoi la bande passante a-t-elle grimpé en flèche alors que les conversions n’ont pas eu lieu ?
Le volume de trafic comprend toutes les demandes, et pas seulement les visites significatives. Une seule session peut générer plusieurs requêtes, et les systèmes automatisés peuvent rapidement les amplifier. C’est ainsi que la bande passante peut augmenter même si les conversions restent stables.
Pourquoi le site a-t-il utilisé autant de ressources lors de son lancement ?
Chaque requête doit encore être traitée. Lorsque le trafic automatisé augmente en même temps que les visiteurs réels, il ajoute à la charge totale, en particulier sur les points de terminaison non mis en cache ou à forte consommation de ressources.
Si le trafic était élevé, pourquoi le site semblait-il lent ?
Toutes les requêtes n’ont pas la même valeur, mais elles peuvent se disputer les mêmes ressources. Lorsque le trafic automatisé frappe fréquemment ou cible du contenu non mis en cache, il peut affecter les temps de réponse des utilisateurs réels.
Pourquoi les chiffres ne correspondent-ils pas d’un outil à l’autre ?
Les systèmes ne suivent pas tous la même chose. Les mesures côté serveur comptent les requêtes, tandis que les analyses du navigateur dépendent des scripts et des règles de filtrage. Lors des pics de trafic, en particulier ceux impliquant des robots, l’écart entre les deux peut se creuser.
Comment expliquer qu’un trafic élevé produise des résultats médiocres ?
Parce que tout le trafic ne représente pas une intention. Une campagne peut attirer l’attention à la fois des humains et des systèmes automatisés, et si l’on ne fait pas la distinction entre les deux, les chiffres clés peuvent être trompeurs.
Pourquoi une infrastructure réactive n’est pas suffisante lors d’un lancement
L’infrastructure réactive est utile, mais elle ne résout pas tout le problème. Si un mauvais trafic frappe le site avant que les protections ne soient renforcées, les visiteurs réels peuvent déjà subir des performances plus lentes, des chargements de page retardés ou des frictions supplémentaires.
Il est judicieux d’augmenter les niveaux de protection en cas de pics de trafic, de problèmes de performances ou de trafic suspect, car les requêtes automatisées peuvent toujours affecter les performances, même si certaines sont exclues des calculs d’utilisation.
C’est le problème le plus important lors d’une campagne. L’objectif n’est pas d’accueillir toutes les requêtes de la même manière et d’espérer que l’infrastructure absorbe la charge. L’objectif est de protéger l’accès des visiteurs réels et des visiteurs à fort potentiel tout en réduisant l’impact du trafic qui ajoute de la charge sans apporter de valeur ajoutée.
L’approche de Kinsta basée sur les défis reflète cette idée : au lieu d’autoriser ou de bloquer automatiquement tout, les défis aident à distinguer les utilisateurs légitimes du trafic automatisé, afin que les vrais visiteurs puissent continuer à se déplacer sur le site.
Ce que doit faire un hébergement prêt pour une campagne
Au minimum, un hébergement prêt pour une campagne doit faire quatre choses :
- Maintenir la stabilité lors des pics de charge : Il doit permettre de réduire les charges inutiles ou de mauvaise qualité avant qu’elles n’affectent l’expérience des visiteurs réels. C’est précisément pour cette raison qu’il faut renforcer la protection des robots en cas d’augmentation soudaine du trafic.
- Distinguer les types de trafic : Elle doit permettre aux équipes de savoir si le trafic est probablement humain, probablement un robot, un robot vérifié, automatisé ou malveillant, au lieu de traiter chaque pic comme une demande égale.
- Filtrer ou contester le trafic non essentiel : Il doit vous permettre de bloquer le trafic malveillant par défaut et de passer à des contrôles plus stricts si nécessaire. Les options comprennent le blocage du trafic automatisé à des niveaux de protection plus élevés et l’utilisation de défis pour vérifier les visiteurs avant de les laisser passer.
- Favoriser les investigations sans recourir à des plugins : Il doit permettre aux équipes de réagir au niveau du serveur, là où le trafic est réellement géré, plutôt que de s’appuyer sur des plugins WordPress pour résoudre un problème de contrôle du trafic.
C’est la norme qu’il faut viser lors d’un lancement. Un environnement d’hébergement qui ne fait qu’absorber le trafic ne fait qu’une partie du travail. Un environnement prêt pour la campagne vous aide à décider quel trafic doit continuer à circuler en premier lieu.
Comment Kinsta aide à protéger les campagnes contre le gaspillage de trafic évitable
Une approche consiste à gérer ce problème au niveau de l’infrastructure, où le trafic est traité avant qu’il n’affecte les performances ou les analyses. Kinsta offre aux équipes un moyen d’éviter de traiter tout le trafic de la même manière au cours d’une campagne. Les réglages de protection contre les robots incluent une option « Défier les robots » qui bloque le trafic automatisé et malveillant tout en défiant les bots probables et le trafic non classifié, plutôt que de tout laisser passer sans contrôle.
C’est important lors des lancements à forte visibilité, lorsque l’objectif est d’absorber la demande tout en réduisant la charge inutile et en préservant l’accès pour les vrais visiteurs.
Kinsta offre également la possibilité de bloquer les robots d’indexation ‘IA lorsque cela est nécessaire, ce qui peut s’avérer utile lorsque les requêtes fréquentes des robots d’indexation contribuent à des problèmes de performance ou à un gaspillage de la bande passante.
Ces réglages sont particulièrement utiles lorsque vous souhaitez renforcer la protection pendant une fenêtre de lancement, réduire les charges inutiles et rendre le site plus disponible pour les clients réels.
Pour les sites qui ont besoin d’un contrôle plus fin, Kinsta inclut également des options permettant d’autoriser les automatismes WordPress de confiance et de créer des exceptions personnalisées. Consultez la documentation Bot Protection pour un aperçu complet des réglages disponibles et des niveaux de protection.
Meilleures pratiques avant le lancement de votre prochaine campagne
Voici quelques points à prendre en compte avant de lancer une nouvelle campagne et pendant qu’elle se déroule :
- Avant le lancement, évaluez le trafic prévu et assurez-vous que le site est prêt à accueillir plus que des visiteurs humains.
- Une fois la campagne lancée, comparez le trafic côté serveur avec les analyses basées sur le navigateur pour repérer les écarts entre le volume de requêtes brutes et l’activité réelle des utilisateurs.
- Décidez à l’avance s’il est judicieux d’augmenter les réglages de protection contre les robots pendant la durée de la campagne, en particulier si le lancement implique un trafic payant, de nouvelles pages de destination ou d’autres pics de visibilité.
- Pendant la campagne, surveillez de près les performances et planifiez l’utilisation plutôt que de vous fier uniquement aux chiffres de conversion.
- Enfin, documentez le trafic normal, les taux de conversion et l’utilisation des ressources avant le lancement, afin qu’il soit plus facile de repérer les anomalies et d’expliquer ce qui a changé si les chiffres ne concordent plus.
Le succès d’une campagne commence par la protection de l’accès des vrais visiteurs
Une campagne efficace attire l’attention et protège l’accès des vrais visiteurs à la page, à son chargement rapide et à l’action, sans qu’ils soient noyés dans une vague de trafic automatisé de faible valeur.
C’est la principale leçon à retenir : les pics de trafic ne sont pas toujours des signes clairs de demande, et le fait de traiter toutes les requêtes avec la même valeur peut entrainer une utilisation plus importante, des performances plus lentes et des rapports plus obscurs que prévu.
Kinsta donne aux équipes plus de contrôle pendant ces moments avec des réglages de protection des robots qui peuvent bloquer, contester ou filtrer le trafic automatisé, et l’option de bloquer les robots d’indexation IA lorsqu’ils contribuent à une charge évitable. Si vous souhaitez une configuration d’hébergement qui vous aide à gérer le trafic de votre campagne de manière plus délibérée, explorez les plans d’hébergement infogéré de Kinsta pour voir comment nous soutenons la performance, la visibilité et le contrôle du trafic lors de lancements à haute visibilité.
Joel est un développeur d'interfaces publiques qui travaille chez Kinsta en tant que rédacteur technique. Il est un enseignant passionné par l'open source et a écrit plus de 200 articles techniques, principalement autour de JavaScript et de ses frameworks.
