Votre site web est-il actuellement hors ligne? v2.0

À propos Votre site web est-il actuellement hors ligne?

Is Your Website Down Right Now répond à une seule question : le site est-il réellement hors service, ou le problème vient-il de votre connexion ? L'outil envoie une vraie requête HTTP depuis nos serveurs, avec le même moteur que le vérificateur d'état de serveur, puis lance un second test depuis votre propre navigateur. Vous obtenez un verdict clair parmi quatre états, la cause probable et, si la panne vient de chez vous, la marche à suivre. Le détecteur de panne de ToolsPivot est gratuit, sans inscription et sans clé d'API.

Présentation du détecteur de panne de site

Fonctionnalité principale

L'outil effectue une requête HTTP réelle vers l'adresse saisie et traduit la réponse du serveur en langage courant. Il suit les redirections une par une, avec un plafond de sauts et une détection de boucle, puis classe le résultat final dans l'un des quatre états : en ligne, répond mais bloque les contrôles, rencontre des problèmes, ou injoignable. Le ping n'entre jamais dans l'équation. La version 2.0 déployée par ToolsPivot ajoute une seconde mesure côté navigateur pour distinguer une vraie panne d'un incident local.

Utilisateurs cibles et cas d'utilisation

Ce test s'adresse d'abord aux visiteurs ordinaires qui butent sur une page blanche, pas aux administrateurs système. Les propriétaires de boutiques PrestaShop ou WooCommerce, les auto-entrepreneurs dont le site vitrine sert de vitrine commerciale, les gestionnaires de comptes clients et les internautes bloqués devant Doctolib ou Leboncoin y trouvent une réponse immédiate. Un diagnostic plus profond passe ensuite par une recherche DNS détaillée.

Problème et solution

Devant une page qui ne charge pas, la plupart des internautes perdent de longues minutes à redémarrer leur box avant de découvrir que la panne était générale, ou l'inverse. Un verdict argumenté en quelques secondes remplace ce tâtonnement. Quand le fautif se situe côté serveur, l'étape suivante consiste souvent à identifier l'hébergeur grâce au test d'hébergement web avant de contacter le support.

Principaux avantages de ce test de disponibilité

• Quatre verdicts au lieu de deux : une erreur 403 renvoyée par un pare-feu applicatif n'est plus confondue avec une coupure de service.
• Une seconde mesure depuis chez vous : votre navigateur teste lui aussi la cible, ce qui répond vraiment à la question du problème isolé.
• Moins de fausses alertes : un échec total est retenté après un court délai avant d'être annoncé, ce qui filtre les micro-coupures de déploiement.
• Une cause nommée : domaine inexistant, DNS défaillant, connexion refusée, délai dépassé ou échec TLS apparaissent séparément. Un souci de certificat se confirme ensuite avec le vérificateur de certificat SSL.
• Détection des pages cassées : un code 200 qui masque une erreur de base de données est requalifié, alors que la plupart des services concurrents l'annoncent comme normal.
• Des détails vérifiables : code de statut, temps de réponse, adresse IP du serveur et cible de redirection sont affichés, à compléter au besoin par la lecture des en-têtes HTTP.
• Aucune barrière d'accès : pas de compte, pas de quota, pas de clé d'API, résultat copiable en un clic pour l'envoyer à votre hébergeur.

Fonctionnalités clés de l'outil

