Thème

Outils populaires

Site en panne ou inaccessible : pour tout le monde ou juste pour moi ?

Ce site est-il en panne, ou inaccessible seulement pour vous ? Vérifiez-le depuis 11 lieux et votre connexion, avec une capture d'écran en direct.

11 centres de données Cloudflare · un vrai navigateur Chrome dans 4 régions · votre propre navigateur · pages de statut officielles
11 lieux en direct

Un domaine ou une URL complète, avec un chemin ou un port si besoin.

Essayez
Recherchés en ce momentYouTubeDiscordChatGPTInstagramWhatsAppRobloxSteamX

Nous chargeons le site depuis 11 lieux et prenons une capture d'écran. Rien de ce que vous saisissez n'est conservé avec votre IP.

Site en panne pour tout le monde ou juste pour moi ?

Si nos 11 lieux atteignent un site et pas votre navigateur, le problème vient de vous. Si personne ne l'atteint, il est en panne pour tout le monde.

Chaque vérification pose la même question de deux côtés à la fois. Nos 11 lieux ouvrent le site comme le fait un navigateur, et votre propre navigateur l'essaie via votre connexion. Comparer les deux est la seule façon honnête de répondre à « down for everyone or just me », autrement dit « est-ce que ça vient de moi ? » : un vérificateur qui interroge depuis un seul serveur en est incapable.

Un site peut aussi n'être en panne qu'à certains endroits (une panne réseau régionale ou un blocage par pays), ou répondre aux gens mais refuser les vérifications automatisées : nous affichons ces cas à part, jamais comme « en panne ».

Accessible pour tousAccessible

Tous les lieux et votre navigateur l'atteignent.

Juste vousJuste vous

Nous l'atteignons, pas votre navigateur. La solution est de votre côté.

En panne pour tousEn panne

Personne ne l'atteint, vous compris. Seul le propriétaire peut corriger cela.

En partie en pannePanne partielle

Certains lieux échouent. Cela dépend d'où vous êtes.

Les quatre réponses, depuis 11 lieux et votre navigateur. Une cinquième, « accessible mais bloque les bots », correspond au cas où seules les vérifications automatisées sont refusées.
Vérificateur de site en panne : accessible pour tous et pour vous, capture en direct, chemin de vérification et 11 lieuxVérificateur de site en panne : accessible pour tous et pour vous, capture en direct, chemin de vérification et 11 lieuxUn seul verdictTout le monde (nos 11 lieux) et vous (votre propre navigateur) en une phrase, avec le code de statut obtenu par la plupart des lieux.La capture en directCe qu'un vrai navigateur Chrome a vu il y a quelques secondes, avec le lieu et l'heure de la prise. Prenez-en une autre depuis n'importe quelle région, ou en version mobile.Où ça casseLe chemin de vérification, de vous jusqu'à la page affichée : DNS, connexion, TLS et réponse du serveur, chacun avec son temps.Depuis 11 lieuxChaque lieu sur la carte : vert s'il a obtenu la page, orange s'il a été lent ou bloqué, rouge en cas d'échec.
Une vérification de notre propre page d'accueil : le verdict, la capture d'écran en direct prise en Europe, le chemin de vérification et les 11 lieux. Sélectionnez un numéro pour voir ce que montre chaque partie.

Comment vérifier si un site est down

Chaque lieu exécute les étapes d'un navigateur et chronomètre chacune. Puis un vrai navigateur charge la page et prend la capture d'écran.

Le DNS transforme le nom en adresse. La connexion ouvre une connexion TCP vers cette adresse. Le TLS vérifie le certificat comme le font les navigateurs : les certificats expirés, émis pour un autre nom ou non approuvés obtiennent donc chacun leur propre réponse. Ensuite, nous envoyons la requête, attendons le premier octet et suivons jusqu'à 5 redirections, en vérifiant chacune.

Enfin, Chrome (Browser Run de Cloudflare) charge la page dans la région la plus proche de vous et prend la capture. Le verdict ne l'attend jamais : il vient des 11 lieux et de votre propre navigateur, généralement en quelques secondes.

