Aller au contenu
Un projet en tête ?

Diagnostic technique

Trouver la cause avant d’ajouter un correctif de plus.

Un outil de crawl vous renvoie quelques milliers d'alertes. Votre développeur attend une consigne précise. Vous cherchez surtout à savoir pourquoi les pages qui ramènent des demandes sont sorties des résultats, ou pourquoi Google ignore une partie du catalogue. Entre la liste et la décision, il manque un tri : quelles alertes correspondent à un problème réel, sur quelles pages, et dans quel ordre les traiter.

C'est l'objet de cet audit technique SEO. Je relie les problèmes observés sur le site aux pages qui comptent pour votre activité, puis j'organise les interventions dans un plan que votre équipe peut exécuter. L'analyse ne modifie rien : vous décidez ensuite, à partir d'éléments vérifiables. Pour comprendre d'abord ce que contient un audit et comment il s'articule au reste du travail de visibilité, l'article audit SEO en détaille les volets.

Le problème concret que cet audit résout

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.

Quand une analyse technique devient utile

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.

Ce que l'audit examine précisément

Familles de contrôles d'un audit technique SEO et question à laquelle chacune répond
Famille de contrôlesCe qui est examinéQuestion traitée
Accès aux pagesStatuts HTTP, chaînes de redirection, liens internes, obstacles à l'exploration.Les robots atteignent-ils les pages utiles sans impasse ?
IndexationDirectives robots, balises noindex, URL canoniques, sitemaps, cohérence avec vos priorités.Les pages que vous voulez rendre visibles peuvent-elles entrer dans l'index ?
ArchitectureOrganisation des contenus, profondeur de navigation, pages qui se concurrencent.La structure dit-elle quelle page traite quel sujet ?
Gabarits et contenuTitres, structure des modèles, éléments répétés, rendu et gestion du JavaScript.Ce que voit un robot correspond-il à ce que voit un visiteur ?
PerformanceChargement et stabilité d'affichage sur les gabarits prioritaires, données terrain si elles existent.Les pages qui comptent sont-elles utilisables sur mobile ?

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 75e 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.

Comment se déroule une mission

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.

Ce que vous recevez à la fin

  • 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.

Du constat à une consigne exploitable

« 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.

Un livrable qui facilite l'arbitrage

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.

Ce dont j'ai besoin de votre part

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.

Comment la mission est chiffrée

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.

Ce que cette prestation ne promet pas

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.

Questions fréquentes

Combien de temps prend un audit technique SEO ?

La durée dépend du volume d'URL, du nombre de modèles de pages, des langues et des accès disponibles. Un contrôle ciblé sur un problème d'indexation ne mobilise pas la même charge que l'examen d'un site marchand à plusieurs milliers de références. Le calendrier est écrit dans le devis, avec la date de restitution, avant le début des travaux.

Quels accès dois-je fournir ?

Un premier examen peut partir du site public et de votre description du problème. L'accès à la Search Console permet ensuite d'analyser les pages connues de Google et les évolutions de visibilité, et un accès au CMS ou à l'hébergement est demandé selon les contrôles retenus. Les droits nécessaires sont précisés avant toute transmission, et un accès administrateur complet n'est pas requis d'office. Ne transmettez jamais de mot de passe dans une demande de devis.

Un outil me signale des centaines d'erreurs : l'audit sert-il encore à quelque chose ?

Oui, parce que l'enjeu n'est pas de produire la liste mais de la trier. L'audit vérifie quelles alertes correspondent à un problème réel et quelles pages importantes sont concernées : une erreur répétée sur un gabarit peut se corriger une seule fois, et une longue liste n'implique pas autant de chantiers indépendants. Les constats sont rapprochés de vos priorités commerciales.

Que reçoit concrètement mon développeur ?

Un plan de corrections priorisé, avec pour chaque constat important une URL d'exemple, le problème observé, le fonctionnement attendu et la vérification à effectuer après intervention. Les dépendances et l'ordre conseillé sont expliqués pour organiser le travail. Les exports d'outils peuvent être joints comme pièces de référence, mais le livrable principal reste l'analyse qui les rend exploitables.

Les corrections sont-elles comprises dans le prix ?

Non : le devis distingue l'analyse des interventions. Votre développeur peut exécuter le plan, ou les corrections relevant du périmètre de Gloria peuvent être chiffrées séparément, avec leurs accès, leurs dépendances et leurs contrôles de réception. Cette séparation vous laisse libre de faire réaliser les travaux par l'équipe de votre choix.

Puis-je obtenir une garantie de résultat sur mes positions ?

Non, et personne ne peut sérieusement en donner une. Un audit technique lève des obstacles et rend un site correctement explorable et indexable, ce qui est une condition nécessaire mais pas suffisante. Les positions dépendent aussi des décisions de Google, de la concurrence sur vos requêtes et de la qualité de votre offre, qui échappent au périmètre d'une analyse technique.

Parler de votre projet

Décrivez le problème observé, sa date d'apparition et les principales pages concernées : nous verrons ensemble si un audit technique est la bonne réponse.

Décrire votre situation
Ce lien s’ouvre dans un nouvel onglet.