Volatilité des classements en août 2026 : core update ou tout autre chose ?

Les traqueurs de positions tiers se sont fortement emballés le 1er août et sont restés agités les 5 et 6. Les forums se sont remplis de signalements de chutes du jour au lendemain. À la fin de la première semaine, la plupart des newsletters SEO avaient baptisé le phénomène core update d'août.

Google n'a rien confirmé de tel. Cette semaine encore, le Search Status Dashboard n'affiche aucun incident de classement, d'indexation, d'exploration ou de diffusion sur la période, et le dernier changement de classement confirmé reste la mise à jour anti-spam de juin 2026, déployée du 24 au 26 juin.

Cet écart entre ce qui s'est passé et ce qui est affirmé compte, parce que la bonne réponse diffère totalement selon les cas. Réécrire du contenu à cause de ce qui s'avère être une panne de reporting fait partie des erreurs les plus coûteuses de ce métier.

Ce que l'on peut réellement affirmer

Trois faits sont établis.

La volatilité est réelle. Plusieurs traqueurs indépendants ont bougé ensemble à partir du 1er août. C'est mesurable et non contesté.

Rien n'est confirmé. Google n'a annoncé aucune core update pour juillet ou août 2026. L'entreprise a par ailleurs indiqué que les ajustements de moindre ampleur tournent désormais en continu en arrière-plan sans annonce, ce qui signifie que l'absence de mise à jour nommée n'implique pas l'absence de changement de classement. Cela signifie aussi que vous ne pouvez pas dater votre chute sur une fenêtre de déploiement.

Au moins trois perturbations distinctes se sont superposées la même semaine. La volatilité de recherche, une perturbation de Google Ad Manager le 4 août, et une série de plaintes sur le reporting temps réel de GA4. Les éditeurs ont rapporté des expériences contradictoires, en désaccord sur les dates de début, les surfaces touchées et jusqu'au sens de la variation. Ce n'est pas la signature d'une mise à jour de classement unique et large.

L'ordre de diagnostic

Suivez cette séquence. Ne sautez pas directement à l'étape quatre.

1. Séparez impressions et clics dans la Search Console. Impressions et clics en baisse ensemble orientent vers un changement de classement ou d'indexation. Impressions stables et clics en baisse orientent vers un problème de taux de clic, souvent un changement de SERP ou un aperçu IA apparu au-dessus de vous, pas une rétrogradation.
2. Vérifiez si votre analytics concorde avec la Search Console. Si GA4 montre un effondrement que la Search Console ne voit pas, votre problème est la mesure. Vu les plaintes GA4 sur la même fenêtre, c'est une hypothèse crédible et la moins chère à écarter.
3. Vérifiez le chiffre d'affaires indépendamment des deux. Sortez les commandes de votre back-office e-commerce, pas d'une propriété analytique. Si les commandes tiennent alors que les sessions chutent, vous avez un défaut de tracking. Si les commandes chutent avec les sessions, la perte de trafic est réelle.
4. Vérifiez si la perte est liée à la publicité. Pour les éditeurs et les sites e-commerce riches en contenu, la perturbation Ad Manager du 4 août a affecté le revenu sans affecter le trafic. Symptômes différents, correctifs différents.
5. Segmentez par type de requête avant de segmenter par page. Comparez séparément les requêtes informationnelles, navigationnelles et commerciales. Une réévaluation qualitative large touche surtout le contenu informationnel. Une réplique de mise à jour anti-spam se comporte autrement. Un changement de présentation de SERP frappe des classes de requêtes précises.
6. Ensuite seulement, regardez les pages. À ce stade, vous savez si vous enquêtez sur un changement de classement, et sur quel segment.

L'étape une est rapide si vous l'extrayez plutôt que de naviguer dans l'interface :

// Compare les 14 jours avant et après le 1er août 2026 dans la Search Console.
// Impressions et clics qui bougent ensemble : classement. Divergence : CTR ou présentation SERP.
async function comparePeriods(client, siteUrl) {
  const request = (startDate, endDate) => ({
    siteUrl,
    requestBody: {
      startDate,
      endDate,
      dimensions: ["query"],
      rowLimit: 25000
    }
  });

  const before = await client.searchanalytics.query(request("2026-07-18", "2026-07-31"));
  const after = await client.searchanalytics.query(request("2026-08-01", "2026-08-14"));

  const totals = (rows = []) =>
    rows.reduce(
      (acc, r) => ({
        clicks: acc.clicks + r.clicks,
        impressions: acc.impressions + r.impressions
      }),
      { clicks: 0, impressions: 0 }
    );

  const b = totals(before.data.rows);
  const a = totals(after.data.rows);

  return {
    clickChange: (a.clicks - b.clicks) / b.clicks,
    impressionChange: (a.impressions - b.impressions) / b.impressions,
    ctrBefore: b.clicks / b.impressions,
    ctrAfter: a.clicks / a.impressions
  };
}

