Checklist audit SEO : que vérifier et comment la dérouler gratuitement
Réponse courte : Une checklist audit SEO est une liste fixe de points de contrôle que vous parcourez par ordre d'impact : d'abord tout ce qui peut rendre des pages invisibles (exploration bloquée, noindex, mauvais codes de statut), puis la vitesse, les bases de la page, le contenu, la technique, les liens et les images, les versions linguistiques et les données structurées, et enfin la préparation aux robots d'IA. Les huit groupes ci-dessous donnent chacun un repère pour reconnaître un bon résultat. Vous pouvez vérifier l'essentiel gratuitement et sans compte avec SEOgrinder. Aucun audit ne garantit un classement : il trouve les erreurs qui se mettent en travers de votre route.
Qu'est-ce qu'une checklist audit SEO ?
Un audit SEO est la vérification méthodique d'un site au regard d'une liste d'exigences connues. Cette liste, c'est la checklist. Elle répond à trois questions simples : les moteurs de recherche peuvent-ils atteindre et indexer vos pages ? Vos visiteurs peuvent-ils s'en servir sans s'agacer ? Et un moteur peut-il comprendre de quoi parle chaque page ?
Ce qu'un audit n'est pas : une recherche de mots-clés, un rapport de positionnement ou une promesse. Il met au jour des erreurs et des lacunes dans les fondations techniques et sur la page elle-même. Qu'une page corrigée se classe mieux ensuite dépend de nombreux facteurs extérieurs à la liste, et personne ne peut vous assurer une position. Ce que la checklist vous apporte, c'est le moyen d'écarter les problèmes évitables, pour qu'un résultat décevant ne vienne pas d'un fichier bloqué ou d'une redirection cassée.
Dans quel ordre parcourir une checklist audit SEO ?
Par impact, pas par facilité. Un title parfait sur chaque page ne sert à rien si le robots.txt interdit l'accès aux pages. Un ordre raisonnable :
- La page peut-elle être trouvée et indexée ? Exploration, noindex, codes de statut, sitemap. Si cela échoue, tout le reste passe au second plan.
- La page est-elle utilisable ? Vitesse et stabilité, sur mobile comme sur ordinateur.
- La page dit-elle clairement ce qu'elle est ? Title, méta-description, canonical, titres, langue.
- Le contenu mérite-t-il l'index ? Assez de substance, pas de doublons, auteur et date identifiables.
- Les fondations tiennent-elles ? HTTPS, compression, mise en cache, en-têtes de sécurité.
- Les liens et les images fonctionnent-ils ? Liens cassés, textes alternatifs manquants, images de partage.
- Les versions linguistiques et les données structurées tiennent-elles ? hreflang, JSON-LD.
- Les systèmes d'IA peuvent-ils atteindre et lire la page ? Règles pour les robots d'IA, HTML qui fonctionne sans JavaScript.
Le rapport de SEOgrinder suit la même logique : sa liste de tâches est triée par effet, et ses premières entrées sont donc celles à corriger d'abord.
La checklist audit SEO en huit groupes
Chaque tableau a deux colonnes : le point à vérifier et ce à quoi ressemble un bon résultat. Les chiffres n'apparaissent que là où une source publiée les donne.
1. Exploration et indexation
| Point à vérifier | À quoi ressemble un bon résultat |
|---|---|
| robots.txt | Il répond à l'adresse /robots.txt avec le statut 200 et ne bloque que ce que vous voulez vraiment bloquer. La règle la plus spécifique l'emporte ; si Allow et Disallow sont aussi spécifiques l'une que l'autre, Allow l'emporte (RFC 9309). Ce n'est pas une protection d'accès : il demande simplement aux robots bien élevés de rester à l'écart. |
| noindex | Présent uniquement sur les pages qui doivent rester hors de l'index. Aucune page importante ne porte une directive robots avec noindex. |
| Sitemap | Il liste les pages que vous voulez voir indexées et il est annoncé dans le robots.txt par une ligne Sitemap: suivie de l'adresse complète. Au plus 50 000 adresses et 50 Mo par fichier, non compressé (sitemaps.org). |
| Codes de statut | Les pages en ligne répondent 200. Une page déplacée répond 301 et pointe vers la nouvelle page équivalente. Une page qui n'existe plus répond 404 ou 410. |
| Chaînes de redirections | Une redirection mène à l'adresse finale en une seule étape. Google suit par défaut jusqu'à 10 étapes, mais chaque étape de plus fait perdre du temps. Un 301 ou un 308 est un signal fort, un 302 ou un 307 un signal faible (Google). |
| Soft 404 | Une page qui affiche « introuvable » envoie aussi le statut 404. Si elle répond 200 tout en affichant une erreur ou une page vide, la Search Console signale un soft 404. Détails dans notre article sur les soft 404. |
2. Vitesse
| Point à vérifier | À quoi ressemble un bon résultat |
|---|---|
| LCP (Largest Contentful Paint) | Au plus 2,5 secondes |
| INP (Interaction to Next Paint) | Au plus 200 millisecondes. INP a remplacé FID comme Core Web Vital en mars 2024. |
| CLS (Cumulative Layout Shift) | Au plus 0,1 |
| Comment c'est évalué | Au 75e centile des chargements de page, séparément pour mobile et pour ordinateur (web.dev) |
| Données de laboratoire et de terrain | Regardez les deux : un test en laboratoire (Lighthouse dans PageSpeed Insights) montre ce qu'un test voit, les données de visiteurs réels (CrUX) montrent ce que les gens ont vécu. |
3. Page sur Google
| Point à vérifier | À quoi ressemble un bon résultat |
|---|---|
| Title | Chaque page a son propre title, qui décrit précisément cette page. |
| Méta-description | Chaque page a son propre court résumé, écrit pour des personnes. |
| Canonical | Chaque page indique l'unique adresse sous laquelle elle doit être indexée. |
| H1 | Une seule H1 par page est l'usage courant ; elle nomme le sujet. |
| Ordre des titres | H2 sous H1, H3 sous H2. Les titres structurent le texte ; ils ne servent pas à régler des tailles de police. |
| Attribut lang | <html lang="fr"> correspond à la langue de la page. Il aide les navigateurs et les technologies d'assistance. Google ne s'en sert pas pour détecter la langue. |
| Qualité des URL | Des adresses lisibles et stables, sans paramètres inutiles. |
4. Contenu
| Point à vérifier | À quoi ressemble un bon résultat |
|---|---|
| Nombre de mots | Assez pour répondre à la question que traite la page. Aucun minimum fixe n'est démontré : inutile de délayer. |
| Mot-clé principal | Le sujet ressort clairement du title, de la H1 et du premier paragraphe. Répéter le mot-clé plus souvent n'aide pas ; écrivez pour vos lecteurs. |
| Doublons | Deux pages ne partagent ni le même title, ni la même description, ni la même H1, et les pages quasi identiques sont fusionnées. |
| Pages maigres | Les pages presque vides sont étoffées, fusionnées dans une meilleure page ou supprimées avec le bon code de statut. |
| Lisibilité | Paragraphes courts, mots simples, structure claire. |
| Auteur et date | Les articles indiquent qui les a écrits et quand. Les pages de confiance (à propos, contact, mentions légales, confidentialité) existent et sont liées. |
5. Technique et sécurité
| Point à vérifier | À quoi ressemble un bon résultat |
|---|---|
| HTTPS | Tout le site est servi en HTTPS avec un certificat TLS valide. |
| Une adresse par page | Les variantes http et https, avec et sans www, mènent toutes à une seule version. |
| Contenu mixte | Aucune ressource http (images, scripts) sur les pages https. |
| HTTP/2 | Le serveur propose HTTP/2. |
| Compression | Les fichiers texte comme le HTML, le CSS et le JavaScript sont envoyés compressés. |
| Mise en cache | Les fichiers statiques portent des en-têtes de cache ; vous décidez en connaissance de cause combien de temps le HTML peut être mis en cache. |
| En-têtes de sécurité | Définis d'après la documentation de votre serveur ou de votre plateforme. |
6. Liens et images
| Point à vérifier | À quoi ressemble un bon résultat |
|---|---|
| Liens internes | Aucun lien ne pointe vers une page manquante (4xx ou 5xx), et les liens ne passent pas par des redirections : pointez directement vers l'adresse finale. |
| Facilité à trouver | Chaque page importante est accessible par des liens internes. Une page sans aucun lien interne est orpheline, et une page enfouie à de nombreux clics de profondeur se trouve difficilement. Google range les liens internes parmi les bases pour qu'un contenu soit facile à trouver (fonctionnalités d'IA). |
| Images | Tous les fichiers image se chargent. |
| Textes alternatifs | Les images porteuses de sens ont un texte alternatif court et factuel. Les images purement décoratives ont un attribut alt vide. |
| Image de partage | og:image est une adresse https absolue ; Facebook recommande au moins 1200 × 630 px, un rapport d'environ 1,91 : 1 et un fichier de 8 Mo au plus (Facebook). Voir notre article sur les balises Open Graph. |
7. Langues et données structurées
| Point à vérifier | À quoi ressemble un bon résultat |
|---|---|
| hreflang | Chaque version linguistique se nomme elle-même et nomme toutes les autres, avec des adresses complètes, https:// compris. Les liens retour sont obligatoires, faute de quoi les indications peuvent être ignorées. x-default pointe vers une page de repli pour toutes les autres langues. Une seule méthode suffit : l'en-tête HTML, l'en-tête HTTP ou le sitemap ; en cumuler plusieurs n'apporte aucun avantage dans la recherche (Google). |
| Codes de langue | Des codes valides : langue selon ISO 639-1, éventuellement avec une région selon ISO 3166-1 alpha-2. |
| Langue du texte | La langue du texte correspond à celle que vous déclarez. |
| Données structurées | Le JSON-LD ou les microdonnées sont lisibles, les types sont ceux voulus et aucun champ obligatoire ne manque. |
8. Préparation à l'IA
| Point à vérifier | À quoi ressemble un bon résultat |
|---|---|
| Règles pour les robots d'IA | Une décision délibérée pour chaque robot dans le robots.txt. OpenAI et Anthropic documentent chacun des robots distincts pour l'entraînement, la recherche et les requêtes d'utilisateurs. |
| HTML sans JavaScript | Le texte principal et les liens figurent dans le HTML que le serveur envoie. Google exécute JavaScript, mais une analyse de Vercel et MERJ de 2024 a constaté qu'aucun des grands robots d'IA ne l'exécutait (source). C'est l'état de 2024, qui n'a pas été vérifié de nouveau depuis. |
| llms.txt | Facultatif. Un bénéfice n'est pas démontré. |
| Fonctions d'IA de Google | Google indique que les AI Overviews et l'AI Mode n'ont aucune exigence supplémentaire au-delà des bases habituelles du SEO : la page doit être indexée et pouvoir s'afficher avec un extrait (snippet). |
Dérouler la checklist audit SEO en une séance avec SEOgrinder
SEOgrinder est gratuit, ne demande aucun compte et vérifie la plupart des points ci-dessus en une seule analyse. L'analyse elle-même prend un moment ; la durée des corrections dépend de ce qu'elle trouve.
- Saisissez l'adresse. Ouvrez SEOgrinder, tapez l'adresse d'une page publique et lancez l'analyse.
- Lisez la note et la liste de tâches. Le rapport donne une note et une liste de tâches triée par effet. Il se divise en six sections : Vitesse, Page sur Google, Accessibilité, Technique & sécurité, Préparation à l'IA et Site.
- Commencez en haut de l'onglet Tâches. Traitez d'abord les premières entrées, puis descendez dans la liste. Pour les constats qui concernent tout le site, comme les titres en double, les pages quasi identiques ou les pages orphelines, le rapport parcourt votre site et liste ce qu'il a trouvé.
- Gardez ce dont vous avez besoin. Utilisez Partager le rapport en PDF et, dans la boîte de dialogue d'impression de votre navigateur, choisissez l'enregistrement au format PDF. Vous pouvez ensuite remettre le rapport à un client, à un collègue ou à votre développeur.
- Réanalysez après la correction. Les rapports restent jusqu'à 24 heures dans le cache. Réanalyser force une nouvelle exécution, pour que vous voyiez si la correction a fonctionné. Le bouton peut être limité afin de protéger le site analysé contre un excès de requêtes ; le rapport vous l'indique alors.
- Facultatif : confiez le travail à un assistant de code. Confier à l’IA transforme le rapport en ordre de mission au format Markdown. Chaque tâche comporte une condition « Terminé quand » qui peut être vérifiée.
Si vous utilisez la Search Console, SEOgrinder peut aussi analyser un export de la Search Console (la connexion directe par API n'existe que si vous faites tourner SEOgrinder sur votre propre ordinateur). Cela ajoute la façon dont de vrais internautes trouvent vos pages dans Google et cliquent dessus.
Une limite, dite franchement : SEOgrinder vérifie les fondations techniques. Il ne suit pas les positions et ne mesure pas si ChatGPT, Gemini ou Perplexity citent votre marque. Des services pour cela existent ; c'est un autre métier.
À quelle fréquence faire un audit SEO ?
Il n'existe pas d'intervalle idéal démontré. Voici une règle empirique qui fait ses preuves en pratique :
- Un passage complet après un lancement, une refonte, une migration ou un changement de CMS ou d'hébergeur.
- Un passage rapide chaque fois que vous modifiez des gabarits, le robots.txt, des redirections ou le sitemap.
- Un coup d'œil régulier à la Search Console, qui montre les problèmes apparaissant avec le temps.
Erreurs fréquentes
- Vouloir tout corriger d'un coup. Une liste de cinquante entrées n'est pas un plan. Prenez les trois premières, corrigez-les, réanalysez, recommencez.
- Mettre l'effort avant l'effet. Modifier cent méta-descriptions est facile, mais un répertoire bloqué mérite davantage d'attention.
- Ne regarder que la note globale. La note résume ; ce sont les tâches qui vous disent quoi faire. Deux sites ayant la même note peuvent avoir des problèmes très différents.
- Sauter la vérification après coup. Une correction jamais contrôlée est un pari. Relancez l'analyse.
- Prendre la checklist pour une promesse de classement. Elle écarte des obstacles. Elle ne crée ni la demande, ni l'autorité, ni de bons contenus.
- N'auditer que la page d'accueil. Les gabarits se répètent : un gabarit défaillant casse des centaines de pages.
- Bloquer par accident. Un robots.txt copié depuis un environnement de test et qui interdit tout est une façon classique de rendre un site entier invisible.
Questions fréquentes
Une checklist audit SEO suffit-elle pour mieux se classer ?
Non. Elle trouve des erreurs évitables. Le classement dépend du contenu, de la concurrence et de nombreux autres facteurs, et personne ne peut vous garantir une position.
Combien de temps dure un audit SEO ?
L'essentiel du temps passe dans le traitement des tâches, pas dans l'analyse. La durée dépend de ce que l'analyse trouve et de la taille du site.
Faut-il des outils payants ?
Pas pour les vérifications de cette page. SEOgrinder est gratuit et ne demande aucun compte. La Search Console et PageSpeed Insights le complètent.
Quels points comptent le plus ?
Le groupe 1, exploration et indexation. Si les moteurs de recherche ne peuvent pas atteindre ou indexer une page, aucun autre point de la liste ne lui servira.
La checklist couvre-t-elle la recherche par IA ?
Elle couvre la base technique : les systèmes d'IA peuvent-ils atteindre et lire votre page ? Elle ne vous dit pas si un assistant vous cite. Google indique qu'aucune démarche supplémentaire n'est nécessaire pour les AI Overviews au-delà des bases habituelles du SEO.
Votre prochaine étape
Lancez l'analyse gratuite de votre site avec SEOgrinder, prenez les trois tâches du haut de la liste, corrigez-les et cliquez sur Réanalyser. Recommencez ensuite avec les trois suivantes.