Méthodologie
Comment nous détectons, vérifions et corrigeons les pannes
Damn Is It Down est un outil indépendant de suivi des pannes édité par Big Toy Market LLC. Cette page explique comment chaque statut de ce site est produit et comment faire corriger un rapport.
Ce que nous mesurons
- Nos propres vérifications. Des requêtes HTTP automatisées vers chaque service depuis le réseau de Cloudflare, avec des sondes supplémentaires depuis quatre régions : Est des États-Unis, Ouest des États-Unis, Europe et Asie-Pacifique.
- Signalements d’utilisateurs. Des signalements anonymes « C’est en panne chez moi », comparés au volume habituel pour cette heure.
- La page de statut de l’éditeur. Quand une entreprise publie un flux de statut, nous le lisons. Les anciens incidents jamais clôturés et les avis indiqués comme sans impact sont ignorés.
Niveaux de statut
- Opérationnel. Nos vérifications réussissent et rien d’autre n’indique un problème.
- Dégradé. Quelque chose cloche : vérifications lentes ou un échec isolé, ou signalements d’utilisateurs légèrement au-dessus de la normale.
- Problème signalé par l’éditeur. Seule la page de statut de l’entreprise signale un problème. Nous l’attribuons à cette page et y renvoyons. Nous ne parlons pas de panne.
- Panne. Nos propres vérifications échouent à plusieurs reprises, ou les signalements d’utilisateurs dépassent largement la normale.
- Panne majeure. Au moins deux sources indépendantes concordent : par exemple, nos vérifications échouent et l’éditeur le confirme, ou nos vérifications échouent dans plusieurs régions pendant que les signalements d’utilisateurs bondissent.
Le seuil de preuve
Nous ne parlons de panne confirmée que si au moins deux sources indépendantes concordent. Un signal sur la page de statut de l’éditeur ne suffit jamais à lui seul pour publier une panne.
Un second avis
Avant de publier ou d’aggraver un incident, nous revérifions le service depuis toutes les régions et par un second chemin d’accès. Si ces vérifications joignent le site, nous suspendons l’incident au lieu de le publier.
Vérifications bloquées
Certains sites bloquent ou limitent les vérifications automatisées. Quand notre vérification échoue de la même façon pendant des heures alors que personne ne signale de problème et que l’éditeur ne dit rien, nous considérons la vérification comme bloquée, pas le site comme en panne, et nous n’ouvrons jamais d’incident sur cette base.
Confiance
La confiance affichée sur une page repose sur nos propres éléments : combien de nos vérifications ont échoué, combien de régions concordent et combien de personnes ont signalé un problème. La page de statut de l’éditeur n’ajoute un peu que lorsque nos propres éléments concordent. Sans éléments de notre part, la confiance reste à 30 % ou moins.
Montrer notre travail
Chaque page de panne comporte un bouton Éléments. Il ouvre les données brutes derrière la page : chaque heure et résultat de vérification, le statut HTTP et le code d’erreur, les régions en échec et à quel moment, et la courbe des signalements d’utilisateurs par tranches de 15 minutes. Téléchargez-les en JSON ou CSV et vérifiez par vous-même. Aucune donnée personnelle.
Corrections et rectificatifs
Chaque nuit, un autocontrôle automatique revérifie les incidents ouverts et récents au regard de ces règles. Les incidents qui ne tiennent plus sont clôturés ou rétrogradés, et chaque modification est consignée. Si nous avons publié quelque chose par erreur, nous le retirons : la page reste en ligne avec un avis de correction, elle est retirée des résultats de recherche et des statistiques de fiabilité, et elle n’est pas retenue contre l’entreprise.
Consultez notre bilan d’exactitude : à quelle fréquence nous avons eu raison, notre rapidité face aux pages de statut des éditeurs, et chaque rectificatif. Bilan d’exactitude →
Signaleurs de confiance
Certaines personnes signalent des problèmes avant que nous puissions les confirmer. Nous tenons un score d’exactitude privé pour chaque signaleur afin que ses signalements précoces comptent un peu plus. Ce n’est pas un classement public, et un signalement de confiance n’est pas une preuve de panne.
- Nous ne connaissons un signaleur que par un identifiant aléatoire conservé sur l’appareil (app) ou dans un cookie propriétaire (site). Ni nom, ni e-mail, ni adresse IP.
- Un signalement gagne en confiance quand nous confirmons une panne sur ce service avec nos propres éléments dans l’heure qui suit.
- Les signalements sur un service resté en bonne santé, et ceux liés à une panne retirée par la suite, comptent en défaveur. Les signalements envoyés après la confirmation d’une panne ne rapportent rien.
- Le badge exige au moins 10 signalements comptabilisés et 5 précoces sur les 30 derniers jours, avec au moins 70 % de précoces. Les signalements récents pèsent davantage, et tout ce qui date de plus de 30 jours est écarté.
- Trois erreurs d’affilée, ou une panne retirée que vous aviez signalée, suspendent le badge.
- Un signalement de confiance compte pour deux signalements dans « Des utilisateurs signalent des problèmes », avec au plus deux supplémentaires par fenêtre, et seulement si au moins deux autres personnes ont aussi signalé. Il ne compte jamais pour un pic de signalements et ne confirme jamais une panne : ce sont nos vérifications et la règle des deux sources qui en décident.
- Vous seul voyez votre statut, juste après avoir signalé. Les signalements publics, le fil des signalements et les téléchargements d’éléments restent anonymes.
Qui est touché
Les pages de service indiquent qui signale un problème au cours des dernières 24 heures : les principaux opérateurs et fournisseurs d’accès, villes et types d’appareils (iPhone, iPad, Android, Mac, Windows, Linux/ChromeOS ou Autres). Nous ne conservons que des décomptes horaires par service, supprimés après environ huit jours, et n’affichons une ligne que si au moins 3 signalements la partagent. Les villes et réseaux proviennent de ce que Cloudflare voit de la connexion de la personne qui signale. Le type d’appareil est une catégorie large lue depuis le navigateur ou l’app ; nous ne conservons jamais le user agent complet. Cette répartition reflète des signalements, pas une confirmation, et ne modifie pas le statut d’un service.
Contester un rapport
Si vous pensez qu’un rapport est erroné, qu’il concerne votre propre service ou un autre, utilisez le lien « Contester ce rapport » sur la page de la panne ou de statut. Nous examinons chaque contestation sous 24 heures.
Vérifications indépendantes par DIID
Les pages de statut hébergées sur Damn Is It Down portent la mention « Vérifications indépendantes par DIID ». Elle signifie que nous sondons nous-mêmes le service, indépendamment de ce que l’entreprise publie sur la page. Ce n’est ni une approbation, ni un audit, ni une certification, ni une affiliation avec l’entreprise. Nous ne disons pas que l’entreprise est digne de confiance, et une entreprise ne peut ni désactiver la mention ni s’en servir pour masquer un problème que nos vérifications constatent.
Avertissement
Les informations sur les pannes publiées sur ce site sont fournies en l’état, sans garantie, à titre informatif uniquement. Elles peuvent être inexactes, incomplètes ou tardives. Damn Is It Down n’est ni affilié, ni sponsorisé, ni approuvé par les entreprises citées. Les noms et marques des entreprises appartiennent à leurs propriétaires et ne servent qu’à identifier les services.