Un audit SEO est un examen systématique de tout ce qui affecte la façon dont un site web est trouvé et classé dans les recherches : crawl, indexation, architecture du site, vitesse de page, convivialité mobile, qualité du contenu, liens internes, backlinks et données structurées. Il produit une liste classée des problèmes et des correctifs. En effectuer un avant de commencer tout travail SEO évite l’erreur classique d’écrire du nouveau contenu pour un site que les moteurs de recherche ne peuvent pas correctement crawler.
Pourquoi auditer avant de faire quoi que ce soit d’autre ?
Le travail SEO a tendance à commencer par ce qui semble productif : nouveaux articles de blog, nouveaux mots-clés, nouveaux liens. Mais si la moitié du site est bloquée par robots.txt, si les pages produits portent une balise noindex laissée par la pré-production ou si la navigation principale est invisible pour les crawlers, aucun de ces travaux ne compte.
Un audit vous indique quels problèmes freinent le plus le site. Il vous donne également une base de référence. Sans cela, vous ne pouvez pas démontrer plus tard si les classements ont augmenté grâce à votre travail ou à cause d’une tendance saisonnière.
De quels outils avez-vous besoin ?
- Google Search Console : état de l’indexation, erreurs de couverture, Core Web Vitals, actions manuelles et requêtes de recherche
- Bing Webmaster Tools : un deuxième avis sur le crawl et l’indexation
- Accès aux fichiers journaux, si disponible, pour voir quelles URLs Googlebot demande réellement
- Un crawler comme Screaming Frog SEO Spider ou Sitebulb pour voir le site comme le fait un moteur de recherche
- PageSpeed Insights et Chrome DevTools Lighthouse pour la performance
- Google Analytics 4 pour le trafic et l’engagement par page de destination
- Un outil de backlink comme Ahrefs, Semrush ou Majestic
- Rich Results Test de Google et Schema Markup Validator pour les données structurées
Les outils gratuits couvrent la majeure partie de l’audit pour les petits sites. Une licence de crawler payante devient rentable au-delà de quelques centaines de pages.
La check-list : crawl et indexation
Le site est-il crawlé correctement ?
Commencez par robots.txt sur yourdomain.com/robots.txt. Vérifiez qu’il ne bloque pas de sections importantes ou de ressources telles que les fichiers CSS et JavaScript. Ensuite, vérifiez le sitemap XML : il ne doit lister que les pages indexables et canoniques qui renvoient le statut 200, et il doit être soumis dans la Search Console.
Lancez un crawl complet. Recherchez les liens internes brisés (404), les chaînes de redirection, les boucles de redirection, les pages qui renvoient des erreurs 5xx et les pages orphelines vers lesquelles aucun lien interne ne pointe.
Les bonnes pages sont-elles indexées ?
Dans la Search Console, ouvrez le rapport Pages sous Indexation. Examinez les raisons pour lesquelles les pages ne sont pas indexées : “Crawled – currently not indexed”, “Discovered – currently not indexed”, “Duplicate without user-selected canonical”, “Excluded by noindex tag”. Chaque raison pointe vers une solution différente.
Comparez le nombre de pages indexées avec le nombre de pages que vous souhaitez voir indexées. Un grand écart dans les deux sens est une découverte. Trop peu signifie que des pages importantes manquent ; trop signifie généralement que des pages légères telles que des filtres, des archives de tags ou des résultats de recherche interne sont indexées.
L’architecture du site est-elle assez peu profonde ?
Les pages importantes doivent être accessibles en quelques clics depuis la page d’accueil. Vérifiez la profondeur de crawl dans votre rapport de crawler. Les pages enterrées à une profondeur de six ou sept sont moins crawlées et reçoivent peu de valeur de lien interne.
Examinez le texte d’ancrage des liens internes. Les liens qui disent “cliquez ici” ou “lire la suite” ne disent rien aux moteurs de recherche sur la page cible. Les ancres descriptives comme “check-list SEO technique” aident. Vérifiez également que la navigation principale et les liens de catégorie sont des liens HTML simples, et non des éléments qui ne fonctionnent qu’après l’exécution de JavaScript.
Le site répond-il aux bases de l’expérience de page ?
Les Core Web Vitals de Google donnent des seuils clairs pour une bonne expérience, mesurés au 75e centile des visites réelles :
- Largest Contentful Paint (LCP) : 2,5 secondes ou moins
- Interaction to Next Paint (INP) : 200 millisecondes ou moins
- Cumulative Layout Shift (CLS) : 0,1 ou moins
Vérifiez les données de terrain dans le rapport Core Web Vitals de la Search Console et PageSpeed Insights. Les données de laboratoire de Lighthouse aident à trouver les causes : images trop grandes, scripts bloquant le rendu, réponse lente du serveur, polices web chargées tardivement. Confirmez également que HTTPS est utilisé partout, que les avertissements de contenu mixte sont corrigés et que le site fonctionne bien sur mobile, car Google indexe la version mobile.
Testez les modèles plutôt que les URLs uniques. Exécutez PageSpeed Insights sur un exemple de chaque type de page, comme la page d’accueil, une page de catégorie, une page de produit ou de service et un article de blog. Les problèmes sont presque toujours partagés sur un modèle, donc une correction améliore souvent des centaines de pages à la fois.
Vérifications on-page et de contenu
Titres, descriptions et en-têtes
Exportez les titres et les méta-descriptions du crawler. Recherchez les titres manquants, en double, tronqués ou bourrés de mots-clés. Chaque page indexable doit avoir un titre unique qui décrit son contenu et un seul H1 clair.
Qualité du contenu et duplication
Regroupez les pages par type et vérifiez si chacune répond à un besoin de recherche spécifique. Recherchez les pages légères avec peu de texte original, les pages quasi identiques ciblant le même mot-clé (cannibalisation) et les articles obsolètes qui attirent encore du trafic mais donnent des informations anciennes. Le rapport de performance de la Search Console, filtré par requête, montre quand plusieurs URLs sont en concurrence pour le même terme.
Données structurées
Vérifiez que le balisage de schéma est valide et correspond au contenu visible : Organization, Product, Article, BreadcrumbList, FAQ ou LocalBusiness le cas échéant. Un balisage invalide ou trompeur peut faire perdre des résultats enrichis.
Quelle est la santé du profil de backlink ?
Examinez les domaines référents plutôt que le nombre total de liens. Regardez la tendance au fil du temps, la part des liens provenant de sites pertinents et la distribution du texte d’ancrage. Un profil dominé par des ancres commerciales à correspondance exacte ou des liens provenant de sites non liés et de faible qualité est un risque. Vérifiez le rapport Actions manuelles de la Search Console pour confirmer qu’il n’y a pas de pénalité.
Trouvez également les backlinks brisés : liens externes pointant vers des pages de votre site qui renvoient maintenant 404. Rediriger ces URLs vers la page pertinente la plus proche récupère la valeur que vous avez déjà gagnée.
Comment priorisez-vous les résultats ?
Un audit peut produire des centaines de problèmes. Classez-les par impact et effort.
- Critique : tout ce qui bloque le crawl ou l’indexation de pages importantes, comme les blocs robots.txt, les mauvaises balises noindex, les mauvaises canoniques ou les erreurs de serveur
- Élevé : échecs des Core Web Vitals sur des modèles clés, liens internes brisés dans la navigation, titres en double sur les pages monétisées
- Moyen : contenu léger ou cannibaliseur, liens internes faibles, données structurées manquantes
- Faible : problèmes mineurs de longueur de titre, texte alt d’image sur les anciens articles, chaînes de redirection cosmétiques
Corrigez par modèle, pas par page. Si les titres des pages produits sont mal générés, modifiez le modèle une fois plutôt que d’éditer deux mille produits à la main.
Attribuez à chaque résultat un propriétaire et une date. Les correctifs techniques vont généralement à un développeur, les correctifs de contenu aux éditeurs et les problèmes de liens à celui qui gère la sensibilisation. Un audit sans propriétaires devient un document avec lequel les gens sont d’accord et sur lequel personne n’agit.
Une fois les correctifs en ligne, demandez le crawl des URLs clés via l’inspection d’URL dans la Search Console et relancez le crawl un mois plus tard. Comparez les nouveaux résultats avec la base de référence pour que l’audit montre son propre effet.
Par où commencer cette semaine ?
Ouvrez la Search Console et lisez le rapport Pages sous Indexation. Notez les trois plus grandes raisons pour les pages non indexées et vérifiez cinq exemples d’URLs pour chacune. Ensuite, lancez un crawl de jusqu’à 500 URLs avec la version gratuite de Screaming Frog. Ces deux étapes révèlent généralement les problèmes les plus coûteux en moins d’une journée, avant que tout budget de contenu ou de lien ne soit dépensé.
Continuez à lire : SEO (Optimisation pour les moteurs de recherche) · SEO