Auditer son site : la méthode complète et l'ordre des priorités

Qu'est-ce qu'un audit de site et pourquoi l'ordre des contrôles change tout#

Un audit de site est un inventaire ordonné de ce qui empêche un site d'être trouvé, lu, puis utilisé. Il couvre trois couches distinctes, et les confondre est la première cause de travail perdu.

La couche technique décide de ce que les moteurs peuvent atteindre : les pages qu'ils explorent, celles qu'ils indexent, la vitesse à laquelle ils y arrivent. La couche éditoriale décide de ce que le site dit et de ce qu'il met en avant : les sujets couverts, les pages mises en valeur par les liens internes, celles qui ne reçoivent plus rien. La couche d'usage décide de la suite : ce qu'un visiteur comprend en arrivant, et s'il fait ce pour quoi la page existe.

La plupart des audits livrent une liste triée par catégorie. Cent points à corriger, rangés par famille, chacun assorti d'une gravité. C'est utile pour constater, insuffisant pour agir. Une liste ne dit pas par quoi commencer, et un dirigeant qui ouvre un rapport de cent lignes commence en général par ce qu'il comprend le mieux, pas par ce qui pèse le plus.

Le principe qui remet de l'ordre est simple : chaque couche dépend de la précédente. Une page qui n'est pas indexée ne peut pas être mal classée, elle n'existe pas dans le classement. Une page indexée mais qu'aucun lien interne ne soutient sera explorée rarement, et ses corrections seront prises en compte tard. Une page indexée, bien reliée et bien classée qui ne convertit pas est le seul cas où travailler la page elle-même a un sens immédiat.

C'est pour cette raison que la question courante, comment faire un audit d'un site, appelle une réponse en étapes plutôt qu'en catégories. Voici l'ordre que nous appliquons, et les sections qui suivent le détaillent une par une.

Ce qui bloque l'indexation avant tout le reste#

Un blocage d'indexation est un cas particulier : il ne dégrade pas une performance, il l'annule. La page peut être excellente, elle n'apparaîtra dans aucun résultat tant que le blocage tient. C'est pourquoi cette famille passe avant toutes les autres, y compris avant des corrections plus visibles et plus gratifiantes.

Les blocages se logent dans un petit nombre d'endroits, toujours les mêmes. Le fichier robots.txt peut interdire un répertoire entier, parfois un vestige d'une mise en ligne où le site était fermé aux moteurs. Une balise noindex peut rester sur des pages passées en production. Un code de statut peut renvoyer une erreur serveur sur une partie du site sans que personne ne s'en aperçoive, car les visiteurs, eux, n'y vont pas. Une balise canonique mal posée peut désigner une autre page comme la version de référence, et faire disparaître l'originale de l'index. Un sitemap peut lister des adresses mortes, ce qui dépense l'attention du robot pour rien.

Un audit détecte ces cas par l'exploration, pas par la lecture du code source d'une page prise au hasard. Le crawl part de l'accueil, suit les liens, collecte les statuts, les directives et les canoniques, puis les confronte au sitemap déclaré. L'écart entre ces deux inventaires, ce que le site déclare publier et ce qu'un robot atteint vraiment, est le premier chiffre à regarder dans un rapport.

Ces blocages naissent rarement en régime de croisière. Ils apparaissent au moment des changements : mise en ligne, migration, changement d'hébergement, refonte. C'est précisément ce que couvre notre checklist avant de refaire son site, qui liste les points à figer avant de basculer une nouvelle version.

Ce qui enterre les pages : la profondeur de clics#

Le second seuil concerne des pages qui n'ont aucun défaut technique. Elles répondent, elles sont indexables, et pourtant elles ne reçoivent presque rien. La cause est le plus souvent leur position dans le site.

La profondeur de clics est le nombre de clics qui séparent l'accueil d'une page donnée, en suivant les liens internes. Un robot procède ainsi : il part des pages qu'il connaît et découvre le reste de proche en proche. Ce parcours n'est pas illimité. Une page située loin de l'accueil est donc visitée moins souvent, ses mises à jour sont vues plus tard, et son indexation prend davantage de temps lorsqu'elle est publiée.

Le critère à surveiller n'est pas la profondeur maximale du site, qui ne veut rien dire prise seule. C'est la part de pages situées au-delà de trois clics, et surtout l'identité de ces pages. Un site dont les archives sont profondes se porte bien. Un site dont les pages de service sont profondes a un problème structurel, même si son nombre total de pages enfouies est faible.

