Audit SEO technique : la checklist 2026 complète

Un audit SEO technique sérieux n’est pas un rapport de 200 pages généré par un outil, ni un Word de 30 pages rempli de généralités. C’est une checklist opérationnelle qu’on applique systématiquement, avec pour chaque point une vérification concrète, un verdict binaire “OK / pas OK”, et une action datée si c’est “pas OK”.

Ce qui suit est la checklist qu’on applique chez Visicrea depuis dix-sept ans, mise à jour 2026. 72 points organisés en 8 catégories. Temps moyen pour un site PME : 4 à 8 heures de travail complet. Pour un e-commerce 500+ pages : 2 à 3 jours. L’article couvre la logique et les points critiques ; la checklist Excel complète est dispo en fin d’article.

Pourquoi l’audit technique avant tout le reste

Le SEO technique, c’est l’invisible qui décide de tout. Google ne peut pas indexer, comprendre ou classer votre site si la fondation technique n’est pas saine. Avant de dépenser 3 000 €/mois en netlinking, avant de rédiger 20 articles piliers, avant de revoir votre cocon sémantique — vérifiez que Google peut juste lire correctement votre site.

Les symptômes d’un problème technique non résolu :

• Trafic organique qui stagne malgré du contenu de qualité et des backlinks
• Pages récentes qui mettent 6+ semaines à être indexées
• Impressions Search Console en baisse continue depuis plusieurs mois
• Sites concurrents de qualité équivalente qui ranker mieux sans raison apparente

Dans 8 cas sur 10, le blocage est technique. L’audit permet de l’identifier précisément.

Catégorie 1 — Crawlabilité (9 points)

Est-ce que Google peut parcourir votre site ? C’est le prérequis absolu.

1. Fichier robots.txt présent et bien formé — tapez votresite.fr/robots.txt. Le fichier doit exister et ne pas contenir Disallow: /.
2. Sitemap XML déclaré dans robots.txt — ligne Sitemap: https://votresite.fr/sitemap.xml dans le fichier.
3. Sitemap XML accessible et valide — le fichier doit être au format XML, sans erreurs de syntaxe, avec les URL canoniques.
4. Sitemap à jour — les URL supprimées ne doivent plus y figurer ; les nouvelles URL doivent y être sous 24-48h.
5. Budget crawl suffisant — vérifié via Statistiques de crawl dans Search Console. Pour un site de 1 000 pages, 500+ crawls par jour indiquent un budget sain.
6. Pas de redirections en chaîne — A→B→C→D = à éviter. Redirection directe A→D uniquement.
7. Pas de pages 404 linkées en interne — crawl Screaming Frog qui remonte les réponses 404 = à corriger.
8. Pas de soft 404 — des pages qui retournent 200 mais qui affichent “produit indisponible” ou similaire doivent retourner 404 ou 410.
9. Pages importantes à moins de 3 clics de la home — profondeur maximale raisonnable. Voir notre guide maillage interne.

Catégorie 2 — Indexation (9 points)

Est-ce que Google décide d’indexer vos pages ? C’est l’étape d’après.

10. Balise robots correcte sur chaque page — pas de noindex accidentel sur les pages stratégiques.
11. Couverture Search Console saine — rapport Indexation : au moins 80 % des pages soumises doivent être indexées.
12. Ratio pages indexées / pages en sitemap > 85 % — sinon il y a du tri à faire côté sitemap ou côté qualité éditoriale.
13. Pages de faible valeur en noindex — archives, pages de tag WordPress, résultats de recherche interne, pages de filtre — noindex explicite pour éviter la dilution.
14. Pas de pages indexées que Google ne veut pas indexer — cookies pages, confirmation email, panier — à mettre en noindex.
15. Balises canonical sur toutes les pages avec variantes — pagination, tri, filtres, déclinaisons produit.
16. Canonical auto-référentielle sur les pages standards — chaque page doit avoir sa canonical pointant vers elle-même.
17. Pas de conflits canonical / sitemap / robots — si une URL est canonique A, elle doit être dans le sitemap avec URL A, et pas bloquée par robots.txt.
18. Pas de duplicate content involontaire — versions www/non-www, HTTP/HTTPS, paramètres de tracking.
19. URL anglais/français bien gérées — hreflang propre, chaque version en canonique de sa langue.

