Que faire après une Core Update Google ?

Niveau de lectureIntermédiaire
CMS / OutilWordPress
Temps de lecture11 min

Votre trafic a décroché en même temps qu’une Core Update, vous avez réécrit vos pages selon les recommandations habituelles, et trois mois plus tard rien n’a bougé. Sur WordPress, il y a une raison fréquente et rarement citée : Googlebot n’a jamais vu vos corrections. Voici comment réagir après une Core Update, dans le bon ordre, et comment vérifier que le travail de fond est bien pris en compte.

Une Core Update n’est pas une pénalité

Une mise à jour principale de l’algorithme, ou Core Update, réévalue la qualité et la pertinence de l’ensemble des pages, plusieurs fois par an. Elle ne sanctionne aucun comportement précis. Google le dit sans ambiguïté : « les pages qui descendent dans le classement ne sont pas nécessairement mauvaises, il existe juste d’autres pages qui font partie de votre top ». Il n’y a donc pas de « faute » à réparer au sens strict.

Cela ne veut pas dire qu’il n’y a rien à faire. Depuis 2023, le système de contenu utile (Helpful Content) est intégré aux Core Updates : une page jugée trop mince, trop générique ou sans valeur ajoutée réelle recule à chaque passage. Distinguez aussi la Core Update de deux autres événements : la pénalité manuelle, visible dans le rapport dédié de la Search Console, et la Spam Update, qui cible les techniques abusives (liens artificiels, texte masqué, contenu dupliqué à grande échelle). Le réflexe « on ne touche à rien » est aussi mauvais que la panique : les fluctuations pendant le déploiement sont normales, mais une position perdue ne se récupère pas toute seule si le contenu n’évolue pas.

Confirmer que c’est bien la Core Update, pas autre chose

Avant tout plan d’action, assurez-vous du diagnostic. Une chute qui coïncide avec une Core Update n’est pas toujours causée par elle.

La corrélation de dates

Google annonce chaque Core Update sur son blog et sur le Search Status Dashboard, avec une date de début et une date de fin de déploiement, ce dernier s’étalant généralement sur deux semaines. Une chute liée à l’update apparaît dans les un à trois jours suivant le lancement, puis se creuse ou se stabilise pendant le déploiement. Superposez la courbe de clics de la Search Console avec ces dates. Un décrochage qui démarre nettement avant l’annonce, ou plusieurs jours après la fin du déploiement, a probablement une autre cause. Notre article sur les raisons d’une baisse de trafic SEO sur WordPress détaille comment la forme de la courbe oriente vers telle ou telle famille de cause.

Éliminer d’abord les causes non algorithmiques

Passez en revue, dans l’ordre : une modification récente du site (refonte, migration, changement de thème), une erreur d’exploration ou d’indexation, une pénalité manuelle, un effet de saisonnalité sur votre secteur, un concurrent qui a fortement progressé. Sur WordPress, une extension mise à jour qui modifie le balisage, un noindex qui réapparaît ou un blocage robots.txt suffisent à faire chuter des pages sans aucun rapport avec l’algorithme. Avant de conclure à la Core Update, un audit SEO technique WordPress élimine ces hypothèses. La démarche complète est détaillée dans notre guide sur le diagnostic d’une chute brutale de trafic organique.

Identifier précisément ce qui a bougé

Ouvrez le rapport de performances de la Search Console et comparez les quatre semaines avant l’update aux quatre semaines après. Travaillez requête par requête et page par page, pas sur le total du site : une baisse globale de 20 % peut cacher des pages stables et une poignée de pages qui ont perdu 70 % de leurs clics.

Catégorisez ensuite les pertes. Les pages informationnelles (guides, articles) et les pages transactionnelles (produits, services) ne se traitent pas de la même façon : les premières se jouent sur la profondeur et l’expérience de première main, les secondes sur la preuve, les avis et la clarté de l’offre. Repérez aussi les motifs : un thème éditorial entier qui décroche, un format qui recule partout, une intention de recherche qui a changé de type de résultat. C’est ce diagnostic fin qui détermine où porter l’effort.

Le plan de fond : contenu, E-E-A-T, consolidation

Réévaluer chaque page face à ce qui la remplace maintenant

