Mises à jour GoogleSources officielles citéesAnalyse à froid

Que faire après une core update Google ? Le plan d'action en six étapes

Votre trafic a bougé pendant une core update ? Avant de réécrire quoi que ce soit, voici un plan en six étapes pour vérifier, segmenter, comparer et améliorer, dans le bon ordre et sans céder à la précipitation.

Que faire après une core update Google : une main suit au crayon des courbes imprimées sans chiffres
Lire les courbes avant de toucher au site

Une core update vient d'être annoncée, ou vient de s'achever, et les courbes de la Search Console ont changé de pente. Que faire après une core update Google ? Moins qu'on ne le croit, et pas tout de suite. La réponse utile demande de la méthode : c'est l'objet de ce plan d'action.

Une core update est une mise à jour principale des systèmes de classement de Google. Annoncée, datée sur le Google Search Status Dashboard et déployée en quelques jours ou quelques semaines, elle réévalue à grande échelle la façon dont les contenus répondent aux recherches, sans viser un site, un secteur ou une technique. Trois conséquences en découlent :

  • Une baisse n'est pas une sanction. Google précise qu'un site qui recule n'enfreint pas forcément ses consignes.
  • Il n'existe pas de correctif spécifique. Aucune balise ne « répare » une core update : ce qui progresse, ce sont des pages jugées plus utiles pour une requête donnée.
  • Le classement est relatif. Une page peut perdre des positions sans avoir changé, parce que d'autres sont désormais jugées plus pertinentes.

Pendant le déploiement : observer sans toucher

Tant que le déploiement n'est pas terminé, les positions oscillent. Une page peut reculer puis regagner du terrain en quelques jours : les chiffres de la veille ne disent rien de l'état final. Cette période sert à documenter, pas à corriger.

  • Notez la date d'annonce et la date de début publiées par Google, puis reportez-les dans votre journal des changements et vos tableaux de bord.
  • Exportez les données de performance de la Search Console (pages, requêtes, pays, appareils) : l'outil ne conserve que seize mois d'historique.
  • Gelez les chantiers non urgents : refonte de gabarits, réécriture de titres en série, suppression de pages.
  • Corrigez sans attendre une erreur technique avérée, comme une page bloquée par erreur : c'est de la maintenance, pas une réaction à la mise à jour.

Le réflexe à proscrire est la retouche immédiate. Modifier des pages en plein déploiement mélange deux causes : vous ne saurez plus quelle évolution vient de Google et laquelle vient de vous.

Vérifier que la variation vient bien de la mise à jour

Une coïncidence de dates n'est pas une preuve. Avant d'accuser la core update, écartez les explications plus banales.

Les causes à éliminer d'abord

  • Un changement interne : mise en production, migration, nouveaux gabarits, maillage modifié, fichier robots.txt retouché.
  • Un problème de mesure : balise d'analyse retirée, bannière de consentement modifiée. La Search Console, indépendante de vos balises, sert d'arbitre.
  • Un incident d'exploration ou d'indexation : erreurs serveur, pages sorties de l'index, directive noindex ajoutée par erreur.
  • La saisonnalité : une demande plus faible fait baisser les clics sans que les positions bougent. Comparez avec la même période de l'année précédente.
  • Un changement d'affichage des résultats : une fonctionnalité nouvelle capte une partie des clics. Impressions et position tiennent, le taux de clic recule.

La bonne comparaison

Google conseille d'attendre la fin du déploiement, puis de laisser passer au moins une semaine avant d'analyser. Comparez ensuite des périodes de même durée, alignées sur les jours de la semaine, avant le début et après la fin du déploiement, en écartant pics exceptionnels et périodes de fêtes.

Si la variation démarre pendant le déploiement, touche les positions et pas seulement les clics, et ne s'explique par aucune cause interne, l'hypothèse de la core update devient solide, sans être encore une certitude.

Segmenter les pages gagnantes et perdantes dans la Search Console

Une courbe globale cache presque toujours des mouvements opposés. C'est la segmentation qui transforme une impression en diagnostic.

  1. Exportez les pages sur les deux périodes, avec clics, impressions, taux de clic et position moyenne.
  2. Classez-les en trois groupes : recul net, stabilité, progression, avec un seuil simple gardé pour toute l'analyse.
  3. Regroupez par gabarit et par répertoire : fiches produits, catégories, actualités, guides. Une core update touche rarement toutes les familles de pages de la même façon.
  4. Descendez au niveau des requêtes pour les pages qui pèsent le plus : requêtes principales perdues, ou seulement une traîne secondaire ?
  5. Croisez avec l'appareil et le pays pour repérer un mouvement propre au mobile ou à un marché.

Conseil de lecture

La position moyenne est calculée sur toutes les impressions. Elle peut se dégrader simplement parce qu'une page apparaît sur davantage de requêtes où elle est classée loin, signe parfois d'une visibilité qui s'élargit. Lisez-la toujours avec les clics et les impressions.

Un cas type : sur un site e-commerce de 2 000 fiches produits, les catégories tiennent, les fiches reculent sur les requêtes de comparaison et les guides d'achat progressent. Le diagnostic n'est plus « le site a baissé », mais « une famille de pages perd un type de requêtes ».

Lire les pages concurrentes qui ont progressé

Puisque le classement est relatif, la question n'est pas seulement « qu'est-ce qui ne va pas chez moi ? », mais « qu'apportent de plus les pages qui ont gagné ? ». Choisissez cinq à dix requêtes importantes perdues et observez les pages qui occupent désormais le haut des résultats, avec les yeux de l'internaute :

  • Répondent-elles plus directement à l'intention, ou à une intention que Google privilégie désormais (un comparatif plutôt qu'une fiche, un guide plutôt qu'une actualité) ?
  • Apportent-elles une expérience de première main : essais, photos originales, données propres ?
  • Qui les signe, et l'expertise de l'auteur ou de l'éditeur est-elle identifiable ?