• Normalisation de l'adresse : le protocole manquant est ajouté automatiquement et une saisie invalide est rejetée avant tout appel réseau.
• Sonde HTTP réelle : la requête part avec un agent utilisateur Chrome crédible, ce qui évite les refus réservés aux robots trop visibles.
• Suivi manuel des redirections : chaque saut est examiné, avec plafond et détection de boucle, jusqu'à la réponse finale.
• Protection contre les requêtes détournées : chaque saut est épinglé à une adresse IP publique validée, les plages privées, de bouclage et réservées étant refusées. Le convertisseur de domaine en adresse IP montre à quoi correspond cette résolution.
• Analyse du corps de page : les premiers 64 Ko sont lus et comparés à des signatures connues de pages cassées ou en maintenance.
• Distinction des échecs DNS : une vérification de présence d'enregistrements sépare le domaine inexistant du résolveur momentanément muet.
• Nouvelle tentative automatique : le verdict d'injoignabilité n'est publié qu'après un second essai infructueux.
• Sonde côté navigateur : une requête sans CORS partie de votre machine indique si votre réseau atteint l'hôte. Elle s'accompagne utilement de la lecture de votre adresse IP publique.
• Synthèse combinée : les deux mesures fusionnent en une phrase unique du type « tout va bien des deux côtés » ou « en ligne pour nous, pas pour votre appareil ».
• Horodatage et recontrôle : un compteur indique depuis combien de temps le résultat date, avec un bouton pour relancer la vérification.

Comment fonctionne le vérificateur ToolsPivot

1. Saisissez le nom de domaine ou l'adresse complète, puis lancez la vérification.
2. Notre serveur envoie une requête HTTP et suit les redirections jusqu'à la réponse définitive.
3. En parallèle, votre navigateur tente sa propre connexion vers la même cible. Les informations de votre navigateur influencent ce second résultat.
4. Un échec complet déclenche une seconde tentative après un court délai, pour écarter les incidents passagers.
5. Une réponse 200 fait l'objet d'une lecture partielle de la page, à la recherche d'un message d'erreur masqué.
6. Les deux mesures sont combinées en un verdict coloré, assorti d'une cause probable et, si nécessaire, d'une liste de correctifs.

Les quatre verdicts et ce qu'ils signifient

Chaque résultat correspond à une situation technique précise, et cette distinction change complètement la réaction à adopter. Les services grand public se contentent souvent d'un feu vert ou rouge, ce qui transforme une protection anti-robots en fausse panne.

Quand utiliser ce vérificateur de panne

Le meilleur moment pour lancer ce test est le premier instant où une page refuse de s'afficher, avant toute manipulation de votre matériel. Il évite de démonter une installation qui fonctionne parfaitement.

• Page blanche persistante : le navigateur tourne sans fin sur une adresse que vous consultez habituellement.
• Message d'erreur Chrome : un code en ERR_ ou DNS_PROBE apparaît et vous voulez savoir de quel côté chercher.
• Boutique en ligne muette : vos clients signalent un site marchand inaccessible pendant une opération commerciale.
• Doute sur votre connexion : tout semble lent chez vous, un test de débit internet complète alors le diagnostic.
• Après une mise en production : vous venez de publier une modification et voulez confirmer que le site répond toujours.
• Changement de DNS ou d'hébergeur : la propagation en cours peut rendre le site visible pour certains et pas pour d'autres.
• Avant d'ouvrir un ticket : un résultat horodaté et copiable donne au support une base factuelle.

À l'inverse, ce test ne remplace pas une supervision continue si vous devez prouver un taux de disponibilité contractuel.

Cas d'utilisation concrets

Boutique Vinted ou Leboncoin injoignable

Contexte : un vendeur particulier n'arrive plus à publier une annonce depuis son téléphone.

• Il saisit l'adresse de la plateforme et lance la vérification.
• Le serveur répond « en ligne », son navigateur échoue.
• Le verdict combiné pointe vers son réseau mobile.

Résultat : il bascule en Wi-Fi et publie son annonce sans appeler son opérateur.

Site vitrine d'un auto-entrepreneur

Contexte : un graphiste freelance découvre son site remplacé par une erreur de base de données.

• Le code renvoyé est bien 200, mais le contenu trahit la panne.
• L'outil requalifie le site en « rencontre des problèmes ».
• Le temps de réponse anormal confirme la surcharge, ce qu'un test de vitesse de page détaille ensuite.

Résultat : il contacte son hébergeur avec un diagnostic précis plutôt qu'un signalement vague.

Nom de domaine oublié dans une PME

Contexte : une PME lyonnaise constate que son site a disparu du jour au lendemain.