C’est le point que la plupart des guides survolent. Puisque Google explique qu’une page recule parce que d’autres ont été jugées meilleures, votre référence n’est pas votre page d’il y a six mois : ce sont les pages qui occupent désormais le top 5 sur vos requêtes perdues. Ouvrez-les, listez ce qu’elles apportent que vous n’avez pas : une donnée originale, un angle terrain, une fraîcheur d’information, un auteur clairement identifié et compétent. La récupération est relative : si vous améliorez votre page pendant que les gagnants n’évoluent pas, vous repassez devant ; si tout le monde progresse, vous êtes dans une course. Prendre une capture de ces pages concurrentes le jour du diagnostic vous permettra de mesurer, à la prochaine update, si votre écart s’est vraiment réduit.

Fusionner ou retirer le contenu faible plutôt que le rafistoler

Trois catégories à trancher. Les pages à fort potentiel avec des lacunes corrigeables : on les réécrit en profondeur, pas à la marge. Les pages qui se recoupent et se cannibalisent : on les fusionne en une seule page complète, avec redirection 301 des URL absorbées. Les pages obsolètes ou sans valeur : on les supprime ou on les passe en noindex. Un stock important de pages minces tire l’évaluation globale du site vers le bas depuis l’intégration du contenu utile aux Core Updates : les retirer aide les pages qui restent.

Le technique en parallèle, pas à la place

Core Web Vitals, expérience mobile, maillage interne, erreurs d’exploration : ces chantiers renforcent l’ensemble, mais ils ne compensent pas un contenu jugé moins utile que celui des concurrents. Menez-les en parallèle du travail éditorial, jamais comme substitut. Une page rapide et bien maillée qui n’apporte rien de plus que dix autres ne remonte pas.

L’angle WordPress que les guides oublient : Google a-t-il revu vos corrections ?

Voilà le scénario que je vois régulièrement : le travail de fond est fait, sérieusement, puis on attend « trois à six mois » comme le répètent les guides, et il ne se passe rien. Dans une bonne partie de ces cas, Googlebot n’a tout simplement jamais exploré la version corrigée des pages.

La cause est propre à WordPress. Le cache page complète (WP Rocket, LiteSpeed Cache, WP Fastest Cache) génère un fichier HTML statique servi à la place du rendu PHP. Couplé à un CDN, ce fichier peut rester en ligne des semaines après votre modification si sa durée de vie est longue et que rien n’a déclenché sa purge. Vous voyez le nouveau contenu quand vous êtes connecté à l’administration, parce que le cache est contourné pour les utilisateurs identifiés. Googlebot, lui, reçoit l’ancienne page.

Deuxième facteur : la date de dernière modification dans le sitemap. Yoast et Rank Math mettent normalement à jour le champ lastmod quand vous enregistrez une page, mais certains réglages, certains thèmes ou certaines optimisations figent cette valeur. Sans lastmod récent, Google n’a aucun signal lui indiquant que la page vaut la peine d’être re-crawlée en priorité.

La vérification prend quelques minutes. Dans la Search Console, inspectez une des pages réécrites, cliquez sur « Afficher la page explorée » et comparez le HTML récupéré par Google à votre version actuelle. Si Google affiche l’ancien texte, ou une date de dernière exploration antérieure à vos corrections, le problème est là. La correction : purgez le cache et le CDN sur ces URL, vérifiez que le sitemap affiche une date de modification à jour, puis demandez une nouvelle exploration via l’inspection d’URL et resoumettez le sitemap. Vous gagnez des semaines sur le calendrier de récupération.

Donnée fraîche

Google indique que « certaines modifications peuvent prendre effet en quelques jours, mais nos systèmes peuvent mettre plusieurs mois à apprendre ». Ce délai ne commence à courir qu’à partir du moment où la page corrigée est effectivement explorée : un cache non purgé décale d’autant le point de départ.

Combien de temps avant de voir un effet

Une fois vos corrections explorées, comptez plusieurs semaines à plusieurs mois avant un effet net. Bonne nouvelle : vous n’êtes pas obligé d’attendre la prochaine Core Update majeure. Google ajuste ses systèmes en continu via des mises à jour mineures non annoncées, et précise : « si, au bout de quelques mois, vous n’avez toujours constaté aucun effet, vous devrez peut-être attendre la prochaine mise à jour principale ». En pratique, les praticiens français observent une fenêtre de trois à six mois entre les corrections sérieuses et la stabilisation, à condition que le travail porte sur le fond.

