13 min de lecture AI Data Stream Team

Comment se remettre d'une mise à jour Google Core (sans aggraver la situation)

Vous avez confirmé qu'une mise à jour core a touché votre site ? Voici un plan de récupération réaliste : ce qu'il ne faut pas toucher, comment trouver les pages et requêtes qui ont perdu, quoi changer, et comment mesurer si ça a fonctionné.

Vous avez fait le diagnostic. Vous avez attendu la fin du déploiement, comparé les bonnes semaines, écarté les problèmes de tracking et la saisonnalité, et le constat est clair : la mise à jour core a réévalué votre site et votre trafic organique a baissé.

Si vous n’avez pas encore fait ce travail, arrêtez-vous et lisez d’abord comment savoir si une mise à jour core vous a réellement touché. Les plans de récupération construits sur un mauvais diagnostic sont la façon dont un mauvais mois se transforme en mauvaise année.

Cet article porte sur la suite. Ce n’est pas une liste d’astuces. Les mises à jour core ne réagissent pas aux astuces. C’est un plan réaliste pour identifier quelles pages ont perdu, pourquoi les pages qui vous ont dépassé gagnent, quoi changer, et comment savoir si les changements ont fonctionné.

Fixez d’abord vos attentes

Deux faits structurent tout ce qui suit.

La récupération prend des mois, pas des jours. Les recommandations de Google sur les mises à jour core indiquent que les pages touchées par l’une d’elles peuvent ne pas voir leur classement évoluer avant la prochaine mise à jour core, et celles-ci arrivent tous les quelques mois. Entre deux mises à jour, Google déploie des changements plus petits et non annoncés qui peuvent faire bouger les choses plus tôt, mais vous ne devriez pas planifier autour de ça. Si vous faites de bons changements la deuxième semaine, la première vraie lecture de leur effet vient souvent avec la mise à jour core suivante.

Il n’y a rien à « réparer » au sens technique. Une mise à jour core n’est pas une pénalité et ne signale aucune infraction précise. Vos pages ont été réévaluées face à un niveau de qualité qui a bougé, et d’autres pages le franchissent désormais mieux que les vôtres. Récupérer, c’est combler réellement cet écart, pas trouver l’interrupteur qui a été basculé.

Ça semble décourageant. C’est en réalité utile, parce que ça vous dit de concentrer vos efforts sur le contenu et la qualité du site, et de ne pas attendre de signal avant un moment. Les sites qui récupèrent sont généralement ceux qui ont fait de vraies améliorations puis ont eu la patience de les laisser tranquilles.

Étape 1 : ce qu’il ne faut pas faire

La plupart des dégâts auto-infligés après une mise à jour core surviennent dans les deux premières semaines, quand la pression d’agir est la plus forte. Avant de changer quoi que ce soit, écartez ces options.

  • Ne faites pas de changements « rapides ». Google met explicitement en garde contre la suppression d’éléments de page parce que vous avez entendu qu’ils étaient mauvais pour le SEO. Retirer les encadrés auteur, les dates, les liens internes ou les FAQ sur une intuition n’apporte rien à la qualité et peut dégrader les pages.
  • Ne supprimez pas du contenu en masse dès le premier jour. L’élagage a sa place (voir l’étape 4), mais une purge paniquée de chaque page ayant perdu du trafic élimine les pages qui auraient pu récupérer et les liens internes qui passaient par elles.
  • Ne migrez pas, ne refaites pas le design, ne changez pas les URL. Un déménagement de site pendant la récupération mélange deux signaux. Si une refonte était déjà prévue, terminez d’abord la récupération ou acceptez de ne jamais savoir quel changement a produit quel effet.
  • Ne désavouez pas de liens et ne courez pas après les « backlinks toxiques ». Les mises à jour core concernent la qualité du contenu. Le nettoyage de liens répond à un autre problème et ne change presque jamais la donne ici.
  • Ne réécrivez pas tout avec l’IA pour « rafraîchir ». Republier des centaines de pages avec un texte légèrement reformulé est l’inverse de ce que la mise à jour a récompensé. Au contraire, ça produit davantage de ce contenu mince et générique qui a perdu.

