Sauvegarder et restaurer WordPress avec WPvivid (sans casser le site)

Pourquoi des sauvegardes WordPress régulières ?

Tant que tout fonctionne, les sauvegardes restent souvent au fond de la todo. Jusqu’au jour où :

• une mise à jour de plugin ou de thème casse le site,
• un fichier critique (php.ini, .htaccess, core WordPress) est corrompu,
• l’hébergeur rencontre un incident majeur,
• le site est piraté (backdoor, spam, redirections),
• tu dois migrer vers un autre hébergement.

Sans sauvegarde, chaque incident devient potentiellement dramatique. Avec une stratégie claire (sauvegardes + maîtrise de la restauration), tu peux revenir en arrière beaucoup plus sereinement.

Deux notions importantes, même pour une TPE/PME :

• RPO (Recovery Point Objective) : jusqu’à quel point dans le passé tu acceptes de “revenir” (hier, il y a 3 jours, 1 semaine…).
• RTO (Recovery Time Objective) : combien de temps ton site peut rester indisponible avant que ça ne pose un vrai problème (perte de ventes, d’image, de leads…).

Plus le site est critique (e-commerce, SaaS, site vitrine très visible), plus tu as intérêt à réduire ces deux valeurs avec des sauvegardes régulières et une procédure de restauration déjà testée.

WPvivid Backup en bref

WPvivid Backup Plugin est un plugin de sauvegarde pour WordPress qui permet :

• de créer des sauvegardes complètes (fichiers + base de données),
• de planifier des sauvegardes automatiques,
• de stocker les archives en local ou sur un stockage distant,
• de restaurer un site en quelques clics,
• de migrer un site vers un autre hébergeur.

La version gratuite suffit largement pour un site vitrine, un blog ou un petit e-commerce. L’important, c’est surtout de bien gérer le couple sauvegarde + restauration : beaucoup d’utilisateurs ont des backups… mais ne savent pas les remettre proprement en ligne sous pression.

WPvivid a aussi l’avantage d’avoir une interface claire : tu vois rapidement la liste des sauvegardes disponibles, leur date, leur taille, le type (fichiers, base ou complet) et l’endroit où elles sont stockées. C’est précieux quand tu dois choisir rapidement quel point de restauration utiliser.

Préparer le site avant d’utiliser WPvivid

• Vérifie l’accès admin : /wp-admin doit être accessible, sans erreur 500.
• Vérifie l’espace disque : une sauvegarde complète peut peser lourd, surtout avec beaucoup d’images.
• Nettoie les plugins inutiles : profite-en pour supprimer les extensions que tu n’utilises plus (surtout celles ajoutées par l’hébergeur).
• Vérifie les droits d’écriture sur wp-content : WPvivid doit pouvoir créer des dossiers et des archives.
• Désactive temporairement les caches agressifs si tu constates des comportements bizarres pendant les backups (timeout, archives incomplètes).

Pour la partie sécurité, tu peux ensuite coupler WPvivid avec un plugin comme WP Cerber pour protéger ton site au quotidien. Sauvegarde + sécurité forment un duo : l’un limite les dégâts, l’autre permet de les réparer.

Étape 1 : installer et activer WPvivid

1. Dans le back-office, va dans Extensions → Ajouter.
2. Recherche “WPvivid Backup Plugin”.
3. Clique sur Installer, puis Activer.

Un menu WPvivid Backup apparaît dans la barre latérale. C’est par là que tu gèreras tes backups et restaurations.

Si ton site est déjà ancien et que tu utilises un autre plugin de sauvegarde (Duplicator, UpdraftPlus, etc.), évite de faire tourner deux systèmes de backup automatiques en même temps. Choisis l’outil que tu veux garder, désactive le reste, puis mets en place ta nouvelle stratégie proprement.

Étape 2 : définir une stratégie de sauvegarde

Choisir le type de sauvegarde

Dans WPvivid Backup → Sauvegarder & restaurer, tu peux choisir :

