La checklist d'audit SEO technique qui trouve les vrais problèmes

L'audit SEO technique est l'un des livrables les plus faciles à simuler. N'importe quel crawler produit un document de quatre-vingt-dix pages en un après-midi : chaque méta description manquante, chaque image sans texte alternatif, chaque titre de plus de soixante-dix caractères, le tout colorié en rouge, orange et vert. Cela paraît exhaustif, et c'est essentiellement du bruit. Le rapport se lit de la même façon que votre site souffre d'un grave problème d'indexation ou d'aucun, parce que rien dedans n'a été décidé par une personne qui avait compris à quoi sert le site.

Un audit utile part de l'autre extrémité. Il demande quelles pages sont censées générer du chiffre d'affaires, si Google peut les atteindre, s'il choisit de les indexer, s'il sait laquelle de vos pages similaires positionner, et si la page reste utilisable sur un téléphone de milieu de gamme en réseau mobile. Tout le reste est secondaire. Le livrable est court, hiérarchisé, et rédigé pour qu'un développeur puisse agir sans réunion de traduction. Quinze constats assortis d'un responsable et d'un impact attendu valent mieux que quatre cents lignes triées selon une couleur de gravité qu'aucun moteur de recherche ne reconnaît.

C'est aussi un moyen peu coûteux de tester un prestataire pressenti. Demandez à chaque candidat un audit anonymisé livré à un client de taille comparable. Si ce que vous recevez est un export de crawler brut avec une page de garde, vous avez beaucoup appris sans rien dépenser. Le même test vaut quand vous comparez des listes d'agences SEO ou quand vous présélectionnez des logiciels dans un catalogue d'outils SEO : la question n'est jamais quel crawler l'équipe utilise, mais ce qu'elle fait du résultat. Notre guide sur comment choisir une agence SEO traite la suite.

Le crawl est le point de départ d'un audit, car rien de ce qui suit n'a d'importance si le robot n'arrive jamais. Commencez par les blocages francs : des règles robots.txt qui interdisent des répertoires que plus personne ne se rappelle avoir ajoutés, des sous-domaines de préproduction laissés ouverts, une protection anti-robots qui renvoie un 403 à Googlebot, des erreurs serveur qui n'apparaissent qu'en charge. Un crawl lancé depuis un ordinateur portable ne révélera rien de tout cela de façon fiable. Il vous faut les journaux serveur, ou au minimum le rapport de statistiques d'exploration de la Search Console, qui montre ce que Google a réellement demandé et ce que votre serveur a réellement renvoyé.

Le gaspillage de budget de crawl est le problème plus discret, et de loin le plus fréquent sur les grands sites. La navigation à facettes transforme mille fiches produits en centaines de milliers de combinaisons de filtres. Paramètres de session, ordres de tri, pages de résultats de recherche interne, calendriers qui courent jusqu'en 2098 : tout cela est exploré, et rien de tout cela ne mérite d'être positionné. Sur un petit site vitrine, c'est sans conséquence. Sur un catalogue aux gabarits lourds, cela signifie que Google dépense son attention sur du bruit de paramètres et repasse sur vos pages commerciales toutes les quelques semaines au lieu de tous les quelques jours.

Le correctif tient rarement en une ligne de robots.txt. C'est une décision prise gabarit par gabarit : quels motifs d'URL doivent être liés, lesquels doivent rester explorables sans être indexables, et lesquels ne devraient pas exister du tout. Ce travail se situe entre le marketing et l'ingénierie, ce qui explique qu'il s'enlise si souvent : personne n'est vraiment propriétaire de la décision et personne ne veut être celui qui casse le catalogue. Le cadrer correctement fait partie de toute prestation SEO sérieuse, et devrait apparaître dans la proposition sous forme de livrables nommés plutôt que dans une vague ligne d'optimisation technique.

Le rapport d'indexation des pages est l'écran le plus mal lu de tout le SEO. Chaque statut a une signification précise, et l'écart entre deux d'entre eux détermine généralement si votre problème relève du contenu ou de la plomberie. Détectée, actuellement non indexée signifie que Google sait que l'URL existe et n'a pas pris la peine de la charger : c'est un signal sur la qualité globale du site et sur la demande de crawl, pas sur cette page en particulier. Explorée, actuellement non indexée signifie que Google a chargé la page, l'a regardée et l'a écartée. C'est un verdict sur le contenu lui-même.

