Comment remettre un site en ligne après une panne ?
En bref
Avant de restaurer, il faut qualifier la panne : le serveur ne répond pas, le site affiche une erreur, le domaine ne résout plus ou le certificat est refusé. Chaque cas appelle une action différente. Restaurer une sauvegarde sur un site compromis sans avoir corrigé la cause ramène le problème avec les données.
Un site inaccessible déclenche des réflexes contradictoires : restaurer tout de suite, ou chercher à comprendre. La bonne réponse dépend de la nature de la panne, et il faut quelques minutes pour la déterminer. Ces minutes évitent souvent des heures perdues.
Première étape : qualifier la panne
Quatre situations se ressemblent pour le visiteur et n'ont rien à voir techniquement.
| Symptôme | Cause probable | Premier geste |
|---|---|---|
| Aucune réponse, délai dépassé | Serveur arrêté ou réseau coupé | Vérifier l'état du serveur et les annonces de l'hébergeur |
| Erreur 500 ou page blanche | Défaut applicatif, souvent après une modification | Consulter les journaux d'erreurs, revenir à l'état antérieur |
| Erreur 503 | Saturation ou maintenance en cours | Regarder la charge et les processus en cours |
| Nom introuvable | Zone DNS ou nom de domaine en cause | Vérifier la zone et l'état du domaine |
| Avertissement de sécurité | Certificat expiré ou mal installé | Contrôler le certificat réellement présenté |
Vérifiez aussi que la panne est réelle et générale. Un site inaccessible depuis un seul poste relève souvent d'un cache local ou d'un filtrage. Un outil de surveillance de disponibilité tranche la question et indique l'heure exacte du début de l'incident.
Deuxième étape : agir dans le bon ordre
- Noter l'heure et les symptômes, et conserver les journaux avant qu'ils ne soient écrasés par la rotation.
- Identifier le dernier changement : mise à jour, modification de configuration, intervention de l'hébergeur. La cause s'y trouve dans la majorité des cas.
- Rétablir le service par le moyen le plus simple : revenir à la version précédente, redémarrer un service, corriger l'enregistrement fautif.
- Restaurer une sauvegarde seulement si les données sont atteintes, en choisissant une copie antérieure à l'incident.
- Informer pendant l'opération, à l'aide d'une page d'information et d'un message aux personnes concernées.
Si les données ont évolué depuis la sauvegarde, commandes ou messages reçus, ne restaurez pas sans avoir réfléchi à leur récupération. Une restauration brutale efface ce qui a été créé entre temps.
Le cas particulier de la compromission
Quand la panne résulte d'une intrusion, la logique change. Restaurer sans traiter la cause rétablit un site qui sera compromis de nouveau, parfois en quelques heures, car la faille et souvent l'accès de l'attaquant subsistent.
Trois précautions s'imposent alors : conserver des traces avant toute modification, chercher l'origine de l'accès, et changer l'ensemble des identifiants concernés. La marche à suivre est détaillée dans la conduite à tenir quand un site a été piraté. Vérifiez également que la sauvegarde choisie est antérieure à la compromission, et non postérieure.
Troisième étape : vérifier et comprendre
- Contrôlez les parcours essentiels : page d'accueil, formulaire, espace connecté, paiement.
- Vérifiez les envois d'e-mails déclenchés par le site, souvent oubliés après une restauration.
- Assurez vous que les tâches planifiées ont bien repris.
- Surveillez les journaux les heures suivantes, une panne se reproduit fréquemment.
- Rédigez un compte rendu bref : ce qui s'est passé, ce qui a été fait, ce qui manquait pour aller plus vite.
Ce compte rendu alimente votre plan de reprise d'activité. La plupart des organisations découvrent lors du premier incident que les accès, les procédures ou les contacts n'étaient pas disponibles au bon endroit.
En résumé
- Qualifiez la panne avant d'agir : serveur, application, domaine ou certificat.
- Cherchez le dernier changement, il explique la plupart des incidents.
- Ne restaurez pas sur une compromission non traitée.
- Vérifiez les parcours, les envois et les tâches planifiées, puis consignez.
NexSecure surveille et rétablit les sites qu'elle héberge en France : voir l'hébergement web.
Questions fréquentes
Faut-il restaurer immédiatement une sauvegarde ?
Pas systématiquement. Si seule la configuration est en cause, revenir à l'état antérieur suffit et conserve les données récentes. La restauration se justifie quand les données elles mêmes sont atteintes.
Comment savoir si la panne vient de l'hébergeur ?
Consultez sa page d'état et ses annonces d'incident. Testez aussi un autre site hébergé au même endroit. Si le serveur ne répond pas du tout alors que rien n'a été modifié, l'hypothèse est probable.
Que faire si le site est lent mais accessible ?
Ce n'est pas une panne mais une saturation ou un défaut applicatif. Regardez la charge, les processus en cours et les journaux avant d'envisager une restauration, qui ne réglerait rien.
Quelle sauvegarde choisir après une intrusion ?
Une copie antérieure à la compromission, ce qui suppose d'avoir daté l'intrusion à partir des journaux. Une copie plus récente contiendrait les modifications introduites par l'attaquant.
Sources
Service lié
Articles liés
Rédigé par l'équipe NexSecure. Responsable de la publication : Yohann Toumine. Dernière mise à jour le 11 septembre 2026.
Une question sur votre situation ? Parler de votre projet