Audit technique SEO : identifier les blocages et prioriser les corrections

Trois situations reviennent souvent. La première : une liste d'erreurs sortie d'un outil, longue, non hiérarchisée, dont personne ne sait si elle justifie une journée ou trois semaines de développement. La deuxième : une baisse de visibilité sans cause identifiée, où l'on soupçonne tour à tour une mise à jour Google, une migration et le serveur. La troisième : des pages que Google connaît sans les indexer, avec dans la Search Console des statuts comme « Détectée, actuellement non indexée » ou « Explorée, actuellement non indexée », dont la documentation officielle du rapport d'indexation précise qu'ils recouvrent des causes très différentes.

Dans les trois cas, le besoin est le même : savoir ce qui est démontré, ce qui est probable et ce qui relève de l'hypothèse. Une erreur répétée sur un gabarit ne demande souvent qu'une seule correction ; à l'inverse, un point discret sur quelques URL stratégiques peut peser plus lourd qu'un millier d'avertissements cosmétiques.

Le point de départ reste votre situation : ce qui a changé, les pages concernées et l'effet constaté sur vos demandes. Je rapproche les données du site, les réponses du serveur et les informations disponibles dans la Search Console. Un changement de trafic n'est pas attribué à une cause unique sans éléments qui permettent de l'étayer.

• Une migration ou un changement d'hébergement récents, avec un doute sur les redirections.
• Des pages importantes qui n'apparaissent plus, ou qui n'ont jamais été indexées.
• Un site lent ou instable à l'affichage sur les gabarits qui portent les conversions.
• Une refonte à cadrer : vérifier l'existant avant d'engager des choix difficiles à défaire.
• Un prestataire à briefer, qui attend une demande écrite plutôt qu'un export brut.

À l'inverse, si votre difficulté tient à un manque de contenu ou à une notoriété faible sur votre marché, un audit technique ne la résoudra pas. Je vous le dirai au cadrage plutôt qu'après la facture.

Sur le volet performance, les repères publics sont ceux des Core Web Vitals : d'après la documentation de Google sur web.dev, un seuil considéré comme bon correspond à un LCP inférieur ou égal à 2,5 secondes, un INP inférieur ou égal à 200 millisecondes et un CLS inférieur ou égal à 0,1, mesurés au 75^e centile des chargements réels, mobile et ordinateur séparés. Ce sont des repères de diagnostic, pas un objectif de classement. Quand la vitesse est le chantier principal, la prestation d'optimisation de la vitesse d'un site est plus adaptée.

Les contrôles retenus dépendent du CMS, du volume d'URL et des accès accordés. Le budget d'exploration, par exemple, n'a pas le même intérêt partout : Google réserve ce sujet aux sites d'un million de pages et plus dont le contenu change régulièrement, ou à ceux de plus de 10 000 pages dont le contenu change très vite, en précisant qu'il s'agit d'ordres de grandeur et non de seuils exacts. Une investigation de sécurité, un audit d'accessibilité ou une analyse des journaux serveur ne sont inclus que si le devis les prévoit.

Un site vitrine de vingt pages et un catalogue de plusieurs milliers de références ne demandent pas le même examen. Le cadrage précise le domaine, les langues, les modèles, les accès et les problèmes déjà identifiés, en tenant compte d'une migration récente, d'un constructeur de pages ou d'intégrations particulières. Vous connaissez le champ de l'analyse, les données attendues et le calendrier avant de vous engager.

1. Validation du devis : périmètre, prix, livrables et calendrier sont écrits et acceptés avant de commencer.
2. Collecte : accès convenus, inventaire des URL, données disponibles côté Search Console et côté hébergement.
3. Analyse : contrôles techniques, rapprochement des observations entre sources, priorisation des constats.
4. Restitution : explication des recommandations, arbitrages et organisation des corrections.

Vous pouvez ensuite confier les travaux à votre équipe ou demander un chiffrage de leur mise en œuvre : les deux missions restent séparées.