Si vous êtes sur le point de faire l’une de ces choses parce qu’un fil de forum dit que ça a marché pour quelqu’un, fermez l’onglet.

Étape 2 : identifiez précisément ce qui a perdu

Vous ne pouvez pas réparer « le site ». Vous pouvez réparer des pages précises qui ont perdu des requêtes précises. Construisez cette liste avant de toucher à quoi que ce soit.

Dans le rapport Performances de la Search Console, utilisez la comparaison de dates. Définissez la période actuelle sur les deux ou trois semaines après la fin du déploiement, et la période précédente sur la même durée juste avant son début. Ensuite :

  1. Onglet Pages, trié par différence de clics. C’est votre liste de priorités. Exportez-la. Notez si les pertes se concentrent dans une section, un template ou un type de contenu. Une baisse concentrée sur vos articles comparatifs, vos pages villes générées automatiquement ou vos vieilles archives d’actualités vous dit où la réévaluation de Google a frappé.
  2. Onglet Requêtes, trié par différence de clics. Pour chaque page de votre liste, quelles requêtes a-t-elle perdues ? Regardez le changement de position, pas seulement les clics. Une page passée de la position 3 à la 6 a un problème différent de celle passée de la 6 à la 40.
  3. Regardez ce qui a tenu ou progressé. C’est l’étape que tout le monde saute. Les pages qui ont progressé pendant la même mise à jour sont votre meilleure preuve de ce que Google préfère désormais sur votre site. Si vos guides détaillés fondés sur l’expérience ont gagné pendant que vos articles de synthèse perdaient, vous avez appris quelque chose qu’aucune checklist générique ne peut vous dire.

Regroupez les perdants en quelques catégories : par section, par type de contenu, par intention (informationnelle, commerciale, navigationnelle). Le travail de récupération se fait par catégorie, pas par page, parce que la solution à « nos comparatifs produits minces ont perdu » est une décision appliquée à cinquante pages.

Étape 3 : regardez qui vous a dépassé

Pour chaque catégorie, choisissez trois ou quatre requêtes représentatives et regardez les résultats réels. Pas votre outil de suivi de positions, la vraie page de résultats. Vous cherchez à répondre à une seule question : qu’ont les pages qui me dépassent maintenant que la mienne n’a pas ?

Réponses fréquentes :

  • L’intention a changé. Google traite désormais la requête comme demandant autre chose : un outil plutôt qu’un article, une réponse rapide plutôt qu’un guide approfondi, de l’actualité fraîche plutôt qu’une explication intemporelle. Si tout le top 10 a changé de format, peaufiner votre format existant ne servira à rien.
  • Ils montrent une expérience directe. Des photos qu’ils ont prises, des tests qu’ils ont menés, des chiffres issus de leurs propres données, des opinions argumentées. Le vôtre résume ce que tout le monde a déjà dit.
  • Ils sont plus précis. Votre page couvre un sujet. La leur répond à la question exacte, avec la réponse en haut.
  • Ils sont maintenus à jour. Prix actuels, captures d’écran actuelles, noms de produits actuels. Le vôtre cite encore une version d’il y a deux ans.
  • Ce sont des sites d’un autre type. Forums, documentation officielle, marchands, vidéo. Si c’est ce qui remplit désormais les résultats, votre meilleur choix est peut-être d’arrêter de concourir sur cette requête et de rediriger l’effort vers celles que vous pouvez gagner.
  • Un AI Overview a pris le clic. Impressions stables, clics en baisse, position à peu près inchangée. Ce n’est pas un effet de mise à jour core et améliorer la page ne ramènera pas le clic. Traitez-le séparément.

Notez ce que vous trouvez. Des conclusions vagues comme « ils ont un meilleur contenu » mènent à des réécritures vagues. « Ils ont un tableau comparatif avec les prix actuels et pas nous » mène à une correction.

Étape 4 : triez en trois catégories

Une fois les pages perdantes regroupées et les gagnants compris, décidez du sort de chaque catégorie. Chaque page atterrit dans l’une de ces trois cases.

Améliorer. La requête correspond toujours à ce que vous faites, vous avez quelque chose de réel à ajouter, et la page mérite le travail. C’est là que va l’essentiel de votre effort.

