{"id":13396,"date":"2021-04-01T15:07:57","date_gmt":"2021-04-01T15:07:57","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/2021\/04\/01\/meilleures-pratiques-pour-minimiser-les-temps-darret-sur-le-site-web\/"},"modified":"2026-08-26T21:58:46","modified_gmt":"2026-08-26T21:58:46","slug":"meilleures-pratiques-pour-minimiser-les-temps-darret-sur-le-site-web","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/meilleures-pratiques-pour-minimiser-les-temps-darret-sur-le-site-web\/","title":{"rendered":"Meilleures pratiques pour minimiser les temps d’arr\u00eat du site Web"},"content":{"rendered":"
\"Ing\u00e9nieur
La plupart des temps d’arr\u00eat ne sont pas exotiques. C’est un changement, une d\u00e9pendance ou une mont\u00e9e en charge que personne n’a r\u00e9p\u00e9t\u00e9.<\/figcaption><\/figure>\n

Le 20 octobre 2025, une d\u00e9faillance de r\u00e9solution DNS affectant les points de terminaison DynamoDB dans AWS us-east-1 a entra\u00een\u00e9 des heures de perturbation pour Snapchat, Venmo, Roblox et des milliers de services plus petits. Aucun de ces \u00e9quipes n’a choisi un mauvais h\u00e9bergement ni oubli\u00e9 de surveiller. Une d\u00e9pendance partag\u00e9e a \u00e9chou\u00e9, et tout ce qui en d\u00e9pendait est tomb\u00e9 ensemble.<\/p>\n

C’est la v\u00e9rit\u00e9 inconfortable sur le temps d’arr\u00eat d’un site web : il vient rarement de ce que vous surveilliez. Il vient du d\u00e9ploiement qui a mal tourn\u00e9 \u00e0 16h, du certificat TLS expir\u00e9 un samedi, du pic de trafic que votre auto-scaler a rencontr\u00e9 trente secondes trop tard. Des conseils g\u00e9n\u00e9riques comme \u00ab choisir un bon h\u00e9bergeur \u00bb ne r\u00e9sistent pas face \u00e0 ces cas.<\/p>\n

Si vous souhaitez pr\u00e9venir les temps d’arr\u00eat de votre site, voici les contr\u00f4les \u00e0 mettre en place : redondance qui emp\u00eache qu’une d\u00e9faillance devienne une panne, DNS avec basculement, d\u00e9ploiements qui ne n\u00e9cessitent jamais de mettre le site hors ligne, pr\u00e9paration aux pics de trafic et surveillance qui vous alerte avant vos clients.<\/p>\n

Ce que co\u00fbte r\u00e9ellement une heure de panne<\/h2>\n

Les objectifs de disponibilit\u00e9 s\u2019\u00e9crivent en \u00ab neuf \u00bb, et l\u2019arithm\u00e9tique qui les sous-tend est moins indulgente qu\u2019il n\u2019y para\u00eet. Chaque neuf suppl\u00e9mentaire divise votre temps d’arr\u00eat autoris\u00e9 par dix :<\/p>\n

\n\n\n\n\n\n\n\n\n\n
Disponibilit\u00e9<\/th>\nTemps d’arr\u00eat par an<\/th>\nTemps d’arr\u00eat par mois<\/th>\n<\/tr>\n<\/thead>\n
99% (\u00ab deux neuf \u00bb)<\/td>\n3,65 jours<\/td>\n7,3 heures<\/td>\n<\/tr>\n
99,9% (\u00ab trois neuf \u00bb)<\/td>\n8,77 heures<\/td>\n43,8 minutes<\/td>\n<\/tr>\n
99,95%<\/td>\n4,38 heures<\/td>\n21,9 minutes<\/td>\n<\/tr>\n
99,99% (\u00ab quatre neuf \u00bb)<\/td>\n52,6 minutes<\/td>\n4,4 minutes<\/td>\n<\/tr>\n
99,999% (\u00ab cinq neuf \u00bb)<\/td>\n5,26 minutes<\/td>\n26 secondes<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

Traduisez cela en argent et les enjeux deviennent concrets. L\u2019enqu\u00eate annuelle ITIC a estim\u00e9 le co\u00fbt horaire des temps d\u2019arr\u00eat \u00e0 plus de 300 000 $ pour plus de 90 % des entreprises de taille moyenne \u00e0 grande. Votre chiffre est plus facile \u00e0 estimer que ce que la plupart des \u00e9quipes supposent : le chiffre d\u2019affaires annuel en ligne divis\u00e9 par 8 760 donne une base horaire, mais les pannes n\u2019arrivent que rarement aux heures ordinaires. Un magasin r\u00e9alisant 5 M$ par an perd environ 570 $ pendant une heure al\u00e9atoire et vingt fois plus pendant une heure de vente de pointe, sans compter les cr\u00e9dits SLA, le travail de r\u00e9cup\u00e9ration et les clients qui ne reviennent pas.<\/p>\n\"Graphique Chaque neuf permet dix fois moins de temps d’arr\u00eat et co\u00fbte beaucoup plus cher en ing\u00e9nierie pour \u00eatre atteint.<\/caption>\n

Deux usages pratiques de cette math\u00e9matique. Premi\u00e8rement, choisissez un objectif en connaissance de cause : trois neufs est un objectif d\u00e9fendable pour la plupart des sites commerciaux, quatre neufs pour les parcours critiques de revenus, et cinq neufs est une d\u00e9cision budg\u00e9taire, pas un d\u00e9faut. Deuxi\u00e8mement, v\u00e9rifiez ce que vos fournisseurs promettent par rapport \u00e0 ce que leurs cr\u00e9dits remboursent ; notre calculateur de violation SLA<\/a> fait cette conversion, et notre guide sur le co\u00fbt des temps d’arr\u00eat<\/a> approfondit le mod\u00e8le de revenus.<\/p>\n

Pourquoi les sites web tombent en panne<\/h2>\n

La pr\u00e9vention commence par un inventaire honn\u00eate des causes. La plupart des pannes de sites web tombent dans cinq cat\u00e9gories pratiques :<\/p>\n