Le cas extrême est la page orpheline : aucun lien interne ne mène à elle. Elle existe, elle est parfois excellente, et le site entier se comporte comme si elle n'était pas là. Le détail de la mesure, des seuils et des corrections est traité dans notre article sur la profondeur de clics et les pages enfouies. Retenez ici la place de ce contrôle dans l'ordre : il vient après l'indexation, et avant toute réécriture.

Ce qui ne convertit pas : pages sans trafic et dette de contenu#

Une fois l'indexation dégagée et la structure des liens remise en ordre, il reste la question la plus inconfortable : que faire des pages qui ne rapportent rien. Sur un site de quelques années, elles se comptent souvent en dizaines. Anciennes actualités, pages créées pour une campagne terminée, articles publiés par obligation de rythme.

Cet ensemble est une dette. Il coûte de l'attention du robot, il dilue le sujet du site, et il donne une impression d'abondance qui masque le fait que quelques pages seulement portent l'activité. La réponse réflexe, réécrire, est presque toujours la mauvaise : elle consomme le temps le plus rare pour un gain incertain.

Quatre décisions existent, et une seule est correcte pour chaque page. Le critère de tri est le même partout : ce que la page reçoit déjà en impressions, et si son sujet a encore un intérêt commercial.

Le détail de chaque décision, et la façon de trancher quand deux d'entre elles semblent possibles, est traité dans notre article sur la dette de contenu et les pages sans trafic. Ce qui compte à l'échelle de la méthode est que cette étape vient en dernier parmi les trois. Trancher des pages sans trafic pendant qu'un blocage d'indexation tient revient à ranger une pièce dont la porte est condamnée.

Pourquoi faire un audit de site internet régulièrement#

Un audit décrit un état à une date. Cette description se périme, et pour trois raisons indépendantes les unes des autres.

La première est le site lui-même. Il vit : des pages sont publiées, des menus changent, une extension est installée, un formulaire est remplacé. Chacun de ces gestes est mineur pris isolément, et leur accumulation modifie la structure sans que personne n'ait décidé de la modifier. Un article publié aujourd'hui repousse d'un cran ceux de l'an dernier dans les pages de liste, et la profondeur de clics d'une partie du site augmente sans qu'une seule ligne de code ait été touchée.

La deuxième est ce qui se passe en face. Les pages qui vous précèdent sur une requête sont réécrites, complétées, parfois abandonnées. Votre position peut se dégrader alors que votre page n'a pas bougé d'un mot, et l'inverse est vrai aussi.

La troisième tient à la mesure. Les données de la Search Console sont disponibles sur une fenêtre glissante : ce qui n'est pas relevé finit par sortir de l'historique. Un audit ponctuel constate ; une série d'audits compare, et c'est la comparaison qui dit si une correction a produit un effet. C'est d'ailleurs la seule façon honnête de le savoir, puisque personne ne peut isoler l'effet d'une action sur un classement.

Un rythme raisonnable consiste à auditer à la mise en ligne, puis à intervalle régulier, et systématiquement après une refonte ou une migration. Le raccordement des comptes Google est ce qui rend cette répétition utile, car il apporte l'historique que le crawl seul ne connaît pas : notre page sur vos données Google explique ce qui est lu et ce qui ne l'est pas.

Visibilité dans les moteurs de réponse IA : le contrôle qui manque aux audits classiques#

Les grilles d'audit répandues datent d'une époque où une seule question se posait : ce site est-il correctement compris par un moteur de recherche. Une seconde question s'est ajoutée. Une part des recherches ne se termine plus par une liste de liens mais par une réponse rédigée, dans un assistant conversationnel ou dans un aperçu placé au-dessus des résultats. Cette réponse cite des sources, et un site peut très bien être bien classé sans jamais y figurer.

Le contrôle se dédouble donc. D'un côté, la lisibilité de vos pages pour ces systèmes : une information factuelle repérable, des réponses formulées directement plutôt que noyées, une structure qui permet d'extraire un passage sans le déformer. De l'autre, la mesure : sur vos requêtes, qui est cité aujourd'hui, et est-ce vous.

Ces deux volets ne se traitent pas ensemble. Le premier est un travail éditorial, il se corrige page par page. Le second est une observation répétée, et il ne se déduit d'aucun audit technique. Nous avons documenté la mesure elle-même dans notre observatoire des citations IA, et la façon de l'installer dans la durée dans notre protocole de suivi de visibilité IA.

Une précision utile pour éviter les faux espoirs : une citation ne se commande pas et ne se garantit pas. Elle se constate, sur une série de relevés, et une absence de citation à un instant donné ne signifie rien tant que la mesure n'a pas été répétée. C'est un contrôle d'audit à part entière, avec ses règles propres, et il ne remplace aucun des trois seuils précédents.

