Si vous suivez de loin l’actualité du référencement, l’année a de quoi impressionner. Google a confirmé cinq interventions sur son moteur en quelques mois : une mise à jour réservée à Discover en février, une mise à jour anti spam les 24 et 25 mars, une révision générale de l’algorithme du 27 mars au 8 avril, une seconde lancée le 21 mai, puis une nouvelle mise à jour anti spam entre le 24 et le 26 juin.

Deux expressions reviennent sans cesse, autant les clarifier tout de suite. Un core update est une révision générale de la façon dont Google évalue la qualité des pages. Ce n’est pas une sanction : le moteur réajuste ses critères, certains sites montent, d’autres descendent. Une mise à jour anti spam, elle, cible des pratiques précises jugées trompeuses. La différence compte, parce que la réaction à avoir n’est pas la même dans les deux cas.

Voici maintenant la bonne nouvelle : vous n’avez pas besoin de tout réapprendre. La quasi totalité des signaux qui comptaient il y a deux ans comptent encore. Ce qui a changé, c’est le niveau d’exigence, plus un seul sujet réellement nouveau. Reprenons dans l’ordre, en partant de la base.

Imaginez un bibliothécaire chargé de recommander des livres. Avant de juger si un ouvrage est bon, il doit le trouver, le feuilleter, puis le ranger dans son catalogue. Google procède exactement de la même façon, en trois temps : il explore votre site, il charge la page comme le ferait un navigateur, puis il décide de la conserver dans son index, autrement dit son immense catalogue de pages. Si l’une de ces trois étapes échoue, la qualité de votre contenu n’a plus aucune importance.

Trois éléments techniques gouvernent cette chaîne. Le premier est le sitemap XML, un fichier qui liste les adresses de votre site, comme un sommaire remis au moteur. Il ne devrait contenir que des pages réellement en ligne. Y laisser d’anciennes adresses supprimées revient à fournir un sommaire faux.

Le deuxième est le fichier robots.txt, un fichier texte placé à la racine du site, qui indique aux robots ce qu’ils n’ont pas le droit d’explorer. Très utile, et très risqué quand la règle est trop large. Prenons un exemple : vous bloquez par précaution un dossier contenant vos fichiers de mise en forme et vos scripts. Google charge alors une page sans design, parfois vide de son contenu principal, et la juge sur cette version abîmée.

Le troisième est la balise canonical, insérée dans le code pour signaler : voici la version de référence. Elle sert lorsqu’un même contenu est accessible par plusieurs adresses. Le piège classique tient à l’automatisation : la balise est recopiée sur tout un modèle de pages et pointe partout vers la même adresse. Résultat, des dizaines de pages se déclarent comme de simples copies et se retirent discrètement de la course.

Ces problèmes partagent un point commun : ils ne déclenchent aucune alerte. Le trafic s’érode lentement, sans raison apparente. Le réflexe utile consiste à ouvrir une fois par mois le rapport d’indexation de la Search Console, l’outil gratuit que Google met à disposition des propriétaires de sites.

Derrière ce nom un peu intimidant se cache une idée simple : traduire en chiffres le confort ressenti par un visiteur. Cet ensemble regroupe trois mesures, dont deux méritent vraiment votre attention.

La première s’appelle l’INP, pour Interaction to Next Paint. Depuis mars 2024, elle a remplacé une ancienne mesure connue sous le nom de FID. L’INP chronomètre le délai entre le moment où vous cliquez et celui où l’écran réagit visiblement. Pensez à une conversation avec une personne qui met deux secondes à répondre à chaque question : ses réponses ont beau être excellentes, l’échange devient pénible.

Ce changement dit quelque chose d’important : un site rapide à afficher n’est pas forcément agréable à utiliser. Une page peut apparaître en moins d’une seconde et sembler lourde, parce qu’un filtre met sept dixièmes de seconde à réagir, ou parce qu’un script publicitaire occupe le processeur au moment du clic. Le coupable est rarement le poids des images, contrairement à ce que l’on lit souvent.

La seconde mesure, le CLS, s’intéresse aux sauts de la page pendant le chargement. Vous connaissez la situation : vous commencez à lire, une bannière apparaît en haut, tout se décale, et vous cliquez sur un lien que vous ne vouliez pas. La cause est presque toujours banale, une image dont les dimensions ne sont pas déclarées dans le code, ou un emplacement publicitaire dont la place n’a pas été réservée à l’avance.

