Un audit SEO technique ne se juge pas au nombre d'alertes qu'il remonte, mais à l'ordre dans lequel on les corrige. Sur un catalogue de taille respectable, les outils en sortent des centaines : la difficulté n'est pas de les produire, c'est de savoir lesquelles méritent votre semaine. Voici les sept contrôles que j'exécute sur chaque boutique, du plus lourd au plus léger, puis les trois défauts qu'aucun audit ne corrigera à votre place.
L'audit technique ne répond qu'à trois questions
Tout le vocabulaire du métier tourne autour de trois verbes : atteindre la page, rendre ce qu'elle contient, garder la bonne version de ce contenu dans l'index. Une page que Google ne peut pas atteindre (robots bloqué, redirection en boucle) est hors jeu avant toute réflexion. Une page qu'il atteint mais ne peut pas rendre (contenu injecté uniquement par JavaScript) lui apparaît vide. Une page atteinte et rendue mais refusée à l'indexation (doublon, texte mince, noindex oublié) existe pour vous et pas pour lui.
Ces trois questions ont une limite que je répète à chaque client : l'audit technique ne mesure ni la demande, ni la concurrence, ni votre popularité. Un site impeccable sur les trois points et un contenu que personne ne cherche restent invisibles. C'est pourquoi je termine cet article par ce que l'audit ne réparera pas — le plus souvent, c'est là que se joue la suite.
Les sept contrôles, du plus lourd au plus léger
Je les exécute toujours dans cet ordre, parce que chaque contrôle suppose que le précédent est vert. Il n'y a aucun intérêt à mesurer le temps de chargement d'une page que Google n'a jamais indexée : vous optimiseriez pour un lecteur qui n'existe pas.
| Contrôle | Ce que je regarde | Ce que ça coûte si c'est faux |
|---|---|---|
| 1. Indexation réelle | Rapport d'indexation de Search Console, colonnes demandées et indexées | Vous travaillez pour des pages que personne ne verra |
| 2. robots.txt et sitemap | Directives d'exploration, URLs déclarées, fraîcheur | Google passe à côté de vos pages clés |
| 3. Rendu avant JavaScript | HTML servi avant exécution du script | Prix, description et fiches produits n'existent pas pour l'index |
| 4. Statuts, redirections, canonical | Chaînes, boucles, soft 404, versions http, www, slash final | Autorité diluée et budget de crawl dépensé pour rien |
| 5. Crawl gaspillé | Facettes, paramètres de tri et de session, URL de recherche interne | Google découpe votre catalogue |
| 6. Profondeur et orphelins | Clics depuis l'accueil, liens internes reçus par page | Les pages qui vendent sont enterrées ou jamais découvertes |
| 7. Performance terrain | Core Web Vitals mesurés chez vos visiteurs, mobile d'abord | Positions mobiles perdues et paniers abandonnés |
Contrôle 1 : l'écart entre ce que vous voulez indexer et ce que Google a indexé
Dans Search Console, le rapport Indexation des pages est la photographie la plus honnête de votre site : une colonne dit combien d'URL Google a demandées, l'autre combien il en a gardées. L'écart n'est jamais nul, mais trois diagnoses reviennent presque toujours.
« Explorée - non indexée » : Google a lu la page et refuse de la garder. Sur les catalogues, c'est presque toujours un signal de doublon ou de page trop mince (une fiche sans description, une catégorie de trois produits) — à ce stade le sujet n'est plus technique, il est rédactionnel. « Découverte - non explorée » : la page est déclarée mais reste en attente d'exploration, ce qui se corrige le plus souvent en la reliant depuis des pages qui elles sont crawlées quotidiennement. « Exclue par noindex » : le réglage que les refontes oublient le plus, un marqueur posé pendant la recette et laissé en production, avec un site entier qui disparaît de Google sans qu'un seul message d'erreur n'apparaisse.
Sans outil, la vérification de poche : prenez vos dix pages les plus importantes, cherchez-les une à une avec des mots distinctifs du titre. Si elles n'apparaissent pas, vous avez votre réponse. C'est un échantillon, pas une preuve — le rapport d'indexation reste la source de vérité.
Contrôle 2 : robots.txt et sitemap, les deux fichiers qui décident du reste
Le fichier robots.txt est la première chose que le robot lit avant toute autre chose ; s'il interdit le dossier de vos fiches produits, tout le reste de cet article devient théorique. Les cas que je rencontre le plus sont un Disallow posé pendant une mise en ligne et jamais retiré, ou une directive écrite pour un sous-domaine de recette appliquée à la production.
Le fichier sitemap, lui, n'est pas un inventaire : c'est une déclaration. Chaque URL qui y figure doit répondre 200, être la version canonique de elle-même, et son indicateur de dernière mise à jour doit refléter une modification réelle. Des URL mortes ou redirigées dedans ne font pas gagner de temps à Google, elles signalent un site tenu à l'aveugle. Sur une boutique PrestaShop neuve, comptez sur le module officiel du sitemap, absent d'une installation standard — détail dans mon guide référencement PrestaShop.
Contrôle 3 : ce que Google voit avant le JavaScript
Le test tient en un geste : ouvrez le code source d'une fiche produit et cherchez le prix, la description, les avis. S'ils n'y sont pas — parce que tout est injecté après le chargement — Google devra exécuter le script pour les voir. Il le fait, mais plus tard, parfois pas du tout, et chaque rendu lui coûte du budget d'exploration.
Sur les boutiques modernes, le cas d'école est un prix affiché à l'écran mais absent du HTML initial : la page se présente à l'utilisateur comme complète et à l'index comme une coquille. Le correctif n'est pas de supprimer le JavaScript, c'est de s'assurer que le contenu utile — prix, titre, description, disponibilité — existe déjà dans la page servie.
Contrôle 4 : statuts, redirections et canonicals qui se contredisent
Une redirection de 301 n'a rien de grave. Une chaîne de trois redirections pour atteindre la page finale, si : chaque maillon dilue un peu l'autorité transférée et ralentit le robot ; les boucles, elles, se terminent en erreur. Les pages vides qui renvoient un 200 au lieu d'un 404 — les soft 404 — font le même dégât en plus discret : Google les indexe, constate qu'elles n'apportent rien, puis vous sanctionne globalement pour la catégorie.
Le point que je vérifie ensuite est moins spectaculaire et plus fréquent : les trois endroits qui doivent dire la même chose. Ce que sert réellement le serveur (http ou https, avec www ou sans, slash final ou pas), ce que déclare la balise canonical de chaque page, et ce que contient le sitemap. Si l'un des trois ment, Google tranche — et il tranche parfois contre vous, en indexant la mauvaise version.
Pratique : je ne commence jamais par tout crawler. J'échantillonne une cinquantaine d'URL prises au hasard dans le menu, les filtres, la recherche interne et les fiches les plus anciennes. C'est presque toujours là que les défauts apparaissent, avant même de parler de volume.
Contrôle 5 : le crawl gaspillé par les facettes et les paramètres
Le budget d'exploration d'un site est fini. Une boutique avec couleurs, tailles, marques et tris génère des milliers de combinaisons d'URL qui renvoient un catalogue quasi identique : le robot y passe son temps, et pendant ce temps vos nouveautés attendent leur tour. Les signaux classiques d'un tel problème dans Search Console : des milliers d'URL « découvertes mais non explorées », et des pages produits récentes qui mettent plusieurs jours à apparaître dans l'index.
Ce que j'autorise en indexation : uniquement les combinaisons qui répondent à une vraie recherche, en pratique les deux ou trois premiers filtres de chaque attribut (couleur seule, taille seule, rarement couleur croisée avec taille). Le reste se ferme, soit en noindex, soit en le retirant des liens et du sitemap — la solution dépend de la plateforme et du volume. Parallèlement, je retire des liens internes les facettes qui ne mènent nulle part et je m'assure que les paramètres de suivi ou de session ne se retrouvent jamais dans le sitemap. La logique de maillage qui va avec est détaillée dans la structure en silos.
Contrôle 6 : la profondeur et les pages orphelines
Combien de clics séparent votre page d'accueil de vos meilleures pages de vente ? Sur les sites que j'audite, le chiffre réel est souvent supérieur à ce que l'équipe imagine, parce que les produits sont rangés derrière des catégories, elles-mêmes derrière un menu filtré. Passé trois ou quatre clics, une page compte peu dans la pratique — je ne parle pas d'une règle de Google, mais de ce que je constate dans les rapports.
Le défaut voisin est la page orpheline : aucune page du site ne renvoie vers elle, elle n'existe que dans le sitemap. Le sitemap la fait découvrir, le maillage lui donne sa valeur — les deux ne se remplacent pas. Vérification en trente secondes : dans Search Console, ouvrez l'onglet Liens internes, cherchez la page. Zéro lien entrant interne sur une page importante est un ticket de développement, pas une observation.
Contrôle 7 : les Core Web Vitals mesurés chez vos visiteurs
Trois métriques, une seule histoire : LCP pour le temps d'affichage de la zone principale, INP — qui a remplacé FID en 2024 — pour la réactivité, CLS pour les déplacements de mise en page. Le piège classique est de lire un rapport d'outil en laboratoire, mesuré sur une machine de test et une connexion idéale, et d'en conclure que le site est vert alors que les vrais visiteurs, sur mobile et en 4G, voient du rouge.
PageSpeed Insights affiche les deux visions : le test instantané et la mesure terrain issue des navigateurs réels, glissante sur 28 jours. C'est la seconde que Google utilise pour le classement — elle dépend de vos visiteurs, donc de leur appareil et de votre hébergement, pas de votre score local. Et puisque l'indexation est mobile d'abord, je lis toujours la colonne mobile en premier. Le détail des trois métriques est dans mon article sur les Core Web Vitals, la documentation de référence est celle de Google sur les Core Web Vitals.
Du constat au ticket : le tri qui change tout
Une fois les sept contrôles passés, la table de tri se remplit vite. Je la découpe en trois paniers, et c'est là que l'audit cesse d'être un PDF pour devenir un plan de travail.
Les bloqueurs : ce qui empêche l'indexation elle-même — noindex oublié, robots.txt fermé, erreurs 500 massives, rendu vide. Ils se traitent le jour même, avant toute autre chose. Les chantiers : ce qui dilue le budget ou les positions — chaînes de redirections, facettes ouvertes, pages profondes. Ils partent au backlog, au plus un trimestre. Le cosmétique : la balise title d'une page qui n'a jamais reçu de visite, le détail d'une ancienne redirection. Ignoré volontairement — le traiter, c'est voler du temps aux deux premiers paniers.
Chaque constat part ensuite sous forme de ticket : la preuve (URL exacte, capture du rapport, extrait du diagnostic), le correctif attendu, et le critère qui dira qu'il est terminé. Un développeur doit pouvoir le traiter sans vous re-contacter pour demander ce que vous vouliez dire.
La priorité, enfin, ne se décide pas à l'index mais au chiffre : la fiche produit qui représente une part réelle de vos ventes passe devant quatre cents URLs de filtre sans visite. L'effort vient après l'impact — je traite d'abord ce qui est à la fois rapide et fort — mais jamais au détriment d'un bloqueur, quel que soit son coût.
Ce qu'aucun audit technique ne réparera
Trois catégories de problèmes franchissent toutes les frontières de cet article. La première : un contenu qui ne répond à rien. Si aucune requête ne correspond à vos pages, ou si la page répond mal à celle que les gens tapent, un site parfaitement indexé restera un spectacle sans public. La seconde : l'absence de liens. Sur une requête disputée, deux sites techniquement égaux ne font pas égalité — celui qui a des référencements le gagne, c'est tout ce que signifie le netlinking. La troisième, la plus souvent éludée : votre mesure. Un site audité au millimètre dont l'analytics enregistre la moitié des sessions vous fera prendre des décisions sur des chiffres faux.
Si votre indexation est saine, votre contenu répond à une demande réelle et les positions stagnent malgré tout, le sujet n'est probablement pas technique : passez à l'audit global, celui qui juge le contenu, l'autorité et l'adéquation à la concurrence — voir pourquoi un site n'atteint pas la première page de Google. Et si vous préférez un point de départ concret plutôt qu'un guide, ma checklist des 30 points et cette méthode sont faits pour s'utiliser ensemble : la checklist dit quoi regarder, cet article dit dans quel ordre agir.
FAQ : audit SEO technique
Quelle est la différence entre audit technique et audit SEO ?
L'audit technique ne couvre que les trois questions de l'article : exploration, rendu, indexation. L'audit SEO ajoute le contenu, la popularité, l'intention de recherche et la concurrence. Sur un site déjà indexé depuis longtemps et dont le trafic évolue doucement, l'audit global passe en premier ; sur un site neuf, après une refonte ou après une chute brutale, la technique passe toujours en premier.
Combien de temps prend un audit SEO technique ?
Sur une boutique de quelques centaines de pages, une première passe honnête demande une journée entière : crawl, tri des constats et synthèse compris. Un gros catalogue avec du JavaScript lourd allonge le crawl et le tri sur plusieurs jours — le volume d'URL pèse moins que la complexité du rendu.
Quels outils pour réaliser un audit SEO technique ?
Les contrôles 1, 2, 3 et 7 se couvrent avec Search Console, PageSpeed Insights et une simple lecture du code source, sans rien installer. Les contrôles 4 à 6 réclament un crawler externe — la plupart s'arrêtent à 500 URLs sans licence payante, ce qui suffit pour l'échantillon initial mais pas pour un catalogue entier.
Un audit technique suffit-il pour se positionner ?
Non. Il enlève les freins, il ne crée pas la demande ni la popularité. Un site technique sans contenu visé ni liens reste à sa place ; l'inverse — un contenu solide sur un site bloqué en noindex — non plus. Les deux travaux sont cumulatifs, jamais substituables.
À quelle fréquence refaire un audit technique ?
La surveillance courante tient en dix minutes par mois : le rapport d'indexation et les Core Web Vitals terrain dans Search Console. Un audit intégral se refait à chaque refonte, chaque migration, chaque incident majeur de disponibilité, puis tous les trois à six mois sur une boutique active.
Pour que ce tri soit fait sur votre boutique — constats triés, bloqueurs identifiés, plan de correction ordonné — je propose un audit SEO e-commerce sur mesure. Parlons de votre site via la page contact.
Pour aller plus loin côté visibilité dans la durée : mon accompagnement en référencement e-commerce couvre le suivi mensuel, le contenu et les échanges de liens qui suivent l'audit.
Consultant SEO e-commerce et expert Adobe Analytics, dans le web depuis 2007. J'aide les boutiques en ligne à gagner des clients grâce au référencement naturel.