Page en double sans URL canonique choisie par l'utilisateur, ou variante avec balise canonique correcte, relève du fonctionnement normal. En revanche, Google a choisi une URL canonique différente de celle de l'utilisateur ne l'est pas : votre balise déclare une chose et Google en décide une autre, ce qui met presque toujours au jour des gabarits quasi identiques. Exclue par une balise noindex n'est un problème que si la balise se trouve sur une page que vous vouliez indexer, ce qui arrive plus souvent qu'on ne l'avoue après une mise en production depuis la préproduction. Soft 404 désigne des pages trop minces ou vides : produits en rupture, résultats de filtres vides, catégories dont le stock s'est vidé.

Un audit sérieux quantifie ces catégories par rapport à votre ensemble de pages commerciales, et non par rapport au site entier. Dix mille URL exclues ne veulent rien dire en soi. Dix mille URL exclues dont quatre cents sont des produits que vous vendez activement constituent une urgence. L'outil d'inspection d'URL confirme ensuite les cas individuels : date du dernier crawl, canonique retenue par Google, et code HTML rendu tel qu'il a été vu. Un audit qui s'arrête au total général écrit pour un tableau de bord et non pour une décision, exactement le travers décrit dans KPI SEO et reporting.

La duplication ressemble rarement à du copier-coller. Elle ressemble à trois articles écrits à dix-huit mois d'intervalle sur la même question, à deux pages de catégorie qui ne diffèrent que par un filtre, ou à une version imprimable que personne n'a jamais supprimée. Google en choisit une, et souvent pas celle que vous auriez choisie. Le symptôme, dans la Search Console, est une requête dont l'URL positionnée change de semaine en semaine, ou deux URL qui récoltent chacune une poignée d'impressions sans qu'aucune n'atteigne le top 10. C'est de la cannibalisation, et c'est un problème d'architecture de contenu déguisé en problème technique.

Les balises canoniques sont votre réponse déclarée à cette question, et elles sont fausses étonnamment souvent. Les défaillances récurrentes : un gabarit qui déclare la page d'accueil comme canonique pour chaque URL, des chaînes où A pointe vers B qui pointe vers C, des balises injectées dans le corps de page au lieu de l'en-tête, et des canoniques contredites par le sitemap ou par un groupe de versions linguistiques. Si vous exploitez plusieurs versions pays ou langues, l'interaction entre canonique et hreflang mérite une passe dédiée, que nous détaillons dans SEO international et hreflang.

La pagination est la partie que la plupart des audits sautent. Les anciennes annotations rel next et rel prev ont disparu depuis longtemps, et le traitement moderne est simple et facile à vérifier : chaque page paginée se déclare canonique d'elle-même, reste indexable et pointe vers ses éléments. Faire pointer toutes les pages vers la page un revient à masquer complètement votre inventaire profond. Un défilement infini sans URL distincte par page produit le même effet. Sur un grand catalogue, cette seule décision peut déterminer si la moitié de vos produits sera un jour explorée, un thème que nous développons dans le guide du SEO e-commerce.

Le maillage interne est le levier de positionnement le moins cher que la plupart des sites n'actionnent jamais, et il s'audite très simplement. Cartographiez la profondeur de clic depuis la page d'accueil : toute page commerciale située à plus de trois clics reçoit, structurellement, le message qu'elle n'a pas d'importance. Comptez les liens internes entrants par URL et comparez ce classement à celui de votre chiffre d'affaires. Sur la plupart des sites, les deux listes ne se recoupent presque pas, parce que la navigation et le pied de page distribuent la popularité selon un menu conçu en réunion plutôt que selon ce que les clients achètent réellement.

Les pages orphelines sont le cas extrême : des URL présentes dans le sitemap ou dans les statistiques de trafic mais qui ne reçoivent aucun lien interne. On en trouve fréquemment après une migration, après l'archivage de pages de campagne, et sur tout site dont une partie du contenu est publiée par un système distinct. Un audit doit les lister nommément avec une recommandation pour chacune : la relier correctement, la fusionner dans une page plus forte, ou la supprimer. Le texte d'ancre compte aussi, mais bien moins que la présence ou l'absence du lien lui-même.

