Vérification des résultats et Évaluations

Le Problème avec la Plupart des KPI SEO

Entrez dans n\'importe quel engagement SEO et vous obtenez un tableau de bord : classements, Domain Rating, trafic total, un nombre de backlinks en hausse. Ils ressemblent à du progrès. Presque aucun d\'eux ne prouve que le travail a causé le changement. Les classements dérivent d\'eux-mêmes. Les métriques de domaine sont des estimations de tiers. Le trafic total évolue avec la saisonnalité, la demande de marque et les propres mises à jour de Google. Un nombre de backlinks ne dit rien sur le fait qu\'un seul backlink aurait déplacé une seule requête.

Ceux-ci sont à la traîne, agrégés et principalement non causaux — l\'équivalent SEO des métriques de vanité. La question à laquelle un acheteur se préoccupe réellement est plus précise : cette correction spécifique a-t-elle déplacé cette requête spécifique, et pouvez-vous le montrer ? C\'est le seul KPI qui résiste à l\'examen, et c\'est précisément celui que le freelancer qui envoie 200 liens et un tableau vert, ou l\'outil en libre-service qui identifie une découverte et s\'arrête, ne peut structurellement pas répondre.

La visibilité n\'est pas la même chose qu\'un résultat vérifié. Sur un site que nous avons audité, les impressions ont augmenté de +168 % sur deux fenêtres adjacentes de 28 jours — 791 à 2 117 — tandis que les clics sont restés stables. Le tableau de bord ressemblait à une victoire. Rien n\'avait réellement été gagné. Une autre requête du même type d\'audit était à la position moyenne 6,5 avec 952 impressions et zéro clic sur 90 jours : une « visibilité » en première page qui n\'a livré rien. La vérification des résultats existe précisément pour attraper cet écart entre un nombre qui a bougé et un résultat qui a importé.

Qu\'est-ce qu\'une Évaluation Ici

Une évaluation, dans ce système, n\'est pas une note en texte libre sur ce que pense l\'agent s\'est passé. C\'est un enregistrement structuré et vérifié du résultat d\'une action — pour une correction, un article ou une opportunité que l\'agent a poursuivie. Chacun lie une action à une prédiction faite avant l\'expédition du travail, et à une mesure réelle de Search Console prise après.

Chaque action mesurable enregistre, d\'emblée :

• Ce qui a été fait — la correction, l\'article, la modification, avec un lien vers la demande d\'extraction qui l\'a expédiée
• Ce qu\'on s\'attendait à ce qu\'il déplace — une métrique GSC nommée et une valeur cible
• Ce qui s\'est réellement passé — le résultat re-mesuré quelques semaines plus tard, noté confirmé, régressé ou inconclusive

Ce triplet — action, prédiction, résultat vérifié — est l\'évaluation. Il transforme le travail SEO d\'une liste d\'activités en un corps de preuves sur ce qui fonctionne réellement.

Le Cycle de Vie de la Vérification

Chaque action mesurable passe par les mêmes quatre étapes, automatiquement :

