← Retour au blog

Chute de trafic SEO : comment l'expliquer au client

Pour expliquer une chute de trafic SEO au client, commencez par identifier de quel type de baisse il s'agit : tracking cassé, mise à jour Google, modification du site, saisonnalité ou action manuelle. Prévenez ensuite le client rapidement, avec des mots simples, en disant ce que vous savez, ce que vous ignorez encore et quand il aura de vos nouvelles.

L'ordre compte, car les vérifications ne prennent pas le même temps et certaines permettent d'en écarter d'autres. Vingt minutes de diagnostic avant d'écrire quoi que ce soit évitent souvent un second email, gênant, pour corriger le premier.

Diagnostiquer une chute de trafic SEO dans le bon ordre

1. Le trafic a-t-il baissé, ou seulement la mesure ?

Ouvrez GA4 et la Search Console côte à côte sur la même période. Les clics de la Search Console viennent des propres journaux de Google et ne dépendent de rien d'installé sur le site. Les sessions organiques de GA4 dépendent du déclenchement du tag et, dans de nombreux pays, de l'acceptation des cookies par le visiteur.

Si les clics de la Search Console restent stables alors que les sessions organiques de GA4 s'effondrent un jour précis, le problème vient presque à coup sûr du tracking. Vérifiez que le tag GA4 est toujours sur la page (code source ou Tag Assistant), que le conteneur GTM n'a pas été republié et que le bandeau cookies ou la configuration du consentement n'a pas changé à cette date. Notre guide pour vérifier que GA4 est bien installé détaille ces contrôles.

Si les deux courbes ont baissé ensemble, la chute est réelle. Passez à la suite.

2. Google a-t-il déployé une mise à jour ?

Le tableau de bord de l'état de la recherche Google recense les mises à jour de classement, comme les core updates et les mises à jour antispam, avec leurs dates de début et de fin. Le déploiement d'une core update prend souvent deux semaines environ, et il faut donc comparer la forme de la baisse avec toute la fenêtre de déploiement plutôt qu'avec un seul jour.

Une coïncidence de dates est une piste, pas un diagnostic. Les sites changent aussi pendant les mises à jour, et l'étape suivante reste donc nécessaire.

3. Quelque chose a-t-il changé sur le site ?

C'est là que se trouvent la plupart des baisses brutales, et c'est la cause à laquelle les clients s'attendent le moins. Vérifiez, à peu près dans cet ordre :

Dans la Search Console, le rapport Pages (rubrique Indexation) affiche des motifs comme « Exclue par la balise "noindex" » et « Bloquée par le fichier robots.txt », avec un graphique qui montre quand les volumes ont changé. L'outil d'inspection d'URL confirme ce que Google a vu sur une URL donnée et la date de sa dernière exploration. Pour aller plus loin sur ces motifs, consultez comment corriger les erreurs de couverture de l'index dans la Search Console.

Posez aussi une question directe au client ou à son développeur : a-t-on mis en ligne, migré ou mis à jour quoi que ce soit dans les deux semaines précédant la baisse ? Les mises à jour de plugins et de thèmes comptent.

4. S'agit-il d'un effet saisonnier ?

Dans le rapport Performances, ouvrez le filtre de date, onglet Comparer, et choisissez une comparaison d'une année sur l'autre, par exemple les 3 derniers mois face à la même période l'an dernier. La Search Console conserve 16 mois de données, et la méthode fonctionne donc pour tout site validé depuis plus d'un an. Un ecommerçant qui perd du trafic en janvier, ou un fournisseur de matériel scolaire en octobre, retrouve peut-être simplement le schéma de l'an passé. Google Trends aide quand l'historique du site est trop court.

5. Y a-t-il une action manuelle ?

C'est rare, mais rapide à écarter. Ouvrez Sécurité et actions manuelles, puis Actions manuelles. Si le rapport indique « Aucun problème détecté », vous pouvez l'affirmer sans hésiter. Profitez-en pour consulter aussi le rapport Problèmes de sécurité.

Expliquer la chute de trafic au client

Envoyez le premier message le jour où vous confirmez que la baisse est réelle, même si le diagnostic n'est pas terminé. Un client qui découvre la baisse dans son propre tableau de bord puis apprend que vous l'aviez vue une semaine plus tôt retiendra cette semaine plus que la cause.

Faites court. Indiquez l'ampleur de la baisse en clics d'après la Search Console (pas seulement en pourcentage), la date de début, ce que vous avez déjà écarté et la date de votre prochain point.

Quand la cause est une modification faite par le développeur du client, décrivez la modification et sa date, pas la personne. « Le 3 mars, une mise en production a ajouté une balise noindex sur les pages produits » donne les faits au client et une correction claire au développeur. Joignez les URL concernées pour que personne n'ait à refaire votre travail. Chercher un coupable ralentit en général la correction, parce que la première réponse devient une défense.

Quand vous ne connaissez pas encore la cause, dites-le franchement et listez ce que vous avez vérifié. « Nous ne savons pas encore », appuyé par cinq causes écartées, inspire confiance. Une hypothèse avancée avec aplomb et qui se révèle fausse coûte plus de crédit que la baisse elle-même.

