Le site de Havana Club venait d’être reconstruit. Sa structure avait changé. Pour la marque, la question n’était plus seulement de savoir si la migration était terminée. Il fallait voir, semaine après semaine, si la visibilité organique retrouvait sa trajectoire - et repérer ce qui méritait une intervention.
Il n’existait aucun rapport manuel à remplacer. Le monitoring a été conçu avec le besoin post-migration, avant qu’une routine de collecte et de mise en forme ne s’installe.
IZZY a construit un workflow hebdomadaire qui récupère les données Google Search Console, compare le nouveau relevé à tous les précédents, construit les tendances de récupération, produit les graphiques et génère un rapport selon les règles du brief. Une couche LLM réalise automatiquement l’analyse et la rédaction.
Avant que le document ne parte au client, un spécialiste SEO le lit, le simplifie si nécessaire et le valide. Dans la plupart des cas, cette revue prend 15 à 25 minutes.
La production du rapport est automatique. Sa livraison ne l’est pas.
Cette nuance compte : un rapport produit sans clic n’est pas un diagnostic produit sans jugement.
Une baisse de clics peut venir d’une demande plus faible, d’un changement de position, d’un problème de page, d’une nouvelle présentation des résultats ou d’un mélange de plusieurs facteurs. Search Console observe certaines conséquences dans Google Search. Il ne fournit pas à lui seul la cause complète, le comportement après le clic ni l’effet commercial.
Le bon objectif n’est donc pas de demander à l’IA d’avoir raison toute seule. Il est de rendre l’observation répétable, de montrer les limites et de réserver le temps humain aux écarts qui méritent une enquête.
La réponse en 60 secondes
- Le workflow a été créé pour surveiller un site restructuré après sa migration ; il ne remplace pas un ancien reporting manuel.
- Il s’exécute chaque semaine et compare le relevé courant à tous les relevés précédents afin de construire une trajectoire.
- Le brief définit les règles ; la collecte, les graphiques, l’analyse et la rédaction sont ensuite exécutés automatiquement avec une couche LLM.
- Le noyau du rapport comprend un résumé, un état par propriété, les tendances de récupération post-migration et un plan d’action. D’autres sections peuvent apparaître si les données le justifient.
- Un spécialiste SEO lit et valide chaque rapport avant son envoi au client.
- Aucun faux signal ou signal ambigu n’a été rapporté à ce jour. Le problème observé était différent : certaines versions donnaient trop d’informations, de manière trop complexe, et devaient être simplifiées.
- L’automatisation doit distinguer une observation, une explication possible, une vérification requise et une action proposée.
- Les limites natives de Search Console - requêtes anonymisées, données tronquées, agrégation et données récentes potentiellement incomplètes - doivent rester visibles.
- Le spécialiste demeure responsable de la validation, de la priorité et de l’action qui engage le site.
Le système évite de créer une fonction d’assemblage manuel. Il ne supprime ni la lecture experte, ni la prudence.
Dans cet article
- Automatiser la répétition, pas l’incertitude
- Les quatre couches du workflow
- Le contrat d’un rapport réellement exploitable
- Pourquoi Search Console n’est jamais une vue complète
- Suivre les changements sans créer de fausse alerte
- Ce que l’IA peut recommander et ce qu’elle ne peut pas conclure
- Quand automatiser ce reporting et quand rester simple
1. Automatiser la répétition, pas l’incertitude
Une migration modifie précisément les éléments qui structurent la lecture organique d’un site : URLs, arborescence, gabarits, maillage interne et parfois contenu. La surveillance ne doit donc pas se limiter à une photographie. Elle doit montrer une trajectoire de récupération. Ce qu’il faut protéger avant et pendant la migration est traité dans refonte ou migration de site : comment protéger votre visibilité sur Google ; cet article commence là où celui-ci s’arrête.
Dans ce cas, l’équipe n’avait pas de rapport manuel historique. Le choix a été d’automatiser dès le départ les deux familles de travail qui allaient se répéter.
La première est répétable :
- récupérer les mêmes catégories de données chaque semaine ;
- appliquer les règles définies dans le brief ;
- comparer le relevé courant à l’ensemble des relevés précédents ;
- calculer les variations ;
- produire les mêmes formes de graphiques ;
- ranger les sorties dans un rapport constant.
La seconde demande du jugement :
- déterminer si une variation est importante pour le business ;
- distinguer une saisonnalité d’un incident ;
- relier un changement à une mise en ligne, une migration ou un événement externe ;
- choisir entre une correction technique, éditoriale ou aucune action ;
- décider combien de temps et de budget engager.
Le workflow automatise la première famille et prépare la seconde. Le spécialiste SEO valide le résultat avant qu’il ne quitte l’équipe. Cette séparation a été prévue dans le système, pas ajoutée après un incident.
Cette frontière produit un meilleur rapport. Au lieu de masquer l’incertitude sous une recommandation définitive, le système peut dire : voici ce qui a changé, voici plusieurs explications compatibles, voici la vérification qui les départage.
2. Les quatre couches du workflow
Le fonctionnement public peut être décrit en quatre couches.
1. Collecter
Le système récupère les métriques et dimensions prévues pour la propriété et la période définies.
L’API Search Analytics de Google accepte notamment des plages de dates, des dimensions, des filtres, un type de recherche, une méthode d’agrégation et une pagination (documentation officielle). Le workflow peut donc répéter une extraction structurée sans que quelqu’un reconstruise la requête dans l’interface.
Les métriques, dimensions et fenêtres exactes du projet ne sont pas publiques. Nous ne prétendons pas qu’un modèle unique convient à tous les sites.
2. Comparer
Chaque relevé hebdomadaire est replacé dans tout l’historique disponible : évolution d’une propriété, suivi d’une page ou d’un groupe, changement d’une distribution, progression ou recul d’un ensemble défini. Le rapport ne répond donc pas seulement à « que s’est-il passé depuis la semaine dernière ? », mais à « où se situe cette semaine dans la récupération depuis la migration ? ».
La comparaison doit conserver son contexte. Comparer une semaine de soldes à une semaine ordinaire peut produire un écart exact et une conclusion inutile.
3. Représenter
Le workflow génère les graphiques nécessaires au rapport. Une visualisation utile montre l’unité, la période, le segment et la base de comparaison. Un graphique sans ces éléments est une décoration persuasive.
4. Interpréter et préparer la suite
Le brief de reporting fixe les règles et la structure attendue. Une couche LLM résume ensuite les changements, construit les sections utiles et propose des recommandations. La sortie doit garder une séparation entre ce qui est observé et ce qui reste à vérifier.
Search Console
│
v
extraction paramétrée
│
v
comparaison avec tout l’historique
│
v
graphiques + variations
│
v
observation ─> hypothèses ─> vérification ─> action proposée
│
v
rapport hebdomadaire automatique
│
v
validation par le spécialiste SEO3. Le contrat d’un rapport réellement exploitable
Un rapport automatique ne devient pas exploitable parce qu’il contient plus de texte.
Le noyau public de ce rapport post-migration tient en quatre blocs.
| Section | Fonction |
|---|---|
| Summary | Donner la lecture essentielle de la semaine sans obliger le client à reconstruire le raisonnement |
| Per-property snapshot | Montrer l’état de chaque propriété suivie avec son contexte de comparaison |
| Migration recovery trends | Situer le relevé courant dans la trajectoire observée depuis la migration |
| Action plan | Transformer les signaux utiles en vérifications ou actions priorisées |
Cette structure n’est pas rigide. Le workflow peut ajouter une section lorsque les données de la semaine l’exigent. La règle est inverse de celle d’un rapport gonflé pour paraître complet : un bloc existe parce qu’il aide à comprendre ou décider.
Pour chaque signal important, nous recommandons quatre champs distincts.
| Champ | Question | Exemple de formulation |
|---|---|---|
| Observation | Qu’est-ce qui a changé dans les données ? | Les clics du segment observé reculent par rapport à la période de référence. |
| Explication possible | Quelles causes restent compatibles ? | Demande, position, CTR, mix de requêtes ou changement de présentation peuvent contribuer. |
| Vérification | Quelle preuve faut-il ouvrir ensuite ? | Contrôler les requêtes, pages, dates de mise en ligne, annotations et données analytics. |
| Action proposée | Quelle prochaine étape est proportionnée ? | Examiner le groupe concerné avant toute modification large. |
Cette structure empêche une phrase comme “le trafic baisse, réécrivez la page” de traverser tout le processus sans preuve intermédiaire.
Elle améliore aussi la lecture par plusieurs métiers. Un responsable SEO voit le signal. Un développeur voit la vérification technique. Un responsable de contenu voit la question éditoriale. Le décideur voit ce qui est certain et ce qui ne l’est pas.
4. Pourquoi Search Console n’est jamais une vue complète
Automatiser une source n’élargit pas magiquement sa couverture.
Google documente plusieurs limites importantes :
- certaines requêtes sont anonymisées pour protéger la vie privée ;
- les tableaux n’exposent pas toutes les lignes et peuvent être tronqués ;
- les données sont agrégées selon la propriété, la page canonique et les dimensions demandées ;
- les données récentes peuvent être incomplètes et encore évoluer ;
- les résultats Search, News et Discover obéissent à des rapports ou types distincts.
L’API renvoie au maximum 25 000 lignes par requête avant pagination et peut signaler le début d’une période incomplète (Search Console API). Google précise aussi que l’export massif vers BigQuery fournit les données de performance disponibles pour la propriété, hors requêtes anonymisées (aide Search Console).
Ces détails ne sont pas des notes de bas de page techniques. Ils gouvernent ce que le rapport peut affirmer.
Une extraction automatique doit donc conserver :
- la source et la propriété ;
- la période et le fuseau utile ;
- les filtres et dimensions ;
- le type et l’agrégation ;
- l’état final ou incomplet des données ;
- les limites connues qui affectent l’interprétation.
Sans cela, un rapport régulier répète régulièrement une ambiguïté.
5. Suivre les changements sans créer de fausse alerte
Le workflow s’exécute une fois par semaine. À chaque passage, le relevé courant rejoint l’historique et est comparé avec tous les relevés antérieurs. Ce choix évite de réduire une récupération post-migration à un duel arbitraire entre deux semaines.
Mais “ça a bougé” ne signifie pas automatiquement “il faut agir”.
Une variation peut être :
- réelle et importante ;
- réelle mais attendue ;
- amplifiée par un petit volume ;
- liée au choix de la période ;
- causée par une donnée récente encore incomplète ;
- isolée à un segment qui ne change pas la priorité globale.
Le système applique donc les paramètres définis dans le brief, expose la base de comparaison et évite de convertir chaque différence en urgence. Les métriques, dimensions et seuils exacts restent confidentiels.
Aucun faux signal ou signal ambigu n’a été rapporté dans l’usage décrit par l’équipe. Le défaut observé était éditorial : certaines versions contenaient davantage d’éléments que nécessaire, les expliquaient de façon trop complexe et créaient de la confusion.
Ce retour a déplacé la question de qualité. Il ne suffisait plus que le rapport trouve des variations ; il devait hiérarchiser, compresser et écrire pour la personne qui allait le lire. Dans un système de reporting, la surcharge est aussi un mode d’échec.
La cadence hebdomadaire appartient à ce cas. Elle ne constitue pas une recommandation universelle : un rapport quotidien n’est pas plus mature qu’un rapport mensuel si personne ne peut agir à cette fréquence.
6. Ce que l’IA peut recommander et ce qu’elle ne peut pas conclure
Dans ce workflow, les règles sont posées dans le brief du rapport. La couche LLM exécute ensuite automatiquement le travail d’analyse et de rédaction. Elle peut :
- résumer les variations les plus visibles ;
- regrouper des signaux selon des paramètres définis ;
- proposer des hypothèses compatibles avec les données ;
- construire un premier ordre de vérification ;
- rédiger le rapport dans sa structure principale ;
- ajouter un bloc lorsque les données de la semaine le justifient.
Elle ne peut pas établir à partir de Search Console seul :
- la cause certaine d’une baisse ;
- la qualité de l’expérience après le clic ;
- le nombre de prospects ou le revenu généré ;
- l’effet isolé d’une modification lorsque d’autres facteurs ont changé ;
- qu’une recommandation générique est prioritaire pour ce business.
Même les recommandations natives de Search Console sont optionnelles, évoluent dans le temps et n’apparaissent que lorsque Google identifie un élément jugé actionnable (aide Google). Elles constituent des suggestions à examiner, pas un diagnostic causal universel.
Le rôle de l’IA est donc de réduire le coût de préparation du jugement. Pas de donner au rapport une confiance que la source ne possède pas. Pour la version manuelle de ce diagnostic, voir votre trafic baisse : trouvez la rupture avant de relancer le marketing.
Le contrôle humain est concret. Avant l’envoi au client, un spécialiste SEO lit le document, vérifie que les conclusions restent proportionnées aux données et simplifie les passages inutilement complexes. Dans la plupart des cas rapportés, cette étape prend 15 à 25 minutes.
Ce chiffre décrit le temps de revue actuel. Il ne mesure pas une économie avant/après, puisque le processus manuel antérieur n’existait pas.
7. Quand automatiser ce reporting et quand rester simple
Ce workflow est pertinent lorsque :
- une migration ou une refonte a modifié la structure du site ;
- la trajectoire complète compte davantage qu’une simple comparaison avec la période précédente ;
- les mêmes extractions et comparaisons se répètent ;
- plusieurs propriétés, segments ou périodes rendent le suivi manuel coûteux ;
- une équipe perd du temps à reconstruire les graphiques et la forme du rapport ;
- les paramètres et limites peuvent être documentés ;
- un spécialiste peut valider le rapport avant sa diffusion.
Il est probablement excessif lorsque :
- un responsable peut répondre au besoin dans le rapport natif en quelques minutes ;
- aucune décision récurrente ne dépend de la sortie ;
- les volumes sont trop faibles pour interpréter des variations fines ;
- l’équipe souhaite un texte automatique mais ne possède pas les actions à déclencher ;
- personne ne vérifiera les anomalies importantes.
Le critère n’est pas “peut-on automatiser le rapport ?”. La plupart des étapes le peuvent. Le critère est : quelle décision répétée ce rapport doit-il rendre plus rapide ou plus sûre ?
Conclusion : 100 % automatique, pas 100 % certain
Chaque semaine, ce système collecte, compare le nouveau relevé à tout l’historique, représente, analyse et produit le rapport automatiquement.
Cette automatisation est réelle. Elle ne donne pas à Search Console des informations qu’il ne contient pas et ne transforme pas une corrélation en cause.
La bonne sortie n’est pas un commentaire sûr de lui sous chaque graphique. C’est une chaîne lisible : observation, explication possible, vérification nécessaire, action proportionnée.
Dans ce cas, l’automatisation n’a pas remplacé un ancien reporting manuel. Elle a permis d’installer le suivi post-migration sans créer cette routine. Le spécialiste consacre son temps à lire, simplifier et valider le résultat, là où son jugement a une valeur réelle.
Montrez-nous la migration qu’il faut encore surveiller
Apportez la structure avant/après du site, les propriétés Search Console, les tendances à surveiller et les décisions qui devraient sortir du reporting.
IZZY peut cartographier les extractions, les comparaisons, les limites, le premier niveau d’analyse et le passage à l’humain - puis déterminer si le besoin relève d’un workflow n8n, d’une couche de reporting dédiée ou simplement d’une meilleure configuration native.
C’est exactement le périmètre de notre service Automatisation IA n8n.
Questions fréquentes
Le brouillon complet, oui : collecte, comparaison historique, graphiques, analyse, recommandations et génération s’exécutent automatiquement. Son envoi au client, non : un spécialiste SEO le valide d’abord.
Une fois par semaine dans ce projet. Chaque relevé est comparé à tous les précédents afin de suivre la récupération depuis la migration. Cette cadence est propre au cas, pas une règle universelle.
Le projet confirme l’analyse automatique de métriques Search Console, mais le jeu exact de métriques, dimensions, fenêtres et seuils n’est pas public.
Elle peut proposer des explications compatibles et les vérifications à mener. Search Console seul ne permet pas toujours d’établir une cause certaine.
Pas nécessairement. Google documente les requêtes anonymisées, la troncature de certaines lignes, l’agrégation et le caractère potentiellement incomplet des données récentes. Le rapport doit exposer ces limites.
La préparation du rapport est automatique et, dans la plupart des cas, sa lecture et sa validation demandent 15 à 25 minutes au spécialiste SEO. Il n’existait toutefois aucun rapport manuel antérieur et aucun protocole de mesure du temps gagné : nous ne transformons donc pas cette observation en chiffre d’économie. Aucun résultat SEO ou commercial attribuable n’a été fourni.
Sources et limites
- Le workflow client décrit ici repose sur la connaissance directe qu’IZZY a du projet, complétée le 7 septembre 2026. Havana Club est nommé ; ses propriétés, les paramètres exacts, les seuils, les rapports et les journaux restent confidentiels.
- Search Analytics: query, documentation officielle de l’API Search Console.
- Données et dimensions du rapport Performance, export massif vers BigQuery et recommandations Search Console, documentation Google.
- La documentation Google confirme les capacités et limites de la source ; elle ne prouve pas l’efficacité du workflow client.
- Le temps de revue de 15 à 25 minutes est une observation rapportée pour la majorité des rapports, pas une mesure indépendante d’économie. Aucun taux de détection, amélioration de trafic, conversion ou revenu n’est revendiqué.