Sauvegarder un site WordPress sur votre serveur

WordPress sur un serveur Linux à vous : nginx ou Apache, PHP, et MySQL ou MariaDB sur la même machine, avec un accès root en SSH. Cette page dit ce que NeverWiped sauvegarde pour un tel site, ce qu’il faut vérifier, et comment récupérer un fichier, les médias, la base ou le site entier. WordPress dans des conteneurs Docker : voir un VPS avec Docker.

Ce que l’agent trouve

• Les fichiers du site : /var/www, /srv, et les racines web déclarées dans votre configuration nginx, Apache ou Caddy. C’est-à-dire WordPress lui-même, wp-config.php, et wp-content avec ses thèmes, ses extensions et ses médias.
• La base : toutes les bases MySQL ou MariaDB du serveur, exportées avec mysqldump (ou mariadb-dump) --all-databases --single-transaction. Les tables sont lues depuis un même instantané, sans bloquer le site, avec les utilisateurs et leurs droits (une base de données). En root, l’agent utilise /root/.my.cnf s’il existe, sinon /etc/mysql/debian.cnf s’il existe.
• La configuration : /etc, donc les réglages du serveur web, de PHP et des certificats, et les tâches planifiées.

Exclus par défaut : /var/cache, **/node_modules et **/.cache (ce qui est sauvegardé).

Vérifiez le plan avant de l’accepter

• La base est dans le plan. Si l’installation affiche que /var/lib/mysql existe mais qu’aucun serveur joignable n’a été trouvé, la base n’est pas sauvegardée : vérifiez que MySQL ou MariaDB tourne et que ses outils clients sont installés, puis relancez l’installation.
• Une base sur une autre machine (le DB_HOST de wp-config.php n’est pas le serveur lui-même) n’est pas exportée. Seules les bases du serveur, ou de ses conteneurs, le sont.
• Caches et vieilles archives dans le site. Le dossier d’une extension de cache peut être écarté avec --exclude /var/www/site/wp-content/cache. Les archives faites par une extension de sauvegarde peuvent l’être avec --preset archives, mais seulement si ce sont des copies de ce que le plan contient déjà.
• De vieilles tables hors InnoDB. Le journal de sauvegarde signale les tables MyISAM ou Aria : elles ne sont pas lues depuis le même instantané que le reste. Leur conversion est expliquée dans une base de données.

Récupérer

• Un fichier, comme wp-config.php : restaurez-le dans un dossier à part, puis recopiez-le (un fichier).
• Des médias supprimés, ou une mise à jour d’extension qui a cassé le site : restaurez le dossier de la nuit précédente, comparez-le avec diff -rq, puis recopiez ce qu’il vous faut (un dossier).
• La base seule (un mauvais import, une extension qui a réécrit des tables) : sortez votre base de l’export, mettez la base abîmée de côté et importez-la seule. Son nom est le DB_NAME de wp-config.php (une base de données).
• Un site piraté : restaurez les fichiers et la base d’une date antérieure à l’intrusion dans un dossier à part, comparez, puis remettez-les en place. Trouvez d’abord par où l’attaquant est entré, sinon cela recommence. S’il avait root sur le serveur, lisez les limites connues.
• Le serveur entier : sur le nouveau serveur, installez le serveur web, PHP et MySQL ou MariaDB, puis suivez un serveur entier.

Avant une grosse mise à jour (WordPress, le thème, une extension de boutique), lancez neverwiped backup now.

Ce qu’il ne fait pas ici

• Pas de root, pas de NeverWiped. Sur un hébergement mutualisé sans SSH ni root, l’agent ne peut pas être installé (l’agent). Les sauvegardes de votre hébergeur, ou une extension WordPress, sont alors la solution.
• Rien dans l’administration de WordPress. NeverWiped n’est pas une extension : tout se passe sur le serveur, avec les commandes neverwiped, et dans votre tableau de bord NeverWiped.
• Les commandes, commentaires et articles postérieurs à la dernière sauvegarde ne sont dans aucune. On revient au moment d’une sauvegarde, pas à n’importe quel instant entre deux.
• Une seule copie : vos sauvegardes sont stockées une fois, sur un serveur de stockage (limites connues).

Commencer

Sur le serveur, en root :

curl -fsSL https://neverwiped.com/install.sh | sh

Puis suivez les premiers pas. Autres serveurs : tous les cas d’usage.

Dernière relecture : 6 novembre 2026.