Une vérification de shop.example depuis Amsterdam
  1. DNS11 ms

    Nom → adresse, depuis Google et Cloudflare.

    NXDOMAINSERVFAIL
  2. Connexion7 ms

    TCP vers l'adresse, depuis chaque lieu.

    refusédélai dépassé
  3. TLS9 ms

    Le certificat, vérifié comme le fait un navigateur.

    expirémauvais nom
  4. Premier octet128 ms

    La requête, et l'attente du serveur.

    5xx52xlent
  5. Téléchargement14 ms

    La page et jusqu'à 5 redirections.

    réinitialiséeboucle
  6. Rendu2,3 s

    Chrome la charge et prend la capture.

    page blancheanti-bots
Les étapes réseau prennent des millisecondes, le navigateur des secondes : c'est pourquoi le verdict arrive en premier et la capture ensuite.

Que signifient les erreurs 500, 502, 503, 504 et Cloudflare 52x ?

Un code de statut signifie que le serveur a répondu ; une erreur du navigateur signifie que rien n'a répondu. L'endroit où la chaîne se rompt indique qui peut corriger le problème.

Le petit chemin sur chaque ligne est vous → le proxy ou le CDN devant le site → le serveur du site lui-même, avec la rupture marquée. Le chemin de vérification à côté de chaque résultat montre la même chose en grand.

Deux détails sur Cloudflare que la plupart des pages présentent mal : une page 502 ou 504 aux couleurs de Cloudflare signifie que c'est le serveur du site qui a envoyé l'erreur, alors qu'une page vierge, sans marque, vient de Cloudflare ; et les codes 1xxx (1016, 1020, 1033) figurent dans la page elle-même, tandis que la ligne de statut porte 403, 409, 429 ou 530.

Le serveur a répondu, avec une erreur · un code de statut
500 Internal Server ErrorLe code du site lui-même a échoué sur cette page.Le site
502 Bad GatewayUn proxy ou un CDN a reçu une réponse invalide du serveur situé derrière.Le site
503 Service UnavailableSurchargé, ou arrêté volontairement pour maintenance. Retry-After peut indiquer quand il revient.Le site
504 Gateway TimeoutUn proxy a attendu le serveur situé derrière et a abandonné.Le site
429 Too Many RequestsVous (ou votre réseau) avez envoyé trop de requêtes : patientez, puis réessayez.Vous
Rien n'a répondu · erreurs du navigateur, sans code de statut
ERR_NAME_NOT_RESOLVEDAucune adresse pour ce nom : une faute de frappe, un domaine expiré ou votre DNS.Le site ou vous
DNS_PROBE_FINISHED_NXDOMAINChrome a vérifié que votre DNS fonctionne : c'est donc le domaine lui-même qui n'existe pas (ou est mal orthographié).Le site ou vous
ERR_CONNECTION_REFUSEDL'adresse a dit non : rien n'y écoute, ou un pare-feu vous refuse.Le site ou vous
ERR_CONNECTION_TIMED_OUTAucune réponse du tout : le serveur est en panne, ou un réseau le bloque.Le site ou vous
ERR_CONNECTION_RESETLa connexion a été coupée : une ligne instable, un VPN ou un logiciel de sécurité.Vous
ERR_CERT_DATE_INVALIDLe certificat a expiré, ou l'horloge de votre ordinateur est fausse.Le site ou vous
Cloudflare a répondu pour le site · 52x et 530 : Cloudflare va bien, pas le serveur derrière
520 Unknown errorLe serveur a envoyé à Cloudflare une réponse vide ou inattendue.Le site
521 Web server is downLe serveur a refusé la connexion de Cloudflare.Le site
522 Connection timed outAucune réponse à la connexion de Cloudflare en 19 secondes.Le site
523 Origin is unreachableCloudflare n'a aucune route vers l'adresse du serveur.Le site
524 A timeout occurredConnecté, mais aucune page en 125 secondes.Le site
525 SSL handshake failedLa poignée de main TLS entre Cloudflare et le serveur a échoué.Le site
526 Invalid SSL certificateCloudflare n'a pas pu valider le certificat du serveur.Le site
530 Origin errorCloudflare n'a pas trouvé le serveur : le code 1xxx de la page dit pourquoi.Le site
vous → proxy ou CDN → serveur du site, rupture marquéeLe siteseul le propriétaire peut corrigerLe site ou vousvérifiez d'abord votre côtéVousde votre côté
Chaque signification suit sa définition : RFC 9110 et RFC 6585 pour les codes de statut, la documentation de Cloudflare pour 52x et 530, la liste des erreurs réseau de Chromium pour les erreurs du navigateur.

