Comment réaliser un audit SEO complet
Un ordre pratique pour un audit SEO technique — exploration et indexation, signaux de page, doublons, mobile, vitesse pour les vrais visiteurs, données structurées et liens — avec la documentation de Google et un vrai audit de notre page d’accueil.
Réponse courte
Un audit SEO vérifie, dans l’ordre : si les moteurs de recherche peuvent explorer et indexer vos pages, si chaque page dit clairement de quoi elle parle, si elle fonctionne sur mobile et à quelle vitesse elle s’affiche pour de vrais visiteurs — Largest Contentful Paint en 2,5 s maximum, Interaction to Next Paint en 200 ms maximum et Cumulative Layout Shift de 0,1 maximum. Corrigez d’abord ce qui bloque l’indexation, puis ce qui touche beaucoup de pages, puis le reste, et mesurez à nouveau.
- Première question
- Google peut-il l’explorer et l’indexer ?
- Core Web Vitals (75e centile)
- LCP ≤ 2,5 s · INP ≤ 200 ms · CLS ≤ 0,1
- Données d’index gratuites
- Search Console · Indexation des pages
- Contrôles de l’audit RankProof
- 133
- Notre page d’accueil, 7 oct. 2026
- 92/100
Sources primaires
Comment réaliser un audit SEO complet
Un audit SEO est utile quand il aboutit à une courte liste ordonnée de corrections. Ce guide donne l’ordre que nous suivons, ce qu’il faut vérifier à chaque étape, quelles données gratuites utiliser et ce qu’un audit automatique ne peut pas vous dire. Chaque règle vient de la documentation de Google, en lien dans les Sources.
1. Les moteurs peuvent-ils explorer et indexer la page ?
Rien d’autre ne compte si une page n’est pas dans l’index. Vérifiez :
- robots.txt ne bloque ni les pages ni les CSS et JavaScript nécessaires à leur rendu. Une URL bloquée peut tout de même être indexée sans son contenu si d’autres pages pointent vers elle.
- Aucun
noindexaccidentel dans une balise meta robots ou un en-têteX-Robots-Tag— reste fréquent d’un site de préproduction. - Codes de réponse : les pages importantes répondent 200 ; les pages déplacées répondent par une seule 301 vers la nouvelle URL, pas une chaîne ; les pages supprimées répondent 404 ou 410.
- Sitemap XML : ne contient que des URL canoniques qui répondent 200 et est soumis dans la Search Console.
Le rapport Indexation des pages de la Search Console est ici la source de vérité gratuite : il montre quelles URL Google a indexées et, pour les autres, pourquoi — « Explorée, actuellement non indexée », « Page en double sans URL canonique sélectionnée par l’utilisateur », « Bloquée par le fichier robots.txt », etc. Commencez chaque audit par là.
2. Chaque page dit-elle de quoi elle parle ?
- Élément title : unique par page et descriptif. Google construit surtout le lien de titre dans les résultats à partir de lui, mais peut réécrire les titres vagues, répétés sur plusieurs pages ou bourrés de mots-clés.
- Meta description : un court résumé de la page. Elle n’influe pas sur le classement, mais Google l’utilise souvent pour l’extrait.
- Un titre principal clair et des intertitres qui suivent la structure du contenu.
- Du texte lisible par un robot : le contenu important sous forme de texte, pas seulement dans des images.
- Des intitulés de liens descriptifs pour les liens internes, afin que visiteurs et robots sachent où ils mènent.
3. URL en double ou presque
Le même contenu sur plusieurs URL — avec et sans barre oblique finale, http et https, paramètres de suivi, versions imprimables — disperse les signaux. Choisissez une URL par page et faites pointer les autres vers elle : une redirection 301 quand le doublon n’a pas besoin d’exister, une balise rel="canonical" quand il le doit. Utilisez la même URL canonique dans les liens internes et le sitemap. Google traite la balise canonique comme une indication forte, pas comme un ordre ; des signaux contradictoires le laissent choisir à votre place.
4. Mobile
Google indexe la version mobile d’un site. La page mobile doit porter le même contenu principal, les mêmes titres, données structurées et balises meta que la version ordinateur, utiliser un viewport responsive et garder un texte lisible et des cibles tactiles utilisables sans zoom.
5. La vitesse pour les vrais visiteurs
Les Core Web Vitals mesurent ce que vivent les visiteurs, au 75e centile des chargements :
| Mesure | Ce qu’elle mesure | Bon |
|---|---|---|
| Largest Contentful Paint (LCP) | Quand le contenu principal apparaît | ≤ 2,5 s |
| Interaction to Next Paint (INP) | La rapidité de réaction aux touchers et clics | ≤ 200 ms |
| Cumulative Layout Shift (CLS) | À quel point la mise en page saute au chargement | ≤ 0,1 |
Utilisez les données terrain (de vrais utilisateurs de Chrome, dans PageSpeed Insights et la Search Console) quand le site a assez de trafic ; les tests de laboratoire servent à trouver les causes. Causes fréquentes : images surdimensionnées, scripts et styles bloquant le rendu, images sans width ni height et scripts tiers lourds. L’expérience sur la page est un signal parmi d’autres — une page rapide qui ne répond pas à la recherche ne se classera pas dessus.
6. HTTPS et en-têtes de sécurité
Chaque page doit se charger en HTTPS, http doit rediriger vers https en une seule étape, et il ne doit pas y avoir de contenu mixte. Des en-têtes comme HSTS et une politique de sécurité du contenu protègent les visiteurs ; ce sont de bonnes pratiques, pas des facteurs de classement.
7. Données structurées
Les données structurées (JSON-LD est le format recommandé par Google) aident Google à comprendre une page et la rendent éligible à certains résultats enrichis. Elles doivent décrire ce qui est visible sur la page. Elles ne garantissent pas un résultat enrichi et n’améliorent pas le classement à elles seules. Plusieurs types qui s’affichaient autrefois dans les résultats ne s’affichent plus : vérifiez la liste actuelle de Google avant d’ajouter du balisage.
8. Liens
Les liens internes cassés gaspillent l’exploration et agacent les utilisateurs ; corrigez-les à la source plutôt que de rediriger. Vérifiez que chaque page importante est accessible par des liens normaux depuis d’autres pages — une page présente seulement dans le sitemap est faiblement reliée.
9. Prioriser et mesurer à nouveau
Triez les constats par impact, pas par nombre :
- Tout ce qui empêche l’indexation (noindex, blocages robots.txt, erreurs serveur) — à corriger tout de suite.
- Les problèmes de gabarits sur tout le site (titres, canoniques, mise en page mobile, gabarits lents) — une correction aide beaucoup de pages.
- Les problèmes propres aux pages qui comptent le plus pour vos visiteurs.
- Le « serait bien ».
Après la mise en ligne des corrections, relancez les vérifications et surveillez la Search Console les semaines suivantes. Les données terrain comme les Core Web Vitals portent sur une fenêtre glissante de 28 jours et évoluent lentement.
Avec RankProof
L’audit de site gratuit de RankProof exécute 133 contrôles sur une page — bases du SEO, vitesse, sécurité, mobile, contenu, liens, accessibilité et préparation à la recherche par IA — et indique pour chaque échec comment le corriger. Le 7 octobre 2026, il a noté notre propre page d’accueil 92/100 : bases du SEO 97, accessibilité 95, vitesse 75, préparation à la recherche par IA 73. C’est sur la vitesse que se trouve notre propre travail, et elle tient surtout au coût des scripts publicitaires et de consentement.
Les outils à usage unique couvrent une étape en profondeur : le vérificateur de liens cassés, le vérificateur de structure des titres, le vérificateur de meta title, le validateur de données structurées et le vérificateur HTTPS. Ce qu’aucun audit d’une seule page ne peut faire, c’est voir l’état d’indexation de tout le site ou vos positions : c’est le rôle de la Search Console.
Outils gratuits sur ce sujet
Prêt à mieux vous classer ?
Utilisez les outils gratuits de RankProof pour améliorer votre positionnement et progresser vers la conformité européenne en matière d'accessibilité.
Essayer le scan gratuit