Comment résoudre le problème « ce site est inaccessible » ?

Le message « ce site est inaccessible » (ERR_CONNECTION_REFUSED ou ERR_NAME_NOT_RESOLVED dans Chrome) signifie que votre navigateur ne parvient pas à joindre le serveur. Les causes les plus fréquentes : un problème DNS, un fichier .htaccess corrompu ou un serveur en panne. Voici la procédure de diagnostic, étape par étape.

Étape 1 : Le problème vient-il de vous ou du site ?

Ce test prend 30 secondes et élimine la moitié des fausses alertes :

• Test 1 : ouvrez un autre site (google.com par exemple). S’il charge normalement, votre connexion fonctionne — le problème vient du site visité.
• Test 2 : testez depuis votre téléphone en 4G (WiFi désactivé). Si le site charge en 4G mais pas en WiFi, le problème est local (votre box, votre DNS, votre pare-feu).
• Test 3 : demandez à quelqu’un d’autre de tester. Si le site est inaccessible pour tout le monde, c’est un problème serveur.

C’est votre propre site qui est inaccessible ?

Si le test 3 confirme que personne n’accède au site, et qu’il s’agit du vôtre, sautez la section suivante. Elle traite les problèmes de connexion personnelle.

Rendez-vous directement aux cinq causes serveur. Sur WordPress, quatre pannes sur cinq viennent de la même liste : un fichier .htaccess corrompu, une extension en conflit, un certificat expiré, un domaine non renouvelé.

Un réflexe avant toute manipulation. Si vous avez accès à votre hébergement, faites une sauvegarde de la base de données. Une panne mal diagnostiquée se répare. Une base écrasée, beaucoup moins.

Le problème est local ? Voici comment le régler

Videz le cache DNS de votre machine.

Votre ordinateur garde en mémoire les adresses IP des sites visités. Si l’IP a changé (migration de serveur par exemple), le cache pointe vers l’ancienne adresse.

• Windows : ouvrez l’Invite de commandes (cmd) en administrateur et tapez : ipconfig /flushdns
• Mac : ouvrez le Terminal et tapez : sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
• Chrome : tapez chrome://net-internals/#dns dans la barre d’adresse, puis cliquez « Clear host cache »

Changez vos serveurs DNS. Si votre FAI (Orange, Free, SFR, Bouygues) a un problème de résolution DNS, basculez sur les DNS de Google (8.8.8.8 et 8.8.4.4) ou de Cloudflare (1.1.1.1 et 1.0.0.1) dans les paramètres réseau de votre machine. C’est souvent la solution invisible que personne ne pense à tester.

Le problème est côté serveur ? Les 5 coupables à vérifier

1. Le nom de domaine a expiré

Ça arrive plus souvent qu’on ne l’imagine, surtout quand la carte bancaire associée au renouvellement automatique a expiré. Vérifiez sur who.is ou whois.domaintools.com la date d’expiration de votre domaine. Si le domaine est expiré, contactez votre registrar (OVH, Gandi, Infomaniak…) — la plupart offrent une période de grâce de 30 jours pour renouveler.

2. Le fichier .htaccess est corrompu

C’est le suspect numéro 1 sur WordPress. La vérification prend deux minutes : connectez-vous en FTP, puis renommez le fichier .htaccess en .htaccess_old à la racine du site. Si le site revient, allez dans WordPress > Réglages > Permaliens et cliquez « Enregistrer les modifications », WordPress recrée un .htaccess propre automatiquement.

3. Erreur DNS (le domaine pointe vers le mauvais serveur)

Si vous avez récemment changé d’hébergeur, vos enregistrements DNS (de type A ou CNAME) doivent pointer vers la nouvelle adresse IP du serveur. Vérifiez dans le panneau de votre registrar (pas de votre hébergeur). La propagation DNS peut prendre jusqu’à 48 heures — mais en pratique, 2 à 4 heures suffisent pour 95% des FAI français.

4. Conflit de plugin ou de thème

Un plugin qui plante le serveur PHP peut rendre tout le site inaccessible. Si l’admin WordPress est bloqué, désactivez les plugins via FTP (méthode détaillée dans notre article « Comment réparer un site WordPress »). Si le panneau d’administration fonctionne, désactivez les plugins un par un depuis Extensions > Extensions installées.

5. Surcharge serveur ou attaque DDoS

Si votre hébergement mutualisé reçoit un pic de trafic anormal (ou si un autre site sur le même serveur est attaqué), votre site peut devenir inaccessible. Vérifiez la page d’état de votre hébergeur (tapez « [nom hébergeur] status » sur Google). Contactez le support technique, chez les hébergeurs français comme o2switch et Infomaniak, le support est joignable par téléphone et par ticket avec des délais de réponse de 15 minutes à 2 heures.

Trois signes que la panne demande une intervention