• Le verdict indique explicitement que le domaine n'existe plus.
• La distinction avec un DNS momentanément muet oriente vers le registrar.
• Une recherche Whois confirme la date d'expiration.

Résultat : le renouvellement est effectué dans la journée, avant la période de rachat payante.

Association loi 1901 en pleine campagne d'adhésions

Contexte : une association reçoit des messages de membres qui n'accèdent pas au formulaire d'adhésion.

• Le test renvoie « répond, mais bloque les contrôles » avec un code 429.
• Le pic de trafic déclenche une limitation côté pare-feu applicatif.
• Le site n'est donc pas en panne, il se protège.

Résultat : l'association ajuste les seuils avec son prestataire au lieu de migrer en urgence.

Le problème vient de votre côté : que faire

Quand la sonde serveur réussit alors que votre navigateur échoue, le correctif se trouve sur votre machine ou votre réseau. Les étapes suivantes couvrent la grande majorité des cas rencontrés en France, sur box Freebox, Livebox ou connexion mobile.

• Testez en 4G ou 5G : si le site s'ouvre hors de votre Wi-Fi, la cause est locale.
• Videz le cache DNS : la commande ipconfig /flushdns sous Windows, ou Clear-DnsClientCache sous PowerShell, suffit souvent.
• Ouvrez une fenêtre de navigation privée : elle ignore le cache et les extensions, ce qui isole un bloqueur trop zélé.
• Redémarrez la box : une trentaine de secondes hors tension vide la table de résolution locale.
• Changez de résolveur : les DNS publics de Cloudflare ou de Google contournent un filtrage appliqué par votre fournisseur d'accès.
• Suspendez VPN et antivirus : leurs filtres réseau bloquent parfois un domaine légitime par excès de prudence.
• Vérifiez la réputation du site : un blocage volontaire se confirme avec le contrôle de sécurité d'un site.

Panne de site, obligations et recours en France

Une indisponibilité prolongée n'est pas seulement un problème technique, elle peut porter des conséquences juridiques. La CNIL rappelle qu'une violation de données au sens du RGPD couvre aussi la perte de disponibilité : si une panne détruit ou rend inaccessibles des données personnelles avec un risque pour les personnes concernées, l'article 33 du RGPD impose une notification dans les 72 heures suivant la prise de connaissance de l'incident.

Quand l'indisponibilité résulte d'une attaque par déni de service, cybermalveillance.gouv.fr et l'ANSSI recommandent de contacter l'hébergeur pour identifier la source, de conserver les journaux du pare-feu et des serveurs concernés, puis de déposer plainte. Le guichet 17Cyber.gouv.fr oriente les victimes vers les bonnes démarches, et l'article 323-2 du code pénal sanctionne le fait d'entraver le fonctionnement d'un système de traitement automatisé de données. Un site marchand doit par ailleurs garder ses mentions légales accessibles au titre de la LCEN, ce qui suppose une page de repli lisible en cas d'incident.

Ce que l'outil ne fait pas

La vérification part d'un seul emplacement serveur, complété par votre propre navigateur. Un site bloqué dans un pays précis ou victime d'un incident régional peut donc paraître normal ici. Le test ne surveille pas non plus la disponibilité en continu et ne conserve aucun historique exploitable comme preuve contractuelle. Enfin, un verdict « répond, mais bloque les contrôles » signifie que le serveur refuse les vérificateurs automatisés, pas qu'il refuse les visiteurs humains. Ce rappel s'affiche sur chaque résultat, parce qu'un diagnostic honnête vaut mieux qu'une certitude confortable.

Questions fréquentes

Comment savoir si un site est en panne ou si c'est juste chez moi ?

Comparez deux points de vue distincts sur la même adresse. L'outil interroge le site depuis notre serveur et depuis votre navigateur, puis annonce une divergence quand elle existe. Un succès serveur associé à un échec local désigne clairement votre réseau ou votre appareil.

Une erreur 403 signifie-t-elle que le site est hors service ?