Une précision, pour éviter les faux espoirs. Google présente ces mesures comme un élément parmi beaucoup d’autres, pas comme un raccourci vers la première position : d’excellents chiffres ne feront jamais remonter un contenu faible. Entre deux pages comparables en revanche, le confort d’utilisation peut faire pencher la balance. Observez ces mesures sur les pages qui reçoivent réellement du trafic, et non sur votre seule page d’accueil testée avec un outil.

Certaines règles sont si anciennes qu’on oublie de les vérifier. La plus structurante : Google analyse votre site dans sa version mobile. C’est ce que l’on appelle l’indexation mobile first. Si un texte s’affiche sur ordinateur mais disparaît sur téléphone à cause d’un réglage d’affichage maladroit, ce texte n’existe pas pour le moteur. Le HTTPS, le petit cadenas dans la barre d’adresse, relève de la même logique : un prérequis attendu, pas un avantage.

Un point nouveau mérite en revanche votre attention, et il se vérifie en une minute. En avril, Google a publié une règle visant le back button hijacking, littéralement le détournement du bouton retour. Certains sites empêchent le visiteur de revenir en arrière : le clic affiche une autre page, une publicité, ou tourne en boucle. La pratique est désormais classée parmi les pratiques malveillantes, avec une application effective depuis le 15 juin 2026. Le point important pour vous : Google précise que ce comportement peut provenir d’une bibliothèque externe ou d’une régie publicitaire installée sur votre site, sans que vous l’ayez programmé. La responsabilité reste la vôtre. Si vous utilisez des scripts publicitaires ou des modules de recommandation, testez le bouton retour sur quelques pages.

La grande révision de mars a rebattu les cartes pour les contenus courts, génériques ou dépourvus d’auteur identifiable. Google ne détaille jamais le fonctionnement précis de ces réglages, mais les observations des professionnels convergent : les sites qui ont tenu proposent une réelle profondeur, une expérience vécue et des auteurs crédibles sur leur sujet.

Vous croiserez souvent un acronyme à ce propos : EEAT, pour expérience, expertise, autorité et confiance. Première chose à savoir, il ne s’agit pas d’un réglage caché dans l’algorithme, mais d’un cadre d’évaluation décrit dans les consignes que Google remet aux évaluateurs humains chargés de noter la qualité des résultats. Le traiter comme une case à cocher, en ajoutant une photo d’auteur et deux liens vers des sites connus, ne change presque rien.

Le prendre au sérieux change beaucoup plus de choses : un auteur qui connaît vraiment le sujet, des sources vérifiables plutôt que des affirmations en l’air, et un angle qui apporte autre chose que le résumé des dix premiers résultats. Avant de publier, une seule question mérite d’être tranchée : ce texte apporte quelque chose que la première page ne propose pas déjà, ou il se contente de la reformuler.

Voilà sans doute le sujet le plus mal compris. Non, Google n’interdit pas l’usage de l’intelligence artificielle pour écrire. Ce que visent ses règles, c’est la production massive de contenus à faible valeur, quelle que soit la méthode employée. Un texte préparé avec un outil génératif, puis vérifié, corrigé et enrichi par une personne qui maîtrise le sujet, ne pose aucun problème de principe.

La difficulté apparaît lorsque le volume devient l’objectif. Trente articles par mois sans relecture, sans source vérifiée et sans point de vue finissent par se ressembler entre eux, puis par ressembler à ce qui existe déjà ailleurs. L’outil n’est pas en cause : c’est l’absence de décision humaine quelque part dans la chaîne.

Ajoutons une nuance souvent oubliée : il n’existe aujourd’hui aucune méthode publique fiable pour prouver qu’un texte a été rédigé par une machine. Le jugement porte sur l’utilité du résultat, pas sur une signature technique.

Vous avez sans doute remarqué ces résumés générés automatiquement en haut de certaines pages de résultats, que Google appelle AI Overviews. Le 15 mai 2026, l’entreprise a modifié la phrase d’introduction de ses règles anti spam. Jusque là, la définition visait les techniques destinées à faire monter artificiellement une page dans le classement. Elle mentionne désormais aussi les tentatives de manipulation des réponses génératives dans la recherche, AI Overviews et mode IA compris.

