La plupart des équipes ont déjà un rapport de classement Google. C'est l'onglet Performances de la Search Console, trié par clics et capturé en capture d'écran dans une slide. Il montre des positions. Il ne montre pas ce qui a changé, pourquoi cela a changé, ni ce que quelqu'un devrait en faire.
Ce déroulé règle la question en une seule séance. Vous définissez un ensemble de requêtes, vous remettez à Codex un contrat de rapport écrit, et vous le laissez produire le même format chaque semaine. La première construction prend environ 90 minutes. Chaque exécution suivante prend moins de dix minutes.
Le déroulé complet : les exports bruts entrent, un rapport au format fixe sort, une décision humaine intervient à la fin.
Ce que vous aurez au bout
Pour qui c'est : pour quiconque est responsable du reporting d'un site et a déjà accès à la Search Console. Pas besoin d'être développeur, mais il faut un endroit où stocker des fichiers que Codex peut lire.
Ce que vous aurez à la fin : un gabarit de rapport enregistré, un fichier d'instructions écrit que Codex suit à chaque exécution, et un rapport complet pour une semaine réelle.
Prérequis : une propriété vérifiée dans la Search Console, une liste de 20 à 50 requêtes qui vous importent vraiment, un Codex avec accès à un dossier de projet, et un droit de lecture sur le dépôt de votre propre site si vous voulez la version avancée.
Définition de terminé : vous pouvez confier le rapport à quelqu'un qui ne fait pas de SEO et cette personne sait vous dire quelles trois requêtes regarder et pourquoi.
Temps : environ 90 minutes pour la première construction, moins de 10 minutes par exécution ensuite.
Pourquoi le rapport Performances n'est pas un rapport de classement
La Search Console vous donne quatre colonnes : clics, impressions, CTR et position moyenne. C'est un tableau de mesure. Un rapport de classement doit répondre à un autre ensemble de questions, et les signaux de 2026 ont élargi cet écart par rapport à avant.
L'enquête d'experts Zyppy, publiée le 9 septembre 2026, a réuni 13 665 points de données auprès de 131 praticiens. Les signaux de clic et de comportement se situent à 29,4 %, les signaux de marque à 27,0 % et la santé technique du SEO à 17,5 %. Deux des trois signaux qui dépassent la santé technique sont invisibles dans une colonne de position. Notre décryptage de ce que ces chiffres changent se trouve dans le guide pratique, mais la version courte côté reporting est celle-ci : si votre rapport ne montre que des positions, vous rendez compte du signal qui a le moins bougé.
C'est cet écart que Codex comble. Il ne vous dira pas pourquoi Google a modifié quelque chose. Il assemblera les preuves du changement avec assez de constance pour que vous puissiez le dire.
Avant de commencer : quatre décisions
Prenez-les avant d'écrire quoi que ce soit, car les changer ensuite signifie reconstruire le rapport.
- L'ensemble de requêtes. 20 à 50 requêtes, regroupées en deux ou trois compartiments qui suivent la façon dont le métier pense. « Produit », « comparaison », « support » vaut mieux que « volume élevé / moyen / faible ».
- La fenêtre de comparaison. Comparez les 28 derniers jours aux 28 jours précédents. Des fenêtres plus courtes sont bruitées ; plus longues, elles masquent le changement que vous cherchez.
- Le seuil. Décidez ce qui mérite d'être rapporté. Une requête qui bouge de plus de cinq positions, ou des impressions qui varient de plus de 30 % alors que les clics restent stables, sont des valeurs par défaut raisonnables.
- L'emplacement de stockage. Un dossier, une règle de nommage.
reports/ranking/YYYY-MM-DD.mdplus un sous-dossierdata/pour les exports bruts. Codex a besoin d'un endroit d'écriture constant.
Étape 1 : exporter les données brutes
Ouvrez la Search Console, sélectionnez votre propriété et allez dans Performances. Réglez la plage de dates sur 56 jours pour qu'une comparaison 28 contre 28 soit possible depuis un seul export, puis utilisez le bouton Exporter pour télécharger le CSV de l'onglet Requêtes.
Faites de même pour Pages, et pour Appareils si vous prévoyez de rapporter la répartition mobile contre ordinateur.
Résultat attendu : trois fichiers CSV dans data/, nommés avec la date d'export.
Contrôle qualité : ouvrez le CSV des requêtes et vérifiez que la première ligne de données n'est pas une requête contenant le mot "anonymous". La Search Console masque les requêtes rares, et ces lignes apparaîtraient sinon dans votre rapport comme un mouvement sans nom.
Si ça échoue : si l'export est tronqué, votre plage de dates est trop large pour la limite de lignes. Exportez des fenêtres de 28 jours séparément et laissez Codex les concaténer.
Étape 2 : écrire le contrat du rapport
C'est l'étape qui décide si le déroulé survit au-delà de la troisième semaine. Placez le contrat dans un fichier que Codex lit à chaque exécution : AGENTS.md à la racine du projet, ou un fichier d'instructions dédié dans le dossier des rapports.
Le contrat a besoin de cinq choses et de rien d'autre :
Bloc du contrat | Quoi écrire | Pourquoi c'est important |
|---|---|---|
Entrées | Chemins de fichiers exacts et règle de plage de dates | Empêche l'agent d'inventer une fenêtre |
Seuils | Vos bandes, en chiffres | Transforme un tableau en décision |
Forme de sortie | Les trois sections, dans l'ordre | Garde la semaine 30 comparable à la semaine 1 |
Règles de confiance | Quoi dire quand les données n'expliquent pas un changement | Évite les bêtises assurées |
Limites | Ce que l'agent ne doit pas faire | Lecture seule jusqu'à ce que vous lui fassiez confiance |
Une version qui fonctionne ressemble à ceci :
## Contrat du rapport de classement
Entrées : data/queries-*.csv, data/pages-*.csv
Fenêtre : les 28 derniers jours contre les 28 précédents. Indiquez les deux dates dans l'en-tête.
Ne rapporter que trois choses :
1. Requêtes qui ont bougé : toute requête dépassant 5 positions de variation, ou des
impressions en hausse de plus de 30 % avec des clics stables, ou toute requête
sortie du top 10.
2. Explication probable : n'utilisez que les données des fichiers. Si les fichiers
n'expliquent pas le mouvement, écrivez « non expliqué par ces données ».
3. À vérifier la semaine prochaine : une ligne par requête signalée, en nommant la
page ou la requête exacte à inspecter.
N'affirmez jamais une cause que vous ne pouvez pas pointer dans les données.
Ne recommandez jamais une modification du site. Ne modifiez jamais un fichier hors
de reports/ranking/.Résultat attendu : un fichier d'instructions, versionné ou enregistré à côté des données.
Contrôle qualité : lisez le contrat à voix haute. Si une ligne pouvait s'appliquer à un autre site sans modification, elle est trop vague pour contraindre quoi que ce soit.
Si ça échoue : si Codex continue d'ajouter des sections, la forme de sortie n'est pas assez précise. Nommez les trois titres exactement comme vous les voulez.
L'anatomie du rapport. Le pied de page qui liste les fichiers exacts utilisés est la partie à laquelle les relecteurs font le plus confiance, et celle que la plupart des gabarits omettent.
Étape 3 : générer le premier rapport
Pointez Codex vers le dossier et demandez un rapport suivant le contrat. Demandez le fichier, pas une réponse dans le chat, pour que le résultat soit relisible et comparable en diff.
La première exécution est le moment où vous découvrez à quoi ressemblent vraiment vos données. Comptez deux ou trois tours de correction. C'est normal, et c'est la partie la moins coûteuse de tout le déroulé.
Résultat attendu : reports/ranking/YYYY-MM-DD.md avec un en-tête, trois sections et un pied de page listant les fichiers exacts utilisés.
Contrôle qualité : prenez deux requêtes signalées et vérifiez les chiffres à la main dans la Search Console. S'ils concordent, le pipeline est sain. Sinon, arrêtez-vous et corrigez l'étape des données. Ne débuggez pas l'analyse par-dessus une entrée cassée.
Si ça échoue : l'échec le plus fréquent est un décalage de dates entre l'export et le contrat. Épinglez les deux dates dans l'en-tête à chaque exécution, pour qu'un décalage de deux jours ne transforme pas discrètement un mois stable en effondrement.
La première version que j'ai construite a signalé onze requêtes en mouvement dans une semaine où presque rien n'avait bougé. Le contrat était bon, l'export ne l'était pas. Un fichier de 30 jours comparé à une fenêtre de 28 a fait passer deux jours manquants pour un effondrement de tout le site. Le contrat refuse désormais de s'exécuter si les deux plages ne correspondent pas, et cette panne n'est jamais revenue.
Étape 4 : ajouter la ligne que l'agent ne peut pas écrire
Chaque rapport reçoit un paragraphe humain : ce que nous avons livré, changé ou cassé la semaine dernière.
Ce n'est pas de la décoration. C'est le moyen le plus rapide de prendre un agent qui attribue votre propre livraison à une mise à jour d'algorithme. Quand le rapport dit qu'un groupe de pages produit a chuté et que votre note dit que le gabarit a changé mardi, l'explication se resserre immédiatement.
Résultat attendu : deux ou trois phrases en haut du rapport, écrites par une personne.
Contrôle qualité : si la note et la section des mouvements se contredisent, cette contradiction est la ligne la plus précieuse du rapport. Gardez-la visible plutôt que de la lisser.
Étape 5 : vérifier avant d'envoyer
Passez ces trois contrôles avant que le rapport quitte votre bureau.
- Dates. Les deux fenêtres déclarées dans l'en-tête, cohérentes avec l'export.
- Deux vérifications ponctuelles. Deux requêtes signalées vérifiées à la main.
- Un contrôle de contradiction. Une explication affirmée cite-t-elle des données absentes de la liste de fichiers en bas ?
Si les trois passent, le rapport peut être partagé. C'est un brouillon de votre jugement, pas un substitut.
Le chemin avancé, quand vous serez prêt
Faites tourner le déroulé à la main pendant quatre semaines d'abord. N'automatisez qu'après avoir corrigé deux fois la même classe d'erreur.
Ensuite, les améliorations se font par paliers :
- Programmer l'exécution. Une exécution hebdomadaire programmée écrit le rapport avant que vous n'ouvriez votre portable. Gardez le paragraphe humain comme champ obligatoire, pour que le rapport ne puisse pas partir sans lui.
- Stocker les instantanés dans le contrôle de version. Chaque exécution devient un commit. Le diff entre deux semaines se lit plus vite que l'un ou l'autre des rapports.
- Ajouter une seconde propriété. Les requêtes concurrentes ou de marque vivent dans un rapport séparé avec le même contrat, pas fusionnées dans le principal.
- Ajouter un signal externe. Une vérification de recherche de marque ou de part de réponse rend le signal de marque de l'enquête 2026 mesurable au lieu de théorique.
Ce qu'il ne faut pas automatiser : l'étape de recommandation. À l'instant où un agent commence à proposer des modifications du site, vous êtes passé du reporting à la publication, et la charge de relecture grimpe plus vite que le temps gagné.
Dépannage
Symptôme | Cause probable | Correctif |
|---|---|---|
Toutes les requêtes semblent avoir chuté | Décalage de plage de dates entre les exports | Épinglez les deux fenêtres dans le contrat et l'en-tête |
Le rapport est vide | Seuils trop stricts pour votre niveau de trafic | Baissez le seuil d'impressions avant celui de position |
Toujours les cinq mêmes requêtes | L'ensemble de requêtes est trop étroit | Ajoutez des requêtes de longue traîne et de comparaison aux compartiments |
Mouvement sans explication | Normal pour des requêtes à faible volume | Gardez la sortie « non expliqué par ces données » et avancez |
Chiffres différents de la Search Console | Propriété ou filtre incohérent dans l'export | Exportez toujours depuis la même propriété et le même jeu de filtres |
Entretenir le déroulé
Trois habitudes de maintenance le gardent utile au-delà du premier trimestre.
Revoyez l'ensemble de requêtes chaque trimestre. Un rapport qui poursuit les priorités de l'an dernier est une leçon d'histoire, pas un rapport de classement.
Relisez le contrat quand la Search Console change. Google met à jour périodiquement l'interface du rapport Performances et les champs d'export. Si un champ disparaît, le contrat a besoin d'une modification le jour même.
Gardez les anciens rapports. Comparer le rapport de ce trimestre au même trimestre de l'an dernier est le seul moyen peu coûteux de séparer une vraie baisse de la saisonnalité.
Questions fréquentes (FAQ)
Faut-il Codex spécifiquement ? Non. Le déroulé fonctionne avec n'importe quel agent capable de lire des fichiers, de tourner selon un planning et d'écrire une sortie relisible. Codex convient bien quand votre site vit déjà dans un dépôt, parce que le rapport devient un commit que vous pouvez comparer.
Peut-on faire tout cela avec des outils gratuits ? Oui. Tout le déroulé tourne sur les données de la Search Console, qui sont gratuites, plus l'agent. Un tracker de positions payant n'est nécessaire que pour les positions de concurrents ou celles que vous ne voyez pas dans votre propre propriété.
En quoi est-ce différent du rapport Performances de la Search Console ? Le rapport Performances vous montre un tableau. Ce déroulé produit une décision : quelles requêtes ont franchi un seuil, ce que les données expliquent et n'expliquent pas, et quoi inspecter la semaine prochaine. Il conserve aussi un historique, ce que l'interface ne fait pas.
Et si mon site a très peu de trafic ? Baissez le seuil d'impressions et comparez 28 jours aux mêmes 28 jours de l'an dernier plutôt qu'aux 28 précédents. Les sites à faible volume tirent plus de signal des comparaisons annuelles que des comparaisons hebdomadaires.
Le rapport doit-il inclure les AI Overviews ou les citations IA ? Si vous le souhaitez, ajoutez une section séparée avec son propre contrat. Gardez-la hors du rapport de positions, car les sources et la mesure diffèrent, et les mélanger rend les deux plus difficiles à lire.
Auteur : Leo Harrington, traducteur en analytique SEO pour plus de 500 rapports de direction chez Auspia. Leo écrit sur la transformation des données de recherche en rapports sur lesquels un non-spécialiste peut agir.
