Sécurité

Plan de reprise : si le site tombe demain

Un plan de reprise de site tient sur une à deux pages et se prépare en une demi-journée, autour de 5 pièces : une liste de contacts, une sauvegarde récente stockée hors de votre hébergeur, la fiche de tous vos accès, un ordre de diagnostic et une procédure de restauration. Ce guide vous donne chacune de ces pièces, les causes de panne les plus courantes, trois scénarios illustratifs et les questions à poser à votre prestataire.

Sécurité · Lecture : 20 min · Agence DYNSEO

Un plan de reprise de site web en bref : ce qu'il contient et ce qu'il évite

Un plan de reprise est un document court qui dit, à l'avance, qui fait quoi quand le site ne répond plus. Il ne remplace pas la prévention (mises à jour, mots de passe solides, sauvegardes), il organise la réaction. Sans lui, une panne de quelques minutes devient une panne de plusieurs jours pour une raison très simple : personne ne sait qui détient le nom de domaine, où se trouve la dernière sauvegarde, ni qui a le droit de décider de remettre le site en ligne.

Le document tient en cinq rubriques. Les contacts : qui prévenir en interne, chez l'hébergeur et chez le prestataire qui a construit le site. Les sauvegardes : où elles sont, de quand elles datent, comment les restaurer. Les accès : la liste des comptes à connaître, du bureau d'enregistrement du domaine jusqu'à la messagerie. Le diagnostic : l'ordre des vérifications à faire avant toute modification. La communication : le message à afficher et les personnes à informer pendant l'incident.

Ce guide suit cet ordre, en commençant par une notion qui conditionne tout le reste : la tolérance de votre activité à l'interruption. Si vous préférez déléguer la mise en place, nous préparons ce plan dans le cadre de la maintenance de sites WordPress.

Panne de site : combien de temps et de données pouvez-vous perdre ?

Deux mots de jargon structurent les plans de reprise, et ils se traduisent facilement. La durée d'interruption maximale acceptable est le temps pendant lequel votre site peut être indisponible avant que cela coûte réellement à votre activité. La perte de données maximale acceptable est l'ancienneté de la dernière copie : si vous restaurez une sauvegarde de la nuit dernière, tout ce qui s'est passé depuis a disparu.

Ces deux durées ne sont pas techniques, elles sont commerciales. Un site vitrine qui présente un cabinet peut rester hors ligne une demi-journée sans conséquence mesurable, et dont le contenu évolue lentement : une sauvegarde hebdomadaire peut lui suffire. Une boutique qui encaisse des commandes toute la journée n'a pas le même rapport au temps : chaque commande passée entre la dernière sauvegarde et la panne est une commande dont il faut retrouver la trace ailleurs, par exemple dans les relevés de votre prestataire de paiement.

Posez-vous donc trois questions, par écrit. Que perdez-vous si le site est indisponible une heure, une journée, une semaine ? Quelles données se créent sur le site lui-même (commandes, inscriptions, messages, rendez-vous) et lesquelles sont seulement des contenus que vous pouvez republier ? Qui, dans votre structure, a le pouvoir de dire « on bascule sur la sauvegarde » ? Les réponses fixent la fréquence des copies et le niveau d'urgence du plan.

Les causes de panne d'un site internet : les reconnaître pour réagir juste

Quand on dit « le site est tombé », on désigne en réalité des situations très différentes, et la bonne réaction dépend de la cause. Le tableau suivant classe les plus fréquentes, avec le symptôme que vous verrez, le premier réflexe et la personne qui peut agir. Il n'est pas exhaustif, mais il couvre l'essentiel de ce qu'une petite structure rencontre.

Deux enseignements se dégagent de ce tableau. D'abord, plusieurs causes ne relèvent pas de la technique mais de l'administratif : un domaine dont personne ne surveille l'échéance, une carte bancaire expirée sur le compte d'hébergement. Ensuite, la même apparence (« le site ne marche plus ») cache des responsables différents, ce qui justifie de savoir à l'avance à qui s'adresser.

Site en panne : le diagnostic des quinze premières minutes

