Plan de continuité WordPress : que faire en cas de panne ?

Un plan de continuité WordPress décrit comment maintenir vos activités essentielles pendant une panne et remettre le site en service. Il précise les personnes à contacter, les accès nécessaires, les solutions provisoires et les étapes de vérification. Préparez-le avant l’incident, puis testez-le sur une copie de votre site.

Définir les priorités de votre plan de continuité WordPress

Un site indisponible ne bloque pas toujours les mêmes activités. Pour un hôtel, la priorité peut être la réception des réservations. Pour une association, il peut s’agir de rendre disponibles les informations d’inscription ou un moyen de contact.

Commencez par lister ce que vos visiteurs doivent pouvoir faire, même si WordPress ne fonctionne plus. Distinguez ensuite les fonctions dont l’absence est gênante de celles qui interrompent réellement votre activité.

Pour chaque fonction, notez qui prend le relais, où les demandes sont enregistrées et comment elles seront traitées après la remise en ligne. Une solution provisoire doit être praticable : si personne ne consulte le canal choisi, vos visiteurs risquent simplement de changer d’endroit pour attendre une réponse.

Fixer des objectifs réalistes de reprise

Déterminez deux repères pour chaque activité :

• Le délai de reprise visé : combien de temps votre activité peut rester interrompue avant que la situation devienne difficile à gérer.
• La perte de données acceptable : quelles informations créées depuis la dernière sauvegarde peuvent être perdues, et comment les retrouver.

Ce sont des objectifs à définir, pas des garanties. Une sauvegarde quotidienne peut convenir à un site vitrine peu modifié, mais laisser une période de données manquantes importante pour une boutique active. Vérifiez aussi le temps nécessaire pour accéder aux sauvegardes, les restaurer et contrôler le résultat.

Le plan de continuité complète votre routine de maintenance : il organise la réaction pendant l’incident. Pour réduire les causes de panne en amont, consultez également les mesures permettant d’anticiper les pannes WordPress.

Préparer les accès, les sauvegardes et les contacts

Un plan enregistré uniquement dans le tableau de bord WordPress devient inutilisable si vous ne pouvez plus vous connecter. Conservez une copie accessible hors du site et indiquez qui peut la consulter en cas d’absence de la personne responsable.

Rassembler les accès utiles

Votre document doit permettre d’identifier rapidement :

• Le compte d’administration WordPress et la personne qui le détient.
• Le panneau de gestion de l’hébergement et les coordonnées du support de l’hébergeur.
• L’accès aux fichiers par FTP ou par le gestionnaire de fichiers de l’hébergeur.
• L’accès à la base de données et l’outil utilisé, par exemple phpMyAdmin.
• Le service qui gère le nom de domaine et, s’il est distinct, celui qui gère les réglages DNS.
• L’emplacement des sauvegardes et la procédure pour les récupérer.
• Les services externes nécessaires aux paiements, réservations ou envois de messages.

Ne placez pas les mots de passe en clair dans un document partagé sans protection. Utilisez un gestionnaire de mots de passe et prévoyez un accès de secours pour une personne autorisée. Vérifiez aussi que cette personne peut passer les étapes de connexion supplémentaires, comme la validation à deux facteurs.

Si plusieurs intervenants sont concernés, attribuez à chacun un rôle : constater l’incident, décider des actions, contacter l’hébergeur ou informer les clients. Une personne doit pouvoir prendre les décisions si le responsable habituel est absent.

Vérifier ce que contiennent vos sauvegardes

Pour reconstruire un site WordPress, il faut généralement disposer de ses fichiers et de sa base de données. Les fichiers comprennent notamment les extensions, les thèmes et les médias ; la base contient notamment les contenus, les réglages et les données enregistrées par les extensions.

Vérifiez les points suivants auprès de votre hébergeur ou dans l’outil de sauvegarde utilisé :

1. La fréquence des sauvegardes et leur durée de conservation.
2. La présence des fichiers et de la base de données.
3. L’emplacement des copies et leur accessibilité si l’hébergement est indisponible.
4. La possibilité de télécharger une copie et la procédure de restauration.
5. La compatibilité entre les sauvegardes et les besoins des extensions de réservation ou de vente.

