Un audit technique de site web est un examen de ce qui fait tourner votre site derrière l'écran : le code, l'hébergement, les sauvegardes, la sécurité, ce qui touche à l'argent qui rentre. C'est un diagnostic qui doit vous permettre de trancher : réparer ce qui casse, remettre à niveau ce qui vieillit, ou refondre ce qui ne tient plus. Vous attendez peut-être qu'un site tombe, ou qu'un client se plaigne, avant de vous poser la question ; un audit sert donc à se la poser avant, pendant qu'il est encore possible de choisir la bonne réponse plutôt que la seule possible. Il chiffre l'effort de chaque correction, avec sa gravité et son coût.
Ce qu'un audit technique de site web examine
Le socle du site
Un site repose sur un CMS, des extensions ou modules, et une version de PHP. Chacun vieillit à son rythme. Un CMS non mis à jour ou une extension abandonnée par son auteur, c'est une porte ouverte ; un module incompatible avec la version du serveur, c'est un site qui plante au pire moment. Le risque reste invisible jusqu'au jour où il se déclenche, en général sans prévenir.
L'hébergement et les sauvegardes
Je vérifie où le site est hébergé, ce que l'offre couvre réellement, et surtout si des sauvegardes existent. Et surtout : ont-elles déjà été restaurées, au moins une fois, pour vérifier qu'elles fonctionnent ? Une sauvegarde jamais testée n'est qu'une promesse. Sans elle, une erreur ou un piratage peut effacer des années de contenu sans filet de rattrapage.
La vitesse et la sécurité
PageSpeed Insights ou Lighthouse donnent une mesure de la vitesse de chargement et signalent qu'une page est lente. La cause peut venir d'un hébergement sous-dimensionné, d'images trop lourdes, d'un thème mal codé. Sans identifier la cause, corriger revient à deviner. Côté sécurité, l'absence de HTTPS, un certificat expiré ou un mot de passe recyclé depuis des années sont des failles qui coûtent en confiance, parfois en données.
L'indexation et les redirections
Un site qui a changé d'adresse, de structure ou de nom de domaine sans redirections 301 propres perd des pages entières dans les résultats de recherche ; des URL en 404 envoient vos visiteurs et Google dans le mur. Je vérifie aussi ce qui est réellement indexé, via Search Console, contre ce qui devrait l'être.
Ce qui vous rapporte : formulaires et e-mails
Un formulaire de contact qui ne part plus, une notification de commande qui tombe dans les spams, un devis jamais reçu : ce sont des demandes perdues sans que personne ne le sache, puisque rien ne signale l'échec côté visiteur. C'est un point rentable à corriger.
Les accès
Enfin, qui détient les accès à l'hébergement, au nom de domaine, au CMS ? Vous pouvez découvrir, au moment où vous en avez besoin, que vous dépendez d'un prestataire disparu ou d'un ancien salarié parti avec les identifiants.
Audit technique, audit SEO, audit UX : trois questions différentes
Ces trois audits regardent le même site sous un angle différent, et confondre les trois fait perdre du temps et de l'argent.
| Audit | La question posée | Ce qu'il livre |
|---|---|---|
| Technique | Le site fonctionne-t-il ? | Liste priorisée de corrections |
| SEO | Google le classe-t-il bien ? | Actions de visibilité |
| UX | Les visiteurs convertissent-ils ? | Parcours et points de friction |
Un seul audit suffit quand le problème est ciblé : un site qui rame demande un audit technique, un site qui ne convertit pas demande de comprendre l'expérience des visiteurs. Mais dès qu'un projet de refonte se dessine, les trois se croisent : refaire l'expérience utilisateur sur un socle technique fragile revient à construire sur du sable.
Un score d'outil n'est pas un audit
Les outils gratuits d'analyse donnent un score et une liste d'alertes : image trop lourde, balise manquante, temps de réponse élevé. On peut analyser un site web soi-même jusqu'à ce point, et c'est utile pour se faire une première idée. Mais un score ne dit ni la cause de chaque alerte, ni sa gravité réelle pour votre activité, ni le coût de la correction. Certaines alertes signalées comme critiques sont sans conséquence pour votre trafic ; d'autres, absentes du rapport, coûtent des demandes de devis. Il faut donc une lecture humaine, faite par quelqu'un qui sait ce que chaque ligne de code implique en travail et en risque.
Ce que le rapport d'audit doit vous donner
Un audit technique de site web doit vous donner de quoi décider. Pour chaque point relevé, vous devez lire quatre choses : ce qui est cassé ou fragile, la gravité pour votre activité, l'effort pour corriger, et l'ordre dans lequel traiter. Sans cet ordre, tout ressemble à une urgence.
- Un module obsolète qui bloque une mise à jour de sécurité : gravité haute, effort faible, à traiter en premier.
- Un temps de chargement élevé sur une page peu visitée : gravité faible, peut attendre.
- Une sauvegarde jamais testée : gravité haute même si rien ne casse aujourd'hui.
Le rapport doit finir par un verdict d'ensemble, écrit pour un dirigeant : le site tient encore, il faut le surveiller ; le site accumule les fragilités, il faut investir maintenant ; le site a dépassé ses limites, il faut en reconstruire une partie. Sans ce verdict, l'audit reste un document technique que personne ne lit jusqu'au bout.
Réparer, remettre à niveau ou refondre : ce que l'audit tranche
Réparer
Le verdict tombe quand les fondations tiennent mais qu'un ou deux points cassent des choses précises : un formulaire, une redirection, un module. Le budget reste contenu et le calendrier se compte en interventions ciblées.
Remettre à niveau
Le socle vieillit dans son ensemble, sans être hors d'usage : version de PHP ancienne, CMS à jour mais entouré d'extensions fragiles, sécurité datée. Le chantier touche plusieurs briques mais garde la structure existante ; le budget suit donc l'ampleur du chantier, sans atteindre celui d'une refonte.
Refondre
Refondre s'impose quand le socle ne suit plus : CMS abandonné, code écrit pour un usage que le site a dépassé, ou architecture qui empêche toute évolution sans tout reprendre. C'est le moment où refaire le site plutôt que le corriger devient une décision rentable, même si elle coûte plus qu'une réparation. Avant de s'engager, mieux vaut savoir ce que coûte une refonte de site internet pour caler le budget en amont.
Quand faire auditer votre site
Certains moments appellent un audit technique site internet avant même qu'un problème visible n'apparaisse.
- Avant une refonte ou un changement de CMS : pour savoir ce qui doit être conservé et ce qui doit disparaître.
- Avant une migration : changer d'hébergeur ou de plateforme sans audit préalable revient à déplacer des problèmes sans les voir.
- Après une baisse des demandes ou du trafic dans Search Console : le symptôme est visible, la cause ne l'est pas toujours.
- En reprenant un site construit par un autre prestataire : les accès, les choix techniques et les dettes cachées ne se découvrent pas seul.
- Avant de dépenser en publicité vers ce site : un budget publicitaire qui pousse du trafic vers un site lent ou peu fiable finance surtout des visiteurs perdus.
Comment je mène un audit technique
Je lis un site en développeur qui va ensuite corriger ce qu'il trouve. Ça change une chose pour vous : chaque recommandation est faisable, parce qu'elle est chiffrée par celui qui la réalisera.
Cette lecture vient de plus de dix ans de terrain, de développeur à responsable digital chez Cyclable, sur un site e-commerce PrestaShop qui a reçu jusqu'à 3 millions de visiteurs par an. Elle vient aussi de migrations menées sans perte de référencement, plus de 1000 pages WooCommerce pour Ad Majoris, plus de 5000 articles WordPress pour Skinobs.
Sur Velonomad, plateforme autour du voyage à vélo, l'audit portait sur l'expérience utilisateur avant l'intégration du front en SvelteKit ; l'audit technique fonctionne selon la même logique, appliquée au socle plutôt qu'au parcours. Quand l'audit débouche sur des travaux et une mise en ligne, la checklist qui suit est toujours la même : sauvegarde, redirections 301, certificat SSL, robots.txt, sitemap envoyé dans Search Console, contrôle le lendemain.
Si vous hésitez sur l'état réel de votre site, la première étape consiste à faire relire votre site par quelqu'un qui pourra ensuite s'occuper des corrections.