Face à une panne, le réflexe naturel est de tout essayer en même temps. C'est le meilleur moyen d'aggraver la situation, et de rendre impossible la recherche de la cause. Voici un ordre de vérification qui va du plus simple au plus profond ; il se déroule en quelques minutes si les accès sont prêts.

1. 1

   Vérifier que la panne n'est pas locale

   Ouvrez le site depuis un autre réseau (la 4G de votre téléphone), un autre navigateur, une fenêtre de navigation privée. Demandez à une personne extérieure de tester. Un cache de navigateur ou une coupure de votre accès internet peut donner l'illusion d'une panne générale.

2. 2

   Contrôler le nom de domaine

   Connectez-vous à l'interface du bureau d'enregistrement et vérifiez que le domaine est actif, non expiré, et que ses serveurs de noms n'ont pas été modifiés. Si un changement récent de réglages a eu lieu, notez-le : les modifications de ce type mettent un délai variable à se propager, ce qui brouille le diagnostic.

3. 3

   Consulter l'état de l'hébergeur

   Un hébergeur publie en général une page d'état ou un fil d'incidents. Regardez si une opération de maintenance ou une panne est signalée. Si votre messagerie professionnelle liée au même domaine est également muette, l'hébergeur ou le domaine sont les premiers suspects.

4. 4

   Lire le message d'erreur

   Un avertissement de certificat, une page blanche, une erreur serveur et une page de maintenance qui ne disparaît pas orientent vers des causes différentes. Faites une capture d'écran, relevez l'heure : ces éléments serviront à votre hébergeur ou à votre prestataire.

5. 5

   Remonter à la dernière modification

   Une mise à jour, l'ajout d'une extension, un changement de thème, un transfert : tout ce qui a été fait dans les heures précédentes est suspect. Si le site est sous WordPress, les versions récentes proposent un mode de récupération qui envoie par courriel un lien de connexion lorsqu'une extension provoque une erreur fatale.

6. 6

   Examiner les journaux d'erreurs

   L'espace d'hébergement donne en général accès au journal des erreurs du serveur. Une ligne qui cite une extension, un fichier ou une limite de mémoire accélère la décision. Si vous n'êtes pas à l'aise, transmettez ce journal tel quel à la personne qui intervient plutôt que de le résumer.

S'il ne fallait retenir qu'une consigne pour ce quart d'heure, ce serait celle-ci : n'écrasez rien avant d'avoir une copie de l'état actuel. Même un site cassé contient des informations utiles (commandes reçues depuis la dernière sauvegarde, messages, images ajoutées) et des indices sur la cause. Demandez à l'hébergeur ou à votre prestataire d'en extraire une copie avant de restaurer.

Sauvegardes de site : ce qu'il faut copier, où, et comment vérifier qu'elles servent

Une sauvegarde utile comprend trois éléments : les fichiers du site (thème, extensions, images téléversées), la base de données (textes, réglages, commandes, comptes) et les réglages du serveur (version du langage utilisé, tâches planifiées, paramètres de messagerie). Certaines copies automatiques n'incluent que les deux premiers éléments : demandez à votre hébergeur ce qui est inclus, plutôt que de le supposer.

Les professionnels de l'informatique résument le principe par une formule : trois copies, sur deux supports différents, dont une hors site. Pour un site de petite structure, cela revient en pratique à une copie sur le serveur, une copie chez l'hébergeur ou un service tiers, et une copie téléchargée périodiquement sur un espace de stockage que vous contrôlez.

Vérifiez enfin trois points faciles à oublier. Les offres d'hébergement qui incluent des sauvegardes précisent leur fréquence et leur durée de conservation : lisez ces conditions, car elles varient selon les formules. La restauration est parfois payante ou limitée en nombre d'opérations. Enfin, si votre site est une boutique ou un site d'inscriptions, la restauration d'une ancienne copie peut effacer des commandes récentes : prévoyez de les récupérer ailleurs avant de restaurer.

La fiche d'accès du plan de reprise : qui détient quoi, et qui peut décider

