Plusieurs fois par an, Google refond en profondeur ses systèmes de classement : c'est un core update. Une chute peut faire paniquer, mais l'update ne « pénalise » personne — il réévalue la qualité globale des sites et redistribue les positions. Comprendre ce mécanisme, c'est cesser de chercher des « trucs » et investir dans une utilité réelle. C'est aussi savoir poser le bon diagnostic de chute avant d'agir.
Ce qu'est vraiment un core update
Plusieurs fois par an, Google apporte des changements larges et profonds (ouvre un nouvel onglet) à ses systèmes de classement. Ces changements ne ciblent ni sites ni pages : une page qui recule n'est pas mauvaise, d'autres sont simplement devenues de meilleurs candidats. C'est pourquoi un core update n'est pas une pénalité Google.
Système de ranking vs update
Google distingue deux notions : les systèmes de ranking sont ce qu'il utilise pour générer les résultats (ouvre un nouvel onglet) — il en existe plusieurs, qui font des choses différentes — tandis qu'un update est le moment où il améliore l'un d'eux. Un core update est précisément l'amélioration d'un de ces systèmes considérés comme « core » : deux core updates rapprochés peuvent ainsi viser des systèmes différents. En arrière-plan, Google modifie Search des milliers de fois par an (ouvre un nouvel onglet) ; seuls les updates jugés notables sont annoncés.
L'objectif : moins de clickbait, plus d'utile
Un core update ajuste les systèmes pour montrer moins de contenu fait pour les clics (ouvre un nouvel onglet) et plus de contenu que les gens trouvent utile. Pour s'y aligner, Google pointe historiquement deux axes — la qualité du contenu et les critères d'E-A-T (ouvre un nouvel onglet) — qui aident le contenu à correspondre conceptuellement aux signaux de ses systèmes automatisés. Voir l'E-E-A-T.
Le fil conducteur
Les core updates récompensent la qualité durable. Chercher des « trucs » pour récupérer rate la cause ; investir dans une utilité et une fiabilité réelles est la seule stratégie qui résiste dans le temps, à l'échelle de tout le site.
Google évalue le site dans son ensemble
Les core updates s'appuient sur des algorithmes de qualité au niveau du site (ouvre un nouvel onglet) : Google évalue le site globalement, pas seulement page par page. C'est ce qui explique les surges et les chutes massives observées au déploiement. Comme le résume John Mueller, Google ne se concentre pas sur un problème isolé mais sur la pertinence du site dans son ensemble (ouvre un nouvel onglet).
La qualité dépasse le seul contenu
Face à un core update, la qualité ne se réduit pas au texte : l'UX, la situation publicitaire, le setup d'affiliation, les popups, la façon de présenter et les sources comptent aussi (content quality, UX, ads, sources) (ouvre un nouvel onglet). Se concentrer uniquement sur le contenu laisse le site dans la zone grise de l'algorithme. À l'inverse, on attribue souvent les déclins au seul E-A-T : or Lily Ray rappelle que l'E-A-T n'est pas le seul enjeu (ouvre un nouvel onglet) et n'est pas forcément important pour chaque site.
Impact sitewide, mais pas chaque page
L'effet est large sans nécessairement toucher chaque page. D'où un test de confirmation utile : une variation isolée sur une seule page n'est probablement pas due à un core update (ouvre un nouvel onglet). Pour confirmer la cause, on isole la baisse au seul trafic organique Google — l'absence de baisse correspondante sur Bing rend l'update bien plus probable. Pensez aussi à vérifier d'autres surfaces (Image, Vidéo, Discover, News) si elles comptent pour l'entreprise.
À retenir
Une section mince, dupliquée ou autogénérée peut tirer la qualité perçue de tout le domaine vers le bas. Mieux vaut la retirer ou la sortir de l'index que de la laisser peser sur le reste du site.
Diagnostiquer avant d'agir
Un impact majeur de core update ne vient pas de changements récents : Google évalue le site sur une période étendue et, pour les grands sites, recrawl et retraitement prennent des mois (ouvre un nouvel onglet). Un changement fait une ou deux semaines avant l'update n'en est très probablement pas la cause.
Qualité, pertinence ou intention ?
Une chute n'est pas toujours un problème de qualité : elle peut venir d'un ajustement de pertinence ou d'intention (ouvre un nouvel onglet). Dans ces cas, rien n'est cassé de votre côté. Inspectez la SERP de vos requêtes : un map pack, des noms de villes ou des pages localisées indiquent que Google y voit désormais une intention locale (ouvre un nouvel onglet), qui exige une stratégie dédiée. Diagnostiquer la cause évite de « nuker » le contenu ou de refondre le site précipitamment.
Quand et comment mesurer
En cas de changement de trafic, consultez d'abord la guidance spécifique à cet update (ouvre un nouvel onglet) via le Search Status Dashboard, qui indique aussi quel update se déploie. Attention : les chutes algorithmiques ne sont pas toujours instantanées et glissent souvent sur plusieurs semaines (ouvre un nouvel onglet). Google recommande d'attendre au moins une semaine après la fin du rollout (ouvre un nouvel onglet) avant d'analyser, en comparant à une semaine d'avant le début. Voir aussi la mesure SEO.
Enfin, une chute après un update non-spam n'est pas un problème de spam (ouvre un nouvel onglet) : une détermination de spam ne vient que d'un spam update.
Récupérer : ce qu'il faut faire
Plutôt que de retirer un élément « parce qu'on a entendu qu'il était mauvais pour le SEO », Google conseille de faire des changements durables et sensés pour les utilisateurs (ouvre un nouvel onglet) — réécrire, restructurer, faciliter la lecture. La suppression de contenu est un dernier recours.
La taille de la chute dicte la réaction
Une petite chute (de la position 2 à 4) n'appelle aucune action drastique (ouvre un nouvel onglet) — Google recommande même de ne pas toucher au contenu qui performe déjà. Une grande chute soutenue (de 4 à 29) justifie une évaluation approfondie du site entier. Et comme l'évaluation porte sur le long terme, on ne peut pas tester à court terme (ouvre un nouvel onglet) puis revenir en arrière au bout de quelques semaines.
L'approche « kitchen sink »
Ne cherry-pickez pas les correctifs. Avec les core updates, il n'y a jamais un seul smoking gun (ouvre un nouvel onglet) mais une batterie de problèmes : faites remonter un maximum d'enjeux (contenu, UX, pubs, technique) et corrigez-en autant que possible. Pour le contenu, comparez la page que Google classe désormais au-dessus de la vôtre et rendez la vôtre substantiellement meilleure (ouvre un nouvel onglet) : valeur originale, analyse au-delà de l'évident. C'est tout l'enjeu de l'information gain.
Pratiquez aussi le quality indexing : chaque page indexée compte dans l'évaluation. Ne gardez indexable que le meilleur contenu et auditez tout le site, car le ratio de pages faibles importe. Retirer le contenu inutile peut améliorer les autres pages, mais sans délai fixe (ouvre un nouvel onglet) : les changements se produisent graduellement. Voir l'élagage de contenu.
Mener une étude utilisateur
Le propriétaire est trop proche de son site. Recrutez des utilisateurs objectifs correspondant au cœur de cible, faites-leur accomplir des tâches et recueillez du feedback, à la lentille du post de Google sur les core updates (ouvre un nouvel onglet) et des Quality Rater Guidelines. Au passage : ancien ne veut pas dire faible qualité — un bon vieux contenu peut avoir gagné liens et mentions. Ne supprimez que ce qui est réellement mince.
La récupération est possible, mais lente
Contrairement à l'idée qu'il n'y aurait « rien à faire », on peut récupérer d'un core update — mais cela demande du temps, de l'effort et de la patience (ouvre un nouvel onglet). La reprise n'apparaît parfois qu'au prochain update, voire après plusieurs.
Attendre la prochaine update
Après des améliorations, l'effet peut prendre de quelques jours à plusieurs mois (ouvre un nouvel onglet), le temps que les systèmes confirment que le site produit durablement du contenu utile. Sans effet, il faut parfois attendre la prochaine core update — mais les petites core updates non annoncées (ouvre un nouvel onglet) offrent aussi une voie de remontée. Google peut même découpler certains algorithmes (ouvre un nouvel onglet) et les lancer séparément, ce qui explique des reprises hors d'un core update officiel.
Pourquoi on ne « répare » pas un core update
Les core updates reposent sur du machine learning : Google envoie des milliers de signaux et le système en détermine la pondération — même les ingénieurs ne la connaissent pas (ouvre un nouvel onglet). On ne peut donc pas reverse-engineer un update ; il faut améliorer le site globalement. Voir les mythes SEO.
Le mythe du « rien à faire »
On entend que Google dirait qu'il n'y a « rien à faire ». C'est une simplification : le message d'origine était qu'il n'y a rien de précis à « réparer » (ouvre un nouvel onglet), pour éviter qu'on modifie des éléments sains. La récupération, elle, est bien possible — mais progressive.
Helpful Content, spam et IA : le tournant de 2024
En 2022, le Helpful Content System introduisait un signal site-wide (ouvre un nouvel onglet) frappant les sites bourrés de contenu peu utile. En mars 2024, Google a déprécié ce système distinct et l'a intégré à ses systèmes de classement de base (ouvre un nouvel onglet) : l'utilité est désormais évaluée par une variété de signaux, sans système ni classifieur unique.
Page par page, parfois site-wide
Depuis, les core ranking systems évaluent l'utilité principalement page par page (ouvre un nouvel onglet), mais considèrent dans certains cas des signaux à l'échelle du site. Quand un update touche plusieurs systèmes, son déploiement peut prendre jusqu'à un mois (ouvre un nouvel onglet) et provoquer plus de fluctuations, le temps que les systèmes se renforcent mutuellement.
Scaled content abuse et IA de masse
Le March 2024 Spam Update a introduit la notion de scaled content abuse : de nombreuses pages générées (ouvre un nouvel onglet) dans le but de manipuler le classement, sans valeur pour l'utilisateur. Google ne pénalise pas le contenu IA en soi (ouvre un nouvel onglet), mais cible son usage massif sans supervision humaine. L'analyse Amsive de ~400 sites touchés relevait du contenu massivement autogénéré (ouvre un nouvel onglet) et très mince.
Le poids de l'E-E-A-T et du YMYL
Depuis le Medic Update de 2018, la volatilité semble étroitement liée à l'emphase sur l'E-E-A-T : les core updates ont disproportionnément impacté les sites YMYL (ouvre un nouvel onglet) au contenu manquant d'E-E-A-T. Et une mise à jour des Quality Rater Guidelines n'est pas un core update : elle précède de futurs updates (ouvre un nouvel onglet), dont l'effet réel ne se matérialise qu'au prochain. Voir le YMYL.
Questions fréquentes
Un core update est-il une pénalité ?
Non. Un core update est un changement large qui ne cible aucun site (ouvre un nouvel onglet). Une page qui recule n'est pas « mauvaise » : d'autres sont devenues de meilleurs candidats. Une vraie pénalité, elle, vient d'une action manuelle ou d'un spam update — voir les pénalités Google.
Combien de temps pour récupérer d'un core update ?
Il n'y a pas de délai fixe. L'effet d'améliorations réelles peut prendre de quelques jours à plusieurs mois (ouvre un nouvel onglet), et la reprise n'apparaît souvent qu'au prochain core update. La récupération est possible mais lente (ouvre un nouvel onglet).
Comment savoir si ma chute vient bien d'un core update ?
Confirmez la fin du rollout via le Search Status Dashboard, puis attendez une semaine complète (ouvre un nouvel onglet) avant d'analyser. Isolez la baisse au trafic organique Google — pas de baisse correspondante sur Bing — et vérifiez si elle est sitewide plutôt que limitée à une seule page (ouvre un nouvel onglet).
Sources
- Google Search Central — Core updates (guide officiel) (ouvre un nouvel onglet)
- Google Search Central — Q&R sur les mises à jour (ouvre un nouvel onglet)
- Google Search Central — Core updates (2019) (ouvre un nouvel onglet)
- Google Search Central — March 2024 core update et spam policies (ouvre un nouvel onglet)
- Google Search Central — Helpful Content Update (2022) (ouvre un nouvel onglet)
- Google Search — FAQ contenu utile (ouvre un nouvel onglet)
- Google Search Central — Contenu IA et recherche (ouvre un nouvel onglet)
- Google Search — Règles anti-spam (ouvre un nouvel onglet)
- Glenn Gabe (G-Squared Interactive) — Broad core updates Q&A (ouvre un nouvel onglet)
- Lily Ray (Amsive) — 10 conseils pour récupérer (ouvre un nouvel onglet)
- Lily Ray (Amsive) — HCU : ce qui a changé en 2024 (ouvre un nouvel onglet)
- Amsive — Ajouter de l'expérience et l'E-E-A-T (ouvre un nouvel onglet)
- Marie Haynes (via Wix) — Récupérer d'un core update (ouvre un nouvel onglet)
- Lily Ray — E-A-T, YMYL et volatilité (ouvre un nouvel onglet)
- Conductor — Pourquoi un classement chute (ouvre un nouvel onglet)
- Search Engine Roundtable — Rien à « réparer » (ouvre un nouvel onglet)