Audit SEO ou test de performance : ce que chacun vérifie, et quand il vous faut les deux

On cite souvent l'audit SEO et le test de performance d'un site dans la même phrase, et on les confond tout aussi souvent. Ils ne répondent pourtant pas à la même question. L'audit SEO cherche à savoir si les moteurs de recherche peuvent trouver, explorer, indexer et comprendre vos pages. Le test de performance mesure la rapidité avec laquelle une page se charge et réagit pour un visiteur. Le premier concerne le fait d'être trouvé ; le second, ce qui se passe après le clic.

Ce guide compare les deux, passe en revue les outils d'un audit SEO technique, vous fournit une checklist d'audit de site et explique les notions que l'on rencontre en chemin : erreurs SEO courantes, indexation mobile-first, indicateurs d'expérience utilisateur, SEO face au SEM et budget de crawl.

Audit SEO et test de performance : le comparatif

Le tableau ci-dessous les met côte à côte.

Ils se recoupent sur un point. Les Core Web Vitals entrent dans la façon dont Google évalue l'expérience sur la page : un problème de performance peut donc aussi être un problème de SEO, même si la pertinence et la qualité du contenu pèsent bien davantage dans le classement. Un audit de site web complet intègre par conséquent la performance parmi ses volets.

Aucun des deux ne remplace l'autre. Une page rapide qui porte encore un noindex oublié n'apparaîtra tout simplement pas dans les résultats. Une page parfaitement indexée qui met huit secondes à afficher son contenu principal sur un téléphone perdra le visiteur qu'elle a eu tant de mal à attirer.

Les outils d'un audit SEO technique

Inutile de payer une suite logicielle pour commencer. Les outils suivants couvrent l'essentiel, et la plupart sont gratuits.

Indexation, exploration et liens

• Google Search Console. Le point de départ. Le rapport « Indexation des pages » indique quelles URL sont indexées et pourquoi les autres ne le sont pas, l'inspection d'URL montre comment Google voit une page donnée, et les rapports « Core Web Vitals » et « Statistiques sur l'exploration » couvrent la vitesse et l'exploration.
• Bing Webmaster Tools. L'équivalent pour Bing, avec son propre outil d'analyse de site.
• Un crawler de site. Il suit vos liens internes comme le ferait un moteur de recherche et signale les problèmes page par page. Le crawl de site de Rudra, que vous pouvez lancer depuis la page de démonstration, contrôle les titres, les descriptions, les intertitres, les balises canoniques, les directives d'indexation et les liens internes cassés sur chaque page explorée. L'offre gratuite couvre jusqu'à 2 sites web, à raison de 10 pages maximum par analyse.
• Un contrôle SEO sur une seule page. L'outil d'analyse SEO gratuit de Rudra examine les signaux on-page d'une page, ainsi que le robots.txt et le sitemap du site. Il lit le HTML renvoyé par votre serveur : pour le contenu ajouté ensuite par JavaScript, vérifiez aussi le HTML rendu dans l'inspection d'URL.
• Un vérificateur de liens cassés. Le vérificateur de liens cassés teste les liens d'une page et signale ceux de vos propres scripts, images et polices qui ne se chargent pas.

Vitesse et données structurées

• PageSpeed Insights. Affiche les données de terrain issues d'utilisateurs réels de Chrome, lorsqu'elles sont assez nombreuses, au-dessus d'un test de laboratoire Lighthouse.
• Lighthouse. Intégré aux outils de développement de Chrome. L'outil de test de vitesse de Rudra le lance pour vous et liste les audits en échec, du plus grave au moins grave.
• Test des résultats enrichis. Vérifie si vos données structurées rendent une page éligible aux résultats enrichis.

Les suites payantes apportent ce qu'un crawler ne peut pas voir : données sur les backlinks, positions par mot-clé et analyse de la concurrence. Rudra ne s'en occupe pas. Elles valent leur prix une fois les bases techniques assainies, pas avant.

Une checklist d'audit de site web

Parcourez ces points dans l'ordre. Les premiers conditionnent l'intérêt des suivants : rien ne sert de peaufiner une page qui ne peut pas être indexée.

