Core update de septembre 2026 : comment mesurer l'impact sur votre site et quoi corriger en priorité

Si votre trafic organique a décroché ou bondi en septembre 2026, la première chose à faire n'est pas de modifier vos pages : c'est de segmenter vos données dans Google Search Console pour savoir quelles URL et quelles requêtes ont bougé. Un core update ne frappe presque jamais un site entier de façon uniforme. Il redistribue les positions par groupe de pages et par type d'intention de recherche. Voici la méthode de diagnostic, puis les corrections à engager en priorité.

Qu'est-ce qu'un core update et pourquoi votre trafic bouge ?

Un core update est une mise à jour de l'algorithme principal de Google qui réévalue la pertinence relative de toutes les pages sur un large ensemble de requêtes. Aucune page n'est « pénalisée » au sens d'une sanction manuelle : elle est simplement reclassée par rapport à ses concurrentes. C'est pourquoi un site peut perdre 30 % de visibilité sans avoir changé une seule ligne de code. Le déploiement s'étale généralement sur plusieurs semaines, avec des allers-retours de positions pendant toute la période. Tirer des conclusions au bout de trois jours est le meilleur moyen de corriger le mauvais problème.

Comment savoir si le core update de septembre 2026 a touché votre site ?

Comparez dans Google Search Console les 28 jours suivant le début du déploiement aux 28 jours précédents, en filtrant sur les clics et les impressions, recherche web uniquement. Une baisse liée à un core update présente trois signatures : elle démarre sur une fenêtre courte, elle touche un sous-ensemble cohérent de pages, et les impressions chutent avant les clics. Si vos impressions sont stables mais vos clics en baisse, le problème vient plutôt du taux de clic (résumés IA, nouveaux blocs SERP, titres peu attractifs) que du classement.

Segmentez ensuite par répertoire d'URL, par type de gabarit (fiche produit, catégorie, article, page locale) et par longueur de requête. Un tableau croisé simple suffit : gabarit en ligne, variation de clics en colonne. Dans la majorité des cas, deux ou trois familles de pages concentrent l'essentiel de la perte. C'est là que se joue l'arbitrage, pas sur les 400 pages qui n'ont pas bougé.

Quels secteurs bougent le plus lors d'un core update ?

Historiquement, les secteurs les plus volatils lors des core updates sont les thématiques YMYL (santé, finance personnelle, assurance, droit), les sites d'affiliation et de comparatifs produits, les agrégateurs d'avis, les médias d'actualité et les gros catalogues e-commerce avec pages de catégorie peu différenciées. À l'inverse, les sites de services locaux, les pages de marque et les sites B2B de niche encaissent en général des variations plus faibles, car leurs requêtes sont moins disputées.

Attention : ces tendances de secteur sont des points de départ, pas un diagnostic. La seule volatilité qui compte est celle de vos requêtes réelles. Relevez manuellement les positions sur vos 20 requêtes les plus rentables et regardez qui est passé devant vous. Si ce sont des forums, des sites de marque ou des pages avec test produit réel, la mise à jour a valorisé un signal que votre page n'apporte pas.

Quoi corriger en priorité dans les 30 jours ?

La priorité absolue va aux pages qui généraient du chiffre d'affaires ou des leads avant la baisse, pas aux pages qui ont le plus chuté en pourcentage. Traitez dans cet ordre : les pages transactionnelles à fort revenu, les pages d'entrée informationnelles qui alimentaient le tunnel, puis le reste. Une page qui perd 80 % d'un trafic sans valeur commerciale ne mérite aucune heure de travail cette semaine.