Site inaccessible chez vous ? Les solutions qui marchent

Si nos 11 lieux atteignent le site et pas vous, le problème se situe entre vous et Internet : votre navigateur, votre DNS, votre réseau ou votre fournisseur d'accès.

Suivez les étapes dans l'ordre et vérifiez à nouveau après chacune. Les étapes DNS règlent la plupart des cas : votre ordinateur ou votre routeur garde une ancienne adresse aussi longtemps que son TTL le permet, et une réponse « introuvable » aussi longtemps que le délai de cache négatif du domaine.

Si le site se charge en données mobiles mais pas sur votre Wi-Fi, c'est votre réseau ou votre fournisseur qui le bloque. Sur un ordinateur professionnel, un proxy de sécurité peut casser les certificats de certains sites ; adressez-vous à votre service informatique.

1
Recharger sans le cacheCtrl+F5 · ⌘+Maj+R
2
Vider le cache DNSVotre appareil garde peut-être une ancienne adresse.
3
Changer de DNS1.1.1.1 ou 8.8.8.8
4
Couper VPN, proxy, bloqueur de pubsCertains bloquent des sites entiers.
5
Essayer les données mobilesÇa marche ainsi ? Votre réseau le bloque.
6
Redémarrer votre routeurCela vide aussi le cache DNS du routeur.
ipconfig /flushdns

Dans l'Invite de commandes. Vide le cache DNS, y compris les réponses « introuvable » mémorisées.

L'étape 2 selon le système. Les téléphones n'ont pas de commande : basculer entre le Wi-Fi et les données mobiles indique si votre réseau est en cause.

Panne de site : pourquoi les sites tombent en panne

La plupart des pannes de sites relèvent de six causes, et chacune laisse une trace différente dans la vérification.

Quand un grand fournisseur tombe en panne, des milliers de sites sans lien entre eux tombent à la même minute, et les pages de statut sont à la traîne. C'est là qu'une vérification indépendante est la plus utile : elle indique quelle couche a cédé, pas seulement que quelque chose a cédé.

Surcharge ou plantage

Trop de visiteurs, une mauvaise mise en production, une application plantée.

503 · 500 · 502
Un domaine expiré

Le propriétaire a oublié de le renouveler ; le registrar le suspend ou le parque.

NXDOMAIN ou parqué · date d'expiration
Un certificat expiré

Les navigateurs refusent le site tant qu'un nouveau n'est pas installé.

TLS : expiré
Une erreur DNS

Un mauvais enregistrement, un DNSSEC cassé, un changement de serveurs de noms raté.

SERVFAIL · mauvaise adresse
Une panne cloud ou CDN

Un fournisseur partagé par des milliers de sites connaît un mauvais jour.

52x · beaucoup de sites à la fois
Bloqué en chemin

Un pare-feu, un blocage par pays ou une barrière anti-bots refoule certaines personnes.

en partie en panne · 403

Grandes pannes, d'après le rapport de chaque fournisseur

  1. Cloudflare

    Une règle de pare-feu dotée d'une expression régulière emballée a saturé les processeurs dans le monde entier ; les visiteurs voyaient des erreurs 502.

    27 min
  2. Fastly

    Un paramètre client valide a déclenché un bug latent : 85 % du réseau de Fastly renvoyait des erreurs.

    95 % rétabli en 49 min
  3. Akamai

    Une mise à jour de configuration a déclenché un bug dans un composant DNS de son réseau edge.

    jusqu'à une heure
  4. Meta

    Une commande de maintenance a coupé le backbone de Meta ; ses serveurs DNS ont retiré leurs routes, et Facebook, Instagram et WhatsApp ont disparu.

    durée non publiée
  5. CrowdStrike

    Une mise à jour défectueuse de son capteur de sécurité a fait planter des PC Windows : Microsoft a estimé à environ 8,5 millions le nombre d'appareils touchés.

    fichier fautif en ligne 78 min
  6. Google Cloud

    Une politique aux champs vides a fait planter la gestion des API dans le monde entier ; les clients recevaient des erreurs 503.

    7 h 27 min
  7. AWS us-east-1

    Une situation de concurrence dans l'automatisation DNS de DynamoDB a laissé un enregistrement vide, avec des effets en cascade sur EC2, Lambda et d'autres services.

    14 h 32 min
  8. Cloudflare

    Un fichier de gestion des bots devenu deux fois plus gros a fait planter le proxy de Cloudflare ; de nombreux sites renvoyaient des erreurs. Pas une attaque.

    5 h 46 min

