Audit SEO technique : méthode et checklist

Qu’est-ce qu’un audit SEO technique ?

L’audit SEO technique examine ce qui aide ou empêche les moteurs de trouver, lire et indexer vos pages. Il couvre le serveur, les codes HTTP, les directives, l’architecture, la performance et le rendu JavaScript. C’est le premier volet d’un audit SEO complet, avant la sémantique et le netlinking. Il vérifie l’application des règles du SEO technique sur un site réel.

Il répond à trois questions, dans cet ordre. Le site est-il explorable ? Est-il indexable ? L’expérience technique est-elle au niveau ? Tant que la première n’est pas réglée, les deux autres ne servent à rien.

Quels outils et quels accès préparer ?

Réunissez les accès avant de lancer le moindre crawl. Il vous faut la Search Console en propriété de domaine, GA4 en lecture et le back-office. Ajoutez un accès serveur ou hébergeur pour les logs et la liste des préproductions à exclure. Demandez aussi l’historique des refontes et migrations.

Screaming Frog est un crawler de bureau, gratuit jusqu’à 500 URL. Au-delà, une licence annuelle est nécessaire (page tarifs de l’éditeur). Paramétrez-le en Googlebot Smartphone et connectez les API Search Console, GA4 et PageSpeed Insights. Lancez ensuite deux crawls : un sans rendu JavaScript, un avec.

Comment réaliser un audit SEO technique, étape par étape ?

1. Écarter les points d’arrêt

Consultez d’abord le rapport Sécurité et actions manuelles de la Search Console. Une action manuelle ou un site piraté se traite avant tout le reste. Vérifiez ensuite qu’aucune préproduction n’est indexée (requête site: sur les domaines de recette). Protégez-la par mot de passe plutôt que par une balise noindex, souvent oubliée à la mise en ligne.

2. Contrôler l’exploration

Le fichier robots.txt doit répondre en 200 à la racine et déclarer le sitemap. Il bloque l’exploration, pas l’indexation. Pour retirer une page de l’index, utilisez noindex (introduction au robots.txt de Google). Vérifiez qu’il ne bloque aucune ressource CSS, JavaScript ou image. Le détail des directives figure dans notre guide du fichier robots.txt.

Contrôlez enfin la profondeur (en clics depuis l’accueil) et les pages orphelines. Repère d’agence, pas règle de Google : trois clics au plus pour une page stratégique, aucune page stratégique orpheline.

3. Vérifier l’indexation

Comparez trois compteurs : les pages indexables du crawl, le rapport Indexation des pages et vos pages réellement utiles. Plus de pages indexées qu’attendu signale des URL parasites (paramètres, filtres, recherche interne). Moins de pages indexées signale un blocage, des orphelines ou une qualité jugée insuffisante.

• une balise canonical auto-référente sur chaque page indexable ;
• un sitemap limité aux URL en 200 indexables, découpé au-delà de 50 000 URL ou 50 Mo ;
• les motifs « Explorée, actuellement non indexée » et « Détectée, actuellement non indexée » revus un par un ;
• des pages paginées en URL distinctes, chacune canonique d’elle-même : Google n’utilise plus rel=next et rel=prev (bonnes pratiques de pagination).

Les causes de non-indexation et leurs correctifs sont détaillés dans notre article sur l’indexation Google.

4. Mesurer la performance et le mobile

Les trois Core Web Vitals et leurs seuils sont définis par web.dev (Google) ; l’INP a remplacé le FID le 12/03/2024. Le TTFB n’est pas un Core Web Vital. Au-delà de 1,8 s, il est jugé mauvais (article TTFB de web.dev). Référez-vous aux données terrain (CrUX, Search Console) plutôt qu’à la note Lighthouse, et testez un échantillon par gabarit.

Côté mobile, Google a achevé le passage à l’indexation mobile-first en octobre 2023 (annonce Google Search Central). Un contenu absent de la version mobile est absent pour Google : comparez un crawl mobile et un crawl desktop. Les leviers d’optimisation sont traités dans notre guide des Core Web Vitals.

5. Tester le rendu JavaScript

Comparez les deux crawls, avec et sans JavaScript : URL découvertes, contenus, liens, balises. Vérifiez que le menu, le fil d’Ariane et le contenu principal figurent dans le HTML initial. L’outil Inspection de l’URL montre la page telle que Google l’a rendue. Il remplace l’ancien cache Google, supprimé en 2024.

Un framework JavaScript sans rendu serveur est un risque d’indexation structurel, pas un correctif rapide. Voir notre article sur le SEO JavaScript.

6. Lire les logs et le budget de crawl

Les logs serveur sont la seule donnée factuelle sur ce que Googlebot visite. Ils deviennent utiles au-delà d’environ 1 000 pages ; en dessous, la Search Console suffit. Un user-agent se falsifie : vérifiez l’identité des robots par DNS inverse puis direct. Les plages d’IP publiées par Google servent aussi (procédure officielle).

Le budget de crawl ne concerne en pratique que les très gros sites. Google cite trois cas. Plus d’un million de pages mises à jour chaque semaine. Plus de 10 000 pages qui changent chaque jour. Beaucoup d’URL « Détectées, actuellement non indexées ». Ces nombres sont des estimations grossières, pas des seuils (guide Google du budget de crawl, mis à jour le 22/07/2026).

7. Sécuriser HTTPS, versions et données structurées

Toutes les pages doivent être en HTTPS, avec un certificat valide et sans contenu mixte. Le site n’existe qu’en une version : HTTP, www et slash final sont unifiés en 301. Côté données structurées, validez le socle (BreadcrumbList, Organization ou Person, WebSite) avec le test des résultats enrichis et validator.schema.org. Elles aident à la compréhension et à l’affichage. Elles ne sont pas un facteur de classement direct.

Comment prioriser les corrections techniques ?

Classez chaque constat selon son impact et l’effort de correction. Un blocage robots.txt accidentel, des title manquants ou des 302 permanentes se corrigent en quelques jours. Maillage, performance et rendu JavaScript relèvent de chantiers de un à trois mois.

Ne suivez pas l’ordre proposé par le crawler. Il ne connaît ni vos pages stratégiques ni votre trafic. Croisez chaque alerte avec les données de la Search Console avant de la programmer. Une fois la base technique saine, l’audit sémantique prend le relais sur les contenus.

La checklist d’audit SEO technique

• Aucune action manuelle, aucun problème de sécurité, aucune préproduction indexée
• robots.txt en 200, sitemap déclaré, aucune ressource CSS, JS ou image bloquée
• Aucune page stratégique en Disallow ni en noindex
• Aucune 404, 403 ou 5xx depuis un lien interne ou le sitemap
• Aucune 302 sur un déplacement définitif, chaînes de redirections raccourcies
• HTTP, www et slash final unifiés en 301
• Canonical auto-référente sur chaque page indexable
• Sitemap limité aux URL en 200 indexables, soumis dans la Search Console
• Écart entre pages indexées et pages attendues expliqué
• Pages stratégiques à trois clics au plus, aucune orpheline
• LCP, INP et CLS au vert au 75e centile, sur mobile et desktop
• Contenus, balises et données structurées identiques sur mobile et desktop
• Menu et contenu principal présents dans le HTML initial
• Logs analysés et robots vérifiés sur les sites de plus de 1 000 pages
• Plan d’action avec priorité, responsable et délai pour chaque constat