Exploration et indexation

1. Le site est validé dans Google Search Console et un sitemap XML a été soumis.
2. robots.txt ne bloque aucune page que vous souhaitez voir trouvée. Un Disallow: / hérité d'un site de préproduction explique souvent qu'un site n'apparaisse jamais.
3. Aucune page importante ne porte de noindex dans une balise meta robots ou un en-tête X-Robots-Tag. Voir ce que signifie noindex.
4. Les pages importantes renvoient un code HTTP 200, et les pages inexistantes un vrai 404 plutôt qu'un message « page introuvable » servi avec un statut 200.
5. Le sitemap ne liste que des URL en ligne et indexables. Voir comment diagnostiquer les problèmes de sitemap.

On-page

1. Chaque page indexable possède un titre et une meta description uniques et descriptifs.
2. Un seul H1 clair par page, suivi de titres H2 et H3 dans l'ordre.
3. La balise canonique de chaque page est absolue et pointe vers son URL de référence.
4. HTTP redirige vers HTTPS, et les versions avec www et sans www aboutissent à une seule adresse, en un seul saut.
5. Aucun lien interne cassé, et aucune page importante laissée sans lien entrant.
6. Les données structurées sont valides et correspondent à ce qui est visible sur la page.

Vitesse et mobile

1. Dans les données de terrain, le LCP est de 2,5 s ou moins, l'INP de 200 ms ou moins et le CLS de 0,1 ou moins au 75e centile.
2. Les images sont compressées, dimensionnées pour leur taille d'affichage et dotées d'une largeur et d'une hauteur explicites.
3. Une balise meta viewport est définie, le texte se lit sans zoomer et rien ne défile horizontalement.
4. La page mobile comporte le même contenu, les mêmes titres et les mêmes données structurées que la page pour ordinateur.

Confiance et fonctionnement

1. HTTPS sur toutes les pages, un certificat valide et aucun contenu mixte.
2. Les formulaires ont des étiquettes et fonctionnent sur téléphone ; envoyez chacun d'eux vous-même pour vérifier que le message arrive.
3. Les images ont un texte alternatif pertinent, et le contraste des couleurs est suffisant.

Consignez vos constats avec une date, corrigez d'abord les points liés à l'indexation, puis refaites l'audit quelques semaines après la mise en ligne des correctifs.

Les erreurs SEO les plus courantes

Les mêmes défauts reviennent sur la plupart des sites. Presque tous se corrigent facilement, pour peu que quelqu'un les ait remarqués.

Erreurs d'exploration et d'indexation

• Un noindex ou un blocage robots.txt oublié après la phase de développement. C'est l'erreur la plus dommageable, car la page disparaît purement et simplement des résultats.
• Des problèmes de balise canonique : absente, relative, en plusieurs exemplaires ou pointant vers la mauvaise URL. Voir comment corriger les problèmes de balise canonique.
• La même page accessible à plusieurs adresses : http et https, avec et sans www, avec des paramètres de suivi.
• Les soft 404 : une page « introuvable » servie avec un 200 OK.
• Des liens internes cassés et des chaînes de redirections laissés derrière soi lorsque des pages sont renommées ou supprimées.
• Des pages orphelines vers lesquelles aucun lien ne pointe : les robots ne les atteignent que par le sitemap, quand ils les atteignent. Voir comment trouver les pages orphelines.
• Un sitemap rempli d'URL redirigées, bloquées ou supprimées.

Erreurs on-page et de contenu

• Des titres et descriptions dupliqués ou absents. Souvent dus à un gabarit qui génère le même texte sur toutes les pages. Voir comment corriger les titres dupliqués.
• Des pages au contenu trop mince, réduites à un titre et une ou deux lignes de texte.
• Des titres absents ou des niveaux sautés, par exemple pas de H1, ou un H2 directement suivi d'un H4.
• Des images sans texte alternatif, et du texte important placé dans des images.
• Du contenu présent sur ordinateur mais absent sur mobile.
• Des données structurées invalides, impossibles à analyser ou dépourvues de propriétés essentielles. Voir comment vérifier les données structurées.