1. Prédire — quand l\'agent signale une découverte, il définit un impact attendu, la métrique GSC qui le prouverait, et une valeur cible. La prédiction est engagée avant tout travail ne s\'expédie, donc elle ne peut pas être rationalisée après le fait.
2. Expédier par révision — la correction est implémentée (généralement comme une demande d\'extraction dans votre propre référentiel) et fermée seulement une fois qu\'elle est réellement en direct. La marquer comme terminée enregistre le lien de PR et une note d\'implémentation.
3. Attendre la fenêtre — fermer une tâche mesurable ouvre une fenêtre de vérification d\'environ 21 jours, assez longtemps pour que Search Console enregistre l\'effet réel plutôt que du bruit.
4. Re-mesurer contre GSC — une fois la fenêtre fermée, le moniteur hebdomadaire tire la métrique pour cette requête ou page et évalue le résultat : confirmé (le mouvement prédit s\'est produit), régressé (il a bougé dans la mauvaise direction), ou inconclusive (pas de signal clair).

Les Champs qui le Rendent Mesurable

Une tâche mesurable porte un ensemble petit et délibéré de champs. Ce sont ceux-ci qui transforment un à-faire en une affirmation vérifiable :

Pourquoi Ceci Bat Run-and-Hope

Le mode par défaut du SEO est run-and-hope : faire un lot de travail, regarder un nombre agrégé, et raconter une histoire sur pourquoi il a bougé. Parce que la prédiction n\'est jamais engagée avant le travail, tout mouvement peut être réclamé et tout non-mouvement peut être expliqué. Rien n\'est jamais falsifié, donc rien n\'est jamais vraiment appris.

La vérification des résultats inverse cela. La prédiction est verrouillée en premier. La métrique est nommée en premier. La fenêtre est fixée en premier. Quand le moniteur re-mesure, le verdict est tout ce que les données GSC disent — y compris « régressé », qu\'un tableau run-and-hope ne surfacerait jamais. Cette discipline est inconfortable exprès : c\'est la seule façon de distinguer une vraie victoire d\'une coïncidence.

La Boucle d\'Apprentissage

Les résultats vérifiés sont précieux en eux-mêmes — ils prouvent le travail à un client en nombres. Mais le gain plus profond est ce qui s\'accumule. Chaque évaluation confirmée, régressive ou inconclusive est un point de données structuré : ce qui a fonctionné, par tactique et par contexte. Une réécriture de titre sur une requête commerciale à portée frappante. Une poussée de lien interne vers une page mince. Un nouvel article contre un terme de faible difficulté. Chacun s\'expédie avec une prédiction et se résout à un verdict.

Par site, ce registre aiguise rapidement la priorisation : l\'agent cesse de deviner quelles tactiques rapportent sur ce domaine et commence à classer les découvertes par ce qui a réellement été confirmé de déplacer l\'aiguille ici. Sur de nombreux engagements, les mêmes registres se composent en priors entre clients — quelle tactique tend à fonctionner dans quel contexte — donc l\'agent devient meilleur à prédire l\'impact avant l\'expédition de tout travail. C\'est la boucle : chaque action devient une preuve, et la preuve rend la prédiction suivante meilleure.

Comment le Tableau et le Moniteur le Produisent

La boucle entière s\'exécute à travers deux éléments que vous avez déjà : le tableau de tâches et le moniteur hebdomadaire.

• Le tableau est l\'endroit où les prédictions vivent. Quand l\'agent — ou l\'agent de codage dans votre propre référentiel, sur le serveur MCP — signale une découverte, il crée une tâche avec expected_impact, verify_metric, et verify_target. Quand il expédie la correction, il marque la tâche comme terminée avec pr_url et une note d\'implémentation.
• Marquer une tâche mesurable comme terminée met en file d\'attente la vérification. Au moment où une tâche avec une métrique de vérification est fermée, son statut bascule à pending et la date verify_after est définie à environ 21 jours. Rien d\'autre n\'est nécessaire — la prédiction est maintenant sur l\'horloge.
• Le moniteur du lundi rend le verdict. Chaque semaine, le moniteur lit chaque tâche dont la fenêtre s\'est fermée, tire les données de Search Console pertinentes, et écrit verification_status, verified_at, et une verification_note avec les chiffres. Confirmé, régressé ou inconclusive — les données décident.

C\'est la même boucle continue décrite dans l\'agent autonome et la boucle d\'agent, avec la couche de responsabilité rendue explicite : rien n\'est affirmé que GSC n\'a pas confirmé.

Pour Commencer

La vérification des résultats n\'est pas un paramètre que vous basculez — c\'est comment l\'agent fonctionne au moment où il exécute votre SEO. Commencez par votre rapport SEO gratuit pour voir les découvertes arriver sur le tableau, puis réservez un appel avec le fondateur pour mettre la boucle complète sur votre compte : l\'agent de codage expédiant des corrections par révision, et le moniteur hebdomadaire prouvant chacune dans Search Console.

Une fois qu\'il fonctionne, la question que vous posez change. Pas « le trafic a-t-il augmenté ? » mais « lesquelles des corrections du mois dernier ont été confirmées, lesquelles ont régressé, et qu\'est-ce que cela nous dit de faire ensuite ? » — la seule question SEO qui vaut la peine de répondre.