Une copie stockée uniquement sur le même hébergement que le site peut devenir inaccessible en cas de panne de cet hébergement. Prévoyez une copie externe et contrôlez régulièrement qu’elle est complète et exploitable.

Testez la restauration sur un environnement distinct, non accessible au public et protégé contre l’indexation. Notez les étapes, les difficultés et le temps observé. Le guide pour restaurer WordPress à partir d’une sauvegarde détaille les précautions à prendre.

Organiser la continuité de votre activité pendant la panne

La restauration du site peut nécessiter un diagnostic, une intervention sur l’hébergement ou un contrôle des données. En attendant, votre plan doit indiquer comment continuer à répondre aux demandes sans créer de confusion.

Prévoir un message et des canaux de remplacement

Préparez un message court indiquant que le site rencontre un problème, les services concernés et le moyen de vous joindre. Publiez-le sur un canal externe que votre public connaît déjà, par exemple votre fiche d’établissement ou vos réseaux sociaux.

Si l’hébergement fonctionne encore et que vous pouvez le faire sans aggraver l’incident, une page temporaire peut informer les visiteurs. Son installation dépend de votre hébergement et de la nature de la panne : si le serveur lui-même est inaccessible, une page placée sur ce même serveur ne résoudra pas le problème.

Désignez une personne chargée de mettre le message à jour et de le retirer lorsque les services sont réellement rétablis. Évitez d’annoncer une heure de retour tant que vous ne disposez pas d’une estimation fiable.

Suivre les demandes et les transactions manuellement

Pour les réservations, définissez un registre provisoire partagé entre les personnes autorisées. Notez les demandes reçues, leur statut et la personne qui les traite. Avant de confirmer une réservation, vérifiez les disponibilités dans le système de référence afin d’éviter les doublons.

Pour une boutique, décidez à l’avance si vous pouvez accepter des commandes autrement ou si vous devez suspendre les ventes. Ne demandez pas aux clients de transmettre leurs données de paiement par un canal non prévu pour cela. En cas de doute sur l’état d’un paiement, vérifiez auprès du prestataire de paiement avant de demander une nouvelle transaction.

Collectez uniquement les informations nécessaires au traitement provisoire, limitez l’accès au registre et prévoyez son transfert ou sa suppression une fois les données réconciliées. Les besoins d’un site marchand ou de réservation sont détaillés dans notre article sur la maintenance des sites WooCommerce et de réservation.

Réagir à une panne WordPress sans aggraver la situation

Lorsqu’un incident survient, commencez par établir ce qui fonctionne encore. Une page inaccessible ne signifie pas nécessairement que toute l’installation ou toutes les données sont perdues.

Qualifier l’incident et conserver les indices

Suivez cet ordre avant de modifier le site :

1. Ouvrez la page concernée, puis une autre page du site. Testez également la connexion à l’administration si elle reste accessible.
2. Relevez le message exact, l’adresse de la page et l’heure approximative du constat. Une capture d’écran peut aider à transmettre les symptômes.
3. Vérifiez si le problème apparaît sur un autre navigateur ou appareil. Demandez à une autre personne de confirmer si possible.
4. Consultez les informations d’incident de votre hébergeur et les journaux disponibles depuis son interface. Leur emplacement dépend de l’hébergement.
5. Notez les changements récents connus : mise à jour, modification de réglage, intervention sur le serveur ou changement de domaine.
6. Informez la personne responsable et activez la solution provisoire prévue pour les fonctions touchées.

Un message d’erreur, une page blanche ou une connexion impossible peuvent avoir plusieurs causes. Évitez de modifier plusieurs réglages simultanément : vous risqueriez de masquer l’origine du problème et de compliquer le retour arrière.

Choisir entre diagnostic, restauration et assistance

Si l’incident suit immédiatement un changement identifié, celui-ci constitue une piste, pas une preuve. Documentez-le et vérifiez les journaux avant de revenir en arrière. Selon le cas, une intervention sur une extension, le thème ou l’hébergement peut être nécessaire.

Ne restaurez pas automatiquement la dernière sauvegarde sur le site en production. Elle peut contenir la cause de la panne, être incomplète ou effacer des données récentes. En cas de suspicion de piratage, préservez les éléments utiles au diagnostic et vérifiez qu’une copie est saine avant de l’utiliser ; une restauration seule ne corrige pas forcément la faille initiale.