Consolider. Vous avez plusieurs pages qui tournent autour du même sujet, aucune n’étant solide. Fusionnez-les en une page complète et redirigez les autres vers elle. Les pages minces qui se chevauchent ont été une victime fréquente des mises à jour récentes, et la consolidation est la seule forme de « suppression » qui aide de façon fiable.

Retirer. La page n’a ni trafic, ni liens, ni raison d’être, et vous ne pouvez pas honnêtement la rendre utile. Supprimez-la ou passez-la en noindex. Faites-le délibérément, par lot, après le tri, et annotez la date. Ne le faites pas par réflexe la première semaine, et n’attendez pas que ça suffise à récupérer quoi que ce soit. L’élagage dégage le terrain pour que les pages améliorées ressortent. Ce n’est pas la récupération elle-même.

Si vous hésitez sur la case d’une catégorie, choisissez Améliorer par défaut pour tout ce qui reçoit encore des impressions et Consolider pour tout ce qui a des pages jumelles.

Étape 5 : améliorez réellement les pages

Google publie une série de questions d’auto-évaluation précisément pour cette situation. Elles valent la lecture complète, mais se résument à quelques points actionnables.

Ajoutez ce que vous seul pouvez ajouter. Des données originales, vos propres tests, de vrais exemples tirés de votre travail, une opinion clairement argumentée. Si une page aurait pu être écrite par quelqu’un qui n’a jamais fait la chose, ça se lit.

Répondez à la requête, puis approfondissez. Placez la réponse directe là où un lecteur qui parcourt la page la trouve en quelques secondes. Puis justifiez le reste de la page avec des détails qu’il ne trouvera pas dans l’extrait.

Coupez le remplissage. Les définitions de choses que votre lecteur connaît déjà, les longs préambules, les sections qui existent pour atteindre un nombre de mots. Plus court et plus dense vaut mieux que plus long et délayé. Google a répété qu’il n’existe pas de nombre de mots idéal.

Montrez qui a écrit et pourquoi cette personne est qualifiée. Un vrai auteur avec une bio qui dit ce qu’il a fait. Pour les sujets qui touchent à la santé, à l’argent ou à la sécurité, ça compte plus que tout le reste de cette liste.

Mettez à jour ce qui est périmé. Prix, captures d’écran, noms de produits, statistiques, dates. Une page qui dit « en 2023 » à propos d’une chose qui a changé deux fois depuis a signalé à Google et au lecteur que personne ne s’en occupe.

Adoptez le format que les résultats récompensent désormais. Si les gagnants utilisent des tableaux, utilisez un tableau. S’ils utilisent des instructions numérotées étape par étape, faites pareil. Ne les copiez pas, mais ne vous accrochez pas à un format dont les résultats se sont éloignés.

Corrigez l’expérience de page, sans la confondre avec la récupération. Publicités intrusives, pop-ups à l’ouverture, mises en page qui repoussent le contenu sous la ligne de flottaison. Les recommandations de Google mentionnent l’expérience de page dans l’évaluation globale. Nettoyez, mais comprenez que c’est un facteur secondaire. Personne ne se remet d’une mise à jour core en gagnant 200 ms de Largest Contentful Paint.

Étape 6 : regardez le site, pas seulement les pages

Les mises à jour core évaluent la qualité au niveau du site autant qu’au niveau de la page. Si une grande part de votre site est mince, les bonnes pages sont tirées vers le bas avec le reste. Après le travail page par page, examinez le site dans son ensemble.

  • Le site a-t-il un objectif clair qu’un visiteur venu pour la première fois comprendrait en quelques secondes ?
  • Y a-t-il une vraie page À propos, un vrai moyen de vous contacter, de vraies personnes derrière le contenu ?
  • Y a-t-il des sections entières qui n’existent que parce qu’elles pourraient se positionner : des archives de tags avec un seul article chacune, des pages de localisation générées automatiquement, une rubrique « actualités » que personne n’a mise à jour depuis un an ?
  • La densité publicitaire ou de liens d’affiliation donne-t-elle l’impression que le site existe pour monétiser plutôt que pour aider ?

Aucun de ces points n’est décisif à lui seul. Ensemble, ils forment l’impression que les systèmes de Google tentent d’approximer.