Pour une baisse légère, de la deuxième à la quatrième position, Google indique qu’« il n’est pas nécessaire de prendre des mesures drastiques ». Gardez votre énergie pour les pages qui ont réellement décroché et qui pèsent sur votre activité.

Votre feuille de route après une Core Update

  1. Dater la chute par rapport à l’annonce officielleSuperposer la courbe de clics Search Console avec les dates de début et de fin de déploiement publiées par Google.
  2. Éliminer les causes non algorithmiquesModification récente, erreur d’exploration, pénalité manuelle, saisonnalité : à écarter avant de parler de qualité.
  3. Isoler les pages et requêtes perduesComparaison 4 semaines avant / 4 semaines après, page par page, avec catégorisation par type et par thème.
  4. Benchmarker les pages qui vous ont remplacéLister ce que le top 5 actuel apporte de plus, en prendre une capture pour mesurer l’écart à la prochaine update.
  5. Réécrire, fusionner ou retirerRéécriture profonde des pages à potentiel, fusion des pages qui se cannibalisent, suppression ou noindex du contenu sans valeur.
  6. Vérifier que Google a revu les correctionsFonction « Afficher la page explorée », purge cache et CDN, lastmod du sitemap à jour, demande de nouvelle exploration.
  7. Suivre sans surréagirPositions relevées chaque semaine, patience de trois à six mois, ajustements ciblés plutôt que grands chambardements.

Agir sur le fond, vérifier la mécanique

Après une Core Update, l’essentiel du travail est éditorial : comprendre pourquoi d’autres pages sont jugées plus utiles que les vôtres, et combler cet écart pour de vrai. Mais sur WordPress, ce travail ne sert à rien s’il reste bloqué dans un cache que Googlebot ne voit jamais. Vérifiez toujours que vos corrections sont explorées avant de lancer le compte à rebours des « trois à six mois ». Si la baisse touche une part importante de votre chiffre d’affaires ou résiste plusieurs mois à un travail sérieux, faites regarder le dossier par un œil extérieur avant d’investir davantage.

À propos de l’auteur

Aymeric Maingé

Consultant SEO senior avec plus de 10 ans d’expérience, côté agence et annonceur. J’accompagne des sites WordPress, e-commerce et lead gen sur des problématiques de SEO technique, de performance web, de Core Web Vitals et d’expérience utilisateur. Mon approche croise audit terrain, priorisation métier et recommandations actionnables pour les équipes marketing et IT. Pour une reprise pilotée par un consultant en stratégie SEO WordPress, parlons de votre situation.

Faut-il attendre la prochaine Core Update pour récupérer ?

Pas forcément. Google ajuste ses systèmes en continu via des mises à jour mineures non annoncées, donc des améliorations sérieuses peuvent porter leurs fruits entre deux Core Updates. Google précise toutefois que si rien n’a bougé après quelques mois, il faudra peut-être attendre la mise à jour principale suivante.

Une baisse de deux ou trois positions est-elle grave ?

Google indique qu’une légère baisse, de la deuxième à la quatrième position, ne justifie pas de mesures drastiques. Concentrez l’effort sur les pages qui ont réellement décroché et qui pèsent sur votre activité.

Comment distinguer une Core Update d’un problème technique ?

Superposez la chute avec les dates officielles de déploiement : un effet Core Update démarre un à trois jours après l’annonce. Une chute qui commence avant, ou qui coincide avec une refonte, une migration ou une mise à jour d’extension, a une autre cause. Vérifiez aussi le rapport des actions manuelles dans la Search Console.

J’ai réécrit mes pages et rien ne change après trois mois, pourquoi ?

Sur WordPress, vérifiez d’abord que Google a exploré la version corrigée : le cache page complète et le CDN peuvent servir l’ancien HTML pendant des semaines. Utilisez « Afficher la page explorée » dans l’inspection d’URL, purgez le cache, vérifiez la date de modification du sitemap, puis demandez une nouvelle exploration.

Faut-il désavouer des liens après une Core Update ?

Non. Une Core Update porte sur la qualité et la pertinence globales, pas sur le profil de liens. Le désaveu est réservé aux cas de liens artificiels susceptibles de déclencher une action manuelle ou une Spam Update, et reste déconseillé en dehors de ces situations.

À lire aussi

Les autres articles sur le sujet

Aymeric Maingé consultant SEO freelance