Comment créer un plan de reprise après sinistre pour votre site WordPress

Personne ne pense à un plan de reprise avant le jour où il ouvre son site et voit un écran blanc ou, pire, une page « Hacked by… ». C’est là qu’apparaissent les questions qu’il aurait fallu se poser plus tôt : où est la dernière copie fonctionnelle ? Qui détient les mots de passe ? Combien de temps faut-il pour revenir en ligne ? Un plan de reprise après sinistre, ce sont exactement les réponses à ces questions, préparées à l’avance, pour ne pas avoir à les chercher sous pression.

Il ne s’agit pas de quelque chose réservé aux grands groupes avec des services informatiques entiers. Si votre site amène des clients, des commandes ou représente simplement votre activité, vous avez besoin d’un tel plan. La bonne nouvelle : il tient sur une seule page.

Ce qui peut réellement mal tourner

En près de deux décennies passées à nous occuper de sites WordPress, nous avons vu les quatre mêmes scénarios se répéter, quelle que soit la taille de l’entreprise. Je les énumère sans dramatiser, car chacun a une solution si vous êtes préparé :

• Un site piraté. Quelqu’un injecte du code, redirige vos visiteurs vers d’autres pages ou dérobe les données de vos clients. Cela commence souvent par une extension obsolète.
• Une mise à jour ratée. Vous cliquez sur « Mettre à jour » pour une extension ou un thème et, au lieu d’une nouvelle version, vous obtenez une erreur fatale. Le site est bloqué au moment précis où vous en aviez le plus besoin.
• Le serveur en panne. L’hébergeur a une avarie, un disque lâche ou le compte est suspendu. Cela ne dépend pas de vous, mais vous affecte directement.
• L’erreur humaine. Vous supprimez une page par mégarde, écrasez du contenu, publiez une modification directement en production. Cela arrive même aux plus expérimentés, un jour chargé.

Remarquez ce qu’ils ont en commun : aucun ne prévient. C’est précisément pour cela que la préparation compte plus que la réaction.

Comment se préparer : les quatre pièces du plan

Un bon plan n’a pas besoin de dizaines d’outils. Il a besoin de quatre choses bien en place.

1. Une sauvegarde externe et testée

C’est là que la plupart se trompent. Ils ont une sauvegarde, mais elle se trouve sur le même serveur que le site. Quand le serveur tombe ou est compromis, la copie de sécurité disparaît avec l’original. Une vraie sauvegarde vit ailleurs : dans le cloud, sur un autre serveur, dans un endroit d’où vous pouvez la récupérer même si votre hébergement actuel n’existe plus.

Plus important encore : une sauvegarde que vous n’avez jamais restaurée n’est qu’une hypothèse. Nous avons rencontré des clients convaincus d’être couverts, jusqu’à ce que le fichier se révèle corrompu ou incomplet le jour même où ils en avaient besoin. C’est pourquoi nous insistons pour que chaque sauvegarde soit testée, pas seulement générée. Si vous voulez vous décharger de ce souci, notre service de sauvegarde WordPress s’occupe de copies externes, automatiques et vérifiées régulièrement.

2. Des accès documentés

En pleine crise, vous perdez un temps précieux à chercher des mots de passe dans de vieux e-mails. Notez dans un endroit sûr (un gestionnaire de mots de passe, pas un fichier texte sur le bureau) tout ce dont vous auriez besoin pour reconstruire le site de zéro :

• les identifiants de l’hébergement et du panneau de contrôle (cPanel, Plesk ou équivalent) ;
• l’identifiant et le mot de passe administrateur WordPress ;
• l’accès FTP/SFTP et à la base de données ;
• où le domaine est enregistré et qui le contrôle ;
• les contacts des prestataires, avec les numéros de support.

Si vous étiez indisponible demain, une autre personne de l’équipe pourrait-elle lancer la reprise avec ce que vous avez noté ? Si la réponse est « non », le plan a un trou.

3. RTO et RPO, en langage clair

Deux termes techniques qui semblent compliqués mais recouvrent des notions simples. Ils méritent d’être compris, car ils déterminent la fréquence de vos sauvegardes et le choix de votre hébergement.

