Annotations Search Console : suivre refontes, migrations et publications sans se tromper

Une chute de clics après une refonte ne veut pas toujours dire que la refonte a cassé le SEO. Une hausse après une publication ne veut pas toujours dire que l'article publié est responsable. C'est exactement le genre de raccourci dont je me méfie dans Search Console. Une variation peut très bien venir d'un déploiement, d'un bug, d'une migration DNS, d'une campagne externe, d'une saisonnalité ou d'une mise à jour Google.

C'est précisément le problème que les annotations Search Console viennent résoudre : elles permettent d'ajouter du contexte directement sur les graphiques de performance. Pour un éditeur, un freelance SEO ou un site qui publie régulièrement, je vois ça comme une petite fonctionnalité, mais une très bonne habitude de pilotage.

Ce que sont les annotations Search Console

Google a annoncé les annotations personnalisées dans les rapports de performance Search Console comme un moyen d'ajouter des notes contextuelles directement sur les graphiques. L'idée est simple : quand vous faites une action importante sur le site, vous marquez la date dans Search Console au lieu de compter sur votre mémoire.

L'aide officielle distingue deux types d'annotations : les annotations système, générées par Search Console pour signaler certains sujets de traitement ou de reporting, et les annotations personnalisées, créées par les utilisateurs pour marquer un événement propre à la propriété.

Ces notes apparaissent sur les graphiques à une date précise. Elles restent visibles quand vous appliquez des filtres, mais Google indique qu'elles ne s'affichent pas en mode comparaison ni dans les vues 24 heures. Je garde ce détail en tête : l'annotation sert à contextualiser une courbe, pas à remplacer une analyse complète.

Pourquoi elles changent l'analyse SEO

Le problème de beaucoup d'analyses Search Console n'est pas le manque de données. C'est le manque de mémoire. Trois semaines après une refonte, on oublie qu'un template a changé. Deux mois après une migration, on ne sait plus exactement quand les DNS ont basculé. Six mois après une grosse mise à jour d'article, on ne sait plus quelle version a été publiée. Ça arrive vite, même quand on pense être organisé.

Les annotations ne transforment pas Search Console en outil d'attribution parfait. Elles donnent simplement un repère visuel. Quand une courbe bouge, je regarderais les événements autour de la date, puis je croiserais avec les pages, requêtes, pays, appareils, logs, sitemap et déploiements.

Comment ajouter une annotation

La manipulation est volontairement simple. Dans le rapport Performance de Search Console, il faut faire un clic droit sur le graphique, choisir l'ajout d'annotation, sélectionner la date si besoin, puis saisir une note courte. Google indique une limite de 120 caractères par note.

La limite force à être précis. Pour moi, une bonne annotation ne doit pas raconter toute l'histoire. Elle doit juste permettre de retrouver l'événement : type d'action, périmètre, éventuellement nom court du lot ou de la page.

Ce qu'il faut vraiment annoter

Je n'annoterais pas tout. Si chaque micro-correction devient une note, le graphique devient du bruit. Une annotation doit marquer un événement que vous pourriez vouloir expliquer lors d'une lecture SEO à 7 jours, 30 jours ou 6 mois.

Sur un site éditorial, un comparatif ou un site qui recommande des outils, je noterais surtout les changements qui peuvent modifier le crawl, l'indexation, la compréhension des pages, le CTR, la demande ou la distribution des liens internes.

• Technique : migration, changement d'hébergement, CDN, cache, template, performances, redirections, canonicals, sitemap.
• Contenu : refonte profonde d'article, changement d'intention, fusion de deux pages, publication d'un gros guide, suppression d'un contenu.
• Liens internes : ajout d'un bloc de liens, correction d'une catégorie, activation de liens entrants vers un article important.
• Business : lancement d'une offre, campagne média, promo forte, partenariat ou événement externe qui peut créer de la demande.
• Incident : erreur DNS, 500, 404 massive, mauvais noindex, problème de rendu, bug de menu, blocage robots.txt.

Une nomenclature simple à utiliser

Comme la note est courte, je préfère utiliser une nomenclature stable. Pas pour faire joli, mais pour que les annotations restent compréhensibles par vous, un prestataire ou un futur membre de l'équipe.

Une structure simple fonctionne bien : type + périmètre + action. Le type explique la famille, le périmètre dit si l'action touche une page ou tout le site, et l'action donne le fait principal.

Évitez les notes vagues comme “grosse modif”, “test SEO” ou “problème réglé”. Six mois plus tard, elles ne serviront presque plus. À l'inverse, évitez aussi les notes trop sensibles comme “client X mécontent”, “revenus en baisse” ou “prestataire Y a cassé le site”. Search Console n'est pas un carnet privé.

Cas refonte, migration et changement d'hébergement

Les annotations sont particulièrement utiles lors d'une migration. Quand un site quitte WordPress, change d'hébergement, passe sur Next/Vercel ou reconstruit ses templates, les courbes Search Console peuvent bouger pour de bonnes ou mauvaises raisons. Sans historique, on finit vite par confondre corrélation et cause, surtout quand plusieurs changements se suivent.

Dans un chantier comme une migration WordPress vers Next/Vercel, j'annoterais au minimum la date de gel du contenu, la mise en ligne du nouveau site, le changement DNS, l'activation des redirections, la correction d'un sitemap et les grosses corrections post-bascule.

Ensuite, je relirais les données à plusieurs niveaux. Si les impressions restent stables mais les clics baissent, le sujet peut venir du CTR, des titres ou de la SERP. Si les impressions chutent sur un groupe de pages, il faut vérifier URLs, indexation, redirections et liens internes. Si Googlebot se comporte différemment, l'article sur Googlebot, logs serveur et migration SEO complète mieux l'analyse que Search Console seule.

Cas publications et mises à jour de contenu

Pour un site qui publie souvent, les annotations aident aussi à suivre les articles importants. Je n'annoterais pas chaque billet de 600 mots, mais les publications qui peuvent modifier la structure du site, renforcer une thématique ou attirer une nouvelle intention de recherche.

Sur un site Next avec publications programmées, l'annotation peut marquer la date réelle de mise en ligne, puis une autre annotation peut signaler l'activation des liens entrants prévus. Cela rejoint la méthode de publications programmées et liens internes différés : on ne lie pas trop tôt, puis on documente l'action quand elle devient publique.

Les annotations deviennent encore plus intéressantes quand elles sont croisées avec les Query groups dans Search Console Insights. Si un groupe de requêtes monte après une refonte de contenu, la note vous aide à retrouver la date de l'action. Si le groupe ne bouge pas, elle évite de croire trop vite que la modification a fonctionné.

Limites et erreurs à éviter

Google indique qu'une propriété peut contenir jusqu'à 200 annotations. Les annotations de plus de 500 jours sont automatiquement supprimées, et l'édition n'est pas disponible : il faut supprimer puis recréer si une note est mauvaise. Ce n'est donc pas un vrai journal long terme.

Pour les sites sérieux, je garderais une trace complémentaire ailleurs : changelog éditorial, tableau de migration, outil de tickets, commits, ou simple document de suivi. Search Console sert de repère visuel dans la courbe, pas d'archive complète.

Autre limite : l'annotation ne prouve rien. Une hausse après une annotation peut venir d'un autre facteur. Une baisse malgré une bonne action peut venir d'une saisonnalité, d'un concurrent, d'un changement de SERP, d'une mise à jour Google ou d'un retard de données. Je recouperais toujours avant de conclure.

Tableau d'exemples