Pourquoi je vois « Ce site est inaccessible » seulement chez moi et pas chez les autres ?
Votre site fonctionne pour vos clients mais pas pour vous ? Comment savoir en quelques minutes si c'est le cache, votre FAI ou une vraie panne.
Vous appelez un ami, vous lui envoyez le lien, il vous dit que le site s'ouvre parfaitement. Sur votre écran, la même adresse affiche « Ce site est inaccessible » ou « ERR_NAME_NOT_RESOLVED ». C'est frustrant et, honnêtement, un peu angoissant : vous croyez que tout votre site est tombé.
Bonne nouvelle : si les autres le voient, votre site va presque certainement bien. Le problème se situe quelque part sur la route entre votre appareil et le serveur, pas dans le serveur lui-même. Dans cet article, je vous montre, étape par étape, comment repérer exactement où la connexion se rompt et ce que vous pouvez faire tout de suite, sans appeler personne. Ce sont des choses que vous pouvez vérifier seul en quelques minutes, même sans être technicien.
Premier test : est-ce vraiment que chez vous ?
Avant tout, confirmez l'hypothèse. Ne vous fiez pas à un seul ami — il peut avoir le même souci par coïncidence.
- Ouvrez le site sur votre téléphone, mais en données mobiles, pas sur le Wi-Fi de la maison. Si ça marche en données et pas en Wi-Fi, le problème est dans votre réseau domestique ou chez votre FAI.
- Demandez à deux ou trois personnes dans des villes différentes d'essayer.
- Utilisez un service gratuit de type « is it down » (cherchez « downforeveryoneorjustme » sur Google et saisissez votre adresse). Il vous dit si le serveur répond de l'extérieur.
Si le site répond pour les autres et pour le service de vérification, c'est confirmé : le serveur est vivant. À partir de là, on cherche le problème chez vous, pas du côté du site.
Cause numéro un : un cache DNS périmé
Le DNS est l'« annuaire » d'internet : il transforme votre-adresse.fr en une IP numérique. Votre ordinateur et votre navigateur mémorisent la réponse un moment, pour aller plus vite. Le souci commence quand le site a déménagé sur un nouveau serveur (nouvelle IP) et que vous avez encore l'ancienne adresse en cache. Les autres, qui n'avaient rien enregistré, récupèrent directement la nouvelle.
Comment vider le cache :
- Dans le navigateur : essayez le mode navigation privée, ou appuyez sur Ctrl+Maj+R (Cmd+Maj+R sur Mac) pour recharger sans cache.
- Videz le DNS du système. Sous Windows : ouvrez l'Invite de commandes et tapez ipconfig /flushdns. Sur Mac : dans le Terminal, sudo dscacheflush.
- Redémarrez votre routeur — il garde aussi un cache DNS, parfois plusieurs jours.
La plupart du temps, c'est là que ça se règle.
Quand c'est votre FAI ou votre DNS qui est en cause
Si vous avez vidé le cache et que ça ne charge toujours pas, le suspect suivant est le serveur DNS que vous utilisez — en général celui que votre fournisseur d'accès attribue automatiquement. Parfois il est lent, mal configuré ou n'a pas encore appris que votre site a déménagé.
Test rapide : basculez temporairement votre DNS sur un DNS public, comme 1.1.1.1 (Cloudflare) ou 8.8.8.8 (Google). Cela se fait dans les paramètres réseau, sous « Serveur DNS ». Si le site apparaît après le changement, le DNS de votre fournisseur était le problème.
Il y a aussi le cas où le fournisseur bloque réellement une adresse (rare, mais ça arrive). Si le site marche via un VPN ou en données mobiles d'un autre opérateur, mais pas sur votre connexion fixe, c'est un signe clair que le blocage est chez le FAI — pas chez vous, ni sur le site.
Suspects locaux : le fichier hosts, l'antivirus, les extensions
Parfois même le FAI n'est pas en cause, mais quelque chose sur votre propre ordinateur l'est.
- Le fichier hosts : un fichier caché qui peut forcer une adresse vers une mauvaise IP. Si quelqu'un l'a modifié (ou qu'un outil de développement l'a laissé sale), vous seul voyez l'erreur. Sous Windows il est à C:\Windows\System32\drivers\etc\hosts, sur Mac à /etc/hosts.
- Antivirus / pare-feu : certaines suites de sécurité bloquent des sites qu'elles jugent, à tort, dangereux. Désactivez temporairement la protection web et testez.
- Extensions de navigateur : un bloqueur de pub ou une extension VPN trop agressive peut casser le chargement. Testez en navigation privée, où les extensions sont généralement désactivées.
- VPN ou proxy actif : si vous en avez un, coupez-le et réessayez.
Si le site apparaît en navigation privée, sans VPN et avec l'antivirus en pause, vous avez trouvé le coupable.
Comment savoir si c'est vraiment une panne réelle
Tout ce qui affiche une erreur n'est pas de votre faute. Voici les signes que le problème est bien sur le site ou son hébergement :
- Le service de vérification externe indique lui aussi le site comme « down ».
- Personne, sur aucun réseau, ne peut l'ouvrir.
- Vous voyez d'autres messages que « page inaccessible » : erreurs de type 500, « Database connection error », ou une page blanche. Celles-là viennent du serveur, pas de votre connexion.
- Le certificat SSL a expiré (« connexion non sécurisée ») — cela touche tout le monde.
Dans ces cas, contactez l'entreprise qui héberge votre site. Si vous travaillez avec nous chez MPO Web Studio, écrivez-nous sur WhatsApp et nous vérifierons le serveur et le DNS à votre place — nous assurons la maintenance à distance, peu importe où vous êtes. Un site bien construit devrait avoir une surveillance, pour que vous appreniez une panne avant vos clients.
Questions fréquentes
J'ai vidé le cache et ça ne marche toujours pas. Et maintenant ?+
Basculez votre DNS sur 1.1.1.1 ou 8.8.8.8 et testez en données mobiles d'un autre opérateur. Si ça marche en données, le problème vient de votre connexion ou de votre FAI. Si ni les données ni le vérificateur externe ne marchent, c'est vraiment une panne du site et il faut contacter l'hébergeur.
Un site peut-il apparaître chez moi mais pas chez un client, aussi à cause du DNS ?+
Oui, c'est exactement la même situation inversée. Si vous avez déménagé le site récemment, certains obtiennent la nouvelle adresse tout de suite tandis que d'autres gardent l'ancienne quelques heures (parfois un jour ou deux). Cela s'appelle la propagation DNS et se résout tout seul.
Combien de temps avant que ça se « répare » seul après un déménagement de site ?+
Généralement quelques heures, mais dans les cas extrêmes jusqu'à 48 heures, selon un réglage appelé TTL et les fournisseurs impliqués. Pour accélérer, videz votre cache local et passez à un DNS public — vous verrez la nouvelle version immédiatement, même si d'autres attendent encore un peu.
Est-ce dangereux de modifier le fichier hosts ou de vider le DNS ?+
Vider le cache DNS est totalement sûr — ça efface juste une mémoire temporaire qui se reconstruit seule. Avec le fichier hosts, soyez plus prudent : ne supprimez pas tout, seulement les lignes suspectes ajoutées récemment, et faites d'abord une copie. En cas de doute, mieux vaut demander à un technicien.
Comment éviter à l'avenir de ne plus voir mon propre site ?+
Le plus important est un hébergement sérieux avec surveillance qui vous alerte d'une vraie panne, plus un DNS stable. Lors des déménagements ou relances, un bon développeur planifie la propagation pour que l'interruption soit minimale. Nous gérons ce volet à distance pour nos clients, afin que vous ne soyez jamais pris au dépourvu.
7 erreurs qui font fuir vos clients de votre site
Laissez votre e-mail et recevez le guide ici, tout de suite. Sans spam.
Envie de voir à quoi ressemblerait le site de votre entreprise ?
Écrivez-nous sur WhatsApp et nous préparons GRATUITEMENT un site de démonstration au nom de votre entreprise. Vous le voyez d'abord — vous décidez ensuite.