Si impressionChange est à peu près stable alors que clickChange plonge, arrêtez de chercher une core update. Vous avez un problème de taux de clic, et en août 2026 la cause la plus probable est un changement de ce qui se trouve au-dessus de votre résultat plutôt qu'un changement de la position de ce résultat.

Si la baisse s'avère réelle

Supposons que vous ayez écarté la mesure et la publicité, et que le trafic ait vraiment baissé. Deux contraintes orientent la suite.

D'abord, la dernière action confirmée de Google est une mise à jour anti-spam en juin. Anti-spam et core update appellent des réponses différentes. Un impact anti-spam pointe vers le profil de liens, les pratiques de génération de contenu ou des problèmes de réputation de site. Un impact core update pointe vers une évaluation de qualité relative face à des concurrents qui, eux, n'ont pas bougé.

Ensuite, les ajustements continus non annoncés signifient qu'il n'existe peut-être aucune date unique sur laquelle s'ancrer. Si votre chute a commencé le 28 juillet et non le 1er août, cela mérite d'être pris au sérieux comme indice que vous ne regardez pas la même chose que tout le monde.

Le travail de récupération est ingrat et consiste surtout en des choses qui ont toujours été vraies. Les pages qui reculent souffrent en général de preuves insuffisantes, d'une intention mal ciblée, ou d'une couverture dupliquée d'un même sujet sur plusieurs URL qui devraient n'en faire qu'une. Pour les sites marchands en particulier, l'inflation d'index issue de la navigation à facettes et des pages collection quasi identiques reste la cause structurelle la plus fréquente que nous trouvons en audit.

Ce qu'il ne faut pas faire

Trois réactions qui aggravent la situation de manière fiable :

• Supprimer la page qui a le plus chuté. C'est généralement la page la plus concurrencée, pas la plus mauvaise. La suppression détruit à la fois l'actif et le signal de diagnostic.
• Publier cinq articles pour signaler de la fraîcheur. Le volume n'était pas le problème et en ajouter n'aide pas.
• Agir dans la première semaine. La volatilité pendant et après un déploiement n'est pas un état final. Les positions se stabilisent sur plusieurs semaines, et une décision prise au troisième jour repose sur des données incomplètes.

La version productive de l'urgence consiste à consacrer les deux premières semaines à la mesure et au diagnostic, c'est-à-dire précisément le travail qui restera valable quoi que Google confirme ou non par la suite.

Questions fréquentes

Y a-t-il eu une core update Google en août 2026 ?

Google n'en a confirmé aucune. Les traqueurs montrent une volatilité réelle à partir du 1er août, et Google a indiqué que des ajustements de moindre ampleur tournent désormais en continu sans annonce, donc un changement non confirmé est possible. Ce n'est pas la même chose qu'une core update large et nommée.

Comment distinguer une chute de classement d'un problème analytique ?

Comparez la Search Console à votre propriété analytique, puis les deux aux commandes extraites directement de votre back-office e-commerce. Trois sources en désaccord signifient généralement que le défaut est dans la mesure.

Mon trafic a chuté le 28 juillet, pas le 1er août. Est-ce lié ?

Peut-être pas. Une date de départ différente est un indice que vous regardez une autre cause, et cela mérite une enquête propre plutôt qu'un rattachement au récit général d'août.

Sous quel délai espérer une récupération ?

Les positions se stabilisent généralement sur plusieurs semaines après un déploiement. Une amélioration significative après un vrai travail de contenu et de structure demande habituellement une réévaluation ultérieure, soit un à trois mois de plus.

Faut-il désavouer des liens après une mise à jour anti-spam ?

Rarement, et jamais en première intention. Le désaveu est un instrument brutal qui cause fréquemment des dégâts lorsqu'il est appliqué de façon spéculative.