Durées tirées du rapport de chaque fournisseur : du début au rétablissement complet, sauf mention contraire.

Captures d'écran de sites : pourquoi un site change d'un pays à l'autre

Les sites changent de langue, de prix, de bandeau cookies et même de contenu selon le pays. Chaque capture indique donc où elle a été prise.

Nos captures viennent de Browser Run de Cloudflare, qui exécute Chrome dans de grands centres de données proches du Worker qui l'appelle. Nous l'appelons depuis quatre régions : Amérique du Nord, Europe, Asie de l'Est et du Sud-Est, et Océanie. Nous utilisons la plus proche de vous, et vous pouvez en prendre une autre depuis n'importe quelle région, ou en version mobile.

Il n'y a pas de pool de navigateurs en Amérique du Sud, en Afrique, en Inde ni au Moyen-Orient : les vérifications lancées de là utilisent la région la plus proche, et nous la nommons. La ville est lue dans la page au moment de la capture : nous n'étiquetons jamais une capture avec un lieu où elle n'a pas été prise.

1234Amérique du NordORD · DFW · MIA · IADEuropeAMS · CDG · VIEAsieNRT · ICN · HKG · SINOcéanieAKLAmérique du SudAfriqueIndeMoyen-Orient
  • Notre page d'accueil en exemple de capture pour la région Amérique du Nord1Amérique du NordORD
  • Notre page d'accueil en exemple de capture pour la région Europe · allemand2Europe · allemandAMS
  • Notre page d'accueil en exemple de capture pour la région Asie · japonais3Asie · japonaisNRT
  • Notre page d'accueil en exemple de capture pour la région Océanie4OcéanieAKL
Pool de navigateurs (villes vues lors de nos tests)Pas de pool : utilise la région indiquée par la flèche
Illustration avec notre propre page d'accueil : un site qui s'adapte à ses visiteurs n'a pas le même aspect dans chaque région. Pools mesurés le 22 oct. 2026 ; Cloudflare peut les déplacer, c'est pourquoi la ville est lue dans la page.

Mon site est-il down ? La disponibilité en minutes

« 99,9 % de disponibilité » semble parfait, mais autorise encore près de 44 minutes d'interruption chaque mois.

Les contrats d'hébergement et de cloud promettent une disponibilité en pourcentage (un SLA). Le graphique traduit chaque promesse en temps d'arrêt autorisé sur un mois moyen (365,25 ÷ 12 jours) et sur un an.

Pour repérer les pannes de votre propre site dès qu'elles surviennent, il vous faut un outil de surveillance de disponibilité : une vérification par minute depuis plusieurs lieux. Une vérification ponctuelle comme celle-ci répond à « est-il en panne en ce moment ? », et le Vérificateur de certificat SSL et la Recherche WHOIS vous disent quand votre certificat et votre domaine arrivent à échéance.

DisponibilitéInterruption par mois (échelle log.)Par moisPar an
99 %7 h 18 min3 j 16 h
99,5 %3 h 39 min1 j 20 h
99,9 %43 min 50 s8 h 46 min
99,95 %21 min 55 s4 h 23 min
99,99 %4 min 23 s52 min 36 s
99,999 %26 s5 min 16 s
Chaque neuf de plus divise le temps d'arrêt autorisé par dix ; chaque demi-palier le divise par deux.

Site en panne : questions fréquentes

Comment savoir si un site est down en ce moment ?

Saisissez l'adresse du site ci-dessus et appuyez sur Vérifier pour connaître son état. En quelques secondes, vous voyez si 11 lieux dans le monde peuvent l'ouvrir, si votre propre navigateur le peut, et une capture d'écran en direct de la page. La réponse nomme la cause en termes simples : une erreur serveur, un domaine ou un certificat expiré, une panne DNS, ou un site qui bloque seulement les vérifications automatisées.

Le site est-il en panne pour tout le monde ou juste pour moi ?

Comparez les deux lignes du résultat : « Tout le monde », ce sont nos 11 lieux ; « Vous », c'est votre propre navigateur. Si nous atteignons le site et pas votre navigateur, le problème vient de vous, et les solutions s'affichent juste là. Si personne ne l'atteint, il est en panne pour tout le monde et seul son propriétaire peut corriger cela.

