Pourquoi surveiller les régressions SEO — et pourquoi Bing compte plus qu’avant

Ce qu’est une régression SEO

Une régression SEO est une baisse de la visibilité de votre site dans la recherche — moins de clics, moins d’impressions, moins de pages dans l’index, des résultats enrichis perdus — causée par un changement et non par le marché. C’est le pendant, côté recherche, d’une régression logicielle : quelque chose fonctionnait hier, et un changement l’a cassé.

Le guide de Google pour analyser une baisse de trafic liste les causes habituelles : mises à jour de l’algorithme, problèmes techniques, de sécurité ou de spam, saisonnalité, et déménagements ou migrations du site. Seules certaines dépendent de vous — et les causes techniques sont celles que vous pouvez corriger le plus vite, à condition d’être au courant.

La plupart des chutes que vous pouvez corriger viennent de vous

Les causes techniques sont banales. Un réglage noindex de préproduction passé en production. Un Disallow dans robots.txt qui bloque un dossier dont vous avez encore besoin. Une balise canonical qui renvoie chaque produit vers la page d’accueil. Une mise à jour de l’extension de sitemap qui a retiré la moitié des URL. Un serveur ou un pare-feu qui répond par des erreurs aux moteurs de recherche.

Google pardonne une panne brève, pas une panne longue. Sa documentation indique que les erreurs 5xx et 429 ralentissent ses robots, et que les URL qui continuent d’échouer finissent par sortir de l’index. Si le fichier robots.txt lui-même renvoie une erreur serveur, Google cesse d’explorer le site pendant 12 heures, puis travaille avec la dernière copie qu’il a pu lire.

Un problème sur tout le site se voit vite. Un problème au niveau d’une page — un noindex mal placé dans un modèle — se voit comme une lente glissade, facile à confondre avec la saisonnalité. C’est exactement le type de chute qu’un coup d’œil mensuel à Search Console laisse passer.

La vérification d’intégrité SEO de Relvato surveille les réglages en cause — noindex, robots.txt, canonical — à chaque changement du site.

Pourquoi un coup d’œil mensuel à Search Console ne suffit pas

Search Console a les données, mais ses chiffres ne sont définitifs que 2 à 3 jours plus tard, et une chute est difficile à voir à l’œil nu entre les week-ends, les jours fériés et le bruit habituel. Quand un rapport mensuel la montre, un mois de trafic est perdu.

La surveillance règle le délai et le bruit. Comparez les sept derniers jours aux mêmes jours des semaines précédentes, pour qu’un dimanche soit mesuré à d’autres dimanches. Laissez de côté les sites et les pages trop petits pour être jugés. Exigez qu’une chute dure avant de la considérer comme telle. Et tenez la liste de ce qui a changé sur le site — mises à jour, déploiements, réglages — pour qu’une chute arrive avec sa cause probable.

Mise à jour principale ou changement de votre côté ?

Les mises à jour principales de Google déplacent des niches entières à la fois. Son tableau de bord de l’état de la recherche les liste, et Google conseille d’attendre la fin du déploiement, de laisser passer une semaine, puis de comparer avec la semaine précédant son début — une petite baisse ne demande généralement rien.

Une chute qui commence le lendemain d’une mise à jour d’extension, d’un déploiement ou d’une nouvelle règle robots.txt, c’est autre chose. C’est pourquoi la chronologie compte plus que le graphique : une chute sans changement de votre côté oriente vers la mise à jour ; une chute qui suit un noindex oriente vers vous.

Pourquoi Bing compte davantage qu’avant

Bing ne représente qu’une petite part des recherches — environ 4,5 % dans le monde tous appareils confondus, et près de 9 % sur ordinateur, selon les chiffres de StatCounter d’août 2026. Pendant des années, il a donc été relégué au second plan. Ce qui a changé, c’est la portée de son index au-delà de son propre moteur.

Microsoft Copilot cherche sur le web avec Bing. DuckDuckGo indique que ses liens classiques proviennent en grande partie de Bing, et les résultats de Yahoo reposent sur Bing depuis des années. Et la documentation d’OpenAI cite Bing parmi les fournisseurs de recherche utilisés par la recherche de ChatGPT, à côté de son propre robot, OAI-SearchBot.

Ce dernier point demande de la prudence : Bing n’est pas la seule source de ChatGPT, et OpenAI ne demande pas aux propriétaires de sites de s’inscrire sur Bing. Mais une page qui sort de l’index de Bing perd l’un des moyens par lesquels les assistants IA la trouvent — et presque personne ne consulte Bing Webmaster Tools chaque semaine. Bing prend aussi en charge IndexNow, qui signale une page modifiée à Bing et à plusieurs autres moteurs d’un coup ; Google ne l’utilise pas.

Avant tout cela, les robots d’IA doivent pouvoir atteindre votre site — voir pourquoi les robots d’IA ne peuvent pas explorer certains sites.

Quoi surveiller, sur les deux moteurs

Sur Google : clics et impressions comparés à l’habitude, par appareil, pays et type de recherche ; le nombre de pages qui apparaissent dans les résultats ; l’état d’indexation, le canonical et les résultats enrichis de vos pages clés, avec l’inspection d’URL ; les pages et requêtes qui reculent le plus ; et les erreurs de sitemap. Les AI Overviews et AI Mode sont comptés dans les totaux web de Search Console.

Sur Bing : les pages de son index ; ce que son robot a rencontré — erreurs serveur, échecs DNS, délais dépassés, blocages robots.txt, alertes de logiciel malveillant ; les clics et impressions quand le trafic suffit ; et les sitemaps, y compris les anciennes copies en http:// qui traînent après le passage à https.

Aucune des deux API ne rend compte à part de la visibilité dans les réponses IA — les deux moteurs ne la montrent que dans leur tableau de bord. Relvato fait le reste pour les deux : la surveillance de Google Search Console et la surveillance de Bing Webmaster Tools lisent vos chiffres une fois par jour, en lecture seule, et indiquent ce qui a changé sur le site avant une chute.