Il y a six mois, un Core Update aurait pu couper ton trafic en deux. Il ne l’a pas fait. Mais si tu avais dû l’expliquer à ta direction, aurais-tu pu en apporter la preuve ? C’est exactement le problème que soulève Amanda King sur Search Engine Land : le SEO technique résiste à la mesure, non pas parce qu’on manque d’outils, mais parce que son rôle fondamental est la prévention, pas la production.
Ce que le SEO technique fait vraiment
La majorité du travail technique, c’est du maintien en condition opérationnelle. Correction de canonicals, gestion des redirections, résolution des problèmes de duplication, rendu JavaScript : ce sont des chantiers que personne ne remarque quand ils fonctionnent. Et c’est précisément le problème.
L’analogie que j’utilise souvent : c’est de l’assurance. Ou de la santé publique. On ne perçoit la valeur d’un vaccin que quand une épidémie qu’il a évitée commence chez les non-vaccinés. On ne mesure pas une catastrophe qui ne s’est pas produite.
Concrètement, deux exemples issus de l’article original :
- Suppression de redirections 301 vieilles d’un an : le serveur cesse de relire chaque ligne de redirect à chaque chargement de page. Le bénéfice, en crawl budget et en ressources serveur, est réel mais complètement invisible dans Analytics.
- Migration réussie : la condition de victoire est “on n’a pas perdu de trafic”. Une ligne plate. Voire une légère hausse. Le travail de migration ne devient visible que quand il échoue.
Ce que ça veut dire pour toi : si tu pilotes du SEO technique, tes succès ressemblent à des non-événements. C’est structurel, pas un défaut de ton reporting.
Le problème du groupe de contrôle inexistant
Voilà le cœur du sujet. La quasi-totalité des changements techniques touchent l’ensemble du site en même temps : pipeline de rendu, budget de crawl, vitesse de chargement. Il n’existe pas de “tranche épargnée” qui pourrait servir de groupe témoin.
Le seul avant/après disponible, c’est le temps. Et le temps est biaisé : les conditions externes changent entre les deux mesures. Google modifie son comportement de crawl. Un concurrent publie 200 articles. Un Core Update redistribue les cartes. Ton “avant” et ton “après” n’ont jamais existé dans le même environnement.
On peut essayer l’A/B testing SEO, segment par segment. Mais ça demande un niveau de buy-in différent, et ce n’est pas toujours faisable techniquement. La plupart des équipes n’ont pas ce luxe.
À cela s’ajoute le délai de recrawl de Google. Un fix déployé aujourd’hui peut mettre des semaines à produire un effet dans les SERPs. L’impact arrive loin de la cause dans le temps, dilué dans un cycle de réindexation, ce qui détruit la paire avant/après dont tout test propre a besoin.
C’est pour ça que j’ai trouvé intéressant de croiser cette lecture avec la remise en question des métriques des outils SEO tiers : même avec les meilleurs outils du marché, on travaille sur des approximations. Ce n’est pas une raison de baisser les bras, mais de calibrer ses attentes, et celles de sa direction.
Ce qu’on peut mesurer (et comment en parler)
L’impact d’abord, le ROI ensuite
La méthode que je retiens de l’article : prioriser par impact avant de chercher à prouver un ROI. Combien de pages sont affectées par ce problème ? Quelle part de ces pages est dans les sections prioritaires du site ? Voilà les vraies questions de triage.
Ensuite, pour la mesure, le proxy le plus solide disponible est la comparaison concurrentielle. Observer comment les sites concurrents réagissent à un Core Update, c’est la meilleure approximation d’un groupe de contrôle. Si ton trafic est stable pendant qu’un concurrent perd 40 %, ce delta est un signal fort. Ce n’est pas un ROI chiffré au centime près, mais c’est une preuve de résilience.
C’est ce qu’on appelle une mesure “par procuration” : un ROI adjacent à la part de voix.
Parler à la finance, pas seulement aux équipes SEO
L’argument que je trouve le plus efficace en pratique : expliquer le SEO technique avec le vocabulaire de l’assurance et de l’infrastructure. Les équipes financières savent calculer la valeur d’une police d’assurance. Elles savent évaluer le coût d’une interruption de service versus le coût de sa prévention.
Si tu as du mal à faire financer un audit technique, c’est souvent un problème de cadrage, pas de budget. “On va améliorer notre performance de crawl” parle peu à un DAF. “On réduit le risque d’une perte de trafic de 30-50 % lors du prochain Core Update” parle mieux.
Sur cette question du cadrage et de la priorisation des chantiers techniques, le travail sur les agents IA d’audit SEO comme Nox ouvre d’ailleurs des pistes intéressantes pour documenter les anomalies en continu, même si la question de la preuve d’impact reste entière.
Les LLM compliquent encore la mesure
Le contexte de 2026 ajoute une couche. Les réponses des moteurs de recherche IA sont personnalisées et probabilistes. Beaucoup de métriques sur lesquelles on s’appuyait sont devenues moins déterministes. Savoir si ton contenu est cité dans une réponse IA, ou comment ton site est perçu dans ce contexte, c’est un nouveau chantier de mesure en soi.
J’en avais parlé dans mon article sur le tracking des citations IA sur 6 moteurs : l’industrie SEO est dans un entre-deux. Les anciens indicateurs perdent en précision, les nouveaux ne sont pas encore stabilisés. Le SEO technique n’échappe pas à cette incertitude.
Ça ne signifie pas qu’il faut arrêter de mesurer. Ça signifie qu’il faut être honnête sur les limites de ce qu’on peut prouver, et construire des récits de valeur qui tiennent compte de cette incertitude.
Mon avis
Je suis d’accord avec le diagnostic de l’article : on a collectivement un problème de cadrage, pas un problème d’outils. Le SEO technique est de l’infrastructure. Il se justifie comme on justifie un contrat d’assurance ou une ligne de budget maintenance serveur. Chercher à en extraire un ROI précis à la manière d’une campagne payante, c’est une erreur de catégorie.
Le vrai levier est rhétorique : parler à la finance avec leur vocabulaire, montrer les comparaisons concurrentielles, et documenter les risques évités. Ce n’est pas glamour, mais c’est honnête. Et à long terme, l’honnêteté sur ce qu’on peut et ne peut pas prouver construit plus de crédibilité qu’un tableau de bord optimiste que personne ne croit vraiment.
Sur les chantiers SEO qui touchent à la fois la technique et la stratégie de contenu, mon agence AskOptimize accompagne des équipes qui cherchent justement à mieux articuler ces deux dimensions.
FAQ
Pourquoi le SEO technique est-il si difficile à mesurer en ROI ?
Parce que la majorité de la valeur créée est préventive. Un fix qui évite une pénalité lors d’un Core Update ne génère pas de trafic visible : il l’empêche de disparaître. Sans groupe de contrôle et sans chronologie propre, il n’existe pas de preuve directe, seulement des inférences.
Peut-on faire de l’A/B testing sur des changements SEO techniques ?
Techniquement oui, en isolant un segment de pages. Mais la plupart des modifications techniques touchent l’ensemble du site simultanément (rendu, crawl budget, vitesse), ce qui rend le groupe témoin impossible à construire dans la pratique.
Comment prouver la valeur d’une migration réussie ?
La condition de succès d’une migration est l’absence de perte de trafic. Le meilleur argument reste la comparaison concurrentielle : si des sites similaires ont perdu du trafic après un Core Update et pas le tien, c’est un signal fort de résilience.
Comment parler du ROI du SEO technique à sa direction ?
Utilise le vocabulaire de l’assurance et de l’infrastructure, pas celui du marketing de performance. Le SEO technique réduit la probabilité et le coût d’un choc. Les équipes financières savent évaluer ce type de risque.
Les outils SEO tiers permettent-ils de mieux mesurer l’impact technique ?
Ils apportent des données utiles sur la couverture d’indexation, la vitesse ou les erreurs de crawl. Mais Google a rappelé que ces outils n’accèdent pas à ses métriques internes. Ils offrent des indicateurs indirects, pas une mesure directe de l’impact sur le ranking.
