Audit de site web : ce que j'analyse et ce que ça coûte
Un audit, c'est une radiographie. Pas une liste de reproches. Voici ce que j'examine et pourquoi ça change quelque chose.
Publié le : 27 avril 2026 — Par : Benoît Abot — Temps de lecture : 5mn
Un audit, ce n'est pas une liste de reproches déguisée en rapport PDF. C'est une radiographie : on regarde ce qui existe, on mesure ce qui peut l'être, on identifie ce qui freine et ce qui fonctionne. À la sortie, on dispose d'une base factuelle pour décider — rénover, refaire, ou ne rien toucher parce que le site tient la route.
Ce que l'audit ne fait pas : il ne dit pas "votre site est nul". Il dit "votre LCP est à 4,2 secondes sur mobile, voici pourquoi et voici comment le corriger". Ce n'est pas la même chose.
Ce qu'un audit couvre — et ce qu'il ne couvre pas
Un audit de site web, tel que je le conduis, couvre quatre dimensions : la performance technique, l'éco-conception, le SEO et l'accessibilité. Ces quatre domaines se recoupent — un site léger est souvent un site rapide, un site rapide est souvent un site bien référencé. Mais chacun a ses outils, ses métriques et ses points de rupture propres.
Ce qu'un audit ne couvre pas : le contenu éditorial (est-ce que votre texte est bon ?), la stratégie commerciale (est-ce que votre offre est lisible ?), le design graphique au sens esthétique. Ces dimensions méritent d'autres expertises. Je me concentre sur ce qui est mesurable et sur lequel on peut agir techniquement.
Performance — Lighthouse, Core Web Vitals, poids de page
La performance, c'est ce que l'utilisateur ressent avant même de lire une ligne. Un site qui charge en 6 secondes perd une partie de ses visiteurs avant qu'ils aient vu quoi que ce soit.
J'analyse les Core Web Vitals sur mobile et desktop : LCP (Largest Contentful Paint, le temps avant que le contenu principal soit visible), CLS (Cumulative Layout Shift, les décalages visuels intempestifs) et INP (Interaction to Next Paint, la réactivité). Ces métriques sont celles que Google utilise pour le classement. Elles ont aussi un impact direct sur l'expérience utilisateur réelle.
Au-delà des métriques Lighthouse, j'examine le poids total de la page, le nombre et la nature des ressources chargées, l'ordre de chargement (render-blocking CSS et JS), les images non optimisées et les polices web qui ralentissent le rendu. Chaque point bloquant est documenté avec sa cause et la correction recommandée.
Éco-conception — EcoIndex, requêtes HTTP, DOM, tiers
L'éco-conception web a ses propres indicateurs. L'EcoIndex mesure l'impact environnemental d'une page en fonction de trois paramètres : le poids de la page, le nombre de requêtes HTTP et la complexité du DOM. Un score A ou B, c'est un site qui fait sa part. Un score F, c'est un site qui consomme inutilement — en bande passante, en énergie, en ressources serveur.
J'analyse également les scripts tiers : analytics, chatbots, réseaux sociaux, outils de marketing. Chaque script tiers est une dépendance externe qui échappe à votre contrôle, qui peut ralentir votre site et qui envoie des données à des serveurs qui ne sont pas les vôtres. L'audit liste ces dépendances et distingue celles qui sont justifiées de celles qui peuvent être supprimées ou remplacées par quelque chose de plus léger.
SEO — structure, balises, canonicals, maillage
Le SEO technique, c'est ce qui permet à Google de comprendre et d'indexer correctement votre site. Ce n'est pas une question de "mots-clés dans le texte" — c'est une question de structure.
J'examine la hiérarchie des titres (H1, H2, H3 et leur cohérence), les balises title et meta description (présence, longueur, unicité), les balises canonicals (pour éviter les problèmes de contenu dupliqué), le fichier sitemap et le robots.txt, les erreurs 404 et les redirections mal configurées, et le maillage interne — comment les pages se lient entre elles. Un bon maillage distribue le jus SEO là où il est utile et aide les utilisateurs à naviguer.
Je vérifie aussi les données structurées (JSON-LD) si elles existent, et leur conformité avec ce que Google attend.
Accessibilité — les points bloquants les plus courants
L'accessibilité web, c'est la capacité d'un site à être utilisé par des personnes avec des handicaps. C'est aussi une obligation légale pour certains secteurs, et un indicateur de qualité de code — un site accessible est généralement un site bien structuré.
Je n'effectue pas d'audit d'accessibilité complet (ce serait un audit à part entière). Mais j'identifie les points bloquants les plus courants : images sans alt, contrastes insuffisants, focus clavier non visible, éléments interactifs inaccessibles au clavier, formulaires mal labellisés. Ces problèmes représentent l'essentiel des barrières d'accessibilité rencontrées en pratique.
Quand faire un audit — et quand c'est inutile
Un audit est pertinent dans ces situations : avant une refonte (pour savoir ce qui fonctionne et qu'il ne faut pas casser), après une migration (pour vérifier que rien n'a été cassé), quand le trafic organique baisse sans raison évidente, quand les scores Lighthouse se dégradent, ou quand vous voulez simplement avoir une image claire de l'état technique de votre site.
Un audit est inutile si votre site a moins de six mois et a été développé sérieusement — vous connaissez déjà ses forces et ses faiblesses. Il est aussi inutile si vous n'avez pas l'intention d'agir sur les résultats. Un rapport qui dort dans un dossier ne vaut rien.
Ce que vous recevez
Je livre un document structuré, pas une liste de métriques brutes. Chaque problème est expliqué (pourquoi c'est un problème), quantifié quand c'est possible, et accompagné d'une recommandation concrète.
Les recommandations sont priorisées : fort impact et faible effort d'abord, chantiers plus lourds ensuite. Vous savez où commencer.
Le rapport comprend une synthèse exécutive lisible par quelqu'un qui n'est pas développeur, l'analyse détaillée par dimension, le plan de recommandations priorisé, et un point téléphonique de restitution.
Si l'audit révèle qu'une refonte éco-conçue est nécessaire, le rapport sert de base directement exploitable pour cadrer ce projet.
Tarif et durée indicatifs
La durée dépend de la taille du site et de sa complexité technique. Pour un site vitrine de 5 à 20 pages, comptez 2 à 3 jours de travail. Pour un site plus important (e-commerce, site multi-sections avec fonctionnalités sur-mesure), 4 à 5 jours.
| Type de site | Durée indicative | Fourchette |
|---|---|---|
| Site vitrine (5-20 pages) | 2-3 jours | 900 – 1 800 € |
| Site moyen (20-50 pages) | 3-4 jours | 1 800 – 2 600 € |
| Site complexe (50+ pages, e-commerce) | 4-5 jours | 2 600 – 3 500 € |
Ces fourchettes correspondent à un TJM de 450 €/j. Le rapport est livré dans les délais convenus, le point de restitution est inclus.
L'audit peut être déduit d'une future prestation de développement si vous décidez de travailler avec moi sur la suite.
Pour cadrer ce type d'intervention, vous pouvez voir mes services d'audit et de développement web. Si vous avez une question sur le périmètre avant de vous décider, un échange de 20 minutes suffit à clarifier.
Besoin d'un audit de site web à Lille ? J'interviens sur des audits performance, SEO et éco-conception. Me confier ce type de mission ou me contacter directement.