Un site web peut avoir un beau design, un indicateur vert dans son extension SEO, et pourtant perdre des visiteurs avant même que le contenu principal soit chargé. Google peut aussi indexer une URL différente de celle que vous prévoyez. Ou une commande peut fonctionner, mais le suivi l’enregistrer deux fois.
C’est pourquoi je ne commence pas un audit technique en cherchant à obtenir un score de cent dans un seul test. Je recherche d’abord les erreurs qui empêchent l’activité, l’indexation ou l’utilisation du site. Ce n’est qu’ensuite que j’affine les petits détails.
1. Vérifiez que les URL importantes renvoient le bon statut
Examinez les principales pages de services, les articles qui génèrent du trafic, la page de contact et le parcours de conversion. Une page importante doit renvoyer 200. Un contenu déplacé définitivement doit avoir une seule redirection directe 301. Une page supprimée ne doit pas finir discrètement sur la page d’accueil.
Je vérifie également les variantes HTTP et HTTPS, www et non-www, les slashs finaux et les paramètres. Le résultat doit être une seule URL canonique. Google décrit une redirection comme un signal fort de canonisation et recommande de l’associer à une URL canonique et à un sitemap cohérents dans sa documentation sur les URL canoniques.
2. Vérifiez l’indexation du point de vue de la page réelle
Robots.txt, les balises meta robots, l’URL canonique et le sitemap doivent fonctionner ensemble. Une erreur fréquente consiste à indexer une page qui n’a pas sa place dans les résultats tout en bloquant un contenu important. Utilisez l’inspection d’URL dans la Search Console sur plusieurs URL représentatives. Elle montre ce que Google sait de la page et permet de tester sa version en ligne.
- L’URL canonique est-elle celle que vous souhaitez ?
- La page est-elle accessible sans connexion ni blocage ?
- Le sitemap contient-il uniquement 200 URL indexables ?
- Les liens internes évitent-ils les redirections ?
- Des pages importantes sont-elles orphelines ?
Google présente une vue d’ensemble de ces domaines dans sa documentation sur l’exploration et l’indexation.
3. Mesurez la rapidité sur des utilisateurs réels, pas seulement en laboratoire
PageSpeed Insights et Lighthouse sont des outils de diagnostic utiles. Mais un test en laboratoire n’est pas la même chose que l’expérience de visiteurs réels. Les Core Web Vitals actuels sont le LCP, l’INP et le CLS ; les données terrain utilisent des appareils et des connexions réels. La documentation officielle sur les Web Vitals explique la vue d’ensemble et la différence entre les données terrain et celles de laboratoire.
Voici comment je définirais les priorités :
- LCP : quand le contenu principal apparaît.
- INP : la rapidité avec laquelle la page réagit à l’utilisation.
- CLS : le fait que des éléments se déplacent pendant le chargement.
- TTFB et réseau : le fait que quelque chose commence rapidement ou non.
Google précise également qu’un bon score ne garantit pas un classement élevé. L’utilisabilité globale compte davantage que la recherche d’un chiffre unique. Consultez la documentation sur l’expérience utilisateur.
4. Trouvez la véritable cause du chargement
Dans le waterfall et les DevTools, recherchez un temps serveur élevé, des fichiers CSS et JavaScript bloquants, des images surdimensionnées, des polices, des requêtes répétées et des services tiers. L’ancienne règle consistant à « combiner tous les fichiers » n’est plus universelle. Avec les protocoles modernes, la quantité de code inutilisé et le blocage du thread principal peuvent avoir davantage d’importance.
- Chargez l’image principale à une taille appropriée et dans un format moderne.
- Définissez les dimensions des images afin qu’elles ne déplacent pas le contenu.
- Le contenu situé sous le premier écran peut utiliser le chargement différé natif.
- Ne chargez que les graisses et jeux de caractères nécessaires.
- Chargez les scripts marketing de manière asynchrone et uniquement là où ils servent un objectif.
- Compressez les ressources textuelles et définissez une longue durée de cache pour les fichiers versionnés.
Un service tiers coûte plus que quelques millisecondes. Chaque pixel, widget de chat et carte de chaleur crée aussi une responsabilité opérationnelle et liée aux données. Si personne n’utilise le rapport, supprimez le script.
5. Parcourez le site comme un client avec un clavier et un téléphone mobile
Sur mobile, parcourez la navigation, le formulaire, la boîte de dialogue relative aux cookies et la commande. Agrandissez le texte, désactivez les images, utilisez un clavier. Les titres doivent former une structure compréhensible, un formulaire a besoin de libellés et un message d’erreur doit indiquer quoi corriger.
Chaque page doit avoir une tâche principale. Cela ne signifie pas imposer un bouton à tout prix, mais établir une hiérarchie claire. Retrouvez d’autres points pratiques dans la check-list UX de base.
6. Corrigez les erreurs de ressources et de JavaScript
Un 404 pour une image, une police ou un script n’est pas anodin. Il peut perturber l’apparence, le suivi ou les fonctionnalités. Vérifiez les erreurs de la console du navigateur, les requêtes réseau échouées et les réponses 5xx répétées sur le serveur. Testez les parcours critiques après chaque déploiement.
7. Utilisez les données structurées uniquement pour un contenu véridique
Schema n’est pas un moyen d’imposer des étoiles. C’est une description lisible par machine de ce qui se trouve réellement sur la page. Utilisez un type pris en charge et testez-le dans le Rich Results Test. Google répertorie les formats actuellement pris en charge et les outils de test dans sa documentation sur les données structurées.
8. Le suivi ne doit pas perturber le site qu’il est censé mesurer
Chargez GA4, les plateformes publicitaires et les autres scripts de manière non bloquante. Nommez les événements d’après les décisions, pas chaque clic. Vérifiez les doublons, le consentement et l’utilisation réelle des données. Retrouvez une base pratique dans les articles sur Google Tag Manager et Google Analytics 4.
9. L’argent et le risque déterminent l’ordre des corrections
- Une commande, un formulaire ou une connexion qui ne fonctionne pas.
- Une page importante indisponible ou non indexable.
- Un problème de sécurité et des composants obsolètes.
- Des problèmes majeurs d’utilisabilité mobile et de Core Web Vitals.
- Des erreurs de suivi qui conduisent à de mauvaises décisions.
- Seulement ensuite, les petits scores et les problèmes cosmétiques.
Le SEO technique est la ligne de départ. Il ne gagne pas la course à lui seul, mais un site défaillant peut la perdre avant le coup de pistolet. Si vous devez transformer des constats techniques en priorités métier, vous pouvez décrire le site et la décision à prendre.