RTO (Recovery Time Objective) répond à la question « en combien de temps dois-je être de nouveau en ligne ? ». Pour une boutique en ligne en pleine saison, une heure d’indisponibilité peut représenter de lourdes pertes : le RTO est donc court. Pour un blog personnel, une journée n’est pas un drame.

RPO (Recovery Point Objective) répond à « combien de données puis-je me permettre de perdre ? ». Si vous sauvegardez une fois par jour et que le sinistre survient le soir, vous pouvez perdre toutes les commandes de la journée. Si c’est inacceptable, il vous faut des sauvegardes plus fréquentes. Une boutique active veut un RPO de quelques heures ; un site vitrine qui change peu se contente d’un RPO quotidien.

En résumé : le RTO, c’est le temps d’attente avant de revenir ; le RPO, c’est la quantité de travail perdue. Vous les fixez en fonction de ce que vous coûte réellement chaque heure hors ligne.

4. Des étapes de restauration écrites à l’avance

En pleine crise, la mémoire vous fait défaut. Un plan utile comporte les étapes notées clairement, comme une recette que l’on suit calmement : où vous vous connectez, quelle sauvegarde vous choisissez, dans quel ordre vous restaurez les fichiers et la base de données, comment vous vérifiez ensuite que tout fonctionne. Cela n’a pas besoin d’être compliqué, seulement d’exister noir sur blanc.

Un scénario concret

Voyons le plan en action. Vous avez une boutique en ligne. Mardi matin, un client vous appelle, mécontent : il arrive sur le site et se retrouve redirigé vers une page douteuse de produits pharmaceutiques. Vous êtes victime d’un piratage parti d’une extension obsolète.

Sans plan, vous paniqueriez : recherche de mots de passe, appels désespérés à l’hébergeur, tentatives de supprimer à la main du code que vous ne comprenez pas et, pendant ce temps, des ventes et de la confiance client qui s’envolent.

Avec un plan en place, les choses se déroulent autrement. Vous ouvrez le document contenant les accès et les étapes de restauration. Vous passez temporairement le site en maintenance pour que les visiteurs ne soient plus exposés. Vous choisissez la dernière sauvegarde externe saine, celle d’avant l’infection. Vous la restaurez en suivant les étapes notées, puis vous changez tous les mots de passe et mettez à jour l’extension fautive. En une heure environ, vous êtes de nouveau en ligne, avec des pertes minimes. La différence entre les deux versions ne tient pas à la chance, mais à la préparation.

Comment tester votre plan

Un plan que vous n’avez jamais répété est une belle théorie. Le tester ne signifie pas attendre le sinistre, mais le simuler dans un environnement sûr :

• Restaurez dans un environnement de test. Prenez la dernière sauvegarde et reconstruisez le site sur un sous-domaine ou un serveur séparé. Si vous y arrivez là, vous y arriverez le moment venu.
• Chronométrez. Notez le temps réellement passé. Si c’est bien plus long que votre RTO cible, il y a quelque chose à ajuster : l’hébergement ou la procédure.
• Vérifiez l’intégrité. Il ne suffit pas que le site démarre. Les commandes sont-elles là ? Les formulaires fonctionnent-ils ? Les images se chargent-elles ?
• Répétez régulièrement. Un site évolue avec le temps. Refaites le test au moins deux fois par an, pour que le plan reste valable.

Si cela vous semble trop lourd à porter seul, vous n’êtes pas obligé de tout faire vous-même. Un audit gratuit de votre site vous montre exactement où vous en êtes en matière de sauvegardes, de sécurité et de points faibles, avant qu’ils ne deviennent un problème coûteux.

La tranquillité vient de la préparation

Un plan de reprise ne parle pas de peur, mais de contrôle. Quand vous savez qu’une copie saine du site est en sécurité quelque part, que les accès sont notés et que vous savez exactement quoi faire, un incident cesse d’être une catastrophe pour devenir simplement une heure moins agréable de la journée.

Commencez par l’étape la plus importante : une sauvegarde externe et testée sur laquelle vous pouvez compter. À partir de là, le reste du plan se construit naturellement. Et si vous voulez quelqu’un à vos côtés qui a traversé des centaines de situations de ce type depuis 2005, nous sommes là. Écrivez-nous et assurons-nous ensemble que, quoi qu’il arrive, votre site ait un chemin de retour.