Le deuxième grand coupable des pannes longues, derrière l'absence de sauvegarde, est l'accès introuvable. Le compte d'hébergement a été ouvert avec l'adresse personnelle d'un ancien prestataire, le domaine appartient à un salarié parti depuis, le mot de passe de l'administration était dans la tête d'une seule personne. La fiche d'accès supprime ce risque : c'est un tableau d'une page, rangé à deux endroits, dont l'un hors du site lui-même.

• Le nom de domaine : bureau d'enregistrement, titulaire déclaré, adresse de contact, date d'échéance, moyen de paiement associé.
• L'hébergement : nom de l'offre, adresse de l'espace client, personne titulaire, accès aux fichiers et à la base de données, accès au support.
• L'administration du site : au moins deux comptes administrateurs nominatifs, dont un qui ne dépend pas de la personne qui a réalisé le site.
• La messagerie : où sont gérées les adresses du domaine, car une panne de domaine coupe aussi les courriels.
• Les services connectés : prestataire de paiement, outil d'envoi de courriels, agenda de réservation, outil statistique.
• Les contacts : numéro de téléphone du support de l'hébergeur, du prestataire, et d'une personne de votre structure habilitée à décider.

Un point mérite d'être tranché dès maintenant : les comptes qui comptent doivent être à votre nom ou à celui de votre structure. Un site dont le domaine et l'hébergement appartiennent à un tiers vous met en dépendance totale pour toute reprise. Vérifiez le titulaire inscrit au bureau d'enregistrement, et exigez de votre prestataire qu'il vous remette les accès, même s'il continue d'intervenir pour vous.

Communiquer pendant la panne de votre site : visiteurs, clients et obligations

Pendant qu'une partie de l'équipe cherche la cause, quelqu'un doit s'occuper de ceux qui vous cherchent. Désignez une personne unique pour la communication, et préparez trois messages courts à l'avance. Le premier prévient vos visiteurs : une page d'attente ou un message sur vos réseaux, sobre, qui dit que le site est momentanément indisponible et comment vous joindre autrement. Le deuxième s'adresse à vos clients ou adhérents en cours de parcours, par exemple ceux qui venaient de s'inscrire ou de commander. Le troisième est interne : où en est-on, qui fait quoi, prochain point à quelle heure.

Soyez factuel et évitez de promettre une heure de retour tant que la cause n'est pas connue. Un message qui annonce « de retour dans dix minutes » et se trouve démenti trois fois abîme plus la confiance que la panne elle-même. Annoncez plutôt l'heure du prochain point d'information.

Un cas appelle une vigilance particulière : celui d'un piratage dans lequel des données personnelles de vos clients ou adhérents ont pu être consultées ou copiées. La réglementation européenne sur la protection des données prévoit, selon la gravité, une notification à l'autorité de contrôle dans un délai très court, de l'ordre de 72 heures à partir du moment où vous en avez connaissance, et parfois une information des personnes concernées. Si cette hypothèse se présente, conservez les traces, documentez ce que vous savez et rapprochez-vous rapidement d'un juriste ou de votre délégué à la protection des données, plutôt que de décider seul.

Trois pannes de site imaginaires, et ce qu'un plan de reprise y change

Les situations suivantes sont illustratives : elles ne décrivent pas des clients réels, et chaque détail est choisi pour montrer un mécanisme, pas pour constater un résultat.

Scénario 1 : la boutique dont la mise à jour tourne mal

Imaginons une boutique en ligne de produits artisanaux. Un samedi matin, quelqu'un lance les mises à jour proposées dans l'administration, sans avoir fait de copie. Le site affiche aussitôt une page blanche, y compris sur le panier. Sans plan, l'équipe essaie de désinstaller des choses au hasard et finit par rendre l'administration inaccessible. Avec un plan, la personne de garde suit l'ordre de diagnostic, constate qu'une extension vient d'être mise à jour, la désactive par l'accès aux fichiers, et le site revient. La restauration de la copie de la nuit n'a même pas été nécessaire. Le plan a servi à ne pas aggraver la situation.

Scénario 2 : l'association dont le domaine arrive à échéance

