Audit SEO technique : comment le réaliser pas à pas

Un audit SEO technique est une vérification structurée visant à savoir si les moteurs de recherche peuvent trouver, explorer, restituer et indexer vos pages. Ce guide déroule l'audit dans l'ordre qui fait gagner du temps, puis montre comment hiérarchiser ce que vous trouvez pour corriger d'abord ce qui compte.

On le cherche aussi sous le nom d'« audit tech SEO ». C'est le même travail. Vous cherchez les raisons techniques pour lesquelles une bonne page n'obtient pas la visibilité qu'elle devrait.

Avant de commencer : définissez le périmètre

Décidez de ce que vous auditez avant d'ouvrir un outil. Un site local de 40 pages et une boutique de 40 000 pages n'exigent pas la même profondeur.

• Choisissez la propriété. Utilisez la propriété Search Console exacte (domaine ou préfixe d'URL) pour que les données correspondent au site que vous explorez.
• Listez les pages qui rapportent de l'argent. Accueil, pages de services, pages d'établissements, produits phares. Elles sont vérifiées à la main, pas seulement par un outil.
• Notez les changements récents. Une migration, une refonte ou un changement de plugin est le premier suspect de toute baisse.
• Enregistrez un point de départ. Exportez les clics, les impressions et le nombre de pages indexées afin de prouver que l'audit a fonctionné.

Des outils comme Argus, le robot d'exploration de sites de ZeusSEO, prennent en charge l'exploration et la liste des problèmes pour que vous consacriez votre temps aux décisions. Plus de détails dans les étapes ci-dessous.

Étape 1 : vérifiez l'explorabilité

Si un robot ne peut pas atteindre une page, rien d'autre n'a d'importance. Commencez ici.

1. Ouvrez robots.txt. Vérifiez qu'il se charge à la racine, renvoie un code 200 et ne bloque pas des dossiers que vous voulez voir classés. Un « Disallow: / » oublié depuis l'environnement de test est fréquent. Rappelez-vous que robots.txt contrôle l'exploration, pas l'indexation ; l'introduction à robots.txt de Google explique la différence.
2. Cherchez les noindex. Examinez la balise meta robots et l'en-tête X-Robots-Tag sur les pages clés. Un noindex associé à une entrée de sitemap envoie des signaux contradictoires.
3. Explorez le site vous-même. Un robot d'exploration suit les liens comme le fait un bot et vous montre en une passe les codes de statut, les titres et les liens cassés.
4. Cherchez les erreurs 4xx et 5xx. Les pages qui renvoient une 404 tout en recevant encore des liens internes sont un gain rapide. Des erreurs 5xx répétées suggèrent un problème d'hébergement.

Dans ZeusSEO, Argus explore un site et rapporte les totaux à l'échelle du site : pages renvoyant des erreurs 4xx ou 5xx, pages avec des liens internes ou externes cassés, pages noindex et pages avec un balisage schema cassé. Il liste aussi les pages explorées en commençant par celles qui comptent le plus de problèmes, avec leur état d'indexation. Une limite honnête : les données d'exploration ne conservent pas les chaînes de redirections, vérifiez-les donc séparément (étape 4).

Étape 2 : vérifiez l'indexation et la couverture dans Search Console

Exploré ne veut pas dire indexé. Search Console vous indique ce que Google a réellement fait.

1. Lisez le rapport d'indexation des pages. Comparez les pages indexées et non indexées, puis lisez le motif de chaque groupe. Google documente les motifs dans l'aide du rapport d'indexation des pages.
2. Échantillonnez avec l'Inspection d'URL. Inspectez vos pages principales. L'outil d'inspection d'URL affiche l'état d'indexation d'une page et permet de lancer un test en direct.
3. Recoupez le nombre. Si votre sitemap liste 500 URL et que Google en a indexé 300, trouvez lesquelles manquent parmi les 200 restantes, et pourquoi.
4. Distinguez l'intentionnel de l'accidentel. Les pages de remerciement et les URL filtrées doivent rester hors de l'index. Les pages de services, non.

ZeusSEO peut exécuter ces vérifications via votre assistant IA. Il peut inspecter une URL isolée avec la véritable API d'inspection d'URL, traiter une liste par lots et comparer un sitemap avec ce qui est indexé. Ces appels sont en lecture seule. Ils rapportent l'état communiqué par Google, notamment l'état de couverture, la date de la dernière exploration et si la canonique choisie par Google correspond à la vôtre. Ils ne demandent jamais d'indexation. La configuration est décrite dans le guide MCP de Search Console.

Étape 3 : auditez vos sitemaps

Un sitemap est une liste de pages que vous voulez voir indexées. Considérez-le comme une promesse et vérifiez que vous la tenez. Google décrit le rôle d'un sitemap dans sa présentation des sitemaps.

• Uniquement des URL canoniques, indexables et de statut 200. Pas de redirections, pas de 404, pas de pages noindex, pas de doublons par paramètres.
• Soumis dans Search Console. Vérifiez que le statut est « Réussite » et que le nombre d'URL détectées paraît cohérent.
• Référencé dans robots.txt. Ajoutez la ligne Sitemap pour que n'importe quel robot puisse le trouver.
• À jour. Les nouvelles pages apparaissent, les pages supprimées disparaissent. Un sitemap obsolète gaspille l'attention des robots.
• Découpez les gros sites. Utilisez un index de sitemaps pour que chaque fichier reste gérable.

La comparaison entre sitemap et pages indexées est le moyen le plus rapide de voir l'écart. Elle collecte les URL de votre sitemap soumis, les vérifie auprès de Google et renvoie celles qui ne sont pas indexées avec leur état de couverture. Les gros sitemaps sont vérifiés par lots reprenables, car Google limite les inspections quotidiennes.

Étape 4 : vérifiez les redirections

Les redirections sont l'endroit où les migrations cassent discrètement.

1. Trouvez les chaînes. A vers B vers C devrait être A vers C. Chaque saut ralentit la page et brouille la clarté.
2. Trouvez les boucles. A redirige vers B, B redirige vers A. La page ne se charge jamais.
3. Utilisez des redirections permanentes pour les déplacements. Une redirection permanente indique à Google que le déplacement est définitif. Une redirection temporaire laissée en place pendant des années est un bogue. La documentation de Google sur les redirections explique comment chaque type affecte l'URL affichée dans les résultats.
4. Imposez une seule version. HTTP vers HTTPS, et un seul choix entre www et sans www, le tout en un seul saut.
5. Faites pointer les liens internes vers l'URL finale. Ne comptez pas sur une redirection pour porter votre propre navigation.

Étape 5 : examinez les balises canoniques

La balise canonique désigne la version préférée d'une page. Le guide de Google sur la consolidation des URL en double présente les balises canoniques, les redirections et les sitemaps comme les signaux que vous pouvez utiliser.

• Les canoniques autoréférencées sur les pages normales sont saines.
• Une canonique vers une autre URL doit être volontaire. Vérifiez que la cible renvoie 200 et est indexable.
• Canonique et sitemap. L'URL du sitemap et la canonique doivent correspondre.
• Le choix de Google et le vôtre. Dans l'Inspection d'URL, si la canonique déclarée et celle sélectionnée par Google diffèrent, cherchez pourquoi. C'est généralement du contenu dupliqué ou des signaux contradictoires.
• Paramètres et pagination. Les URL filtrées et triées doivent aboutir à une seule page canonique.

Étape 6 : testez la vitesse et les Core Web Vitals

La vitesse est un facteur de classement et un facteur de conversion. Utilisez d'abord les données d'utilisateurs réels, puis les données de laboratoire.

1. Commencez par le rapport Core Web Vitals de Search Console. Il regroupe les URL à partir des données de terrain, de sorte que vous corrigez des modèles, pas des pages isolées.
2. Lancez PageSpeed Insights sur une URL par modèle : accueil, page de service, article de blog, page d'établissement.
3. Lisez les trois métriques : Largest Contentful Paint (chargement), Interaction to Next Paint (réactivité) et Cumulative Layout Shift (stabilité). Google les explique dans Comprendre les Core Web Vitals et les résultats de la recherche Google.
4. Corrigez les causes habituelles : images d'en-tête surdimensionnées, polices non optimisées, scripts bloquant le rendu, balises tierces lourdes et dimensions d'images manquantes.

Traitez cette étape comme une mesure à part entière. Associez-la à l'exploration, mais vérifiez la vitesse avec un outil de vitesse.

Étape 7 : validez les données structurées

Le balisage schema aide Google à comprendre une page et peut la rendre éligible aux résultats enrichis. Commencez par l'introduction aux données structurées de Google.

• Faites correspondre le balisage à la page. Ne balisez pas un contenu que les utilisateurs ne voient pas.
• Testez avec le Test des résultats enrichis de Google. Visez zéro erreur et examinez les avertissements.
• Vérifiez les propriétés obligatoires de chaque type, comme LocalBusiness, FAQPage, Article et BreadcrumbList.
• Surveillez le JSON cassé. Une virgule manquante invalide le bloc.

L'exploration d'Argus signale les pages avec un balisage schema cassé : un passage sur tout le site trouve donc les erreurs de syntaxe avant que vous ne testiez les pages une à une.

Étape 8 : auditez les liens internes

Les liens internes déterminent la façon dont l'autorité et l'attention des robots circulent dans votre site.

• Pages orphelines. Des pages présentes dans le sitemap mais vers lesquelles aucun lien interne ne pointe. Reliez-les depuis une page pertinente.
• Profondeur de clic. Les pages qui rapportent doivent être accessibles en quelques clics depuis la page d'accueil.
• Liens cassés. Corrigez ou supprimez les liens vers des pages 404, internes comme externes.
• Texte d'ancrage. Utilisez un texte descriptif, pas « cliquez ici ».
• Liens redirigés. Mettez à jour les liens qui passent par une redirection.

Étape 9 : passez en revue les bases on-page

Les audits techniques incluent souvent de rapides vérifications on-page, car les robots les voient gratuitement : titres manquants ou en double, H1 manquants, pages pauvres et meta descriptions manquantes.

Le module Kronos de ZeusSEO réalise un audit on-page gratuit. Il découvre les pages publiques à partir de robots.txt et du sitemap, les récupère, détecte les problèmes on-page et construit un plan de corrections mensuel hiérarchisé. Il n'effectue aucun appel d'API payant et n'utilise aucun crédit. Chaque correction est classée critique, élevée, moyenne ou faible, et marquée comme automatisable ou manuelle.

Comment hiérarchiser ce que vous trouvez

Un premier audit peut renvoyer des centaines de problèmes. Ne les corrigez pas dans l'ordre où l'outil les liste. Classez-les.

1. Les bloqueurs d'abord. Tout ce qui empêche l'exploration ou l'indexation de pages importantes : blocages dans robots.txt, noindex accidentel, erreurs serveur, boucles de redirection.
2. Puis les pages qui comptent. Une canonique cassée sur une page de service passe avant un attribut alt manquant sur un vieil article de blog.
3. Notez selon l'impact et l'effort. Fort impact et faible effort passent en tête du sprint. Fort effort avec impact incertain va au backlog.
4. Corrigez par modèle. Une seule modification d'un modèle peut éliminer des centaines d'URL signalées.
5. Regroupez en sprints mensuels. Un plan court et daté se réalise. Un tableur de 300 lignes, non.
6. Réexplorez et comparez. Confirmez chaque correction, puis comparez avec votre point de départ de l'étape de cadrage.

À quelle fréquence auditer

Réalisez un audit complet lorsque vous prenez en charge un site, après toute migration ou refonte, puis chaque trimestre. Consultez Search Console chaque semaine pour repérer les nouveaux avertissements d'indexation ou de Core Web Vitals. Entre deux audits, une exploration planifiée détecte tôt les régressions.

Si vous faites cela pour plusieurs clients, un robot d'exploration qui conserve les résultats par site et une liste de corrections hiérarchisée font gagner des heures. Découvrez comment Argus explore et surveille les problèmes techniques, ou consultez les tarifs pour l'offre adaptée à votre nombre de sites.