Le guide publié par Search Engine Land le 10 août sur les tests SEO techniques est utile parce qu’il traite la partie que les équipes oublient souvent: savoir si le changement a causé le résultat. Une migration, une mise à jour du maillage interne, un nettoyage de canonical ou une correction de rendu peuvent sembler réussis dans un graphique avant-après simplement parce que la demande a bougé, que Google a recrawlé d’anciennes pages, qu’un concurrent a changé ou qu’une mise à jour algorithmique est arrivée au même moment.
C’est important pour les dirigeants car le SEO technique entre souvent en concurrence avec les priorités produit, design et engineering. Si le test ne montre pas quelle décision prendre, l’équipe peut ajouter de la complexité sans apprendre. L’objectif n’est pas de rendre chaque changement SEO parfait sur le plan académique. Il est de rendre la comparaison assez solide pour une décision business.
Pourquoi l’avant-après est fragile
Une revue avant-après est facile à produire et facile à surinterpréter. Elle montre ce qui s’est passé après une mise en ligne, mais pas ce qui se serait passé sans cette mise en ligne. Ce contrefactuel manquant explique les débats internes. Une personne voit une hausse de trafic et parle de victoire. Une autre voit la saisonnalité, les délais de crawl ou la volatilité des positions et conclut que le résultat est incertain.
Gardez l’avant-après pour les contrôles à faible risque ou le monitoring initial. Pour un changement technique important, définissez l’hypothèse et la méthode de comparaison avant l’implémentation.
Choisir le design du test
L’option pratique la plus forte est un split test ou un test par groupes appariés. Sélectionnez un groupe de pages à modifier et un groupe comparable à laisser inchangé. Appariez si possible par template, niveau de trafic, état d’indexation, intention de recherche et valeur business. Si ce n’est pas réaliste, utilisez un déploiement progressif: lancez d’abord sur une section et gardez des sections comparables stables.
La règle importante consiste à écrire le verdict avant le release. Une bonne hypothèse ressemble à ceci: “Si nous améliorons le maillage interne des pages catégories, Google crawlera plus vite les pages produits profondes et les sessions organiques non-marque issues de ces pages augmenteront en six semaines.” Cette phrase précise les métriques et la date de jugement.
Les métriques à suivre
- Signaux de crawl: fréquence de crawl, erreurs, temps de réponse et accès de Googlebot aux templates modifiés.
- Signaux d’indexation: nombre de pages indexées, URL exclues et comportement des groupes canonical ou dupliqués.
- Signaux de visibilité: impressions, distribution des positions et couverture des requêtes dans Search Console.
- Signaux de trafic: sessions organiques non-marque, conversion des landing pages et revenu lorsque l’attribution est fiable.
- Contrôles qualité: logs, templates, redirections, canonicals et rendu des pages après déploiement.
N’utilisez pas une seule métrique. Un meilleur crawl sans indexation peut signifier que la découverte s’améliore mais pas la qualité. Une hausse de position sans conversion peut être faible commercialement. Une hausse de trafic sans groupe témoin stable peut simplement refléter la demande.
La checklist de verdict
Avant de déclarer une victoire, répondez à cinq questions. Le groupe traité a-t-il changé comme prévu? Le groupe témoin est-il resté stable? La métrique attendue a-t-elle évolué dans le bon sens? D’autres releases ou changements de demande ont-ils affecté la période? L’effet est-il assez important pour justifier le coût du déploiement?
Les résultats utiles sont réussite, échec et inconclusif. Inconclusif n’est pas un échec; il empêche l’entreprise de généraliser une modification sans preuve. La discipline pratique tient en quatre mots: une hypothèse, une comparaison, une date de revue et une décision.