Comprenons bien la portée du changement. Il s’agit d’une clarification du texte des règles, pas de l’annonce d’un nouveau système de détection. Les conséquences possibles restent les mêmes qu’avant : une baisse automatique de visibilité, ou une action manuelle notifiée dans la Search Console. La mise à jour anti spam du 24 au 26 juin s’est déployée sans annonce de changement de règles. Beaucoup de professionnels ont relié les deux événements, mais ce rapprochement reste une interprétation.

Concrètement, une frontière se dessine. Travailler pour être cité par ces résumés reste légitime : écrire clairement, donner des faits vérifiables, structurer proprement ses pages. En revanche, fabriquer de faux signaux d’autorité, acheter ou arranger des citations, ou insérer des blocs de texte pensés uniquement pour être repris par une machine devient risqué. Un test simple pour vous situer : si votre page perdait tout intérêt en l’absence de ces résumés automatiques, elle se trouve probablement du mauvais côté de la ligne.

Les données structurées, aussi appelées balisage Schema.org, sont un code invisible ajouté à votre page pour décrire son contenu dans un langage que les machines lisent facilement : ceci est une recette, sa durée de préparation est de quarante minutes, sa note moyenne est de quatre sur cinq.

Ce balisage aide Google à comprendre la nature d’une page et la rend éligible à certains affichages enrichis, ces résultats accompagnés d’étoiles, de prix ou d’une image. Retenez surtout le mot éligible : rien n’est garanti. Google ne présente pas les données structurées comme un critère de classement. Et un balisage incohérent, par exemple un prix déclaré différent du prix réellement affiché, fait plutôt perdre cette éligibilité qu’il n’apporte un avantage.

Une idée circule beaucoup dans la profession : un balisage propre aiderait les systèmes d’IA à comprendre et à citer correctement une page. L’hypothèse est cohérente, mais elle n’a pas le statut d’un mécanisme confirmé. La position raisonnable consiste à baliser les pages qui s’y prêtent, produits, articles, questions fréquentes, fiche d’établissement, en restant fidèle au contenu visible, sans en attendre un gain de position.

Si vous débutez, inutile de tout traiter en même temps. Voici les vérifications qui offrent le meilleur rapport entre effort et effet.

• Ouvrir la Search Console et vérifier que vos pages importantes sont bien indexées, puis lire le motif d’exclusion des autres.
• Contrôler que le fichier robots.txt ne bloque aucun fichier nécessaire à l’affichage, et que les balises canonical ne se contredisent pas.
• Regarder l’INP et le CLS sur les pages qui reçoivent du trafic, à partir des données de vos visiteurs réels.
• Tester le bouton retour du navigateur sur quelques pages, et passer en revue les scripts externes installés sur le site.
• Repérer les pages sans auteur, sans source et sans angle propre, puis trancher : les enrichir ou les retirer.
• Comparer les données structurées au contenu réellement affiché pour supprimer les incohérences.

Un dernier conseil de méthode, sans doute le plus utile : ne corrigez rien dans l’urgence pendant qu’une mise à jour se déploie. Google recommande d’attendre la fin annoncée du déploiement avant de tirer des conclusions, et sa documentation précise que les améliorations apportées à un site peuvent demander plusieurs mois avant d’être prises en compte. Agir au milieu du bruit revient à mélanger les causes et les effets.

Reprenons simplement. Le socle technique, exploration, indexation et confort d’utilisation, constitue une condition d’entrée : il ne vous fait pas gagner de positions, mais son absence vous en fait perdre. La qualité éditoriale est le terrain où l’écart se creuse vraiment. Enfin, la manipulation des réponses générées par IA est le seul sujet réellement nouveau à intégrer à votre veille.

Il reste une protection que l’on cite rarement, et qui vaut bien des optimisations : ne pas dépendre d’un canal unique. Un site doté d’une base technique propre, de contenus que son auteur peut défendre et de plusieurs sources de visites encaisse bien mieux les secousses. Le bon travail en référencement ressemble rarement à une réaction paniquée. Il ressemble plutôt à une routine tranquille, quelques vérifications régulières, et assez de recul pour laisser passer l’orage.

Adrien Guerault : Je suis consultant en marketing 360, j’utilise tous les leviers existants du marketing pour proposer des stratégies sur mesure à mes clients sur Adrien Guerault.