Si vous ne savez pas identifier la cause ou si les manipulations présentent un risque, faites appel à une personne compétente. La réparation d’un site WordPress en panne peut être demandée à W-Maintenance sous forme d’intervention ponctuelle sur devis, sans abonnement.

Restaurer le site et vérifier les données récentes

La reprise technique ne se limite pas à faire réapparaître la page d’accueil. Elle consiste aussi à retrouver un fonctionnement cohérent et à déterminer ce qui s’est passé depuis la sauvegarde choisie.

Préparer la restauration

Avant d’intervenir, identifiez la dernière copie susceptible d’être saine et vérifiez sa date ainsi que son contenu. Comparez-la avec l’heure de début de l’incident et les changements récents connus. Si possible, restaurez d’abord cette copie sur un environnement de test distinct.

Établissez la liste des données qui ont pu être créées après la sauvegarde : commandes, réservations, comptes, formulaires reçus ou modifications de contenu. Cherchez les sources permettant de les retrouver, comme les confirmations disponibles dans les systèmes de paiement ou de réservation et le registre provisoire tenu pendant la panne.

Le mode de restauration dépend de votre hébergeur ou de votre outil de sauvegarde. Suivez sa documentation et vérifiez si les fichiers et la base doivent être restaurés séparément ou ensemble. Une restauration partielle ou effectuée avec des copies de dates différentes peut produire des incohérences.

Si les données actuelles restent accessibles, conservez-en une copie avant toute restauration, même si le site ne fonctionne plus. Ne réimportez pas aveuglément l’ancienne base ou les données provisoires : vérifiez leur compatibilité et évitez les doublons.

Contrôler le fonctionnement avant de reprendre les opérations

Une fois le site restauré ou réparé, utilisez une liste adaptée à votre activité :

• Ouvrir la page d’accueil et quelques pages importantes sur ordinateur et sur mobile.
• Vérifier la connexion à l’administration avec un compte autorisé.
• Contrôler les menus, les images et les liens principaux.
• Tester un formulaire de contact et confirmer la réception du message.
• Vérifier les réservations, les commandes et les paiements sans créer de transaction réelle non maîtrisée.
• Comparer les données retrouvées avec le registre provisoire et les systèmes externes.
• Vérifier les réglages de sauvegarde et le fonctionnement des services nécessaires.

Pour un paiement ou une réservation, utilisez un mode de test si votre outil le propose et si vous savez le configurer. Les possibilités varient selon le prestataire. Ne déclarez la reprise complète qu’après contrôle des parcours essentiels et rapprochement des données ; informez ensuite les personnes qui ont traité les demandes pendant l’incident.

Tester et maintenir votre plan de continuité WordPress

Un document utile doit rester applicable lorsque les personnes, les accès ou les outils changent. Désignez un responsable de sa mise à jour et indiquez la date de la dernière vérification dans le document.

Organisez périodiquement un exercice simple : partez du scénario d’un site inaccessible et demandez à la personne de permanence de retrouver les contacts, la sauvegarde et la procédure. Vérifiez qu’elle peut accéder aux outils sans dépendre du site en panne.

Sur un environnement de test, effectuez ensuite une restauration et contrôlez les fonctions prioritaires. Notez notamment :

• Les accès manquants ou devenus invalides.
• Les étapes incompréhensibles ou dépendantes d’une seule personne.
• Le temps observé entre la récupération de la copie et les vérifications.
• Les données qui ne sont pas couvertes par la sauvegarde.
• Les difficultés pour rapprocher les demandes provisoires des données restaurées.

Après un incident réel, ajoutez les mêmes observations : origine connue ou encore incertaine, décisions prises, conséquences et actions à suivre. Mettez le plan à jour après un changement d’hébergement, d’outil de réservation, de responsable ou de procédure de sauvegarde.

Enfin, distinguez les opérations réalisables en interne de celles qui demandent une intervention technique. Cette répartition aide à agir rapidement sans confondre autonomie et prise de risque. Pour structurer les informations à conserver, consultez notre guide pour documenter son site WordPress.

Questions fréquentes

Article rédigé avec l’aide d’une IA à partir des sources citées et de notre pratique de la maintenance WordPress. Notre méthode éditoriale.