Catégorie 3 — Structure et URL (7 points)

Est-ce que votre architecture est lisible pour Google ?

20. Structure d’URL descriptive — pas de /page.php?id=1247, plutôt /chaussures-running/salomon-speedcross/.
21. URL en minuscules, sans majuscules — les majuscules créent des variantes techniques que Google traite comme des URL différentes.
22. Trailing slash cohérent — toujours / ou jamais / en fin d’URL, pas les deux en mélange.
23. Pas de paramètres d’URL superflus — ?utm_source=... et équivalents, à nettoyer via Google Tag Manager ou la configuration du serveur.
24. Profondeur arbre équilibrée — home → catégorie → sous-catégorie → fiche = 3 clics, OK. Au-delà, ça devient problématique.
25. Pagination propre — /blog/page/2/ plutôt que /blog/?page=2.
26. Breadcrumbs présents et balisés — structure BreadcrumbList en JSON-LD pour un rich snippet sur la SERP.

Catégorie 4 — On-page (12 points)

Chaque page est-elle optimisée individuellement ?

27. Balise title unique par page — pas de titles dupliqués, un par page, chacun reprenant le mot-clé principal de la page.
28. Title entre 50 et 60 caractères — au-delà, Google tronque. En dessous, opportunité gâchée.
29. Meta description unique par page — 140-160 caractères, accrocheuse, avec CTA implicite.
30. Un seul H1 par page — règle absolue. Le H1 est l’équivalent sémantique du titre principal.
31. Hiérarchie Hn cohérente — H1 → H2 → H3, pas de saut direct H2 → H4.
32. H1 proche du title sans être identique — les deux portent un signal, complémentaires.
33. Densité de mot-clé modérée — 1-2 % du texte total, pas plus. Ancien bourrage = pénalité.
34. Champ sémantique couvert — les termes liés au mot-clé principal doivent apparaître naturellement.
35. Balisage alt sur toutes les images — jamais vide sur les images porteuses de sens. Alt descriptif, pas bourré de mots-clés.
36. Images optimisées en poids — WebP idéalement, < 200 Ko par image hero, lazy loading sur le reste.
37. Liens internes — entre 5 et 15 par article, ancres descriptives. Cf. guide maillage interne.
38. Liens externes pertinents — 1-3 vers des sources externes d’autorité, en rel="noopener". Signal de qualité éditoriale.

Catégorie 5 — Performance (8 points)

Votre site est-il rapide ?

39. LCP < 2,5 s mesure Field Data (Chrome UX Report) sur mobile.
40. CLS < 0,1 — stabilité visuelle pendant le chargement.
41. INP < 200 ms — réactivité aux interactions utilisateur. Remplace FID depuis 2024.
42. TTFB < 600 ms — Time To First Byte, responsabilité du serveur.
43. Taille totale page < 2 Mo idéalement — sinon problème de poids média ou de scripts tiers.
44. Pas de scripts tiers bloquants — chat, popup, analytics chargés en async/defer.
45. Compression gzip ou brotli active — vérifier dans les headers de réponse.
46. Cache navigateur configuré — Cache-Control avec durée longue sur les assets statiques (images, CSS, JS).

Catégorie 6 — Mobile (6 points)

Google indexe mobile-first. Votre version mobile est la version qui compte.

47. Site responsive ou version mobile dédiée — pas de fixed-width qui casse sur téléphone.
48. Même contenu sur mobile et desktop — pas de contenu mobile tronqué par rapport au desktop.
49. Zone cliquable suffisante — boutons et liens à 48×48 px minimum pour le doigt.
50. Font size lisible — 16 px minimum pour le corps de texte sur mobile.
51. Pas de popup intrusif — Google pénalise les intrusions qui masquent le contenu principal.
52. Test réussi — tester via le Mobile-Friendly Test de Google (même s’il a été déprécié, les critères restent valables via Lighthouse).

Catégorie 7 — Sécurité et HTTPS (5 points)

