Search digestMars 2026

Google a mené une mise à jour anti-spam mondiale, a lancé une mise à jour core et a précisé comment le volume d'octets récupéré par le crawl limite le rendu.

Issue 43 min de lecture3 primary sources

Mars a comporté deux déploiements distincts de classement et une explication sur la mise en œuvre du crawl. Gardez leurs dates et leurs périmètres séparés : une mise à jour anti-spam mondiale terminée n'est pas le même événement qu'une mise à jour core poursuivie jusqu'en avril.

Ne rattachez pas tous les mouvements de mars à un seul diagnostic. Examinez les pages et les requêtes par rapport à la fenêtre précise de chaque déploiement, puis écartez les causes liées à l'indexation, à la technique et à la demande.

Changement produit

Une mise à jour anti-spam mondiale s'est terminée

Google a déployé la mise à jour anti-spam de mars 2026 le 24 mars, à 12 h 18 (heure du Pacifique). Elle s'est appliquée à l'échelle mondiale et à toutes les langues, et le tableau de bord de statut l'a marquée comme terminée le 25 mars. Un déploiement anti-spam relève de l'application d'une politique : l'action corrective consiste à supprimer les comportements contraires aux règles, et non à courir après une retouche générique du contenu. Source primaire.

Changement produit

La mise à jour core de mars a commencé

Google a déployé la mise à jour core de mars 2026 le 27 mars et a indiqué que le déploiement pouvait durer jusqu'à deux semaines. Elle était toujours en cours à la fin de mars et s'est terminée le 8 avril. Voir l'historique de déploiement publié par Google.

24–25 marsMise à jour anti-spam

Déployée à l'échelle mondiale, terminée le lendemain.

toutes les langues
27 marsMise à jour core

Déployée ; la fin figure dans l'historique d'avril.

jusqu'à 2 semaines

Action

Googlebot a expliqué son budget d'octets

L'explication de Google sur son crawler, publiée le 31 mars, indique que Googlebot récupère jusqu'à 2 Mo par URL, hors PDF ; elle recommande de placer tôt dans le HTML les métadonnées essentielles, les liens, les canonical et les données structurées. Le rendu ne peut pas exécuter des octets que le crawler n'a pas récupérés. Voir la source primaire.

ContrôlePourquoi
Taille et ordre de la réponse HTMLLes signaux critiques de découverte et de canonical ne doivent pas se trouver au-delà de la partie récupérée.
JavaScript et CSS externesChaque ressource est récupérée séparément et a ses propres contraintes.
Logs serveur et santé des réponsesLes crawlers peuvent ralentir lorsqu'un serveur peine à servir les octets.
Schéma conceptuel des choix de mise en œuvre décrits dans ce numéro.

Action

Ce qu'il faut vérifier sur votre site

  • Rattachez chaque évolution observée à la bonne mise à jour et à sa fenêtre de fin.
  • Auditez les modèles sensibles aux règles, les redirections et les pages programmatiques pour détecter les risques de spam.
  • Inspectez la taille du HTML brut et placez tôt les métadonnées essentielles, les liens canonical et les données structurées.

Sources