Guide complet sur la sauvegarde de WordPress

Qu'est-ce qu'une sauvegarde WordPress ?

Une sauvegarde WordPress est une copie de tout ce dont votre site a besoin pour fonctionner. Cela comprend les fichiers stockés sur votre serveur et la base de données qui les sous-tend. Si l'un ou l'autre de ces éléments venait à manquer, vous ne pourriez pas restaurer votre site.

Le Guide d'administration avancée de WordPress.org établit une distinction claire qu'il convient de garder à l'esprit. Vos fichiers WordPress se trouvent dans le répertoire de votre site sur le serveur web. Cela inclut l'application principale, les thèmes, les plugins, les fichiers multimédias téléchargés et les fichiers de configuration tels que wp-config.php et .htaccess. Votre base de données se trouve quant à elle dans un emplacement totalement distinct, généralement une instance MySQL ou MariaDB qui stocke les articles, les pages, les commentaires, les comptes utilisateurs, les paramètres des plugins, les configurations des widgets et les commandes WooCommerce. La sauvegarde du répertoire n’inclut pas la base de données. La sauvegarde de la base de données n’inclut pas les fichiers.

Une sauvegarde exploitable comprend les deux éléments, idéalement créés à peu près au même moment, afin que les deux parties restent synchronisées. Le manuel WordPress parle dans ce cas d’un « ensemble de sauvegarde », ce qui signifie que les fichiers et la base de données sont considérés comme un tout, restaurés ensemble et conservés en paire en tant que versions.

L'article consacré aux différents types de sauvegardes WordPress examine plus en détail les sauvegardes complètes, incrémentielles et différentielles, qui se distinguent par la manière dont la copie est effectuée plutôt que par son contenu. Avant d'aborder la stratégie à adopter, il convient de préciser qu'une sauvegarde complète englobe à la fois la base de données et les répertoires, qui sont capturés ensemble et stockés à un emplacement accessible lorsque votre site est hors service.

Pourquoi est-il important d'effectuer régulièrement des sauvegardes de WordPress ?

Pour les petits sites, l'intérêt des sauvegardes relevait autrefois surtout de la théorie. Ce n'est plus le cas aujourd'hui. Le rapport « State of WordPress Security In 2026 » de Patchstack, publié en février 2026 en collaboration avec la société de veille sur les logiciels malveillants Monarx, a recensé 11 334 nouvelles vulnérabilités WordPress en 2025. Cela représente une augmentation de 42 % par rapport à l'année précédente. Davantage de vulnérabilités de gravité élevée ont été découvertes en 2025 que durant les deux années précédentes combinées. Les plugins représentaient 91 % de ces problèmes, seules six vulnérabilités ayant été détectées dans le cœur de WordPress.

Le problème de rapidité est plus grave que celui du volume. Les données de Patchstack montrent que 20 % des vulnérabilités exploitées le sont dans les six heures suivant leur divulgation publique, 45 % dans les 24 heures et 70 % dans la semaine. Le délai médian pondéré avant la première exploitation est de cinq heures. Les mises à jour des plugins ont toujours constitué une deuxième ligne de défense. Une défense qui prend une journée à déployer contre des attaques qui surviennent en quelques heures n'est pas une défense sur laquelle la plupart des agences peuvent compter.

Les sauvegardes ne remplacent pas la sécurité. Elles constituent le mécanisme de restauration lorsque la sécurité fait défaut, et les données de 2025 indiquent que la sécurité échoue suffisamment souvent pour que ce mécanisme de restauration doive entrer en action. Un site qui a été compromis ou infecté par un logiciel malveillant doit être restauré dans l'état propre qui prévalait avant la compromission. En l'absence de sauvegarde antérieure à l'attaque, la seule alternative consiste à nettoyer manuellement les fichiers infectés, une opération qui prend aux agences des heures, voire des jours, par site et qui offre rarement la même assurance qu'une restauration complète.

Pour les agences qui gèrent des dizaines, voire des centaines de sites clients, les conséquences s'accumulent rapidement. Un site en panne, c'est une urgence facturable. Dix sites en panne, c'est une crise. Ce sont les sauvegardes qui empêchent une crise de se transformer en problème de responsabilité.

