Site web indisponible : trouver d'où vient la panne et remettre le site en ligne
Un site web indisponible peut se manifester de plusieurs façons : le navigateur ne trouve pas l'adresse, la page tourne indéfiniment puis affiche un délai dépassé, ou le serveur répond mais avec une erreur 502, 503 ou 504. Chaque symptôme oriente vers une couche différente : DNS, nom de domaine, hébergement, serveur ou application.
L'indisponibilité coûte à chaque minute : ventes perdues, formulaires non reçus, image dégradée, et, si elle dure, déclassement dans les moteurs de recherche. Il est donc essentiel de localiser rapidement la panne plutôt que de redémarrer au hasard.
Cette page vous donne une méthode de diagnostic couche par couche, avec les commandes et outils pour chaque vérification, les causes les plus fréquentes et la marche à suivre pour rétablir le service, seul ou avec l'aide d'un professionnel.
Symptômes typiques
- « Ce site est inaccessible » ou « Impossible de trouver l'adresse IP du serveur » (DNS_PROBE_FINISHED_NXDOMAIN) : le nom de domaine ne se résout pas.
- « Délai d'attente dépassé » (ERR_CONNECTION_TIMED_OUT) : le serveur ne répond pas du tout.
- « Connexion refusée » (ERR_CONNECTION_REFUSED) : la machine répond mais aucun service web n'écoute.
- Erreur 502 Bad Gateway, 503 Service Unavailable ou 504 Gateway Timeout : le serveur web tourne mais l'application derrière ne répond pas.
- Le site affiche une page de parking de l'hébergeur ou du registrar, ou une page « domaine expiré ».
- Le site fonctionne pour certains visiteurs et pas pour d'autres, ou depuis le mobile mais pas depuis le bureau.
Causes possibles
Nom de domaine expiré ou DNS modifié
Le renouvellement n'a pas été payé, le domaine est en période de rédemption, ou les serveurs de noms ont été changés (migration, erreur de manipulation, compte registrar compromis).
Zone DNS incorrecte ou en propagation
Enregistrement A ou AAAA pointant vers une ancienne adresse IP, CNAME cassé, TTL long qui prolonge une modification récente, ou DNSSEC mal configuré.
Hébergement suspendu
Facture impayée, dépassement de quota, envoi de spam ou malware détecté : l'hébergeur coupe le compte et affiche une page d'information.
Serveur en panne ou saturé
Machine arrêtée, disque plein, mémoire épuisée, attaque par déni de service, ou incident chez le fournisseur d'infrastructure.
Service web ou application arrêté
Nginx, Apache, PHP-FPM, Node.js ou la base de données ne tournent plus, souvent après un redémarrage, une mise à jour ou un plantage. Le serveur répond mais renvoie 502 ou refuse la connexion.
Certificat SSL expiré ou pare-feu bloquant
Un certificat expiré rend le site inaccessible en HTTPS pour la plupart des navigateurs ; un pare-feu, un WAF ou une protection anti-DDoS mal réglée peut bloquer des visiteurs légitimes.
Erreur applicative
Déploiement raté, configuration incorrecte, migration de base de données inachevée : l'infrastructure fonctionne mais l'application renvoie une erreur ou une page blanche.
Contrôles à effectuer
- 1
Confirmer que la panne n'est pas locale
Testez depuis un autre réseau (4G) et avec un service externe comme downforeveryoneorjustme.com ou un outil de test multi-localisations. Si le site fonctionne ailleurs, le problème vient de votre réseau, de votre cache DNS ou d'un blocage de votre adresse IP.
- 2
Vérifier le domaine et le DNS
whois votre-domaine.fr affiche la date d'expiration et l'état du domaine. dig votre-domaine.fr A ou nslookup votre-domaine.fr montre vers quelle adresse IP le nom pointe ; comparez-la avec celle de votre serveur. dig NS votre-domaine.fr confirme les serveurs de noms.
- 3
Tester la connexion au serveur
ping adresse-ip vérifie que la machine répond ; curl -I https://votre-domaine.fr affiche le code HTTP et les en-têtes, ou l'erreur exacte (connexion refusée, délai, certificat).
- 4
Consulter la page d'état de l'hébergeur
La plupart des hébergeurs et fournisseurs cloud publient une page de statut et envoient des e-mails d'incident. Vérifiez aussi votre espace client : suspension, facture, alerte de sécurité.
- 5
Vérifier les services sur le serveur
En SSH : systemctl status nginx (ou apache2), php8.2-fpm, mysql, ainsi que df -h et free -m. Un service arrêté se relance avec systemctl restart nom-du-service.
- 6
Lire les journaux
/var/log/nginx/error.log ou /var/log/apache2/error.log pour les erreurs 502/503/504, journal de l'application (Laravel, Symfony, Node, WordPress debug.log) pour les erreurs applicatives, journalctl -xe pour les incidents système.
- 7
Contrôler le certificat
openssl s_client -connect votre-domaine.fr:443 -servername votre-domaine.fr affiche la validité du certificat. Un navigateur indique également l'erreur exacte en cliquant sur le cadenas.
Solutions
Renouveler ou rétablir le domaine
Réglez le renouvellement chez le registrar, restaurez les serveurs de noms corrects et sécurisez le compte (mot de passe, double authentification, verrou de transfert).
Corriger la zone DNS
Mettez à jour les enregistrements A, AAAA, CNAME et MX pour pointer vers la bonne infrastructure, avec un TTL réduit le temps de la correction.
Lever la suspension d'hébergement
Réglez la facture ou traitez la cause (spam, malware, dépassement) puis demandez la réactivation. Si le site a été piraté, nettoyez-le avant de le remettre en ligne.
Redémarrer et réparer le serveur
Relancez les services arrêtés, libérez de l'espace disque, identifiez le processus qui consomme la mémoire, redémarrez la machine si nécessaire, puis traitez la cause de fond.
Corriger l'application
Revenez au déploiement précédent, corrigez la configuration ou terminez la migration de base de données. Un déploiement avec possibilité de retour arrière évite ce type de panne.
Mettre en place une surveillance
Un outil de monitoring (UptimeRobot, Better Stack, Uptime Kuma auto-hébergé) vous alerte dès que le site ne répond plus et surveille l'expiration du domaine et du certificat.
Quand contacter un professionnel ?
- Le site est en production et génère du chiffre d'affaires ou des demandes de contact : la remise en ligne doit être rapide et propre.
- Vous ne savez pas à quelle couche appartient la panne ou vous n'avez pas les accès (registrar, hébergeur, SSH).
- Les services redémarrés retombent en panne, signe d'une cause de fond (disque, mémoire, attaque, bug).
- La panne fait suite à une migration, un changement de DNS ou un déploiement dont vous ne maîtrisez pas tous les détails.
- Vous soupçonnez une attaque par déni de service ou une compromission du serveur.
L'intervention proposée par Agencei
- 1
Localisation de la panne
Tests DNS, réseau, HTTP et certificat depuis plusieurs points, connexion au serveur, lecture des journaux : nous identifions la couche en cause en quelques minutes.
- 2
Remise en ligne
Action sur la couche fautive : correction DNS, relance des services, libération de ressources, retour arrière applicatif ou mise en place d'une page temporaire si la réparation prend du temps.
- 3
Correction de la cause
Traitement du problème de fond pour éviter la récidive : disque, mémoire, configuration, bug applicatif, sécurité.
- 4
Vérification complète
Contrôle du site sur toutes les fonctionnalités clés, des redirections, du HTTPS, des e-mails et de l'indexation Google.
- 5
Surveillance et prévention
Mise en place d'alertes de disponibilité, de sauvegardes et d'un plan de continuité adapté à l'importance du site.
Questions fréquentes
Le site est accessible chez moi mais pas chez mes clients, pourquoi ?
Généralement à cause du cache DNS : votre ordinateur ou votre fournisseur d'accès conserve l'ancienne adresse IP. Cela arrive après une migration ou un changement de DNS. Un test depuis plusieurs localisations confirme la situation.
Quelle est la différence entre une erreur 502, 503 et 504 ?
Une 502 signifie que le serveur web a reçu une réponse invalide de l'application (souvent PHP-FPM ou Node arrêté). Une 503 indique un service indisponible ou en maintenance. Une 504 signifie que l'application n'a pas répondu à temps, souvent par saturation.
Combien de temps dure la propagation DNS ?
Elle dépend du TTL des enregistrements, souvent de quelques minutes à quelques heures, rarement plus de 48 heures. Réduire le TTL avant une modification limite le délai.
Mon domaine a expiré, puis-je le récupérer ?
Dans la plupart des cas, oui, pendant une période de grâce puis de rédemption prévue par le registre, avec des frais supplémentaires. Passé ce délai, le domaine redevient disponible pour tous.
Comment être prévenu avant que cela se reproduise ?
Un monitoring de disponibilité externe, des alertes sur l'expiration du domaine et du certificat, une surveillance du disque et de la mémoire du serveur, et des sauvegardes testées régulièrement.
Services associés
Support informatique
Assistance applicative et serveurs, gestion des incidents et engagements de service clairs.
Voir ce serviceMaintenance informatique
Supervision, mises à jour, sauvegardes et amélioration continue de vos applications en production.
Voir ce serviceMigration de serveur
Transfert d'un serveur dédié ou VPS vers une nouvelle machine, avec mise à niveau d'OS et bascule contrôlée.
Voir ce serviceSécurité
Nettoyage de site piraté, durcissement, analyse de vulnérabilités, WAF, sauvegardes et accès.
Voir ce serviceParlez-nous de votre projet
Décrivez votre besoin en quelques lignes : nous revenons vers vous avec une première analyse et les prochaines étapes.