La Maintenance technique est l'ensemble des opérations régulières de mises à jour, de sécurité, de monitoring et de sauvegarde qui assurent la santé et la disponibilité continue d'un site web ou d'une application.
La Maintenance technique est la discipline opérationnelle qui garde un site web en état de marche optimal entre deux cycles de développement. Elle couvre quatre domaines : les mises à jour de sécurité (patchs CMS, plugins, frameworks, serveur), la surveillance des performances (uptime, latence, erreurs, logs), les sauvegardes automatisées et les restaurations tests, et la gestion des certificats SSL et des noms de domaine. Une maintenance négligée expose à des failles critiques : en 2024, 63% des sites WordPress compromis l'ont été via une vulnérabilité connue pour laquelle un patch existait depuis plus de 30 jours.
Pensée simple : La maintenance technique, c'est comme un mécanicien de Formule 1 qui inspecte chaque boulon entre deux courses. Pas de course gagnée sans entretien méticuleux — et un seul écrou desserré peut tout faire capoter.
Le pilier patch management et dépendances garantit que chaque composant du stack reste à jour et sans vulnérabilité connue. Cela inclut les mises à jour du noyau du CMS (WordPress, Shopify, Magento, Core), des plugins et extensions, des bibliothèques JavaScript (npm vulnerabilities via Dependabot), et des images Docker. Un patch de sécurité critique doit être appliqué en moins de 72h selon les benchmarks OWASP. En 2024, la faille XSS de WooCommerce a exposé 2.1 millions de boutiques — mais seules les boutiques à jour ont été protégées.
Le pilier surveillance proactive et alerting détecte les anomalies avant que les utilisateurs ne les remarquent. Outils comme Datadog, New Relic, UptimeRobot ou Prometheus surveillent : le temps de réponse des pages critiques (home page, produit, panier), le taux d'erreur 5xx, le stockage disque et les pics CPU/RAM. Un seuil d'alerte bien calibré déclenche une intervention en moins de 5 minutes pour un site e-commerce où chaque minute d'indisponibilité coûte en moyenne 5 400 dollars.
Le pilier sauvegarde et reprise d'activité est l'assurance vie numérique. Stratégie 3-2-1 : 3 copies des données sur 2 supports différents dont 1 hors site. Sauvegardes automatiques quotidiennes des fichiers et des bases de données. Tests de restauration mensuels — une backup non testée est une backup qui ne fonctionne probablement pas. Objectif RTO (Recovery Time Objective) inférieur à 1 heure et RPO (Recovery Point Objective) inférieur à 24 heures pour une PME. Site e-commerce : une restauration en 23 minutes contre 2 jours sans procédure documentée.
Détection anomalie -> Diagnostic logs/métriques -> Préparation correctif -> Test staging -> Déploiement CI/CD -> Vérification post-déploiement
Le processus commence par la détection d'une anomalie ou d'une alerte (faille sécurité, dégradé de performance, rapport utilisateur). Le diagnostic identifie la cause racine via les logs et les métriques. La correction est préparée puis testée sur un environnement de staging pour éviter toute régression. Le déploiement s'effectue via CI/CD ou manuellement selon la criticité. Une vérification post-déploiement confirme que la correction fonctionne et que les métriques sont revenues à la normale.
Site e-commerce Shopify avec 12 plugins tiers. Le 14 mars 2024, une faille XSS critique est publiée dans un plugin de paiement utilisé par 340 000 boutiques. Équipe maintenance Ubickë : détection via alerte CVE à J+0, patch appliqué en 4 heures sur les 47 sites clients sous maintenance. Résultat : zéro site compromis. Concurrence non sous contrat maintenance : 23% des boutiques non patchées ont subi une injection dans les 14 jours suivants. Coût d'une intrusion moyenne pour une PME e-commerce : 47 000 euros (perte de données clients + ransomware + downtime).
| Métrique | Description |
|---|---|
| MTTR (Mean Time To Recovery) | Temps moyen entre la détection d'une panne et la résolution. Objectif : moins de 30 minutes. |
| Uptime SLA | Pourcentage de disponibilité contractuelle. 99.95% = max 22 min/mois d'indisponibilité. |
| Âge moyen des patches critiques | Jours entre publication d'un patch et son application. Objectif : moins de 72 heures. |
| Temps réaction alerte-intervention | Temps entre l'alerte et le premier diagnostic humain. Objectif : moins de 5 minutes. |
| Ratio déploiements auto/manuels | Pourcentage de correctifs déployés par CI/CD sans intervention manuelle. Objectif : plus de 80%. |