• Expérience de première main. Ajoutez ce qu'un concurrent ne peut pas copier : photos originales, protocole de test, chiffres issus de vos propres données, cas client nommé, tarifs constatés.
• Cannibalisation. Repérez les cas où deux ou trois de vos URL se disputent la même requête et fusionnez-les en une page unique, avec redirection 301.
• Contenu mince en masse. Les pages générées en série (villes, variantes de mots-clés) sans contenu propre tirent le domaine vers le bas. Consolidez ou améliorez, ne supprimez pas en masse dans la panique.
• Intention de recherche. Vérifiez que le format de votre page correspond à celui des résultats désormais affichés : si Google classe des comparatifs et que vous proposez un guide théorique, le fond du texte n'est pas le problème, son format l'est.
• Auteur et transparence. Sur les sujets YMYL, une signature identifiable, une page « à propos » détaillée, des sources citées et une date de mise à jour honnête pèsent davantage qu'un ajout de 500 mots.

Quelles erreurs éviter après une baisse de trafic ?

Les réactions les plus coûteuses après un core update sont la refonte complète du site, la désindexation massive de pages et l'achat de liens pour « compenser ». Ces trois décisions détruisent des signaux existants et rendent toute lecture des données impossible : après une refonte, vous ne saurez plus si la remontée vient de la correction ou du changement de structure.

Autre erreur fréquente : réécrire un article entier avec une IA générative en espérant un effet mécanique. Ajouter du volume à une page qui manque de preuves ne règle rien. Enfin, ne modifiez pas tout en même temps. Corrigez par lots de 10 à 20 URL, espacés de deux à trois semaines, pour identifier ce qui fonctionne réellement.

Combien de temps faut-il pour remonter après un core update ?

Une récupération complète intervient rarement avant le core update suivant, soit généralement plusieurs mois. Des remontées partielles sont possibles entre deux mises à jour, quand Google réévalue des pages individuellement, mais le repositionnement global d'un domaine est réétudié lors des déploiements majeurs. Il n'existe aucun délai garanti, et aucun mécanisme de « levée de pénalité » à demander : un core update n'est pas une sanction, il n'y a donc pas de demande de réexamen à envoyer.

Et si la baisse ne venait pas du core update ?

Avant d'attribuer une chute au core update de septembre 2026, éliminez quatre causes bien plus fréquentes : la saisonnalité (comparez à la même période l'année précédente), un problème technique (balise noindex déployée par erreur, robots.txt bloquant, chute de vitesse serveur), une migration récente, ou un changement d'affichage des SERP sur vos requêtes. Un rapport de couverture d'index en forte hausse d'URL exclues pointe presque toujours vers un problème technique, pas algorithmique.

FAQ

Faut-il attendre la fin du déploiement avant d'agir ?

Oui pour les décisions structurelles, non pour le diagnostic. Pendant le déploiement, les positions oscillent fortement et une correction lancée trop tôt sera impossible à évaluer. Utilisez cette période pour segmenter vos données, identifier les gabarits touchés et préparer votre plan. Engagez les modifications une fois le déploiement annoncé comme terminé.

Supprimer les pages qui ne reçoivent plus de trafic aide-t-il à remonter ?

Rarement, et la suppression massive est risquée. Une page sans trafic n'est pas nécessairement une page nuisible : elle peut recevoir des liens, servir le maillage interne ou répondre à une requête rare mais qualifiée. Privilégiez la consolidation (fusion vers une page plus complète avec redirection 301) plutôt que la suppression sèche.

Le contenu rédigé par IA est-il visé par les core updates ?

Google évalue la qualité et l'utilité du résultat, pas l'outil de production. Un contenu généré par IA, relu, enrichi de données propres et de preuves de première main peut très bien se classer. Un contenu publié en série sans vérification ni valeur ajoutée est en revanche exposé, quel que soit son mode de rédaction.

Comment savoir quel concurrent m'a dépassé et pourquoi ?

Relevez manuellement le top 10 sur vos 20 requêtes prioritaires et notez trois critères pour chaque page gagnante : format (guide, comparatif, page produit, forum), présence d'éléments de première main (photos, tests, chiffres) et signaux d'auteur. Le point commun entre les nouveaux gagnants est presque toujours visible à l'œil nu après une dizaine de requêtes analysées.