Faut-il auditer seul ou se faire accompagner#

L'objection mérite d'être posée franchement, parce qu'elle est légitime. Un dirigeant peut faire une bonne partie de ce travail lui-même. Les outils d'exploration existent, la Search Console est gratuite, et la méthode décrite ici n'est pas un secret professionnel.

Ce qui fait basculer la réponse n'est pas la compétence, c'est la structure du problème. Trois critères suffisent à trancher, et ils se lisent ensemble.

Un quatrième élément pèse plus que les trois autres et se voit moins : l'arbitrage. Produire une liste de problèmes est à la portée d'un outil. Décider lequel traiter en premier, sur un site donné, avec une équipe donnée et un budget donné, est une décision de dirigeant qui gagne à être discutée avec quelqu'un qui a vu d'autres sites. C'est aussi ce qui distingue un rapport d'un plan de travail.

Il existe un signe assez fiable qu'il est temps d'ouvrir la question. Si les corrections identifiées lors du dernier examen n'ont pas été appliquées, le problème n'est plus le diagnostic : il est l'exécution, et un audit supplémentaire ne la déclenchera pas. À l'inverse, si vous savez déjà quelles pages portent votre activité et que la liste des corrections tient sur une page, faire soi-même reste le bon choix.

Le choix ne se limite d'ailleurs pas à deux options. Entre le travail en autonomie et la délégation complète, il existe une position intermédiaire où l'outil produit le plan et où votre équipe l'applique. Nous avons détaillé cet arbitrage, y compris le cas où la bonne réponse est de refaire le site plutôt que de l'optimiser, dans notre article outil, agence ou refonte.

Comment l'atelier applique cette méthode à l'écran#

Cette méthode n'est pas théorique de notre côté : elle est la structure même de l'outil que nous utilisons pour nos clients.

L'audit d'Atelier SEO exécute plus de quatre-vingt-dix contrôles sur un site, et les range en quatre familles : la technique, le contenu de page, le maillage interne, et la lisibilité par les IA. Chaque famille porte un score et un nombre de points ouverts. Cette organisation reproduit l'ordre décrit plus haut : les familles ne sont pas quatre listes équivalentes à traiter en parallèle, elles sont quatre étages dont le premier conditionne les suivants.

Les données du crawl seules ne suffisent pas à trancher. Le raccordement de la Search Console et d'Analytics ajoute ce que le site ne sait pas de lui-même : quelles pages reçoivent déjà des impressions, sur quelles requêtes, et ce que font les visiteurs ensuite. L'analyse des concurrents ajoute le contexte extérieur. Une page enfouie qui reçoit déjà des impressions et une page enfouie que personne ne cherche appellent deux décisions opposées, et cette distinction n'existe pas sans ce croisement.

Iris, l'assistant de l'atelier, travaille sur ces mêmes données. Son rôle n'est pas de produire une liste de plus, mais de la mettre en ordre : à quel problème s'attaquer d'abord, sur quelles pages, et pourquoi celles-là plutôt que d'autres. La démonstration sur un cas réel montre la différence entre une réponse générique et une réponse appuyée sur les données d'un site.

La sortie est un plan d'action priorisé, page par page, avec le motif de chaque rang. Ce plan se lit et s'applique dans votre propre outil de publication, sans dépendance à la plateforme, ou par notre équipe si vous préférez déléguer l'exécution : le déroulé est décrit dans notre méthode de travail. Trois voies existent donc selon qui exécute, et elles sont détaillées sur notre page des offres : appliquer le plan vous-même, passer par la formule avec refonte incluse, ou faire implémenter les correctifs sur votre site actuel.

Pour approfondir la façon de choisir entre acquisition, visibilité IA et conversion, l’article SEO, visibilité IA ou conversion : le signal qui doit trancher reprend cet ordre à partir des données du site.

Il est utile de dire aussi ce que cet écran ne fait pas. Il ne publie rien, ne réécrit aucune page à votre place, et ne connaît pas vos contraintes internes : une correction techniquement prioritaire peut attendre parce qu'une autre échéance passe devant, et c'est légitime. Il ne prédit pas non plus une position, un délai ni une citation dans un moteur de réponse. Ce qu'il apporte est plus modeste et plus utile : la certitude que vous ne travaillez pas la couche trois pendant qu'un défaut de la couche un annule l'effet. L'audit est gratuit et l'accès se fait sur invitation, sans carte bancaire, ce qui permet de voir cette lecture ordonnée sur votre propre site avant toute décision.