Mise à jour principale de Google en novembre 2026 : quoi regarder, et quand

14 novembre 2026 par Benoit

Ou : Pourquoi on ne pèse rien pendant que quelqu’un déplace les poids

Le 10 novembre 2026 à 19 h 06, heure de Bruxelles, Google a ouvert sur son tableau de bord d’état de la recherche une ligne intitulée « November 2026 core update »¹. C’est sa troisième mise à jour principale de l’année, après celles du 27 mars et du 21 mai : une révision générale de ses systèmes de classement, valable dans toutes les langues, dont le déploiement peut prendre jusqu’à deux semaines. Au 11 novembre 2026, au moment où j’écris, il est en cours, et il le sera sans doute encore quand tu liras ces lignes. Si tu tiens un site, le tien ou celui d’un client, la question utile n’est pas ce qui a changé. C’est quand on aura le droit de le regarder.

D’ici là, il va se passer ce qui se passe à chaque fois. Quelqu’un publiera la capture d’une courbe qui plonge, quelqu’un d’autre trouvera la cause en quarante-huit heures, et un troisième réécrira ses cinquante meilleures pages pendant le week-end. Les trois auront lu une balance pendant qu’on déplaçait les poids.

Google core update de novembre 2026 : ce qu’elle est, et comment la lire dans la Search Console

Une réévaluation générale, pas une sanction

Plusieurs fois par an, Google modifie en profondeur ses systèmes de recherche, et appelle ces changements des mises à jour principales. Sa documentation insiste : elles « ne ciblent pas de sites ni de pages Web spécifiques »², et la plupart des sites ne remarquent même rien. Sur LinkedIn, Google présente d’ailleurs celle-ci comme une mise à jour régulière³.

Google l’explique avec une liste de restaurants préférés qu’on révise : ceux qui descendent ne sont pas forcément devenus mauvais. Je préfère une balance. Une mise à jour principale ne retire rien de ta pile de pages. Elle change les poids de référence, pour tout le monde à la fois. Si ta pile pèse moins lourd qu’avant, personne ne l’a allégée : d’autres piles pèsent désormais plus.

Ce n’est donc pas une action manuelle, décidée après un examen humain et signalée dans le rapport « Actions manuelles » de la Search Console⁴. Ni une mise à jour anti-spam, annoncée à part sur le même tableau de bord. Celles-là visent les techniques interdites par les règles de Google, pas la qualité générale des pages, et elles sont plus fréquentes que les mises à jour principales. Si tu as entendu parler d’une mise à jour de Google en août, tu ne rêves pas : c’en était une. Sur l’année 2026, le tableau de bord en compte huit⁵ :

Trois principales, quatre anti-spam, une pour Discover. Une baisse de trafic en août ou en septembre ne s’explique donc pas par celle de novembre, et une baisse de novembre ne se compare pas avec une semaine d’août prise au hasard.

Le sablier : pourquoi on ne mesure rien pendant le déploiement

Une pesée se lit quand l’aiguille s’est arrêtée. Pendant le déploiement, le nouveau classement s’installe peu à peu, et une courbe relevée le 12 novembre mélange l’ancien et le nouveau. Google demande donc d’abord de vérifier que le déploiement est terminé, et d’en noter les dates².

La durée annoncée est une estimation, pas un engagement :

Depuis novembre 2021, la plus courte des seize mises à jour principales terminées a duré six jours. Celle de mars 2024, annoncée pour un mois au plus, en a pris quarante-cinq⁵.

Bonne nouvelle pour un développeur : le tableau de bord publie ses incidents en JSON.

1
2
3
4
5