• Fichiers + base de données (recommandé),
• Base de données seule,
• Fichiers seuls.

Dans la plupart des cas, vise des sauvegardes complètes (fichiers + base) pour pouvoir reconstruire le site sans prise de tête. Les sauvegardes “base seule” sont utiles en complément, par exemple pour un e-commerce où tu veux figer les commandes très régulièrement.

Planifier des sauvegardes automatiques

Dans l’onglet dédié à la planification :

• Site vitrine / blog peu mis à jour : hebdomadaire peut suffire.
• Blog actif / site de contenu : tous les 2–3 jours.
• E-commerce : pense à des sauvegardes plus fréquentes, et à la BDD en particulier (quotidien, voire plusieurs fois par jour selon le volume).

Tu peux aussi déclencher une sauvegarde manuelle juste avant une action risquée : changement de thème, gros nettoyage de base, mise à jour majeure de WordPress ou d’un plugin clé.

Utiliser un stockage distant

Évite de garder toutes tes sauvegardes uniquement sur le même serveur que ton site :

• configure un FTP/SFTP externe,
• ou un bucket compatible S3,
• ou un espace cloud dédié.

Objectif : si ton hébergement tombe ou est compromis, tes sauvegardes ne disparaissent pas avec. Pour les sites qui manipulent des données personnelles, pense aussi à la conformité RGPD (durée de conservation, accès limité, chiffrement du stockage distant si possible).

Définir une politique de rétention

Une bonne stratégie de sauvegarde, ce n’est pas seulement “faire des backups”, c’est aussi décider combien de temps tu les gardes :

• garde plusieurs points récents (ex. les 3–7 dernières sauvegardes),
• conserve quelques “jalons” plus anciens (avant refonte, avant migration, etc.),
• évite d’accumuler des dizaines d’archives inutiles qui saturent l’espace disque.

Nommer clairement ses sauvegardes

Prends l’habitude d’ajouter une petite note dans le nom ou la description de la sauvegarde (quand WPvivid le permet) ou dans ta propre documentation :

• “Avant maj WooCommerce 8.5”,
• “Avant changement thème → Astra”,
• “Après migration chez nouveau hébergeur”.

Le jour où tu dois restaurer vite, ces infos valent de l’or.

Étape 3 : créer une première sauvegarde manuelle

1. Va dans WPvivid Backup → Sauvegarder & restaurer.
2. Sélectionne “Fichiers & base de données”.
3. Choisis éventuellement ton stockage distant.
4. Clique sur Sauvegarder maintenant.

À la fin de l’opération, ta sauvegarde apparaît dans la liste, avec la date, la taille et le type de backup. Télécharge au moins une de ces archives en local, et note à quoi elle correspond (avant/après telle mise à jour, par exemple).

Si ton site contient beaucoup de cache (WP Rocket, LiteSpeed Cache, etc.), tu peux réduire la taille des sauvegardes en excluant les dossiers de cache côté plugin. En cas de restauration, ces caches seront regénérés automatiquement, donc ce n’est pas grave de ne pas les inclure.

Étape 4 : restaurer une sauvegarde sans tout casser

Avant de lancer la restauration

• Si tu peux encore accéder à l’admin, désactive les plugins lourds (cache, sécurité “usine à gaz”).
• Évite de changer la version de PHP pile au moment de la restauration.
• Si le site a du trafic, mets-le en maintenance le temps de l’opération.
• Si tu es derrière Cloudflare, passe éventuellement en mode “Développement” pour éviter un cache agressif pendant la manip.

Restaurer via WPvivid (même hébergeur)

1. Va dans WPvivid Backup → Sauvegarder & restaurer.
2. Repère la sauvegarde à restaurer (date + type).
3. Clique sur Restaurer, puis confirme (fichiers, base ou les deux selon ton besoin).
4. Laisse WPvivid terminer. Tu seras peut-être déconnecté ; reconnecte-toi avec les identifiants valides à la date de la sauvegarde.

Restaurer une sauvegarde importée (nouvel hébergeur ou nouvelle install)