Pourquoi un site est-il inaccessible pour moi alors qu'il marche pour les autres ?

En général à cause de votre cache DNS, de votre serveur DNS, d'un VPN ou d'un bloqueur de pubs, ou d'un blocage sur votre réseau ou par votre fournisseur. Vider votre cache DNS et essayer les données mobiles permet de distinguer la plupart de ces cas. Les solutions du résultat les listent dans l'ordre, avec la commande pour votre système.

Pourquoi la capture montre-t-elle une page blanche ou « Accès refusé » ?

Certains sites refusent les navigateurs automatisés, et le nôtre déclare toujours en être un : Browser Run de Cloudflare s'identifie auprès de chaque site. Si votre propre navigateur atteint le site, il est accessible, et nous indiquons « bloque les bots », jamais « en panne ». Le tableau des lieux montre la même réponse, généralement un 403.

D'où le site est-il vérifié ?

Depuis 11 lieux : le centre de données Cloudflare le plus proche de vous, plus San Jose, Ashburn, Londres, Stockholm, Singapour, Sydney, São Paulo, Le Cap, Mumbai et Osaka. Chaque ligne nomme le centre de données qui a répondu. La capture vient d'un vrai navigateur Chrome en Amérique du Nord, en Europe, en Asie ou en Océanie, et la légende nomme la ville.

Que signifient les erreurs 502, 503 et 522 ?

Une 502 signifie qu'un proxy ou un CDN a reçu une réponse invalide du serveur situé derrière. Une 503 signifie que le serveur est surchargé ou arrêté pour maintenance, souvent volontairement. Une 522 signifie que le site est sur Cloudflare et que son propre serveur n'a pas répondu à temps à Cloudflare. Les trois sont du côté du site : seul son propriétaire peut les corriger.

Pourquoi le vérificateur indique-t-il que le certificat a expiré ?

Tout site HTTPS a besoin d'un certificat valide, et un certificat émis depuis le 15 mars 2026 dure 200 jours au plus (les plus anciens, jusqu'à 398 jours). Quand il expire, les navigateurs affichent un avertissement plein écran au lieu du site : pour la plupart des visiteurs, il est donc en panne. Nous vérifions nous-mêmes le certificat et indiquons quand il a expiré et qui l'a émis. Si l'horloge de votre ordinateur est fausse, vous pouvez voir le même avertissement sur des sites qui fonctionnent.

Le domaine a-t-il expiré, ou le site est-il simplement en panne ?

Quand aucun serveur DNS ne connaît le nom, nous interrogeons le registre du domaine. Un domaine expiré affiche sa date d'expiration et son statut : jusqu'au renouvellement, son registrar le suspend généralement (« on hold »), ce qui le retire du DNS, ou le parque. Un nom qu'aucun registre ne connaît n'a jamais été enregistré ou a été libéré. Un site simplement en panne garde son DNS et son adresse.

En quoi est-ce différent de Downdetector ?

Downdetector compte les signalements des utilisateurs et les compare au nombre habituel pour ce service. Nous vérifions le site lui-même : depuis 11 lieux, depuis votre propre navigateur et dans un vrai navigateur, pour n'importe quelle adresse, en quelques secondes. Pour les services connus, nous affichons aussi leur page de statut officielle. Les deux approches se complètent : les signalements montrent ce que les gens ressentent, une vérification montre ce qui casse.

Vérifier un site lui révèle-t-il qui je suis ?

Le site voit nos serveurs ; pour le test de votre côté, votre navigateur lui demande une page, comme lors d'une visite normale : il voit alors votre adresse IP. Nous n'envoyons rien d'autre, et nous n'envoyons jamais votre navigateur vers un site que Cloudflare classe comme dangereux. Nous conservons le résultat et la capture jusqu'à 24 heures, sans votre IP, pour répondre aux vérifications répétées et aux liens partagés.

À quelle fréquence puis-je vérifier un site, et puis-je partager le résultat ?

Les vérifications d'une même adresse sont partagées pendant 90 secondes : pendant une panne, tout le monde voit donc le même résultat récent au même moment ; « Vérifier à nouveau » en lance un nouveau. Vous pouvez vérifier environ 12 sites par minute. « Copier le lien » partage le résultat avec sa capture, que nous conservons jusqu'à 24 heures.

Il vous manque quelque chose ?Suggérez une fonction ou un nouvel outil

Outils associés