L'importance de l'indexation mobile-first

L'indexation mobile-first signifie que Google explore et indexe principalement la version mobile de vos pages. La version pour ordinateur n'est plus la référence. Si un titre, un paragraphe, une image ou un bloc de données structurées manque sur la page mobile, alors, aux yeux de Google, il manque sur la page tout court.

Cela change la manière d'auditer. Consultez d'abord les résultats mobiles, et considérez votre site mobile comme votre site :

• Adoptez un design responsive, afin qu'une même URL serve le même HTML à toutes les tailles d'écran.
• Conservez sur mobile les mêmes textes, titres, images, textes alternatifs, données structurées et balises meta que sur ordinateur. Ne raccourcissez pas les pages pour les petits écrans.
• Assurez-vous que le contenu des onglets et des accordéons figure dans le HTML, et n'est pas chargé seulement au moment du tap.
• Définissez la balise meta viewport (l'extrait de code figure sous cette liste).
• Ne bloquez pas les fichiers CSS, JavaScript ou les images dont Google a besoin pour afficher la page.
• Évitez les pop-ups qui masquent le contenu dès l'ouverture de la page.
• Testez à de vraies largeurs de téléphone, pas seulement dans une fenêtre d'ordinateur rétrécie.

<meta name="viewport" content="width=device-width, initial-scale=1">

Les contrôles SEO de Rudra signalent l'absence de balise viewport, et l'outil de test mobile affiche une page aux largeurs téléphone, tablette et ordinateur en repérant le contenu qui déborde de l'écran. Pour les correctifs, voir comment rendre un site web adapté aux mobiles.

Les indicateurs d'expérience utilisateur d'un site

L'expérience utilisateur se mesure. Commencez par les trois Core Web Vitals de Google, relevés lors de visites réelles :

Une page est conforme lorsque 75 % des visites respectent chaque seuil, la mesure étant faite séparément pour le mobile et l'ordinateur. Plusieurs temps complémentaires aident à trouver la cause d'un mauvais résultat :

• Time to First Byte (TTFB) : le temps que met le serveur à commencer à répondre. Il reflète l'hébergement, la mise en cache et la distance par rapport au visiteur.
• First Contentful Paint (FCP) : le moment où un premier élément, quel qu'il soit, apparaît.
• Total Blocking Time (TBT) : la durée pendant laquelle le thread principal est trop occupé pour réagir durant le chargement. C'est le signal de laboratoire le plus proche de l'INP.
• Speed Index : la rapidité avec laquelle la partie visible de la page se remplit.

La vitesse n'est qu'une partie de l'expérience. Vos outils d'analyse d'audience apportent le volet comportemental :

• Taux d'engagement et durée d'engagement : les visiteurs lisent-ils, ou repartent-ils aussitôt ?
• Profondeur de défilement : atteignent-ils la partie de la page qui compte ?
• Taux de conversion : sur cent visiteurs, combien s'inscrivent, achètent ou vous contactent ?
• Abandon de formulaire : combien commencent un formulaire sans le terminer.
• Pages de sortie : là où les visiteurs quittent le plus souvent le site.

L'accessibilité a elle aussi sa place ici. Une page inutilisable au clavier ou avec un lecteur d'écran offre une mauvaise expérience, aussi vite qu'elle se charge ; voir comment améliorer l'accessibilité d'un site web, ou testez une page avec l'outil de test d'accessibilité.

SEO ou SEM : intérêt de recherche et lequel choisir

Le SEO, pour search engine optimization (référencement naturel), désigne le travail qui permet d'obtenir des positions non payantes dans les résultats de recherche. Le SEM, pour search engine marketing, englobait à l'origine la recherche payante et non payante, mais dans l'usage courant il désigne aujourd'hui la publicité sur les moteurs de recherche, où chaque clic vous est facturé.

Comparez les deux termes dans Google Trends : « SEO » suscite en général un intérêt de recherche bien supérieur à « SEM ». Cela en dit plus sur le vocabulaire que sur la taille des deux secteurs : ceux qui s'intéressent à la recherche payante tapent plutôt « Google Ads » ou « PPC ». Google Trends affiche un intérêt relatif sur une échelle de 0 à 100, et non un nombre de recherches ; servez-vous-en pour comparer des termes et repérer des tendances saisonnières, et vérifiez les chiffres actuels pour votre propre pays avant de vous y fier.

Pour la plupart des sites, l'ordre raisonnable est le SEO d'abord, complété par la recherche payante lorsqu'il vous faut du trafic rapidement ou que vous voulez savoir quelles recherches convertissent avant de rédiger du contenu pour elles. Dans les deux cas, auditez d'abord la page de destination. Un clic payant qui aboutit à une page lente dotée d'un formulaire défaillant se paie deux fois : une fois pour le clic, une seconde avec le client que vous n'avez pas gagné.

Le budget de crawl expliqué

Le budget de crawl (ou budget d'exploration) est l'ensemble des URL qu'un moteur de recherche peut et veut explorer sur votre site sur une période donnée. Google le décrit comme la résultante de deux éléments :

• La limite de capacité d'exploration : ce que Googlebot peut explorer sans surcharger votre serveur. Des réponses rapides et fiables la relèvent ; les erreurs et les réponses lentes l'abaissent.
• Le besoin d'exploration : l'intérêt de Google pour l'exploration de vos pages, selon leur popularité et la fréquence de leurs mises à jour.

Pour la plupart des sites web, ce n'est pas une contrainte. Selon les recommandations de Google, le budget de crawl concerne surtout les sites très volumineux (environ un million de pages ou plus), les sites comptant des dizaines de milliers de pages qui changent chaque jour, ou les cas où une grande part des URL figure dans Search Console avec l'état « Détectée, actuellement non indexée ». Un site de quelques centaines de pages sera exploré en totalité.

Le sujet mérite tout de même d'être compris, car ce qui gaspille le budget de crawl d'un grand site est un signe de mauvais entretien quelle que soit la taille :

• Des pages dupliquées accessibles à plusieurs URL, y compris les versions avec paramètres de suivi.
• Des combinaisons de filtres et de tris qui génèrent une infinité d'URL pour le même contenu.
• De longues chaînes de redirections.
• Des soft 404.
• Des réponses serveur lentes ou en erreur.
• Des sitemaps listant des URL qui redirigent ou n'existent plus.

Pour que l'exploration reste efficace, tenez le sitemap à jour, renvoyez un vrai 404 ou 410 pour les pages supprimées, regroupez les doublons à l'aide de redirections et de balises canoniques, et utilisez robots.txt pour tenir les robots à l'écart des sections sans intérêt pour la recherche. Rappelez-vous que robots.txt empêche l'exploration, pas l'indexation ; notre guide sur robots.txt et sitemap.xml explique la différence.

Rudra ne mesure pas le budget de crawl. Seul le moteur de recherche sait comment il emploie son temps sur votre site, et c'est le rapport « Statistiques sur l'exploration » de Google Search Console (dans les Paramètres) qu'il faut consulter. Ce qu'un crawl de votre propre site révèle, en revanche, c'est le gaspillage : chaînes de redirections, liens cassés, titres dupliqués et URL non canoniques. Et si une nouvelle page n'apparaît pas dans les résultats, la cause est bien plus souvent un problème d'indexation ou de qualité que de budget de crawl.

Par où commencer

1. Lancez un contrôle sur une seule page pour votre page d'accueil et une page intérieure importante avec l'audit de site gratuit.
2. Explorez le site pour repérer les problèmes qui n'apparaissent qu'à l'échelle de plusieurs pages.
3. Corrigez tout ce qui bloque l'indexation, puis descendez la liste par ordre de gravité.
4. Lancez un test de vitesse en laboratoire sur chaque gabarit principal, et comparez-le à vos données de terrain.
5. Relancez l'analyse, comparez avec les résultats précédents, et recommencez chaque trimestre.

Si vous n'avez qu'un seul domaine à contrôler, les outils gratuits sur une seule page couvrent le SEO, la vitesse, l'affichage mobile, les liens cassés et la sécurité.