• Une synthèse des principaux constats, avec les limites explicites de l'analyse.
• Des exemples vérifiables sur les URL et les gabarits examinés.
• Un plan de correction priorisé, avec dépendances techniques et ordre conseillé.
• Les contrôles à refaire après intervention, pour vérifier l'effet des corrections.
• Une restitution pour expliquer les recommandations et décider de leur traitement.
• Les exports ou pièces de travail utiles à votre prestataire, selon le périmètre.

Le nombre de pages du rapport n'est pas l'objectif : ce qui compte est de savoir quels travaux engager, pourquoi et comment les vérifier. Le livrable distingue donc les erreurs confirmées, les améliorations possibles et les questions qui demandent encore des données.

Pour chaque défaut : une URL d’exemple, une correction et un test

« Problème de canonical » est trop vague pour lancer un travail. Une recommandation utile identifie le modèle concerné, montre une URL d'exemple, explique la version attendue et indique le contrôle à effectuer après correction. Même logique pour les redirections 301 : le plan donne l'URL de départ, l'URL d'arrivée et la réponse attendue.

Distinguer les corrections urgentes, les améliorations et les points à surveiller

Vous devez pouvoir distinguer une page inaccessible à corriger d'abord, une amélioration de gabarit à planifier plus tard, et un point sans effet démontré à laisser en observation. C'est cette hiérarchie que la restitution rend lisible.

Transmettez l'adresse du site et son rôle commercial, les difficultés rencontrées, les changements récents et leur date approximative. Signalez les échéances de refonte ou de campagne, les contraintes de votre hébergement et la personne qui pourra intervenir sur le code. Ces éléments suffisent pour établir un devis.

Les accès sont définis au cadrage et limités aux besoins de la mission. Un premier examen peut partir du site public et de votre description du problème. La Search Console sert ensuite à analyser les pages connues de Google et les évolutions de visibilité ; des accès au CMS ou à l'hébergement sont demandés selon les contrôles retenus, jamais un accès administrateur complet par défaut. N'envoyez pas de mot de passe dans une demande de devis : les modalités d'accès sont organisées ensuite.

L'audit est proposé sur devis. Le volume d'URL, le nombre de gabarits, les langues, la technologie et les problèmes à examiner déterminent la charge : un contrôle ciblé d'indexation et l'analyse d'un site à plusieurs fonctions n'ont pas le même périmètre. Le devis précise le domaine, les familles de pages, le volume examiné, les sources de données et la restitution, et distingue l'analyse de l'intégration des corrections. Correctifs, licences, achats d'outils et interventions de tiers y sont identifiés séparément. Aucune commande n'est déclenchée par la simple prise de contact.

Ce cadrage vaut aussi pour les petites structures. Selon le baromètre France Num 2025, publié le 15 septembre 2025 par la Direction générale des Entreprises à partir de 11 021 entreprises interrogées dont 7 978 TPE, 65 % des TPE et PME déclarent posséder un site internet présentant leur activité (81 % pour les seules PME). Beaucoup n'ont ni équipe technique dédiée ni budget d'agence au long cours : un audit doit produire une liste de travaux finie, pas un abonnement à des recommandations.

Un audit n'entraîne aucune modification automatique du site. Les corrections sont convenues séparément, avec les accès, la sauvegarde, l'environnement de test et les critères de réception nécessaires. La suppression d'une page ou une modification importante des liens demandent une décision explicite : un indicateur faible dans un outil ne justifie pas la disparition d'un contenu.

Retirer un obstacle technique ne garantit ni une position ni une date d'indexation. Google n'indexe pas systématiquement toutes les pages d'un site, et les délais de reprise varient d'une exploration à l'autre ; le sujet est développé dans l'article sur une page non indexée par Google, et dans la prestation de contrôle de l'indexation quand c'est le point central. Aucun calendrier de résultat n'est annoncé, aucun objectif de position n'est contractualisé : les décisions de Google, la concurrence et la qualité de votre offre ne dépendent pas d'un audit technique. La mission engage les contrôles réalisés, les livrables convenus et la restitution.