
Commencez par le périmètre de l’audit et les métriques de base
La première réponse à la question « que dois-je mesurer après avoir engagé un freelance pour un audit de site web ? » n’est pas une métrique. C’est le périmètre. Pour mesurer l’impact d’un audit SEO freelance, vous devez d’abord définir précisément quelles pages, quels modèles et quels systèmes ont été inclus, faute de quoi la comparaison sera bancale dès le départ. Notez les pages concernées : page d’accueil, pages catégories, pages produits, articles de blog, tunnel d’achat, recherche et toutes les versions linguistiques ou nationales incluses.
Demandez les chiffres de référence avant toute correction. Cela signifie les erreurs d’exploration actuelles, les pages indexées, les clics organiques, les impressions, la position moyenne, la vitesse des pages et le nombre de pages dont les métadonnées sont manquantes ou dont les titres sont dupliqués. Il vous faut ces chiffres à une date précise, pas éparpillés dans trois outils et deux captures d’écran. Sans point de départ, le travail du freelance peut sembler meilleur ou moins bon pour des raisons qui n’ont rien à voir avec l’audit.
Conservez ce point de départ en l’attachant à la date du rapport d’audit. Un chiffre datant du trimestre précédent ne suffit pas. Même un petit site peut évoluer rapidement. Si le site comptait 480 pages indexées lundi et 510 vendredi, cela compte.
Une habitude utile : demandez au freelance d’indiquer la source exacte du crawl utilisée. S’agissait-il de Screaming Frog, Sitebulb, Search Console ou d’un crawl manuel ? L’outil compte, car la couverture compte, et la couverture modifie ce que vous mesurerez ensuite.
Vérifiez la couverture des principaux problèmes techniques
L’audit doit expliquer clairement ce qui a été trouvé, et pas seulement dire que « des problèmes techniques existent ». Vous voulez des quantités et des exemples pour les liens cassés, les chaînes de redirection, les balises canoniques manquantes, les pages dupliquées, les pages orphelines, les métadonnées manquantes et les blocages d’indexation. Si le freelance a trouvé 17 liens internes cassés sur les modèles produits, c’est un vrai élément. S’il a seulement écrit « plusieurs liens cassés », c’est faible. Les chiffres imposent la responsabilité.
Les liens cassés sont simples à vérifier, mais leur emplacement compte davantage que leur nombre. Trois liens cassés dans l’en-tête sont plus problématiques que dix dans un pied de page oublié. Les chaînes de redirection doivent être traitées de la même façon : notez où elles commencent, combien d’étapes elles comportent et si la cible finale est correcte. Une chaîne à quatre sauts n’est pas seulement peu élégante ; elle peut ralentir le crawl et créer des problèmes de maintenance.
Les métadonnées manquantes doivent être vérifiées page par page. Les balises title, les meta descriptions, les balises canoniques et les directives robots sont des tâches distinctes. Ne les mélangez pas. Une page dont les métadonnées sont manquantes et une page bloquée pour l’indexation ne posent pas le même problème, même si elles apparaissent toutes deux dans le rapport d’audit. Cette distinction fait gagner du temps plus tard.
Si le freelance a signalé des pages dupliquées, demandez comment il les a identifiées. Le contenu dupliqué peut être une copie exacte, une quasi-copie ou une version générée par des paramètres via les filtres ou le tri. Si votre site utilise une navigation à facettes, cette vérification peut relever d’un autre flux de travail, comme embaucher un freelance pour le filtrage et la recherche produits, car la même configuration génère souvent du gaspillage de crawl et des URL dupliquées.
Mesurez l’impact sur la visibilité dans les moteurs de recherche
La visibilité dans les moteurs de recherche est l’endroit où le travail d’audit devient visible en dehors du tableau d’audit. Si vous vous demandez quelles métriques suivre après un audit de site web, commencez par les impressions, les clics, la position moyenne et le nombre de pages indexées pour les pages qui ont été corrigées. Utilisez la même période avant et après, sinon la comparaison devient peu fiable. Deux semaines sont souvent trop courtes pour de nombreuses corrections SEO. Huit à douze semaines sont souvent plus utiles, même si la taille du site et la fréquence de crawl modifient ce calendrier.
Les impressions peuvent augmenter avant les clics. C’est normal. Une page peut apparaître plus souvent sur de nouvelles requêtes après l’amélioration des métadonnées, mais si le titre n’attire pas les internautes, le taux de clic peut rester stable. Les positions peuvent aussi évoluer sans impact commercial. Une page qui passe de la position 18 à 11 progresse, mais cela ne suffit pas toujours à générer beaucoup de trafic. Mesurer sans contexte devient vite trompeur.
L’indexation mérite son propre contrôle. Si l’audit recommandait de retirer des balises noindex sur certaines pages, surveillez si ces pages entrent dans l’index. Si la recommandation était de bloquer les pages minces ou dupliquées, surveillez si elles disparaissent. Search Console est généralement l’outil le plus simple pour suivre cela, mais l’essentiel est la cohérence. Suivez à chaque fois le même ensemble d’URL.
N’attendez pas une seule ligne simple de cause à effet. Une mise à jour du sitemap, une refonte de contenu et une correction technique peuvent avoir lieu le même mois. L’attribution devient alors complexe. Malgré tout, vous pouvez observer une direction. Si 40 URL prioritaires ont été nettoyées et que seules 12 ont changé de visibilité après 60 jours, les recommandations du freelance n’ont peut-être été que partiellement efficaces.
Suivez les changements de performance visibles pour l’utilisateur
Un audit de site web ne concerne pas seulement les moteurs de recherche. Il doit aussi améliorer la façon dont le site se ressent. Mesurez la vitesse des pages, les décalages de mise en page, l’ergonomie mobile et les taux d’erreurs visibles avant et après les corrections. Une page qui se charge une seconde plus vite peut sembler peu spectaculaire, mais les utilisateurs perçoivent rapidement les ralentissements sur mobile. Un site peut être techniquement « meilleur » tout en restant pénible si les boutons bougent ou si les formulaires ne répondent pas au toucher.
Les Core Web Vitals constituent un ensemble de contrôles utile, mais ce ne sont pas les seuls. Suivez Largest Contentful Paint, Cumulative Layout Shift et Interaction to Next Paint si votre équipe les surveille. Comparez ensuite ces données au comportement réel des pages. Si un modèle passe de 3,8 secondes à 2,6 secondes, mais que les utilisateurs se plaignent toujours de lenteurs, il peut y avoir un problème de script ou un widget tiers que l’audit a manqué.
Les taux d’erreur comptent aussi. Les 404, les 500, les échecs d’envoi de formulaire et les échecs de chargement d’images sont des éléments concrets. L’ergonomie mobile l’est tout autant. Si l’audit a identifié 18 pages avec des zones tactiles trop proches et que ces pages ont été corrigées, refaites le test sur un vrai téléphone. Une capture d’écran sur ordinateur ne vous dira pas si le menu est utilisable au pouce.
Un petit détail utile : vérifiez les mêmes pages dans les mêmes conditions réseau. Une page testée sur le Wi-Fi du bureau peut masquer des problèmes qui apparaissent sur des réseaux mobiles plus lents. La différence est souvent évidente. Parfois brutale.
Examinez les constats sur le contenu et la qualité on-page
Un bon audit devrait améliorer la pertinence des pages, et pas seulement la santé technique. Vérifiez si les balises title ont été réécrites pour correspondre au sujet de la page, si les titres sont devenus plus précis et si les liens internes pointent désormais vers les pages les plus importantes. Si le site vend des services, une page qui disait autrefois « Solutions » au niveau H2 et qui affiche maintenant « Audit SEO pour boutiques e-commerce » est plus simple à comprendre, pour les utilisateurs comme pour les moteurs de recherche.
Le contenu mince est un autre domaine où la mesure doit être concrète. Comptez les pages qui ont été enrichies, fusionnées ou supprimées. Un freelance peut recommander de transformer cinq articles de blog faibles en un seul guide plus solide. Ce n’est pas qu’une préférence éditoriale. Cela modifie l’indexation, le maillage interne et les chances de se positionner sur une requête ciblée.
Le maillage interne mérite une vérification page par page. Regardez si les pages prioritaires ont reçu des liens depuis des pages connexes, depuis la page d’accueil et depuis les éléments de navigation. Une page avec un seul lien interne est plus facile à manquer qu’une page avec sept. Mais sept liens aléatoires ne sont pas automatiquement meilleurs. Le lien doit être cohérent avec le sujet et le texte environnant.
La pertinence du contenu doit aussi être évaluée au regard de l’intention. Si une page produit a été rendue plus descriptive, répond-elle aux questions probables de l’internaute ? Si une page service affiche désormais des preuves plus claires, a-t-elle cessé de paraître générique ? L’audit aurait dû signaler directement ces lacunes. S’il ne l’a pas fait, le freelance s’est peut-être trop concentré sur la santé du crawl et pas assez sur la page elle-même.
Comparez les pages prioritaires avant et après les corrections
N’évaluez pas tout le site comme un bloc unique. Séparez la comparaison par type de page : page d’accueil, pages catégories, pages produits, articles de blog, pages d’atterrissage et pages d’assistance. Un modèle de catégorie peut s’améliorer tandis qu’un modèle produit évolue à peine. Cette différence compte, car les modèles sont scalables. Une correction sur un modèle peut affecter 200 URL, alors qu’une correction sur une seule page n’en affecte qu’une.
Construisez un tableau avant/après pour les 10 à 20 pages prioritaires principales. Incluez l’ancienne et la nouvelle balise title, l’état d’indexation, le nombre de clics, le nombre d’impressions, la métrique de vitesse et le problème technique le plus important qui a été corrigé. Cela fait deux choses. Cela montre quelles sections ont réagi à l’audit et quelles sections ont encore besoin de travail. Pas de supposition.
| Type de page | Avant | Après | Ce qui a changé |
|---|---|---|---|
| Page d’accueil | Balise canonique manquante | Balise canonique ajoutée | Clarté de l’indexation améliorée |
| Page catégorie | Chargement lent | Chargement plus rapide | Correction des performances appliquée |
| Page produit | Titre dupliqué | Titre unique | Pertinence on-page améliorée |
Ce tableau peut révéler des surprises. Une petite modification de modèle peut surpasser une grosse réécriture de contenu. Ou l’inverse. Si le blog s’est amélioré mais pas les pages qui génèrent du chiffre d’affaires, l’audit était peut-être trop axé sur le contenu informationnel. Si les pages monétisées se sont améliorées et que le blog ne l’a pas fait, ce n’est peut-être pas un problème pour le trimestre.
Évaluez la qualité de l’implémentation
Les constats d’audit ne servent que s’ils deviennent de vrais changements sur le site. Vérifiez si les recommandations du freelance étaient claires, précises et techniquement réalisables par votre équipe. « Améliorer la vitesse du site » est faible. « Compresser les images principales sur les modèles mobiles et différer les scripts non essentiels jusqu’après le chargement » est une instruction exploitable. L’une est un souhait. L’autre est une tâche.
La qualité de l’implémentation peut être évaluée en trois étapes. D’abord, la recommandation était-elle assez précise ? Ensuite, a-t-elle été correctement traduite dans le CMS ou dans le code ? Enfin, le site en ligne correspondait-il vraiment à la recommandation ? Si l’une de ces étapes a échoué, le résultat de l’audit peut sembler pire qu’il ne devrait l’être. Ce n’est pas toujours la faute du freelance. Parfois, le développeur a modifié la correction pendant l’implémentation.
Demandez des preuves. Captures d’écran, URL, identifiants de tickets, commits Git ou exports avant/après sont tous utiles. Un audit clair peut quand même échouer si la passation est mauvaise. Si le freelance a travaillé en étroite collaboration avec un développeur, l’implémentation peut être propre. Sinon, de petites erreurs peuvent s’infiltrer : mauvais modèle de page, redirections partielles ou métadonnées appliquées à la mauvaise version linguistique.
Il existe aussi une mesure plus souple : le freelance a-t-il expliqué le « pourquoi » derrière chaque correction ? Une équipe peut implémenter dix recommandations avec plus d’assurance lorsque chacune a sa raison d’être. Cela fait gagner du temps sur les révisions. Cela réduit aussi le risque de voir le même problème revenir au sprint suivant.
Transformez les résultats de l’audit en prochaine liste d’actions
La dernière chose à mesurer, c’est ce qui n’est pas encore résolu. Un bon audit de site web doit se terminer par une liste d’actions priorisées : à corriger maintenant, à corriger ensuite, à surveiller et à ignorer pour le moment. Cette liste doit inclure l’effort, l’impact et les dépendances. Si le nettoyage des redirections dépend d’une mise en production, notez-le. Si une correction de contenu nécessite un rédacteur, dites-le. Des prochaines étapes vagues deviennent des prochaines étapes oubliées.
Retestez d’abord les constats à plus fort impact. Commencez par les pages qui avaient du trafic, de la valeur de conversion ou de sérieux blocages techniques. Puis planifiez des contrôles récurrents pour les problèmes susceptibles de revenir, comme les liens cassés, les balises noindex accidentelles et les titres dupliqués. Sur beaucoup de sites, ce ne sont pas des problèmes ponctuels. Ils réapparaissent après les lancements produits, les mises à jour de plugins et les modifications faites dans l’urgence.
Certaines équipes construisent une liste de contrôle d’audit mensuel à partir du rapport initial. C’est souvent suffisant. D’autres ont besoin d’un examen trimestriel pour les sites plus grands ou ceux qui publient fréquemment. Un site plus petit peut n’avoir besoin que d’un suivi court après 30 jours, puis d’un autre examen après 90 jours. Le bon rythme dépend de la fréquence à laquelle le site évolue.
Si le freelance a découvert des problèmes dans un domaine connexe, comme les pages de politique, les annonces de place de marché ou le texte de confidentialité, reliez ces constats au cycle de travail suivant plutôt que de les laisser dans un dossier séparé. Pour les équipes qui publient aussi sur des places de marché, la même rigueur peut aider avec des références comme les règles de placement et d’affichage ou même la confidentialité des freelances, car un audit de site met souvent au jour des problèmes au niveau des pages qui méritent aussi un contrôle de conformité.
Mesurez ce qui a changé, puis décidez de ce qui compte encore. L’audit n’est terminé que lorsque la prochaine liste de tâches est rédigée. Pour vérifier les résultats d’un audit SEO, il faut comparer méthodiquement le point de départ, les corrections appliquées et les effets observés dans le temps.



Commentaires 0
Aucun commentaire pour l'instant — soyez le premier.