Lire la Search Console pendant une core update de Google

Ne touchez à aucune page durant les premiers jours d’une core update. La courbe va bouger, vous voudrez l’expliquer, et presque toutes les explications que vous trouverez la première semaine sont des suppositions.

Le tableau de bord d’état de la recherche Google indique que la core update de novembre 2026 a débuté le 10 novembre et était encore en cours de déploiement quand j’ai extrait mes données. Google recommande lui-même d’attendre au moins une semaine complète après la fin d’une core update avant d’analyser, et de comparer avec la période précédant son début. Je m’y tiens, et voici la routine exacte.

Étape 1 : figez une base de référence avant de regarder la mise à jour

Ouvrez le rapport Performances de la Search Console et réglez la plage sur les 14 jours précédant la date de début de la mise à jour. Exportez clics, impressions, CTR et position moyenne par jour. Ce fichier est votre base de référence, et vous l’enregistrez avant de lire le moindre chiffre postérieur à la mise à jour.

Voici la mienne, issue de la Search Console de mon propre site :

Un écart de 228 à 393 sans aucune mise à jour en cours, c’est le chiffre qui compte. Si vous ne connaissez pas votre propre amplitude, vous ne distinguez pas une core update d’un mardi ordinaire.

Étape 2 : notez ce qui a changé d’autre

On reproche aux core updates des choses qu’elles n’ont pas faites. Avant de comparer, listez ce qui a changé de votre côté sur la même période : une migration, un changement de gabarit, un lot de nouvelles pages, une modification de robots ou de noindex, une règle de redirection. Si la liste n’est pas vide, la mise à jour n’est pas le seul suspect.

Vérifiez aussi qu’une seule page ne fausse pas la courbe globale. Le 28 octobre, mes impressions totales sont passées de 24 498 à 131 686 en une journée parce qu’une unique page était affichée bien plus souvent. J’ai détaillé ce cas dans ce que je vérifie quand les impressions explosent et que le CTR chute. Une moyenne globale pendant une core update a la même faiblesse.

Étape 3 : attendez la fin du déploiement, puis une semaine de plus

Les core updates se déploient sur environ deux semaines et les classements bougent pendant ce temps. Comparer en plein déploiement, c’est comparer une cible mouvante à une base fixe. Programmez un rappel une semaine après que le tableau de bord marque la mise à jour comme terminée, et ne faites rien d’ici là.

Attendre n’est pas de la passivité. Profitez-en pour corriger ce qui était cassé de toute façon : pages en erreur, titres tronqués, doublons faibles. Ces changements seraient justes n’importe quel mois, et ils ne fausseront pas la comparaison tant que vous les consignez avec leur date.

Étape 4 : comparez des périodes égales et segmentez de quatre façons

Quand le rappel sonne, comparez les 14 jours suivant la fin du déploiement à votre base figée de 14 jours. Même durée, mêmes jours de la semaine. Puis découpez l’écart :

1. Par page. Exportez l’onglet Pages pour les deux périodes. Triez par variation de clics. Dans la plupart des baisses que j’ai examinées, cinq ou dix pages expliquent l’essentiel.
2. Par requête. Pour chacune de ces pages, regardez quelles requêtes ont perdu des clics et si la perte vient de la position ou du CTR. Passer de la position 4 à la 9, c’est un changement de classement. Une position stable avec un CTR en baisse, c’est un problème d’extrait ou de fonctionnalité de SERP, traité dans pourquoi vos pages les mieux classées n’obtiennent aucun clic.
3. Par pays. Une core update peut frapper un marché plus durement qu’un autre, surtout sur les sites multilingues.
4. Par appareil. Une perte uniquement sur mobile pointe vers l’expérience de page, pas vers la pertinence.

Si l’écart reste dans votre amplitude normale de l’étape 1, il n’y a aucun effet de mise à jour à expliquer. Arrêtez-vous là et continuez à publier.

Étape 5 : décidez enfin quoi modifier

Associez le type de perte au type de correction :

• Positions perdues sur quelques pages : comparez-les aux pages qui vous devancent maintenant. Répondent-elles à la requête plus vite, avec plus de détails concrets, depuis une expérience de première main ? Réécrivez la vôtre dans ce sens. Ne la gonflez pas.
• Positions perdues partout : c’est une lecture de qualité au niveau du site, et elle évolue lentement. Élaguez ou fusionnez les pages qui ne méritent pas leur place, et améliorez celles qui la méritent. Comptez des mois, pas des jours. Google a indiqué que les améliorations peuvent mettre du temps à produire leurs effets et qu’une core update ultérieure peut être nécessaire pour de plus fortes récupérations.
• Positions gagnées : notez quelles pages et pourquoi. C’est votre modèle de ce que Google récompense actuellement sur votre site.

Pour les pages passées en deuxième page sans s’effondrer, la routine de comment débloquer des pages coincées en page deux s’applique. Pour une perte visible aussi dans GA4, comment diagnostiquer une baisse de trafic avec Google Analytics couvre l’autre moitié.

Le prompt que je colle dans Claude ou ChatGPT

Exportez l’onglet Pages de votre période de référence et de votre période post-mise à jour sous forme de deux CSV, puis collez-les :

Voici deux exports Google Search Console par page. Le fichier A couvre les
14 jours précédant le début d'une core update de Google. Le fichier B
couvre les 14 jours suivant la fin du déploiement. Même durée, mêmes jours
de la semaine.

1. Liste les 15 pages dont les clics ont le plus varié, à la hausse comme
   à la baisse, avec la variation en clics absolus et en pourcentage.
2. Dis-moi quelle part de la variation totale de clics ces 15 pages
   expliquent.
3. Signale toute page dont les clics ont changé mais pas les impressions,
   car cela pointe vers le CTR et non vers le classement.
Montre le calcul. Si un chiffre n'est pas dans les données, dis-le au lieu
de l'estimer. Ne propose pas encore de changements de contenu.

Vérifiez une ligne à la main avant de vous fier au reste. Ces modèles arrondissent avec aplomb et se trompent parfois sur la part.

Si vous préférez ne pas exporter des CSV pour chaque client, j’ai créé SiteWide pour amener Search Console et GA4 dans Claude pour cette comparaison précise. Dans tous les cas, la discipline est la même : la base d’abord, la patience ensuite, les changements en dernier. Pour l’étape du prompt, j’utilise Claude.

Mes chiffres viennent de ma propre propriété Search Console du 15 octobre au 11 novembre 2026 : 7 472 clics et 1 108 401 impressions sur les 28 jours. Il est trop tôt pour dire si la mise à jour a aidé ou pénalisé ce site, et je ne le saurai qu’une fois le déploiement terminé et la semaine d’attente écoulée.