# Les quatre dernières mises à jour principales, dates en UTC
curl -s https://status.search.google.com/incidents.json \
  | jq -r '.[] | select(.external_desc | test("core update"))
      | [.external_desc, .begin, (.end // "en cours")] | @tsv' \
  | head -4

Le jour où la première ligne affichera une date de fin, il faudra encore attendre.

La méthode de Google, et les pièges du calendrier

Google recommande d’attendre au moins une semaine complète après la fin du déploiement, puis de comparer cette semaine-là à la semaine qui a précédé son début². Sept jours contre sept jours, de part et d’autre du sablier. Le calendrier se charge de compliquer l’exercice.

Les journées de la Search Console sont californiennes. Le rapport sur les performances date tout en heure du Pacifique, sauf la vue sur 24 heures, et ses semaines vont du dimanche au samedi⁶. En novembre, l’écart avec Bruxelles est de neuf heures : le 10 novembre de la Search Console a commencé à 9 h, heure belge, et s’est terminé le 11 à 9 h. Et les données arrivent en général avec deux ou trois jours de retard.

Le 11 novembre est férié. En Belgique comme en France, l’Armistice est un jour férié légal, et il tombe en 2026 un mercredi, en pleine semaine de déploiement⁷. Un site lu surtout depuis le bureau perd ce jour-là une partie de son public, mise à jour ou pas. Google a de la suite dans les idées : sa mise à jour de novembre 2024 avait aussi commencé un 11 novembre⁵.

La semaine d’après peut contenir le Black Friday. Si la fin tombe le 24 novembre, les sept jours suivants contiendront Thanksgiving, le jeudi 26 novembre 2026, et le Black Friday du lendemain⁸. Pour un site marchand, c’est la semaine la moins comparable de l’année. Google cite lui-même la dinde, dont les recherches culminent chaque année en novembre⁴.

Une seule courbe ne prouve rien. Google conseille d’afficher seize mois pour repérer une baisse qui revient chaque année, et de traiter à part le Web, Images, Vidéo et Actualités⁴. Une glissade de la 2e à la 4e position ne demande aucune mesure radicale ; une chute de la 4e à la 29e justifie d’examiner le site entier².

DevOps Dave : Le trafic du client s’est effondré mercredi. C’est la mise à jour. J’ai lu un fil qui dit que Google punit les pages sans FAQ.

Security Sarah : Mercredi, c’était le 11 novembre.

DevOps Dave : Et alors ?

Security Sarah : Ton client vend des fournitures de bureau à des entreprises belges.

DevOps Dave : Qui étaient fermées. Bon. J’ajoute quand même les FAQ ?

Security Sarah : Tu ajoutes un rappel dans ton agenda. Et tu ne touches à rien.

Ce qu’il ne faut pas faire

Tout réécrire en panique. Pour une petite baisse, Google déconseille de modifier un contenu qui fonctionne déjà bien². Réécrire pendant le déploiement a un autre défaut : le jour de la comparaison, tu ne sauras plus ce qui vient de Google et ce qui vient de toi. Même chose pour une refonte ou un robots.txt réécrit pour les robots d’IA : la semaine du sablier est la pire pour changer deux variables à la fois.

Supprimer des pages au hasard. La documentation est nette : supprimer un contenu est une solution de dernier recours, réservée à ce qui ne peut pas être amélioré².

Croire la cause du jour. Le surlendemain, les réseaux sociaux ont toujours trouvé le coupable : les FAQ, les images, la longueur des titres. Google cite justement en contre-exemple la suppression d’un élément de page qu’on a entendu dire nuisible au référencement². Une cause trouvée en deux jours sur un déploiement de quatorze repose, au mieux, sur un septième de l’expérience.

Et une vraie baisse ne se répare pas en une semaine : un effet peut prendre de quelques jours à plusieurs mois, et des mises à jour principales plus petites, jamais annoncées, peuvent faire remonter un site amélioré entre deux grandes².

Ce que je regarde, moi

Je surveille ce site dans la Search Console et dans les journaux du serveur. Pendant le déploiement, je ne lis que les journaux, pour une seule question : Googlebot passe-t-il toujours, et le serveur lui répond-il correctement ? Un serveur indisponible ou un robots.txt illisible font aussi chuter le trafic, et Google les range dans une autre catégorie de causes⁴. Ce diagnostic-là n’attend pas, et il relève d’un audit technique du site.

Le reste attendra que Google écrive sur son tableau de bord que le déploiement est terminé. Une semaine plus tard, et deux ou trois jours de plus, la balance aura enfin quelque chose à dire. D’ici là, elle bouge, et c’est normal : quelqu’un est en train de changer les poids, et il ne regarde pas particulièrement les tiens.

À lire aussi