Imaginons maintenant une association qui propose des cours et des inscriptions en ligne. Un lundi, le site et les adresses de messagerie cessent simultanément de fonctionner. Le serveur est parfaitement sain : le nom de domaine a expiré, car la carte bancaire enregistrée chez le bureau d'enregistrement était périmée et les courriels de rappel arrivaient dans la boîte d'une ancienne trésorière. Avec une fiche d'accès, la bonne personne est identifiée en quelques minutes, le renouvellement se fait, et la remise en service dépend alors seulement des délais de propagation. Sans fiche, l'équipe a passé la matinée à chercher qui avait ouvert ce compte.

Scénario 3 : le cabinet dont le site a été piraté

Imaginons enfin un cabinet dont le site redirige certains visiteurs vers un site sans rapport. Le réflexe est de supprimer le fichier suspect et de considérer l'affaire close. Or si la faille n'est pas fermée, l'intrus revient. Un plan de reprise impose un autre ordre : conserver une copie de l'état infecté pour comprendre, changer tous les accès, restaurer une sauvegarde antérieure à l'intrusion, mettre à jour tout ce qui peut l'être, puis surveiller. Le plan prévoit aussi la question que l'on oublie : le formulaire de contact stockait-il des informations qu'il faudrait déclarer ?

Restaurer un site après une panne ou un piratage : l'ordre des opérations

Une fois le diagnostic posé, la restauration suit une procédure précise, qui varie selon que la panne est technique ou liée à une intrusion. Dans les deux cas, on restaure d'abord sur une copie de travail et on ne remet en ligne qu'après vérification. Cette étape ajoute un peu de temps, mais elle évite l'erreur classique : remplacer un site cassé par un site restauré incomplet.