53. HTTPS actif sur tout le site — pas de mix content (HTTP sur HTTPS).
54. Redirection 301 HTTP → HTTPS systématique.
55. Certificat SSL valide et non expiré — à surveiller, expire tous les 90 jours si Let’s Encrypt, à renouveler automatiquement.
56. HSTS configuré — header Strict-Transport-Security pour forcer HTTPS côté navigateur.
57. Version non-www redirigée vers www (ou inverse) — choisir une version canonique et rediriger l’autre.

Catégorie 8 — Données structurées & internationalisation (8 points)

58. Schema.org Organization ou LocalBusiness sur la home.
59. Schema WebSite avec SearchAction si vous avez une recherche interne.
60. Schema Article ou BlogPosting sur les articles de blog.
61. Schema Product + AggregateRating sur les pages e-commerce.
62. Schema FAQPage sur les pages avec FAQ pour obtenir un rich snippet.
63. Schema BreadcrumbList sur toutes les pages avec breadcrumb.
64. Balises hreflang correctement implémentées sur les sites multilingues.
65. Pas d’erreurs dans Rich Results Test — validation Google des données structurées.

Catégorie 9 — Bonus (7 points)

66. Search Console active et configurée — property du domaine et not que “URL prefix”.
67. Sitemap soumis et lu par Google — Dernière lecture dans GSC pas plus vieille que 7 jours.
68. Google Analytics 4 ou Matomo actif — pour mesurer le comportement utilisateur.
69. Fichier favicon.ico présent — détail, mais signal de professionnalisme.
70. Page 404 personnalisée — avec recherche et liens vers pages populaires, pas un blanc.
71. Page About complète — signal EEAT essentiel pour la confiance algorithmique.
72. Mentions légales conformes — obligation LCEN en France, vérification par Google des signaux de confiance.

Les 10 points les plus critiques

Si vous devez prioriser, les 10 points qui remontent systématiquement dans nos audits clients comme “à corriger avant tout le reste” :

1. Robots.txt qui bloque accidentellement (point 1)
2. Pages stratégiques en noindex (point 10)
3. 404 linkées en interne ou depuis des backlinks (point 7)
4. Duplicate content via versions multiples (point 18)
5. Titles dupliqués ou absents (point 27)
6. LCP > 4 s sur mobile (point 39)
7. Pages à plus de 4 clics de la home (point 24)
8. Canonical absentes sur pages avec variantes (point 15)
9. Absence totale de données structurées (points 58-65)
10. Maillage interne incohérent (point 37)

Un site qui corrige ces 10 points récupère typiquement 15 à 40 % de trafic organique en 2-3 mois, à contenu constant et sans nouveau backlink.

Les outils pour faire l’audit

• Screaming Frog (300 €/an, gratuit jusqu’à 500 URL) — le couteau suisse de l’audit technique
• Google Search Console (gratuit) — données Google directes (indexation, couverture, Core Web Vitals)
• PageSpeed Insights (gratuit) — Core Web Vitals mobile et desktop
• Rich Results Test (gratuit) — validation des données structurées
• Haloscan ou Ahrefs — pour le volet backlinks et positions
• Lighthouse (Chrome DevTools) — audit performance + accessibilité + SEO on-page sur une page

Notre propre outil Atelier SEO (en cours d’open-source) orchestre tous ces outils en un seul workflow automatisé.

Pour conclure

Un audit technique propre est la condition pour que toutes les autres actions SEO portent leurs fruits. Sans cette fondation, le netlinking ne pousse rien, le contenu ne ranke pas, le maillage ne distribue pas de jus — tout s’essouffle.

La bonne nouvelle : la plupart des corrections techniques sont ponctuelles. Une fois réalisées, elles ne reviennent pas. L’audit se refait tous les 12 à 18 mois pour détecter les régressions, mais l’effort initial paie longtemps.

Si vous voulez qu’on applique cette checklist à votre site et qu’on vous remette un rapport d’audit avec priorités chiffrées, on le propose dans notre audit SEO gratuit (format 30-45 minutes avec les 10 points les plus critiques) ou en audit approfondi sur devis (format 2-3 jours avec les 72 points, rapport chiffré, plan d’action 90 jours).