Scénario fréquent : tu as une installation WordPress “neuve” (voire vide) sur un nouvel hébergeur, et tu veux restaurer une archive WPvivid :

1. Installe WordPress proprement sur le nouveau serveur.
2. Installe et active WPvivid.
3. Upload ton archive WPvivid dans l’onglet dédié (import de sauvegarde).
4. Une fois la sauvegarde détectée, lance la restauration comme ci-dessus.
5. Vérifie ensuite les permaliens, l’URL du site et le HTTPS.

Après la restauration : check rapide

• Visite la page d’accueil : pas d’erreur 500 ni de page blanche.
• Va dans Réglages → Permaliens et clique sur Enregistrer pour regénérer un .htaccess propre.
• Teste quelques pages, un article, les formulaires de contact, la recherche.
• Si tu utilises un plugin de cache, purge le cache et revérifie.
• Si tu as un plugin de sécurité (ex. WP Cerber), vérifie qu’il ne bloque pas des ressources nécessaires.
• Sur un e-commerce, teste au minimum le tunnel de commande (ajout au panier, paiement en mode test si possible).

Étape 5 : gérer les erreurs fréquentes après restauration

Erreur 500 ou page blanche

Les causes fréquentes :

• un php.ini trop agressif (OPcache mal configuré, directives obsolètes),
• un .htaccess restauré d’un autre environnement, incompatible avec l’hébergeur,
• un plugin d’hébergeur (sécurité, performance, “assistant”) qui plante sur cette config.

Dans ce cas, commence par renommer le dossier plugins et/ou les plugins suspects, regénère .htaccess via les permaliens, et garde un php.ini simple. Active ensuite les plugins un par un pour identifier le coupable.

Problèmes de connexion au back-office

• Vérifie que tu utilises bien les identifiants de l’époque de la sauvegarde.
• Regarde si un plugin de sécurité ne bloque pas ton IP ou ton compte.
• Renomme temporairement le dossier du plugin de sécurité si besoin.
• En dernier recours, tu peux réinitialiser le mot de passe via la base (phpMyAdmin) ou en ligne de commande, si tu y as accès.

Problèmes de HTTPS / redirections

• Vérifie que les URL du site sont bien en https:// dans Réglages → Général.
• Évite de forcer le HTTPS via 3 couches différentes (Cloudflare, plugin, .htaccess complexe).
• Teste d’abord le site en direct (IP ou domaine sans proxy), puis avec Cloudflare si tu l’utilises.

Liens cassés, images manquantes, CSS bizarre

Après une migration/restauration, il peut rester :

• des liens internes qui pointent vers l’ancienne URL,
• des images appelées depuis un ancien domaine ou un sous-domaine différent,
• un CSS qui ne se charge plus à cause d’un cache ou d’un CDN.

Dans ce cas, vérifie :

• les réglages d’URL du site,
• les éventuels plugins de réécriture d’URL (Better Search Replace, etc.),
• le cache de ton navigateur, ton CDN et ton plugin de cache WordPress.

Bonnes pratiques sur la durée

• Automatise les sauvegardes (tâches planifiées WPvivid).
• Garde au moins une copie hors de l’hébergement.
• Teste une restauration de temps en temps sur un environnement de test.
• Note les moments clés (grosse refonte, changement de thème, migration) et conserve des sauvegardes “jalons”.
• Couple les backups à une stratégie de sécurité WordPress cohérente.
• Documente tes procédures (où sont stockés les backups, comment restaurer, qui a accès à quoi).
• Vérifie régulièrement l’espace disque dédié aux sauvegardes pour éviter les surprises (backup qui échoue faute de place).

L’objectif, ce n’est pas d’avoir “un plugin de sauvegarde de plus”, mais un process : tu sais quoi sauvegarder, où, à quelle fréquence, et comment restaurer sans paniquer.

Liens utiles (maillage interne)

