Petits et gros bugs : comment les classer, les prioriser et les corriger dans un projet web

Article publié en 2018, entièrement réécrit et mis à jour en octobre 2026.

Aucun site n’est exempt de bugs. Même le code des développeurs les plus expérimentés en contient, parce qu’un site web combine des milliers de lignes de code, des extensions, un serveur, des navigateurs et des appareils très différents. Le vrai sujet n’est pas d’éviter tout bug, mais de les repérer tôt, de les traiter dans le bon ordre et d’empêcher qu’ils se reproduisent.

Car tous les bugs ne se valent pas : une faute d’alignement sur une page secondaire n’a rien à voir avec un bouton de paiement qui ne répond plus. Ce guide explique comment les classer, les prioriser, les signaler efficacement et organiser leur correction, que vous gériez votre site en interne ou avec une agence.

Qu’est-ce qu’un bug sur un site web ?

Un bug est un comportement du site qui ne correspond pas à ce qui était prévu : une page qui ne s’affiche pas, un formulaire qui n’envoie rien, un prix mal calculé, un menu illisible sur mobile. Il peut venir du code, d’une extension, d’une mise à jour, de la configuration du serveur ou d’une incompatibilité avec un navigateur.

Certains bugs sont visibles immédiatement. D’autres restent silencieux pendant des semaines : un email de confirmation qui n’arrive plus, un suivi analytique cassé, une tâche planifiée qui ne s’exécute plus. Ce sont souvent les plus coûteux, comme nous l’expliquons dans notre article sur les pannes silencieuses.

Classer les bugs par gravité

La gravité mesure l’effet du bug sur le fonctionnement du site :

Classer les bugs par priorité

La priorité indique l’ordre de correction. Elle dépend de la gravité, mais aussi de l’impact commercial et du nombre de personnes concernées :

Gravité et priorité ne vont pas toujours ensemble. Une faute d’orthographe dans le titre de la page d’accueil est cosmétique, mais prioritaire car vue par tous les visiteurs. À l’inverse, un bug majeur sur une fonction utilisée une fois par an peut attendre la prochaine maintenance.

La matrice gravité / priorité

Cette grille simple permet de décider en quelques secondes et d’éviter que l’équipe se disperse sur des détails pendant qu’un bug important attend.

Rédiger un rapport de bug utile

Un bug bien décrit est un bug corrigé plus vite. Un bon rapport contient :

1. Un titre précis : « Le bouton Commander ne répond pas sur iPhone » plutôt que « Ça ne marche pas ».
2. L’adresse de la page concernée.
3. Les étapes pour reproduire le problème, dans l’ordre.
4. Le résultat attendu et le résultat obtenu.
5. L’environnement : appareil, navigateur, connecté ou non, date et heure.
6. Une capture d’écran ou une vidéo, et le message d’erreur s’il y en a un.
7. La gravité et la priorité estimées.

Centralisez les rapports dans un outil de suivi partagé plutôt que dans des emails dispersés : chacun voit l’état de chaque bug et rien ne se perd.

Pourquoi certains bugs sont difficiles à reproduire

• Ils n’apparaissent que sur un navigateur ou un appareil précis.
• Ils dépendent de données particulières : un produit sans image, une adresse avec un caractère spécial.
• Ils sont liés au cache : le visiteur voit une ancienne version de la page.
• Ils surviennent sous forte charge, lors d’une promotion ou d’un pic de trafic.
• Ils proviennent d’un service externe : passerelle de paiement, transporteur, outil d’emailing.

Dans ces cas, les journaux du serveur et les outils de suivi des erreurs sont précieux pour comprendre ce qui s’est passé.

Organiser la correction avec votre prestataire

Les tensions entre client et agence naissent souvent d’attentes différentes sur les délais. Prévoyez dans votre contrat de maintenance :

• la définition des niveaux de gravité et les délais d’intervention associés ;
• le canal à utiliser pour signaler un bug urgent ;
• la distinction entre bug (correction due) et évolution (nouvelle demande facturable) ;
• la période de garantie après une mise en ligne.

Nous détaillons ces points dans notre article sur le contrat de maintenance web, et la marche à suivre en cas de panne dans que faire en cas d’urgence sur votre site.

Vos demandes de correction restent sans réponse ? Découvrez notre support technique

Réduire le nombre de bugs à la source

• Une recette rigoureuse avant chaque mise en ligne, avec un cahier de recette.
• Des tests automatisés sur les parcours critiques, comme nous l’expliquons dans les avantages des tests automatisés.
• Un environnement de préproduction pour tester les mises à jour avant de les appliquer au site en ligne.
• Des déploiements réversibles, pour revenir en arrière rapidement en cas de problème : voir le déploiement avec retour arrière.
• Une maintenance régulière qui applique les mises à jour de façon contrôlée.

Questions fréquentes

Quelle différence entre gravité et priorité d’un bug ?

La gravité mesure l’effet du bug sur le fonctionnement du site. La priorité indique l’urgence de la correction, en tenant compte de l’impact commercial et du nombre de personnes concernées. Un bug peu grave peut être prioritaire s’il est très visible.

Comment signaler un bug à mon agence web ?

Décrivez la page concernée, les étapes pour reproduire le problème, le résultat attendu et le résultat obtenu, votre appareil et votre navigateur, avec une capture d’écran. Utilisez le canal prévu dans votre contrat, surtout pour les urgences.

Un bug découvert après la mise en ligne doit-il être corrigé gratuitement ?

Pendant la période de garantie prévue au contrat, les bugs liés au développement livré sont généralement corrigés sans frais. Au-delà, leur correction relève du contrat de maintenance ou d’une intervention facturée.

Pourquoi un bug apparaît-il après une mise à jour ?

Une mise à jour du CMS, d’une extension ou du serveur peut créer une incompatibilité avec le code existant. C’est pourquoi il est recommandé de tester les mises à jour en préproduction avant de les appliquer au site en ligne.

Peut-on éliminer tous les bugs ?

Non, mais on peut fortement réduire leur nombre et leur impact grâce à la recette, aux tests automatisés, à la préproduction, à la surveillance et à une maintenance régulière.

En résumé

Un bug n’est pas une fatalité, à condition d’être traité avec méthode : le classer par gravité et par priorité, le décrire précisément, le corriger dans des délais convenus et en tirer des leçons pour éviter qu’il se reproduise. Pour un site sans mauvaises surprises, découvrez nos packs d’heures de maintenance et nos contrats de maintenance.