Le but n'est ni de copier le gagnant ni d'allonger vos textes, la longueur n'étant pas un critère en soi, mais de juger honnêtement si vos pages peuvent apporter mieux.

Améliorer la qualité plutôt que réagir à chaud

Les améliorations qui comptent sont celles qui rendent les pages réellement plus utiles. Google publie des questions d'auto-évaluation sur les contenus utiles, fiables et conçus pour les personnes : une grille de travail bien plus sûre qu'une rumeur.

  • Mettre à jour en profondeur les pages qui le méritent : informations vérifiées, exemples concrets, réponses aux vraies questions de l'internaute.
  • Fusionner les pages qui se répètent ou se font concurrence, avec une redirection 301 vers la version la plus complète.
  • Rendre visibles l'auteur, sa compétence et la façon dont le contenu a été produit, dans l'esprit des questions « qui, comment, pourquoi » proposées par Google.
  • Améliorer, regrouper ou, en dernier recours, retirer les pages faibles produites en volume, qui tirent l'ensemble vers le bas.

Reste le facteur temps. Google indique que les effets d'améliorations sérieuses peuvent mettre plusieurs mois à apparaître, parfois seulement lors d'une core update suivante. Changer la date d'une page sans en modifier le fond ne sert à rien : Google cite cette pratique parmi les signes d'un contenu pensé pour les moteurs plutôt que pour les lecteurs.

L'approche de Julien Jimenez

Julien Jimenez a appris le référencement en autodidacte, à partir de 2009, en créant ses propres sites et des dizaines de sites de test. Il en a gardé un réflexe qu'il applique à chaque core update : isoler une variable à la fois et ne rien conclure avant la fin du déploiement.

Dans un diagnostic, il écarte d'abord les causes internes et les biais de mesure, puis classe les chantiers par impact et par effort. Il ne promet ni récupération ni position : il livre une lecture argumentée et des priorités actionnables. Sa conviction : « Le SEO n'est pas une recette magique. C'est de la rigueur, de la patience et beaucoup de tests. »

Le tableau des erreurs fréquentes après une core update

Une bonne partie des dégâts constatés après une core update vient moins de Google que des réactions qu'elle provoque. Voici les erreurs les plus courantes et l'alternative à privilégier.

Erreurs fréquentes après une core update, risques et alternatives
ErreurPourquoi c'est risquéÀ faire à la place
Modifier le site pendant le déploiementMélange deux causes et rend les données illisiblesDocumenter, exporter, attendre la fin
Désindexer ou supprimer des pages en masseRetire des pages utiles sans lien avec la baisseDécider page par page, après segmentation
Réécrire tous les titres d'un coupChange des centaines de variables sans mesure possibleTester sur un groupe de pages, puis étendre
Allonger les textes pour paraître completLe remplissage nuit à la lectureAjouter ce qui manque vraiment à l'internaute
Acheter des liens pour compenserExpose aux règles antispam sans traiter la causeRenforcer la qualité et la réputation réelle du site
Comparer à un pic de traficExagère la baisse et fausse les prioritésComparer des périodes équivalentes
Agir sur une rumeur ou une capture d'écranUne corrélation isolée n'explique rienClasser l'information : fait, observation ou hypothèse

Sur ce dernier point, la méthode de veille SEO de Julien Jimenez détaille comment trier les théories qui circulent après chaque annonce.

Que faire après une core update Google : attendre ou demander un regard extérieur ?

Dernière étape : décider. Toutes les variations ne justifient pas un chantier, et toutes les baisses ne se traitent pas en interne.

Attendre et surveiller

  • La variation est modérée, diffuse, et épargne vos pages les plus rentables.
  • Les pages en recul ont été dépassées par des contenus objectivement plus utiles, et les améliorations sont engagées.

Demander un regard extérieur

  • La baisse est forte, concentrée sur des pages qui portent le chiffre d'affaires, et persiste après le déploiement.
  • Plusieurs événements se superposent : migration récente, refonte, mise à jour de Google, incident d'indexation.
  • L'équipe hésite entre des décisions lourdes et peu réversibles, comme retirer une partie des contenus.

Un regard extérieur n'apporte pas de remède secret, mais une méthode, un œil neuf et une hiérarchie des priorités : distinguer ce qui relève de Google, ce qui relève du site et ce qu'on ne sait pas encore.

FAQ sur les core updates

MéthodePeut-on récupérer son trafic après une core update ?

C'est possible, mais rien ne le garantit. Une page qui recule n'est pas pénalisée : d'autres sont jugées plus utiles qu'elle. Des améliorations réelles peuvent produire leurs effets en quelques semaines ou seulement lors d'une mise à jour ultérieure. Toute promesse de récupération rapide et chiffrée doit inciter à la prudence.

DiscoverUne core update peut-elle toucher Google Discover ?

Oui. Google indique que Discover s'appuie sur une grande partie des signaux et des systèmes utilisés par la recherche pour juger de l'utilité des contenus. Comme le flux fonctionne par vagues, lisez son rapport séparément, article par article et sur des périodes plus longues que pour la recherche classique.

Conclusion : la méthode avant la réaction

Que faire après une core update Google ? Observer, vérifier, segmenter, comparer, améliorer, puis décider. Ce plan n'a rien de spectaculaire, et c'est sa force : il remplace l'urgence par des questions auxquelles les données savent répondre. Les sites qui traversent le mieux ces mises à jour ne sont pas les plus rapides à réagir, mais ceux qui savent ce qu'ils mesurent.

Pour aller plus loin, comprendre les types de mises à jour Google évite de traiter une spam update comme une core update.