Étape 7 : annotez tout et mesurez au bon moment

C’est l’étape qui distingue ceux qui apprennent d’une mise à jour core de ceux qui revivent la même panique la fois suivante.

Annotez chaque changement que vous faites, avec la date et le périmètre : « 14 articles de synthèse consolidés en 3 », « Section guides produits réécrite avec de nouveaux tests », « 80 pages de tags vides supprimées ». Dans six mois, vous ne vous souviendrez pas de ce que vous avez fait quelle semaine, et sans cette trace vous ne pourrez pas dire quels changements ont fonctionné.

Puis mesurez à la prochaine mise à jour core, pas la semaine prochaine. Surveillez le Google Search Status Dashboard pour l’annonce de la prochaine mise à jour core. Quand son déploiement est terminé, attendez une semaine, puis refaites la comparaison que vous avez faite pour le diagnostic : les semaines après la nouvelle mise à jour contre les semaines avant, sur les pages et requêtes précises de votre liste de l’étape 2. C’est votre première lecture honnête.

Entre deux mises à jour, faites le point chaque mois plutôt que chaque jour. Cherchez des mouvements précoces sur les pages améliorées, mais n’en tirez pas trop de conclusions dans un sens ou dans l’autre.

Si la mise à jour suivante ne change rien, revenez à l’étape 3. Soit les changements n’étaient pas assez substantiels, soit le paysage des requêtes a bougé plus que vous ne le pensiez, soit les pages concourent contre un type de résultat que vous ne pouvez pas devenir. Les trois sont utiles à savoir. Certaines pages ne récupèrent pas parce que le monde a changé, et la bonne réponse est de porter l’effort là où il peut payer.

Faire tout ça avec AI Data Stream

Tout ce qui précède est faisable avec la Search Console et GA4 seuls. Ce qui le rend pénible, c’est la comptabilité : se souvenir des dates exactes des mises à jour, régler les bonnes fenêtres de comparaison, garder une liste de pages touchées qui survive jusqu’à la mise à jour suivante, et se rappeler ce qu’on a changé et quand.

AI Data Stream connecte vos données Search Console et GA4 et tient une chronologie à côté. Les mises à jour d’algorithme Google confirmées sont ajoutées automatiquement comme annotations, donc « les semaines après la dernière mise à jour core contre les semaines avant » est une question que vous posez en langage naturel plutôt qu’une plage de dates à rechercher et saisir. Vos propres changements vont sur la même chronologie, donc quand la mise à jour suivante arrive, vous pouvez demander lesquelles des pages réécrites en septembre ont récupéré et lesquelles non, et obtenir une réponse qui tient déjà compte des dates.

Des questions que l’on pose pendant une récupération :

  • « Quelles pages ont perdu le plus de clics après la fin de la dernière mise à jour core, et quelles étaient leurs principales requêtes avant la baisse ? »
  • « Compare les clics et la position moyenne des pages concernées par mon annotation “réécriture guides”, avant et après la mise à jour la plus récente. »
  • « Est-ce que ce sont les impressions ou les clics qui ont baissé sur ces pages ? Montre-moi la répartition. »

Vous pouvez aussi programmer un rapport mensuel sur vos pages touchées pour que le point d’étape entre deux mises à jour de l’étape 7 se fasse tout seul, plutôt que de compter sur votre mémoire.

En résumé

Se remettre d’une mise à jour core est un travail lent et ingrat : trouver les pages qui ont perdu, comprendre ce qui gagne désormais, décider honnêtement quelles pages méritent l’effort, les rendre réellement meilleures, puis les laisser tranquilles assez longtemps pour que Google réévalue. La plupart des dégâts que les sites s’infligent viennent du fait de sauter les trois premières étapes et de précipiter la dernière.

Gardez une trace de ce que vous avez changé. La prochaine mise à jour core vous dira si ça a fonctionné, et celle d’après vous le redira. Les sites qui traitent ça comme une boucle continue plutôt qu’une urgence ponctuelle sont ceux qui cessent tout à fait d’être surpris par les mises à jour core.


Vous voulez la comparaison avant/après prête dès la fin de la prochaine mise à jour ? Essayez AI Data Stream gratuitement →

Articles associes