Que comprend une sauvegarde complète de WordPress ?

La sauvegarde WordPress porte sur trois éléments principaux : les fichiers, la base de données et les paramètres au niveau du serveur.

Les fichiers de sauvegarde couvrent l'installation principale de WordPress, les thèmes actifs et inactifs, tous les plugins installés, l'intégralité du répertoire wp-content/uploads (toutes les images, tous les PDF et tous les fichiers multimédias que votre site a jamais mis à disposition), ainsi que les fichiers de configuration au niveau racine. Les fichiers de configuration importants comprennent wp-config.php (qui contient les identifiants de la base de données et les clés de sécurité), .htaccess (qui contrôle la réécriture des URL et les règles d'accès sur les serveurs Apache) et, dans certaines configurations, php.ini ou user.ini pour les modifications de configuration PHP.

La base de données contient pratiquement tout ce qui relève du « contenu » d'un point de vue éditorial, comme les articles, les pages, les types de publications personnalisés, les catégories, les balises, les menus, les widgets enregistrés sous forme d'options, les commentaires, les comptes et rôles d'utilisateurs, les paramètres du personnalisateur de thème, les paramètres des extensions, ainsi que toutes les lignes de données transactionnelles provenant d'extensions telles que WooCommerce, Easy Digital Downloads ou tout autre outil d'adhésion que vous utilisez.

Les configurations au niveau du serveur comprennent notamment les tâches cron définies au niveau du serveur plutôt que via WordPress, les paramètres personnalisés du serveur de messagerie et les fichiers de certificats SSL gérés en dehors du tableau de bord de votre hébergeur, qui ne font pas partie de votre installation WordPress. Il en va de même pour les enregistrements DNS, les paramètres du registraire de domaine ou les intégrations tierces dont les identifiants peuvent être stockés dans la table de base de données d'un plugin, mais dont l'état externe (webhooks enregistrés, connexions API autorisées) doit être rétabli manuellement après une restauration dans un nouvel environnement.

Dans la plupart des cas de restauration sur le même serveur, cette dernière catégorie n'entre jamais en ligne de compte. En revanche, lors de migrations vers un nouvel hébergeur ou d'une reprise après sinistre complète à partir d'un serveur entièrement perdu, cela arrive parfois.

Une stratégie de sauvegarde véritablement complète couvre donc les deux volets de l'installation WordPress, ainsi qu'un inventaire documenté de tout ce qui se trouve en dehors de celle-ci. Votre plugin ou votre plateforme se charge des deux premiers volets. Vous vous occupez du troisième.

Types de sauvegardes WordPress

Les sauvegardes WordPress se répartissent en plusieurs catégories utiles qui déterminent la manière dont vous configurez votre installation.

1. En fonction de leur portée, les sauvegardes peuvent être complètes, incrémentielles ou différentielles. Une sauvegarde complète regroupe tous les fichiers et toutes les tables de base de données dans une seule archive. Une sauvegarde incrémentielle ne conserve que les éléments modifiés depuis la dernière sauvegarde, quel qu'en soit le type, ce qui permet d'économiser de l'espace de stockage et de la bande passante sur les sites qui évoluent fréquemment. Une sauvegarde différentielle conserve tous les éléments modifiés depuis la dernière sauvegarde complète. Chacune présente des avantages et des inconvénients en termes de stockage, de complexité de restauration et de durée de la restauration. Découvrez-en davantage sur les différences entre les sauvegardes complètes, incrémentielles et différentielles.
2. Selon la méthode utilisée, les sauvegardes peuvent être manuelles ou automatisées. Une sauvegarde manuelle signifie que vous effectuez vous-même la sauvegarde à l'aide de cPanel, FTP, WP-CLI ou phpMyAdmin. Une sauvegarde automatisée signifie qu'un plugin ou un hébergeur effectue les sauvegardes selon un calendrier défini. Pour tout site autre qu'un simple blog personnel, les sauvegardes automatisées constituent la solution la plus pratique par défaut.
3. Selon leur emplacement, les sauvegardes peuvent être stockées sur votre serveur ou hors site. Les sauvegardes sur serveur sont rapides à créer et à restaurer. Elles sont toutefois inutiles si l'ensemble du serveur est compromis. C'est pourquoi les sauvegardes hors site ne sont pas facultatives.

À quelle fréquence faut-il sauvegarder son site WordPress ?

La fréquence de vos sauvegardes dépend de la quantité de contenu que votre site perd entre deux sauvegardes. Un site qui publie un article par semaine et une boutique WooCommerce traitant cinquante commandes par jour se situent aux antipodes l'un de l'autre sur ce point. Adaptez la fréquence de sauvegarde à l'évolution de votre site. Voici quelques profils courants de sites WordPress et ce qui fonctionne généralement :

• Sites de présentation statiques ou portfolios mis à jour quelques fois par mois : sauvegardes incrémentielles quotidiennes. La charge supplémentaire est négligeable, et cela vous protège contre les modifications imprévues ou les mises à jour de plugins qui surviennent en dehors de votre rythme habituel.
• Sites de contenu, blogs et sites d'entreprise publiant régulièrement : les sauvegardes incrémentielles quotidiennes couvrent pratiquement tous les cas de figure réalistes.
• Les boutiques WooCommerce traitent des commandes tout au long de la journée : il faut donc effectuer des sauvegardes au moins toutes les heures. Chaque heure sans sauvegarde représente une heure de commandes, de comptes clients et de modifications de stock qui ne pourront pas être reconstituées en cas de perte de la base de données.
• Sites d'adhésion et plateformes LMS comportant des contributions actives des utilisateurs, un suivi de la progression des cours ou une activité sur les forums : des sauvegardes toutes les heures pour la même raison. Les utilisateurs qui créent des comptes, suivent des cours ou publient des messages sur les forums s'attendent à ce que leur activité soit conservée.
• Publications ou sites d'actualités à fort trafic : sauvegardes toutes les heures, en accordant une attention particulière au dossier « uploads », car les ajouts de fichiers multimédias sont fréquents et souvent volumineux.

La durée de conservation est tout aussi importante que la fréquence. Ne conserver que les deux ou trois dernières sauvegardes peut sembler pratique, mais cela limite considérablement vos options si un problème est resté latent pendant plus longtemps que cette période. Un logiciel malveillant qui passe inaperçu pendant une semaine, une corruption de base de données qui a mis plusieurs jours à se manifester, ou une régression due à la mise à jour d'un plugin qui est restée inaperçue pendant dix jours : tous ces cas nécessitent des sauvegardes plus anciennes que celles couvertes par une courte période de conservation. Trente jours constituent un seuil raisonnable pour les sites gérés par une agence, et cinquante jours couvrent pratiquement toutes les fenêtres de détection réalistes.

Comment sauvegarder un site WordPress

Il existe quatre façons de sauvegarder un site WordPress : à l'aide d'un plugin de sauvegarde, via votre hébergeur, manuellement via WP-CLI ou phpMyAdmin, ou encore via une plateforme de gestion WordPress. Le choix de la méthode la plus adaptée dépend du nombre de sites que vous gérez et de la part de tâches que vous souhaitez automatiser.

Les plugins de sauvegarde WordPress tels que UpdraftPlus, BlogVault et Duplicator s'installent directement sur le site et gèrent les sauvegardes depuis l'interface wp-admin. Ils conviennent parfaitement aux propriétaires de sites individuels et aux petites structures. Peu coûteux, voire gratuits, ils sont faciles à configurer et intègrent les procédures de restauration au sein d'une même interface.

Les sauvegardes proposées par les hébergeurs sont incluses dans la plupart des offres d'hébergement WordPress géré. Elles sont pratiques et sont souvent stockées en dehors de votre environnement serveur immédiat. Elles constituent un volet d'une stratégie de sauvegarde, mais rarement le seul.

Les sauvegardes manuelles via WP-CLI, cPanel ou phpMyAdmin offrent aux développeurs un contrôle total et évitent d'ajouter un plugin supplémentaire à la pile. Elles prennent toutefois beaucoup de temps à exécuter régulièrement sur plusieurs sites et ne sont pas évolutives au-delà d'une poignée d'installations pour la plupart des équipes.

Les plateformes de gestion WordPress telles que WP Umbrella, ManageWP et MainWP intègrent la sauvegarde parmi leurs nombreuses fonctionnalités, en les exécutant de manière centralisée depuis un tableau de bord qui gère l'ensemble de vos sites. Pour les agences et toute personne gérant plus de trois ou quatre sites, ce type d'outil constitue généralement la solution la plus adaptée. Les sauvegardes s'effectuent parallèlement aux mises à jour, à la surveillance et aux analyses de sécurité, et les procédures de restauration s'appliquent de la même manière à tous les sites du compte.

À lire également : Comment sauvegarder votre site WordPress (sans perdre la tête)

Pour une comparaison détaillée des principaux plugins et plateformes de sauvegarde, avec une présentation des fonctionnalités et des tarifs, consultez notre sélection des 8 meilleurs plugins de sauvegarde WordPress. 

Comment configurer les sauvegardes WordPress

La configuration des sauvegardes WordPress suit le même schéma, quel que soit l'outil choisi. Les détails varient, mais le processus reste le même.

1. Déterminez ce que vous souhaitez sauvegarder. Par défaut, optez pour la sauvegarde des fichiers et de la base de données, sauf si vous avez une raison particulière de les séparer.

2. Choisissez une fréquence en fonction des profils de votre site d' .

3. Mettez en place un stockage hors site. Connectez l'outil de sauvegarde à Amazon S3, Google Drive, Dropbox ou une solution similaire. Sinon, si un outil de sauvegarde WordPress stocke les sauvegardes sur sa propre infrastructure, vérifiez où se trouvent ces serveurs et si cela répond à vos exigences en matière de conformité.

4. Configurez la durée de conservation. Trente jours au minimum. Prévoyez une durée plus longue si vous gérez des sites sur lesquels des problèmes peuvent passer inaperçus pendant des semaines.

5. Assurez-vous que les sauvegardes ayant échoué déclenchent immédiatement l'envoi d'e-mails ou d'alertes Slack.

6. Créez un site de test, restaurez-y la dernière sauvegarde et vérifiez que tout fonctionne correctement. Si vous ne parvenez pas à restaurer la sauvegarde, celle-ci n'a, dans la pratique, aucune utilité.

À lire également : Sauvegarde et restauration WordPress : guide complet destiné aux agences gérant les sites de leurs clients.

Tester et restaurer les sauvegardes WordPress

Une sauvegarde que vous n'avez jamais restaurée n'est qu'un vœu pieux, pas une véritable sauvegarde. Les entreprises qui ont déjà dû faire face à une situation d'urgence nécessitant une restauration ont généralement un point commun : elles testent leurs procédures de restauration avant d'en avoir besoin.

Tester la restauration d'une sauvegarde sur un site en production comporte des risques ; effectuez donc cette opération sur un environnement de test. La plupart des hébergeurs WordPress gérés proposent une mise en préproduction en un clic. Restaurez votre dernière sauvegarde sur ce site de préproduction, puis parcourez la page d'accueil, les pages internes clés, le tableau de bord d'administration, le processus de paiement WooCommerce le cas échéant, ainsi que les fonctions essentielles des plugins telles que les formulaires et les processeurs de paiement. Si l'un de ces éléments échoue, cela signifie que la sauvegarde elle-même ou le processus de restauration présente un problème, et il est bien moins coûteux de le découvrir lors d'un test planifié que lors d'une panne réelle.

La fréquence des tests dépend de l'importance stratégique du site. Un test de restauration trimestriel constitue le minimum requis pour les sites gérés par l'agence. Les sites stratégiques pour l'entreprise, tels que les plateformes de commerce électronique, d'adhésion et transactionnelles, doivent faire l'objet de tests mensuels. Consignez chaque test en précisant si la restauration s'est déroulée à bon terme, combien de temps elle a pris et si des éléments manquaient ou étaient endommagés.

Stratégies avancées de sauvegarde WordPress

Au-delà des principes de base, certains modèles méritent d'être pris en considération pour les sites plus volumineux ou plus complexes.

Sauvegardes incrémentielles pour les sites volumineux. Lorsque votre répertoire de fichiers téléchargés dépasse quelques gigaoctets, les sauvegardes complètes quotidiennes deviennent lentes et coûteuses. Les sauvegardes incrémentielles ne capturent que les modifications intervenues depuis la dernière sauvegarde, ce qui permet de maintenir les coûts de stockage et de transfert à un niveau raisonnable. La plupart des outils de sauvegarde modernes proposent les sauvegardes incrémentielles en option, en complément des sauvegardes complètes planifiées. En contrepartie, les restaurations sont légèrement plus complexes, car elles nécessitent d'enchaîner la dernière sauvegarde complète avec toutes les sauvegardes incrémentielles qui l'ont suivie.

Effectuer une sauvegarde avant toute mise à jour : une règle d'or. La cause la plus fréquente nécessitant une restauration de sauvegarde est une mise à jour qui a mal tourné, qu'il s'agisse du cœur de WordPress, d'un thème ou (le plus souvent) d'un plugin. Effectuer une sauvegarde juste avant toute mise à jour, plutôt que de se fier à la sauvegarde planifiée effectuée précédemment, garantit que le point de restauration correspond exactement à un état connu pour être correct.

Procéduresde mise à jour sécurisées. Un processus de mise à jour rigoureux se déroule comme suit : créer un point de restauration à la demande, appliquer la mise à jour, effectuer des vérifications automatisées (la page d'accueil se charge-t-elle toujours, l'interface d'administration fonctionne-t-elle toujours, les fonctions clés répondent-elles toujours), puis conserver la mise à jour ou revenir à la version précédente en fonction du résultat. Ce processus peut être effectué manuellement. Les versions automatisées sont plus rapides et plus fiables, en particulier lorsqu'il s'agit de plusieurs sites.

Considérations relatives au mode multisite. Les réseaux WordPress multisite compliquent les sauvegardes à plusieurs égards. Les fichiers téléchargés sont organisés dans une structure de dossiers propre à chaque site, la base de données stocke le contenu des sites dans des tables spécifiques à chaque site, et la restauration d'un seul site à partir d'une sauvegarde à l'échelle du réseau n'est pas une mince affaire sans les outils adéquats. Si vous utilisez le mode multisite, assurez-vous que votre outil de sauvegarde prend en charge les sauvegardes à l'échelle du réseau avec restauration site par site, et pas seulement une restauration monolithique de l'ensemble du réseau.

À lire également : WordPress Multisite ou installations distinctes : quel choix pour les agences ?

Automatisez les sauvegardes avant le déploiement. Pour les équipes qui utilisent des processus de CI/CD sur des sites WordPress, intégrez un déclencheur de sauvegarde dans le pipeline de déploiement. Chaque déploiement génère un point de restauration. Ainsi, même les déploiements qui ont passé tous les tests disposent d'une option de restauration garantie si un problème détecté en production n'avait pas été repéré lors des tests en environnement de préproduction.

Les erreurs courantes à éviter lors de la sauvegarde de WordPress

Ne comptez pas uniquement sur les sauvegardes de l'hébergeur comme seule ligne de défense. Les sauvegardes de l'hébergeur sont pratiques, mais le pire moment pour découvrir leurs limites, c'est lors d'une panne. Parmi les limites courantes, on peut citer des durées de conservation courtes, des temps de restauration lents nécessitant l'ouverture de tickets d'assistance, un stockage dans le même environnement que le site de production, ainsi qu'un manque de transparence quant au contenu sauvegardé. Utilisez les sauvegardes de l'hébergeur comme un élément de protection parmi d'autres. Jamais comme seul élément de protection.

Les sauvegardes qui n'ont jamais été restaurées. Un fichier de sauvegarde peut être corrompu, incomplet ou endommagé d'une manière qui ne se révèle qu'au moment de la restauration. Si vous n'avez pas testé la restauration, vous ne savez pas si vos sauvegardes fonctionnent. Au moins une fois par trimestre, voire tous les mois pour les sites critiques.

Les sauvegardes partielles sont considérées comme complètes. Les sauvegardes de la base de données uniquement ne prennent pas en compte vos téléchargements, les modifications apportées aux thèmes et les fichiers de plugins. Les sauvegardes de fichiers uniquement ne prennent pas en compte l'ensemble de votre contenu. Les deux types de sauvegarde sont tout aussi importants l'un que l'autre. Si l'outil vous permet de configurer des sauvegardes partielles, vérifiez bien ce qui est sauvegardé avant de supposer que tout est couvert.

Les sauvegardes sont stockées sur le même serveur que le site. En cas d'attaque par ransomware, de compromission du serveur ou de suspension du compte entraînant la mise hors service du site en ligne, les sauvegardes stockées dans le même environnement sont également perdues. Il s'agit là du principe le plus important de la règle 3-2-1, et c'est aussi celui qui est le plus souvent enfreint.

Des politiques de conservation obsolètes. Une période de conservation de 7 jours n'est pas suffisante pour remédier à un problème qui a mis 10 jours à être détecté. Les logiciels malveillants, la corruption des bases de données et les régressions provoquées par les mises à jour de plugins passent souvent inaperçus pendant plus d'une semaine. Optez par défaut pour une durée minimale de 30 jours.

Considérer le fait de « télécharger sur mon ordinateur portable » comme une stratégie de sauvegarde. Les copies locales ponctuelles peuvent convenir en complément. Elles ne remplacent toutefois pas un stockage de sauvegarde systématique, planifié et hors site. Les ordinateurs portables peuvent être perdus, volés, effacés ou tout simplement oubliés.

Sans tenir compte des spécificités de WooCommerce. Les sites de commerce électronique génèrent des données transactionnelles telles que les commandes, les fiches clients et les variations de stock entre deux sauvegardes. Un intervalle de 24 heures entre deux sauvegardes sur une boutique traitant 50 commandes par jour représente 50 commandes que vous pourriez devoir reconstituer manuellement. Sauvegardez les bases de données WooCommerce plus fréquemment que celles des sites de contenu classiques.

Le rôle des sauvegardes dans la maintenance de WordPress

Les sauvegardes sont plus efficaces lorsqu'elles s'inscrivent dans une stratégie de maintenance globale, plutôt que comme une simple police d'assurance que l'on espère ne jamais avoir à utiliser.

Une pratique de maintenance WordPress bien établie englobe plusieurs responsabilités étroitement liées. Les mises à jour permettent de maintenir à jour le cœur de WordPress, les plugins et les thèmes, ce qui comble les failles de sécurité connues. La surveillance de la sécurité et l'analyse des vulnérabilités détectent les problèmes avant qu'ils ne soient exploités. La surveillance de la disponibilité vous alerte lorsqu'un site est hors service, et la surveillance des performances vous avertit lorsqu'il est sur le point de l'être. Les sauvegardes constituent le filet de sécurité qui rend le fonctionnement de toutes les autres couches plus sûr, car le fait de savoir que vous pouvez revenir en arrière sans problème vous permet d'effectuer des mises à jour en toute confiance et d'examiner les problèmes de manière plus approfondie.

Le lien entre les sauvegardes et les mises à jour est particulièrement étroit. La plupart des situations d'urgence nécessitant une restauration surviennent à la suite d'une mise à jour ratée. Effectuer une mise à jour sans disposer d'une sauvegarde récente revient, dans le monde de WordPress, à faire de l'escalade sans corde. Tout se passe bien jusqu'à ce que ça tourne mal, et les conséquences sont bien plus graves que le coût d'une simple précaution.

Le lien entre les sauvegardes et la sécurité est similaire. Lorsqu'un site est compromis, la procédure de restauration consiste presque toujours à restaurer à partir d'une sauvegarde effectuée avant la compromission, et non à tenter de nettoyer l'infection sur place. Les outils de sécurité détectent la compromission. Les sauvegardes vous offrent une issue.

WP Umbrella les sauvegardes WordPress dans le cadre de la maintenance complète du site

Effectuer des sauvegardes sur un seul site est à la portée de presque tous les outils. En revanche, réaliser des sauvegardes hors site fiables et éprouvées sur des dizaines de sites clients, tout en assurant la gestion des mises à jour, de la sécurité, des performances et du reporting, est une tout autre affaire. C'est précisément pour répondre à ce défi que WP Umbrella conçu.

La fonctionnalité de sauvegarde WP Umbrella propose des plannings de sauvegarde automatisés quotidiens, hebdomadaires et mensuels, avec des sauvegardes toutes les heures disponibles en option pour WooCommerce et d'autres sites à forte fréquentation. Les sauvegardes sont incrémentielles, cryptées et stockées dans l'Union européenne afin de respecter le RGPD.

Par défaut, la durée de conservation est de 50 jours, ce qui couvre la plupart des cas où un problème est resté inaperçu plus longtemps que ne le permettrait une fenêtre glissante. Les options de restauration comprennent la restauration complète du site en un clic, la restauration sélective de fichiers ou de la base de données uniquement, ainsi que la restauration d'un dossier unique jusqu'au niveau du plugin, ce qui est utile lorsque vous devez annuler une modification spécifique sans tout défaire.

Outre les sauvegardes, WP Umbrella l'ensemble des tâches de maintenance depuis le même tableau de bord.

Surveillance de la disponibilité et des performances effectue des vérifications sur plusieurs sites à partir de serveurs situés en Europe, en Asie, en Australie et aux États-Unis, avec des intervalles configurables allant de 2 minutes à 1 heure. Le suivi du temps de réponse (Time to First Byte), la surveillance de Google PageSpeed et la visibilité des erreurs PHP au niveau du site sont tous regroupés dans le même tableau de bord. La surveillance SSL et de l'expiration des domaines détecte les défaillances silencieuses qui, sans cela, prendraient les clients par surprise. Les alertes sont transmises par e-mail ou via Slack.

Les mises à jour des plugins et des thèmes s'effectuent via les modes de mise à jour sécurisée (Rapide, Sécurisé classique et Sécurisé avancé), qui créent un instantané de sauvegarde avant l'application des mises à jour, vous offrant ainsi un point de restauration garanti en cas de problème. Les workflows de mise à jour groupée du cœur, des plugins et des thèmes permettent de gérer les modifications sur l'ensemble d'un portefeuille en une seule opération. L'historique des plugins conserve une trace de chaque modification apportée à chaque plugin sur chaque site, transformant ainsi la question « quand cela a-t-il cessé de fonctionner ? » en une question à laquelle il est possible d'apporter une réponse concrète.

Surveillance des vulnérabilités et de la sécurité effectue des analyses en continu toutes les 6 heures à l'aide de la base de données de vulnérabilités de Patchstack, et signale les problèmes via un tableau de bord des risques par site. Pour les sites qui ont besoin d'une protection avant que les correctifs ne soient disponibles, le module complémentaire Site Protect propose une solution de correctifs virtuels optimisée par Patchstack à 2 € par site et par mois, ce qui comble la fenêtre entre la divulgation et la mise à jour qui laisse la plupart des sites exposés.

Rapports clients en marque blanche rassemble toutes ces informations dans des rapports automatisés hebdomadaires, mensuels ou trimestriels portant la marque de votre agence, présentant aux clients les travaux de maintenance pour lesquels ils paient d'une manière qu'ils lisent réellement.

Pour les agences, les indépendants et tous ceux qui gèrent des sites WordPress à grande échelle, intégrer les sauvegardes dans un processus de maintenance plutôt que de les exécuter comme un outil isolé transforme le quotidien des opérations. Au lieu de gérer sept identifiants différents en espérant que chacun fonctionne correctement, vous disposez d'un tableau de bord unique où les sauvegardes, les mises à jour, la sécurité et la surveillance sont toutes regroupées au même endroit.

Commencez votre WP Umbrella gratuit WP Umbrella et regroupez les sites de vos clients en un seul endroit.