Le rendu est la dernière question de découverte. Comparez le code HTML brut renvoyé par votre serveur au DOM rendu que Google observe, gabarit par gabarit. Du contenu injecté après un clic, une navigation construite à partir de gestionnaires d'événements JavaScript plutôt que de balises de lien, des listes de produits assemblées entièrement dans le navigateur : autant de manières de devenir invisible tout en paraissant impeccable à un humain. Ces constats atterrissent presque toujours du côté de l'ingénierie, et un audit n'est utile que s'il nomme le comportement du framework et le correctif ; cadrez cela avec votre équipe de développement web avant d'annoncer un calendrier.

La performance est le domaine où données de laboratoire et données de terrain sont le plus souvent confondues. Un score de laboratoire provient d'un unique test simulé, et il varie de plusieurs points entre deux mesures d'une page pourtant inchangée. Les données de terrain proviennent du rapport sur l'expérience utilisateur de Chrome : de vraies visites, de vrais appareils, de vrais réseaux, agrégés sur une fenêtre glissante de vingt-huit jours et regroupés par motif d'URL. C'est le terrain que Google évalue. Un audit qui ne rapporte qu'un score de laboratoire a mesuré un laboratoire, ce qui explique que deux agences puissent vous remettre des chiffres contradictoires pour le même site le même jour.

Lisez les trois métriques comme des questions plutôt que comme des notes. Le largest contentful paint demande si l'élément principal est apparu rapidement ; il échoue le plus souvent à cause d'une image d'en-tête non préchargée, d'une police bloquant le rendu, ou d'une première réponse serveur trop lente. L'interaction to next paint demande si la page a répondu quand quelqu'un a touché l'écran ; il échoue en général à cause d'un JavaScript trop lourd, souvent des balises tierces que personne n'a auditées depuis deux ans. Le cumulative layout shift demande si les éléments ont bougé sous le pouce du lecteur, et se ramène presque toujours à une bannière injectée ou à une image sans dimensions.

Les données structurées méritent la même discipline. Un balisage ne rapporte que s'il correspond à un résultat enrichi effectivement pris en charge par Google et s'il décrit fidèlement la page : produit avec prix et disponibilité, fil d'Ariane, événements, informations sur l'organisation. Baliser un article comme un produit, ou ajouter un balisage d'avis pour des avis absents de la page, relève au mieux de la décoration et au pire du risque d'action manuelle. Validez avec un test de résultats enrichis, puis vérifiez si l'amélioration apparaît réellement dans la Search Console dans les semaines qui suivent. Si elle n'apparaît jamais, le balisage coûte de la maintenance et ne rapporte rien.

La plupart des chutes de trafic catastrophiques ne sont pas algorithmiques. Ce sont des migrations menées sans plan de redirection. La règle est peu séduisante et rarement suivie : chaque ancienne URL ayant du trafic, des liens ou des impressions doit rediriger en un seul saut vers son équivalent le plus proche, pas vers la page d'accueil, pas au travers d'une chaîne, et pas vers une catégorie qui lui ressemble vaguement. Les redirections massives vers l'accueil sont traitées comme des soft 404 et perdent tout ce que l'ancienne page avait gagné. Construisez le plan avant la mise en ligne à partir des données de crawl, des exports Search Console et des journaux serveur, puis vérifiez-le dans les jours qui suivent.

La priorisation transforme une liste de constats en plan d'action, et c'est précisément ce qu'un export d'outil ne sait pas faire. Les couleurs de gravité décrivent l'avis du crawler, pas votre activité. Un meilleur classement multiplie les pages concernées par leur valeur commerciale et par la probabilité que le correctif change quelque chose, puis divise par l'effort. Un bug de canonique sur deux mille fiches produits passe systématiquement avant un attribut alt manquant sur quatre cents images de blog, même quand le crawler colorie le second en rouge. Quand vous comparez des candidats sur le classement des agences, demandez comment ils ont construit leur dernier ordre de priorité.

Terminez par trois colonnes que la plupart des audits omettent : qui implémente chaque point, quelle preuve montrera que cela a fonctionné, et à quelle date ce sera vérifié. Le travail technique franchit bien les frontières, car il dépend de votre stack et non de votre marché : une équipe en Allemagne ou en Espagne peut auditer un site vendu n'importe où, et les freelances SEO indépendants font souvent ce travail précis mieux que de grandes équipes. Ce qui ne franchit rien, c'est la responsabilité. Un audit que personne n'est contractuellement tenu d'appliquer reste un document coûteux, et la manière la plus courante de gaspiller discrètement un budget de SEO technique.