J’ai passé six ans à optimiser des sites pour le référencement, et la première chose que j’ai apprise, c’est que le SEO technique n’a pas besoin d’un budget. Franchement, je suis passé par là : quand j’ai commencé mon premier blog en 2018, j’étais persuadé qu’il fallait un outil payant pour voir où ça clochait. Résultat : j’ai perdu trois mois à corriger des trucs sans priorité. Aujourd’hui, je peux auditer un site de 500 pages avec uniquement des outils gratuits, et je vais vous montrer exactement comment. Pas de bla-bla, un vrai processus.
Points clés à retenir
- Un audit SEO technique gratuit passe par quatre étapes obligatoires : crawl, indexation, performances, structure des données.
- Google Search Console et PageSpeed Insights sont vos meilleurs alliés — et ils sont gratuits.
- La priorisation des correctifs est cruciale : commencez toujours par les problèmes d’indexation et de vitesse.
- Les outils gratuits ont des limites, mais on peut les contourner en les combinant intelligemment.
- Un audit technique doit être fait au moins une fois par trimestre, voire mensuellement pour les sites e-commerce.
- Ne négligez jamais le fichier robots.txt et le sitemap XML : ce sont les portes d’entrée de Google.
Audit SEO technique gratuit : par où commencer ?
Quand on parle d’audit technique, la plupart des gens sautent directement sur des listes d’outils. Erreur. Moi, j’ai brûlé les étapes pendant des années. La clé, c’est de comprendre ce qu’on cherche avant de lancer un scan. Votre but : vérifier que Google peut trouver, explorer et indexer chaque page importante de votre site. Rien de plus.
Vérification du fichier robots.txt et du sitemap XML : les bases
Je commence toujours par là. Ouvrez votresite.com/robots.txt et votresite.com/sitemap.xml. Le fichier robots.txt doit autoriser l’accès aux parties utiles du site. J’ai un jour hérité d’un site où un développeur avait bloqué tout le dossier /blog/. Six mois de contenu invisible pour Google, juste à cause d’une ligne Disallow: /blog/. Le sitemap XML, lui, doit lister toutes les URLs que vous voulez voir indexées. Utilisez Google Search Console pour soumettre le sitemap et vérifier combien d’URLs sont valides.
Un conseil : ne mettez jamais vos pages d’administration ou de remerciement dans le sitemap. Je l’ai fait une fois par flemme, Google a indexé une page de connexion. Catastrophe.
Google Search Console : l’outil gratuit le plus sous-estimé
J’ai un pote qui gère un site e-commerce avec 10 000 produits, et il utilisait juste un plugin WordPress pour le SEO. Quand j’ai ouvert sa Search Console, j’ai vu 1 200 erreurs 404. Il ne les avait jamais remarquées. L’onglet « Pages » de Search Console vous montre exactement quelles URLs sont indexées, lesquelles ne le sont pas, et pourquoi. Les problèmes courants : pages orphelines, redirections cassées, contenu dupliqué. Je consulte cet onglet une fois par semaine, ça prend cinq minutes.
Pour un audit initial, regardez aussi le rapport sur les Core Web Vitals. Si vous voyez du rouge sur le LCP (Largest Contentful Paint), vous avez un problème de performance à régler en priorité.
Crawler son site : les outils gratuits qui tiennent la route
Là, on entre dans le vif. Crawler un site, c’est l’explorer comme le ferait Google : suivre les liens, repérer les erreurs, analyser les balises. Le problème, c’est que la plupart des outils gratuits limitent le nombre d’URLs. Mais avec un peu de malice, on contourne ça.
Screaming Frog SEO Spider : le couteau suisse en version gratuite
La version gratuite de Screaming Frog permet d’analyser 500 URLs. Ça suffit pour un petit site ou pour un audit partiel d’un gros. Je m’en sers pour détecter les balises title manquantes, les meta descriptions trop longues, les URLs en double. Mon astuce : je lance le crawl sur les 500 URLs les plus importantes (pages produits, articles principaux), j’exporte les résultats en CSV, et je les traite dans Excel pour prioriser. Une fois, j’ai trouvé 14 pages sans balise H1 sur un site de 300 articles. Le problème ? Un thème WordPress foireux.
Limite : au-delà de 500 URLs, il faut payer. Mais franchement, pour un audit de base, c’est largement suffisant. Si vous avez un site plus gros, combinez Screaming Frog avec Sitebulb en version d’essai gratuite (7 jours, pas de limite d’URLs).
SEOpticimer et autres analyses en ligne gratuites
Des outils comme SEOpticimer ou Get Ranking analysent une URL unique et donnent une note globale. C’est pratique pour un diagnostic express, mais ça ne remplace pas un vrai crawl. Je les utilise pour vérifier rapidement la santé d’une page spécifique — par exemple, une page produit après une mise à jour. Mais pour un audit complet, revenez à Search Console et Screaming Frog.
Performances techniques : Core Web Vitals et vitesse de chargement
La vitesse, c’est le nerf de la guerre. Google l’a répété : un site lent, c’est un site mal classé. Mais tout le monde ne sait pas quoi auditer concrètement. Voici mon protocole.
Utiliser PageSpeed Insights et Lighthouse
Allez sur PageSpeed Insights, entrez une URL. L’outil donne deux scores : mobile et desktop. Le LCP doit être inférieur à 2,5 secondes, le FID (First Input Delay) sous 100 ms, le CLS (Cumulative Layout Shift) sous 0,1. Je me souviens d’un site de photographe que j’ai audité : le LCP était à 8 secondes à cause d’images non optimisées. En deux jours de compression, on est passé à 1,8 seconde. Résultat : trafic organique en hausse de 30% en deux mois.
Pour les erreurs de performance, l’onglet « Diagnostics » de Lighthouse vous liste les correctifs possibles : différer les scripts, activer la compression Gzip, utiliser un cache navigateur. Priorisez les trois premières recommandations.
Vérification des redirections et erreurs 404
Les redirections 301, c’est bien, mais si elles pointent vers une page qui pointe vers une autre, vous créez des chaînes de redirection qui ralentissent le site. Utilisez Screaming Frog (ou HTTP Status Checker en ligne) pour repérer les redirections en boucle. Je limite ça à un maximum de trois redirections par URL, sinon je corrige directement dans le .htaccess.
Les erreurs 404, elles, doivent être gérées : soit en redirigeant vers une page équivalente, soit en les supprimant du sitemap. J’ai déjà vu un site avec 500 erreurs 404, et le trafic s’effondrait. En une journée de nettoyage, on a récupéré 40% des visites perdues.
Données structurées et indexation avancée : ce que les gratuits peuvent faire
Les données structurées, c’est le nerf du futur, mais peu d’audits gratuits les traitent. Pourtant, Google Search Console a un rapport dédié : allez dans « Améliorations » > « Rich Results ». Il vous montre les erreurs et les avertissements pour les schémas (breadcrumbs, recettes, FAQ, etc.).
Vérifier les balises canoniques avec des outils gratuits
Une balise canonique mal configurée peut cannibaliser votre contenu. Je vérifie ça avec une extension Chrome comme SEO Meta in 1 Click. Elle affiche les balises meta, les canoniques et les hreflang. Si une page se déclare canonique vers une autre, assurez-vous que c’est intentionnel. Un client avait une balise canonique qui pointait vers la page d’accueil sur chaque article — une erreur de plugin. Résultat : ses articles n’étaient plus indexés correctement.
Pages orphelines : comment les trouver gratuitement
Une page orpheline, c’est une page sans lien interne. Google peut l’indexer si elle est dans le sitemap, mais elle aura moins de chances d’être bien classée. Avec Screaming Frog, exportez la liste des URLs crawlées, puis comparez-la avec la liste des URLs du sitemap. Les URLs présentes dans le sitemap mais absentes du crawl sont probablement orphelines. Je les réintègre dans le maillage interne avec des liens pertinents. Simple, efficace.
Comment prioriser les corrections techniques
Ah, la grande question. J’ai vu des gens passer une semaine à optimiser des images alors que leur site avait 500 erreurs 404. Voici ma règle : impact sur l’indexation d’abord.
- Priorité 1 (urgence) : problèmes d’indexation (robots.txt mal configuré, pages non indexées, 404 critiques).
- Priorité 2 (important) : performances (LCP, FID, CLS dégradés).
- Priorité 3 (amélioration) : balises meta (title, description) et données structurées.
- Priorité 4 (peu impactant) : redirections en chaîne ou pages orphelines mineures.
Je tiens un tableau Excel avec les URLs, le problème, la priorité et la date. En deux heures par mois, je maintiens le site en bonne santé.
Fréquence recommandée pour un audit technique
Pour les sites d’entreprise ou e-commerce, je recommande un audit complet tous les mois. Pour les blogs, tous les trimestres suffisent. Mais vérifiez Search Console chaque semaine : les erreurs d’indexation peuvent apparaître du jour au lendemain après une mise à jour de thème ou de plugin. Je me suis fait avoir une fois par une mise à jour WordPress qui a supprimé le sitemap. Résultat : 0 page indexée pendant 10 jours. Depuis, j’ai un rappel hebdomadaire.
Outils gratuits vs payants : le vrai du faux
Les outils payants (Ahrefs, Semrush, DeepCrawl) offrent plus de données et des analyses automatisées. Mais honnêtement, pour un site de moins de 10 000 pages, les gratuits suffisent si vous savez les utiliser. Le vrai manque, c’est le suivi historique des crawls : avec un outil gratuit, vous ne pouvez pas comparer l’évolution d’un mois à l’autre. Solution : gardez des exports CSV de vos analyses.
Pour contourner les limites de Screaming Frog (500 URLs), faites plusieurs crawls ciblés par section. Un crawl pour les produits, un pour les articles, un pour les pages statiques. Ça prend une demi-heure de plus, mais ça reste gratuit.
Un dernier mot : auditer, c’est bien, corriger, c’est mieux
Je peux vous donner la liste de tous les outils gratuits du monde, si vous ne passez pas à l’action, ça ne sert à rien. L’audit SEO technique, c’est une discipline d’entretien régulier, pas un feu de paille. La prochaine fois que vous lancerez un scan, posez-vous une question : « Est-ce que je sais exactement quoi faire avec ces données ? » Si la réponse est non, commencez par le fichier robots.txt, le sitemap et Search Console. Le reste viendra.