• Installer WP Cerber : sécuriser WordPress (avec ou sans Cloudflare)
• Configurer Cloudflare avec WordPress : SSL, cache et erreurs 5xx
• Sécurité WordPress 2025 — Checklist & Snippets
• Apache2 Hardening pour WordPress

FAQ – WPvivid

WPvivid est-il gratuit ?

Oui. La version gratuite de WPvivid permet déjà de faire des sauvegardes complètes, de les planifier et de restaurer ton site. La version Pro ajoute surtout des destinations de stockage supplémentaires, des fonctionnalités de migration avancées et des options pratiques pour gérer plusieurs sites ou environnements.

Où stocker mes sauvegardes WordPress ?

Évite de ne stocker tes backups que sur le même serveur que ton site. Utilise au moins un stockage externe : FTP/SFTP, S3, cloud. L’idéal : plusieurs copies sur des supports différents (hébergeur + cloud + local), surtout pour les sites qui génèrent du chiffre d’affaires.

Combien de sauvegardes dois-je garder ?

Pour un petit site, garder entre 3 et 7 sauvegardes est un bon compromis : une très récente, une de quelques jours/semaines, une avant une grosse modification (refonte, migration…). Pour un e-commerce ou un site critique, tu peux aller plus loin avec une rétention plus fine (journalier/semaine/mois).

Puis-je restaurer une sauvegarde sur un autre hébergeur ?

Oui. WPvivid peut servir à migrer un site vers un autre hébergeur. Assure-toi simplement que la version de PHP, les limites serveur et les droits d’écriture sont compatibles, puis mets à jour les DNS et vérifie les permaliens. En cas de changement d’URL, prévois si besoin un passage par un outil de recherche/remplacement dans la base.

WPvivid remplace-t-il un plugin de sécurité ?

Non. WPvivid gère les sauvegardes et restaurations, pas la protection active du site. Pour la sécurité, tu auras besoin d’un plugin dédié comme WP Cerber, d’un durcissement serveur et éventuellement d’un WAF comme Cloudflare. WPvivid intervient après l’incident, pas pour l’empêcher.

WPvivid est-il adapté aux hébergements mutualisés ?

Oui, mais sur un mutualisé, fais attention à la taille des sauvegardes et aux limites de ressources : une archive énorme sur un petit hébergement peut prendre du temps, voire échouer. Commence par une première sauvegarde hors heures de pointe et ajuste si besoin (exclusion de certains dossiers).

Que faire si une restauration échoue au milieu ?

Si la restauration se bloque ou échoue, ne multiplie pas les tentatives au hasard. Vérifie d’abord l’espace disque et les logs d’erreur (hébergeur, WPvivid, PHP). Si besoin, restaure une version un peu plus ancienne. En dernier recours, tu peux envisager une restauration manuelle (fichiers FTP + import SQL), mais c’est plus technique.

Est-ce que les sauvegardes impactent les performances du site ?

Oui, légèrement le temps de la création de l’archive, surtout sur les petits serveurs. C’est pour cela qu’il vaut mieux programmer les sauvegardes automatiques à des horaires creux (nuit, heures de faible trafic) et éviter de lancer des backups complets en pleine campagne marketing.

Conclusion

Mettre en place une stratégie de sauvegarde avec WPvivid est une des meilleures assurances que tu puisses offrir à ton site WordPress. En cas de problème, tu peux revenir en arrière sans paniquer, à condition d’avoir testé au moins une fois le processus de restauration dans un contexte “à froid”.

Tu n’as pas besoin d’une infrastructure compliquée pour bien faire : un plugin fiable, un stockage distant, quelques règles simples et un peu de discipline suffisent à protéger la majorité des sites (TPE, PME, indépendants, blogs, vitrines, etc.).

Combine des sauvegardes automatisées, un stockage externe, des tests réguliers et une vraie stratégie de sécurité. Tu pourras alors mettre à jour ton site, changer d’hébergeur ou corriger un incident avec beaucoup plus de confiance… et te concentrer sur ce qui compte vraiment : le contenu et ton activité.