1. 1

   Décider du périmètre

   Faut-il tout restaurer, ou seulement un élément (une extension, une table de la base, un dossier d'images) ? La restauration complète est simple mais efface tout ce qui a changé depuis la copie. Une restauration partielle est plus délicate mais préserve les données récentes.

2. 2

   Mettre le site en maintenance

   Affichez une page d'attente propre pour que les visiteurs ne tombent plus sur des erreurs et que personne ne crée de nouvelles données pendant l'opération.

3. 3

   Changer les accès après un piratage

   Mots de passe de l'administration, de l'hébergement, de la base de données, de la messagerie et des services connectés. Faites-le avant de restaurer, pour ne pas rouvrir la porte immédiatement.

4. 4

   Restaurer sur un espace de test

   Chargez la sauvegarde choisie sur une copie du site et parcourez les pages clés : accueil, formulaire, panier, connexion. Vérifiez que la date de la copie est bien antérieure à l'incident.

5. 5

   Mettre à jour et durcir

   Mises à jour du cœur du site, des extensions et du thème, suppression de ce qui ne sert plus, comptes inutiles retirés. Une restauration sans mise à jour remet en place la faille d'origine.

6. 6

   Basculer et surveiller

   Remettez en ligne, refaites un parcours complet (une commande de test, une inscription de test), puis surveillez les journaux et le comportement du site dans les jours qui suivent.

7. 7

   Récupérer ce qui manque

   Rapprochez les commandes, inscriptions ou messages reçus entre la copie et la panne avec vos autres outils (relevés du prestataire de paiement, courriels de notification) et réintégrez-les.

Tester le plan de reprise de votre site avant d'en avoir besoin

Un plan relu, mais jamais appliqué, peut contenir un trou : un mot de passe périmé, une personne qui a changé de poste, une sauvegarde qui n'inclut pas les images. L'exercice qui les révèle est simple, et se fait en moins d'une demi-journée si vous le préparez.

Choisissez un moment calme, prévenez les personnes concernées et simulez : « le site ne répond plus ». Chacun suit la fiche. Chronométrez le temps nécessaire pour trouver les accès, joindre l'hébergeur, localiser la sauvegarde, la restaurer sur un site de test et vérifier le résultat. Notez ce qui a coincé et corrigez la fiche dans la semaine.

Reprenez ensuite l'exercice au minimum une fois par an, et à chaque changement important : nouvel hébergeur, départ d'un prestataire, refonte du site, ajout d'une boutique. Après un incident réel, faites aussi un court bilan écrit : qu'est-ce qui s'est passé, qu'est-ce qui a retardé la reprise, qu'est-ce que le plan doit désormais prévoir ? Ce bilan ne cherche pas un coupable, il alimente la prochaine version du document.

Les erreurs qui transforment la panne d'un site en crise

• Ne conserver les sauvegardes que chez l'hébergeur. Si le compte est suspendu ou compromis, tout disparaît ensemble.
• Ne jamais tester la restauration. On découvre le jour de la panne que la copie est incomplète ou illisible.
• Laisser le domaine au nom d'un prestataire ou d'un salarié. En cas de désaccord ou de départ, vous ne pouvez plus agir sur votre propre adresse.
• Mettre à jour en production sans copie préalable. Le samedi matin du premier scénario n'a rien d'exceptionnel.
• Réparer à chaud après un piratage. Supprimer le fichier visible sans chercher la faille laisse la porte ouverte.
• Ne pas surveiller les échéances. Domaine, certificat, carte bancaire de l'hébergement : mettez-les dans un agenda partagé, avec un rappel un mois avant.
• Communiquer trop vite une heure de retour. Mieux vaut annoncer le prochain point d'information.

Plan de reprise et maintenance : les questions à poser à votre prestataire

Si une société ou un indépendant s'occupe de votre site, une partie du plan dépend de lui. Posez-lui ces questions par écrit : les réponses vous disent si la reprise est réellement prévue ou seulement supposée. Elles valent pour n'importe quel prestataire, y compris le nôtre.

1. Où sont stockées les sauvegardes, à quelle fréquence, et combien de versions sont conservées ?
2. Une copie est-elle conservée en dehors de l'hébergement principal ?
3. À quelle date la dernière restauration a-t-elle été testée, et combien de temps a-t-elle pris ?
4. Qui est titulaire du nom de domaine et de l'hébergement, et pouvez-vous avoir les identifiants ?
5. Comment êtes-vous prévenu d'une panne, et dans quel délai le prestataire intervient-il ?
6. Que couvre précisément l'intervention : diagnostic, restauration, nettoyage après piratage, ou seulement la prise en compte du ticket ?
7. Les mises à jour sont-elles d'abord essayées sur une copie ?
8. Que se passe-t-il si vous cessez de travailler avec lui : remise des accès, des sauvegardes, des fichiers sources ?

Sur le délai, soyez exigeant sur le vocabulaire. Une « intervention dans l'heure ouvrée » signifie que quelqu'un prend la panne en charge dans ce délai, pas que le site est rétabli à ce moment-là : le temps de reprise dépend de la cause. C'est l'engagement que nous tenons pour les sites que nous maintenons ; demandez à tout prestataire de formuler le sien aussi précisément. Pour comparer des niveaux de suivi, notre simulateur de coût de maintenance WordPress donne un ordre de grandeur selon votre site.

Après la remise en ligne : mettre à jour le plan de reprise de votre site

Une panne résolue n'est pas une affaire close. Dans la semaine, prenez une heure pour trois actions. Complétez le bilan écrit : chronologie, cause, ce qui a bien fonctionné, ce qui a manqué. Corrigez la fiche d'accès et la procédure selon ce que l'incident a révélé. Enfin, traitez la cause à la racine : si une extension abandonnée par son éditeur était en cause, remplacez-la ; si un mot de passe a fuité, changez la politique d'accès ; si l'hébergement était sous-dimensionné, discutez d'une offre adaptée.

Si ces pannes se répètent, la question change : ce n'est plus le plan qui est en cause, mais l'architecture du site ou son hébergement. Une refonte, ou une migration vers un environnement plus robuste, peut devenir plus raisonnable que des réparations successives. Notre simulateur de coût de refonte permet de situer ce que représenterait ce chantier.

Pour un site qui concentre une activité (réservation, vente, inscriptions), nous pouvons aussi discuter avec vous d'une surveillance de disponibilité et documenter le plan de reprise ensemble. Vous pouvez nous décrire votre situation sur notre page de contact, et nous vous répondons par un cadrage adapté, sans engagement.