Non, un code 403 indique un serveur bien vivant qui refuse la requête. Les pare-feu applicatifs et les CDN bloquent fréquemment les vérificateurs automatisés tout en servant normalement les visiteurs. C'est précisément pour cette raison que le verdict « répond, mais bloque les contrôles » existe.

Pourquoi le test n'utilise-t-il pas le ping ?

Parce qu'un serveur web parfaitement fonctionnel peut ignorer les paquets ICMP. Beaucoup d'administrateurs filtrent le ping pour limiter l'exposition aux scans, alors que le trafic HTTP passe sans problème. Un ping sans réponse ne prouve donc aucune indisponibilité, contrairement à une requête HTTP réelle.

Que signifie le code DNS_PROBE_FINISHED_NXDOMAIN ?

Il indique que le nom de domaine n'a pas pu être résolu du tout. La cause la plus courante en France reste un domaine expiré ou mal délégué, plus rarement une faute de frappe. Le vérificateur de disponibilité de nom de domaine permet de confirmer si le nom est encore enregistré.

Le test dit que le site répond, mais je n'y accède toujours pas.

Le problème se situe alors entre votre appareil et le site. Videz le cache DNS, testez en navigation privée, puis essayez depuis une connexion mobile pour écarter votre box. Si le site s'ouvre ailleurs, votre réseau local ou une extension du navigateur est en cause.

Combien de temps faut-il attendre avant de conclure à une vraie panne ?

L'outil retente automatiquement avant d'annoncer un site injoignable, ce qui écarte déjà les coupures de quelques secondes. Pour une panne durable, relancez la vérification après cinq à dix minutes. Un échec confirmé sur plusieurs contrôles espacés indique un incident réel.

L'outil vérifie-t-il depuis plusieurs pays ?

Non, la sonde serveur part d'un seul emplacement, auquel s'ajoute votre propre navigateur. Cela donne deux points de vue réels, mais pas une couverture mondiale. Un blocage géographique ou un incident limité à une région peut donc échapper au test, ce qui est signalé sur chaque résultat.

Un site en maintenance est-il considéré comme en panne ?

Il est classé dans la catégorie « rencontre des problèmes » plutôt que dans les sites en ligne. La lecture du contenu de la page détecte les messages de maintenance et les erreurs de base de données, même lorsque le serveur renvoie un code 200. Les vérificateurs qui se limitent au code de statut annoncent au contraire un site parfaitement fonctionnel.

Faut-il créer un compte pour utiliser le détecteur de panne ?

Aucune inscription n'est demandée et l'outil ToolsPivot ne réclame aucune clé d'API. Vous saisissez une adresse, vous lancez le test, vous obtenez le verdict. Le résultat se copie en un clic pour être transmis à un hébergeur ou à un collègue.

Comment vider le cache DNS sous Windows ?

Ouvrez l'invite de commandes en tant qu'administrateur et saisissez ipconfig /flushdns. Sous PowerShell, la commande équivalente est Clear-DnsClientCache. Chrome dispose en plus de sa propre mémoire, vidable depuis chrome://net-internals/#dns.

Mon site est inaccessible : qui contacter en premier ?

Commencez par votre hébergeur, qui contrôle le serveur et sa configuration réseau. Munissez-vous du code de statut, du temps de réponse et de l'heure du test, ces éléments accélèrent nettement le traitement du ticket. Si le site répond mais affiche des pages incomplètes, un détecteur de liens cassés aide à mesurer l'étendue du dégât.

Une panne de mon site m'oblige-t-elle à prévenir la CNIL ?

Seulement si l'incident constitue une violation de données personnelles susceptible d'engendrer un risque pour les personnes concernées. Une simple indisponibilité sans perte ni altération de données n'entre pas dans ce cadre, mais une destruction de base de données peut déclencher l'obligation de notification sous 72 heures prévue par l'article 33 du RGPD. En cas de doute, la CNIL recommande de notifier et de documenter l'incident.

Related Tools You Might Like

Vérificateur d'hébergement Générateur de petit texte Vérificateur de différences CSV vers JSON Comparaison de texte Localisateur IP géographique en masse