Voici un modèle à adapter :

Objet : baisse du trafic organique sur [site], point d'étape

Bonjour [prénom],

Nous avons constaté une baisse du trafic issu de la recherche organique sur [site] depuis le [date] environ. Les clics depuis Google sont passés d'environ [X] à [Y] par semaine, d'après la Search Console.

Ce que nous avons vérifié jusqu'ici :

  • Le tracking fonctionne (la Search Console et Google Analytics montrent la même baisse)
  • [Aucune action manuelle dans la Search Console / Une mise à jour Google a eu lieu du [date] au [date]]
  • [Résultat des vérifications sur le site, par ex. « Le [date], une balise noindex a été ajoutée sur [section] ; liste des URL concernées en pièce jointe »]

Prochaine étape de notre côté : [action]. Si la cause est une modification du site, nous souhaiterions que [développeur/équipe] [correction précise] d'ici le [date].

Nous vous enverrons le prochain point le [date], ou plus tôt si nous trouvons la cause.

[Votre nom]

Supprimez les lignes qui ne s'appliquent pas plutôt que de laisser des formulations vagues.

Éviter que le client découvre la baisse avant vous

Reprenez la liste de diagnostic. Personne ne peut empêcher les étapes 2, 4 et 5. Les étapes 1 et 3 correspondent à des modifications du site, et elles ont une date. La baisse de trafic apparaît des semaines plus tard, mais le noindex, la modification du robots.txt ou le tag GA4 manquant existaient dès le premier jour.

La solution consiste donc à surveiller les causes plutôt que le symptôme. Sur quelques sites, une checklist hebdomadaire faite à la main suffit. Au-delà, il devient utile qu'un outil compare chaque site avec son état de la veille et vous dise ce qui a changé. Nos guides pour repérer un noindex en production et sur les alertes de modification du robots.txt traitent les deux cas les plus dommageables.

Deltio le fait une fois par jour. Il lit le sitemap et les pages de chaque site, les compare au contrôle précédent et envoie une alerte Slack et email pour ce site quand il détecte un nouveau noindex, une modification du robots.txt, un canonical déplacé, un title, une meta description ou un H1 modifié, des URL sorties du sitemap, un tag GA4, GTM ou Meta Pixel manquant ou un changement dans la gestion du consentement cookies. Il couvre aussi la disponibilité, l'expiration du SSL et du domaine, et les pages de maintenance restées en ligne. Chaque site conserve un historique des changements, précieux à l'étape 3 : vous voyez ce qui a changé et à quelle date au lieu de demander au développeur de s'en souvenir.

Deltio ne vous renseignera pas sur les positions, le trafic ou les mises à jour Google, qu'il ne suit pas. La Search Console reste votre source pour mesurer la baisse elle-même.

Pour disposer de l'historique des changements avant la prochaine baisse, un essai gratuit de 14 jours est disponible.

Questions fréquentes

Pourquoi le trafic organique baisse-t-il alors que les positions semblent inchangées ?
La position moyenne peut rester stable pendant que les clics diminuent. Les raisons courantes sont une baisse du nombre de recherches sur la requête (vérifiez les impressions dans la Search Console), une nouvelle fonctionnalité de recherche comme un AI Overview ou un pack local qui repousse les résultats plus bas dans la page, ou un title et une description qui attirent moins de clics. Comparez les impressions et le CTR, pas seulement la position.
Quel est le délai des données de la Search Console pour diagnostiquer une baisse ?
Les données de performances ont en général environ deux jours de retard, et les derniers jours du graphique peuvent donc paraître plus bas qu'ils ne le seront finalement. Évitez de signaler une baisse sur la seule base des jours les plus récents, et utilisez la vue sur 24 heures quand vous avez besoin des chiffres les plus frais.
Faut-il envoyer au client des captures d'écran de la Search Console ?
Un graphique avec la période concernée mise en évidence est utile. Plusieurs captures de rapports que le client n'a jamais ouverts suscitent plutôt de nouvelles questions. Si le client a son propre accès à la Search Console, donnez-lui le nom du rapport et le filtre utilisé pour qu'il retrouve la même vue.
Combien de temps faut-il pour récupérer après avoir corrigé une erreur de noindex ou de robots.txt ?
Il n'y a pas de délai fixe. Google doit explorer à nouveau les URL concernées, ce qui peut prendre quelques jours pour les pages importantes et davantage pour les pages profondes. Demander l'indexation des pages clés dans l'outil d'inspection d'URL et soumettre à nouveau le sitemap peut aider, mais annoncez un délai en semaines plutôt qu'en jours.
Et si c'est le client qui a fait la modification lui-même ?
Traitez-la comme une modification faite par un développeur : décrivez ce qui a changé, quand, et la correction à apporter. Beaucoup de réglages de CMS, comme les options de visibilité ou celles des plugins SEO, se modifient facilement sans que l'on mesure l'effet. Expliquer le fonctionnement du réglage est plus utile que de pointer qui a cliqué.