Certaines pannes se règlent seules. D’autres s’aggravent avec le temps. Voici comment les distinguer.

Le message d’erreur change d’une tentative à l’autre. Une erreur qui alterne entre plusieurs formulations trahit une instabilité du serveur, pas un incident isolé. Les rechargements successifs ne règleront rien.

Le site s’affiche, mais l’administration reste bloquée. Ce symptôme accompagne souvent une intrusion. Chaque heure de délai étend la compromission aux fichiers et à la base.

La panne suit une mise à jour ou une migration. La cause est alors identifiée, mais le retour en arrière demande une sauvegarde propre. Sans sauvegarde récente, la reconstruction prend plusieurs jours.

Vous avez tout vérifié et le site reste hors ligne

À ce stade, deux situations se présentent.

Soit vous identifiez la cause mais l’intervention dépasse vos compétences. Un accès FTP, une base de données à réparer, un serveur à redémarrer. Rien d’insurmontable pour qui pratique tous les jours.

Soit vous ne trouvez pas la cause. Dans ce cas, continuer à tester au hasard aggrave souvent la situation. Une manipulation de trop sur une base de données, et la restauration devient plus lourde.

Avant de contacter qui que ce soit, notez trois éléments. Le message d’erreur exact tel qu’il s’affiche. L’heure de la dernière modification faite sur le site. Le nom de votre hébergeur.

Ces trois informations divisent le temps de diagnostic par deux.

Nous intervenons sur ce type de panne : site inaccessible, écran blanc, erreur de base de données, certificat expiré, site compromis. Envoyez-nous l’adresse du site et le message d’erreur, vous recevez un premier diagnostic dans l’heure.

Combien coûte réellement une heure d’inaccessibilité ?

Au-delà de la panique du moment, trois pertes se cumulent.

Le chiffre d’affaires manqué. Reprenez un site à 100 visiteurs quotidiens, avec un taux de conversion de 3 %. Une panne de six heures fait disparaître environ 25 visiteurs, donc un contact.

Ce chiffre paraît faible. Convertissez-le. Sur un site de services, un contact vaut souvent plusieurs milliers d’euros de prestation. Une panne d’une journée peut donc coûter le prix de deux ans de surveillance.

La formule tient en une ligne : (visiteurs par jour ÷ 24) × taux de conversion × valeur d’un client = perte horaire. Faites ce calcul une fois avec vos propres chiffres.

Le référencement. Les robots de Google passent sur votre site plusieurs fois par jour. Une erreur serveur ponctuelle passe inaperçue. Répétée sur plusieurs jours, elle réduit la fréquence d’exploration, et les pages concernées peuvent sortir de l’index.

Leur retour demande ensuite plusieurs semaines. La panne dure six heures, la sanction dure un mois.

La confiance. Un prospect qui cherche votre service au moment de la panne ne reviendra pas plus tard. Il ira chez le concurrent dont le site répond. Cette perte-là ne se rattrape jamais.

Sans maintenance en amont, vous ne pouvez que constater les pannes après coup. Le site tombe, quelqu’un s’en aperçoit, et le compteur des pertes tourne déjà depuis plusieurs heures.

La surveillance proactive fait partie de notre offre de maintenance WordPress chez Orbitis. Notre monitoring vérifie la disponibilité de votre site toutes les 5 minutes, 24h/24. Quand un problème est détecté, on intervient, souvent avant que vous ne vous en rendiez compte.

Questions fréquentes

Pourquoi mon site est-il inaccessible alors que je n’ai rien changé ?

Quelque chose a changé, mais pas de votre fait. Un certificat de sécurité expire à date fixe. Un nom de domaine se renouvelle chaque année. Un hébergeur applique ses propres mises à jour de serveur, parfois la nuit.

Ces trois événements surviennent sans aucune action de votre part, et suffisent à couper l’accès.

Que signifie « localhost n’autorise pas la connexion » ?

Cette erreur concerne un site en cours de développement sur votre propre machine. Elle indique que votre serveur local ne tourne pas.

Relancez Apache et MySQL depuis votre environnement de travail. Vérifiez ensuite le port utilisé : le port 80 entre régulièrement en conflit avec Skype ou avec un autre service.

Le message apparaît sur Chrome mais pas sur un autre navigateur, pourquoi ?

Chrome conserve son propre cache DNS, indépendant de celui du système. Il peut donc pointer vers une ancienne adresse alors que Firefox ou Safari trouvent la bonne.

Tapez chrome://net-internals/#dns dans la barre d’adresse, puis videz le cache. Le problème disparaît dans la plupart des cas.

Combien de temps une panne peut-elle affecter mon référencement ?

Une interruption de quelques heures reste sans effet. Google réessaie plus tard, sans conséquence sur les positions.

Au-delà de deux ou trois jours d’erreurs répétées, l’exploration ralentit et les pages peuvent quitter l’index. La récupération demande alors plusieurs semaines.