J’ai inscrit deux applications WordPress dans Cloudways Site Manager pour ce test, l’une via l’écran d’onboarding niché dans la barre latérale de sa propre application, l’autre via le flux groupé qui se trouve au niveau du compte.
À partir de là, j’ai lancé une vraie Safe Update sur quatre plugins, créé un planning d’auto-mise à jour partagé couvrant les deux sites, activé la journalisation des activités, et passé suffisamment de temps dans le tableau de bord au niveau du compte pour comprendre où une même information apparaît à plus d’un endroit, et pourquoi cela compte plus qu’il n’y paraît.
Site Manager a remplacé un ancien module Cloudways appelé SafeUpdates. Comprendre ce que SafeUpdates ne pouvait pas faire explique presque toutes les décisions de conception du produit actuel.
SafeUpdates s’exécutait entièrement via SSH, ce qui créait un ensemble précis de problèmes pour toute personne gérant plus de quelques sites :
Les agences gérant vingt installations WordPress ou plus ont dit à Cloudways, en substance, que l’outil fonctionnait jusqu’au moment où il ne passait plus à l’échelle, et la mise à l’échelle était précisément la raison pour laquelle elles étaient chez Cloudways.
Site Manager est la réponse directe à ce retour. Ce contexte est important pour lire le reste de ce test, parce qu’il explique pourquoi certaines parties du produit semblent d’une maturité inhabituelle pour quelque chose encore en Public Preview, et pourquoi d’autres parties, comme l’étape d’onboarding que vous rencontrerez le premier jour, montrent encore les coutures.
Avec ce contexte en place, la question suivante est celle du périmètre : ce que cet outil peut réellement couvrir. Avant d’entrer dans l’onboarding, les mises à jour et la planification, il vaut la peine d’être précis sur ce que Site Manager couvre et sur ce qu’il ne couvre pas, parce que la réponse honnête est plus nuancée qu’un oui ou non net.
Chaque application disponible à l’enrôlement dans Site Manager au niveau du compte, que ce soit via l’écran par application ou via l’assistant en masse dans Integrations, provenait d’un serveur déjà présent dans mon compte Cloudways.
Il n’y avait aucun champ pour saisir les identifiants d’une installation hébergée ailleurs, et aucun connecteur pour un site tournant chez un autre hébergeur.
L’ensemble des fonctionnalités couvertes dans ce test, Safe Update, le clone de staging, les tests de régression visuelle, les journaux d’activité, la planification groupée, tout cela se trouve dans cette couche native hébergée par Cloudways.
Cloudways publie aussi un plugin WordPress gratuit, également appelé Cloudways Site Manager, co-développé avec WP Remote.
Contrairement au tableau de bord natif, ce plugin s’installe directement sur un site WordPress, quel que soit son hébergement, ce qui signifie qu’il peut intégrer un site externe, non hébergé chez Cloudways, dans une version de la même vue centralisée.
Il s’agit toutefois d’un produit réellement différent du tableau de bord natif, et l’écart entre les deux compte :
| Capacité | Site Manager natif (applications hébergées sur Cloudways) | Plugin Site Manager (n’importe quel hébergeur) |
|---|---|---|
| Tableau de bord centralisé | Oui | Oui |
| Mises à jour du cœur, des plugins et des thèmes | Oui | Oui |
| Safe Update (clone de staging + régression visuelle) | Oui | Non |
| Mise en cache au niveau serveur (Varnish, Redis, Cloudflare) | Oui | Non |
| Journaux d’activité | Oui (Pro) | Pas équivalent |
| Coût | Gratuit (Basic) / payant (Pro) | Gratuit |
Le plugin désactive également les mises à jour automatiques propres à WordPress lorsqu’il est actif, un choix délibéré de la part de Cloudways afin d’éviter les conflits lors de la gestion à distance.
Cloudways est clair sur le fait que l’option plugin est un tremplin plutôt qu’une destination : si vous voulez l’ensemble de la pile, les sauvegardes automatisées, le staging en un clic, l’intégration Cloudflare, la mise en cache gérée, la bonne pratique indiquée consiste à migrer le site externe vers Cloudways plutôt que de le gérer à distance sur le long terme.
Pour une agence disposant d’un portefeuille entièrement hébergé chez Cloudways, tout cela n’a aucune importance. Pour toute personne gérant encore quelques sites ailleurs, et la plupart des agences que j’ai croisées au fil des ans ont au moins quelques cas comme cela, le plugin est une vraie option pour la surveillance et les mises à jour de base, simplement pas un substitut à ce que fait le tableau de bord natif.
Le périmètre étant clarifié, la partie pratique commence ici : inscrire réellement une application WordPress. Cloudways propose deux façons d’entrer dans le Site Manager natif, et elles ne sont pas également adaptées à la tâche.
Voici exactement comment j’y suis allé la première fois. Depuis le tableau de bord d’accueil de Cloudways, j’ai cliqué sur mon serveur, puis sur l’application WordPress située dessus, ce qui vous amène à la page Access Details de cette application.
La barre latérale gauche y liste Access Details, Staging Management, Monitoring, Application Security, Domain Management, puis Site Manager, marqué d’un badge “New”. En cliquant dessus, j’ai été amené directement sur un écran intitulé “Simplify App Management with Site Manager,” entièrement dédié à cette seule application, avec deux cartes de plan côte à côte, Basic et Pro.
J’ai cliqué sur Get Pro. C’est là que les choses ont mal tourné.
L’écran a changé pour afficher “Subscribing to the Site Manager Plan…” avec un message expliquant que Cloudways installait le plugin et synchronisait les données de mon site, et que cela pouvait prendre quelques minutes selon la taille de l’application.
Il a tourné pendant environ deux minutes puis a échoué, en renvoyant une notification d’erreur rouge : “Please delete existing plugin and install again.” Je n’avais aucune installation préalable à supprimer, donc le message ne disait pas vraiment ce qui avait mal tourné.
J’ai cliqué une deuxième fois sur Get Pro, sur le même écran de plan, sans rien changer. Cette tentative a fonctionné. Elle a pris environ trois minutes et s’est terminée par une notification de succès verte confirmant que j’avais souscrit au plan Site Manager, m’amenant sur la page d’aperçu Site Manager de l’application, avec le nombre de plugins, le nombre de thèmes, un score de performance et un tableau Manage Updates déjà renseignés et prêts à l’emploi.
C’est le chemin à utiliser dès que vous avez plus d’un site à gérer, et voici exactement comment je l’ai trouvé et utilisé.
Depuis le tableau de bord d’accueil de Cloudways, la navigation de gauche comporte une rangée d’icônes : Home, Flexible, Autonomous, Integrations, et Agency Partners. J’ai cliqué sur Integrations. Cela a ouvert un panneau de cartes, parmi lesquelles Site Manager (marqué “New”), Application Migration, DNS Made Easy, CookieYes, et Equalize Digital Accessibility Checker.
Cliquer sur la carte Site Manager m’a amené sur un écran complètement différent de celui du Chemin 1, qui se trouve sous le fil d’Ariane Integrations → Add-Ons → Site Manager, avec sa propre rangée d’onglets : Overview, Manage Updates, Auto Updates, History.
Cette page Overview est le véritable centre de commande. Elle affiche des statistiques à l’échelle du compte, Total Apps on Site Manager, Apps on Free Plan, Apps on Pro Plan, Apps with Auto Updates, et, en dessous, un tableau Manage Applications listant chaque application déjà inscrite.
Pour en ajouter davantage, j’ai cliqué sur Add Apps to Site Manager en haut à droite de ce tableau. Cela a ouvert un assistant en deux étapes :
Une note au-dessus de la liste expliquait qu’elle exclut les applications de staging, les applications sur des serveurs arrêtés et toute application utilisant déjà l’ancien module SafeUpdates. J’ai coché l’application voulue et cliqué sur Select Plan.
L’ensemble du flux a pris moins d’une minute une fois arrivé à l’assistant, et il s’est appliqué à toutes les applications que j’avais cochées à l’étape une d’un coup, sans répéter le choix du plan site par site.
Après avoir inscrit des applications via les deux chemins, voici la découverte qui a changé ma façon de penser la maintenance quotidienne de ce produit. J’ai ajouté une deuxième application WordPress à un serveur qui avait déjà Site Manager en train de gérer activement une autre application sur ce même serveur.
Je m’attendais à ce que la nouvelle application apparaisse automatiquement, puisqu’elle se trouvait juste à côté d’une application déjà connue de Site Manager. Ce ne fut pas le cas. Le compteur “Total Apps on Site Manager” du tableau de bord au niveau du compte n’a pas bougé d’un iota tant que je n’ai pas fait passer manuellement la nouvelle application par l’onboarding.
C’est un choix de conception, mais un choix de conception qui a un coût opérationnel :
Site Manager se divise en une vraie offre gratuite utile et une offre Pro qui débloque les fonctionnalités autour desquelles une agence construirait réellement un flux de travail.
| Fonctionnalité | Basic (Gratuit) | Pro |
|---|---|---|
| Aperçu du site | Oui | Oui |
| Gérer les utilisateurs, thèmes, plugins | Oui | Oui |
| Mises à jour rapides | Oui | Oui |
| Connexion unique WordPress (SSO) | Oui | Oui |
| Tableau de bord centralisé | Oui | Oui |
| Safe Updates (clone de staging + test de régression) | Non | Oui |
| Mises à jour automatiques planifiées | Non | Oui |
| Surveillance des performances du site | Non | Oui |
| Journaux d’activité | Non | Oui |
| Historique des mises à jour | Non | Oui |
Basic n’est pas une version d’essai allégée. Il comprend un véritable aperçu du site, la possibilité de gérer les utilisateurs, les thèmes et les plugins sans toucher à wp-admin, la connexion unique WordPress en un clic, Quick Updates et, surtout, le tableau de bord centralisé lui-même.
Cloudways n’a pas réservé l’expérience de base “voir tous vos sites au même endroit” derrière un mur payant. Ce qui est réservé, ce sont toutes les fonctions qui rendent ce tableau de bord suffisamment fiable pour agir sans le surveiller en permanence.
Pro est actuellement gratuit pendant le Public Preview, quel que soit son prix affiché, qui est de $3 par application et par mois, puis passe à $2 par application une fois que vous dépassez cinq applications.
Ce seuil de remise mérite un calcul avant de supposer que Pro est bon marché à grande échelle :
| Sites gérés | Coût Pro (prix affiché) |
|---|---|
| 3 sites | $9/mois |
| 5 sites | $10/mois ($2/app) |
| 10 sites | $20/mois |
| 25 sites | $50/mois |
| 50 sites | $100/mois |
Aucun de ces montants n’est déraisonnable face à ce que pourrait coûter une seule mise à jour cassée et non sauvegardée en termes de confiance client, mais la tarification par application signifie que la facture augmente en ligne droite avec votre portefeuille, et non avec les remises par paliers que certains outils concurrents offrent à des niveaux plus élevés.
Une fois l’inscription et le prix clarifiés, le reste de ce test couvre le fonctionnement au quotidien, en commençant par une architecture qu’il vaut la peine de comprendre.
C’est la partie de la conception de Site Manager qui m’a demandé le plus de temps pour être vraiment comprise, et elle n’est expliquée nulle part dans l’interface elle-même.
Ce sont trois portes vers la même pièce. La vue par application est destinée à quelqu’un qui travaille déjà dans ce site précis et qui remarque au passage une mise à jour en attente. L’action au niveau du compte, sur une ligne, est destinée à quelqu’un qui parcourt tout le portefeuille et décide d’agir immédiatement sur un site.
L’onglet de planification sert à retirer l’humain de la boucle complètement.
Des trois portes décrites juste avant, cette section couvre les deux premières, la vue par application et l’action au niveau du compte sur une ligne, puisqu’elles ouvrent toutes deux le même mécanisme de mise à jour.
Chaque niveau d’offre propose Quick Update. L’appliquer prend quelques secondes : la mise à jour s’installe directement en production, sans vérification de compatibilité et sans sauvegarde préalable.
Le libellé de l’interface de Cloudways est honnête quant au compromis, avertissant qu’elle “may carry risks if updates aren’t compatible.”
Je n’ai pas exécuté de Quick Update pendant ce test, donc je ne peux pas décrire de première main à quoi ressemble un échec à l’écran. C’est une vraie lacune de ce test, et je traiterais toute affirmation sur le comportement d’échec de Quick Update, qu’elle vienne de moi ou de quiconque ne l’a pas déclenché, avec le scepticisme approprié.
Safe Update est la fonctionnalité qui justifie à elle seule le passage à Pro, et il vaut la peine de décrire le processus en entier, car il est plus complexe que “backup, then update.”
Voici exactement comment je l’ai déclenchée. Depuis le tableau Overview au niveau du compte dans Integrations → Site Manager, j’ai trouvé la ligne de l’application avec des mises à jour en attente et j’ai cliqué sur le menu à trois points Actions à la fin de cette ligne. Il a ouvert quatre options : WP-Admin, App Overview, Manage Updates, et Manage Plan. J’ai cliqué sur Manage Updates.
Cela a ouvert une fenêtre modale listant chaque plugin disposant d’une mise à jour en attente, quatre dans mon cas, Breeze, Elementor, Object Cache Pro, et WP ULike, chacun affiché comme un élément coché avec sa version actuelle et la version vers laquelle il allait être mis à jour.
Sous la liste se trouvaient deux options radio : Quick Update et Safe Update, chacune accompagnée d’une brève description du compromis. J’ai sélectionné Safe Update et cliqué sur Proceed.
Au lieu d’un simple indicateur de progression, la fenêtre modale qui s’est ouverte ensuite affiche une liste d’étapes qui se met à jour en temps réel.
Environnement de staging :
Production :
J’ai lancé l’exécution à 6:21 pm et elle s’est terminée à 6:27 pm. Six minutes pour quatre plugins, sur un cycle complet staging puis production. La fenêtre modale indique elle-même que cela “usually takes less than a minute,” ce qui a été largement dépassé dans mon cas.
L’écart entre l’estimation affichée et le temps réel mérite d’être anticipé plutôt que de vous surprendre si vous lancez Safe Update sur un lot de plugins pendant une fenêtre de maintenance ; prévoyez des minutes, pas des secondes, surtout à mesure que le nombre de plugins augmente.
Une notification de succès a confirmé le résultat, et au moment même où l’opération s’est terminée, l’onglet History au niveau du compte l’a enregistrée comme “On-Demand Successful: Plugins (4)” avec un lien vers le détail complet.
Le fait de fermer la boucle ainsi, voir une action se dérouler puis pouvoir immédiatement pointer vers un enregistrement permanent de celle-ci, est exactement le genre de preuve utile face à un client qu’une agence a besoin de fournir, et SafeUpdates ne donnait jamais cela.
Les deux se trouvent dans le flux de planification plutôt que dans l’écran de mise à jour à la demande, ce qui les rend faciles à manquer :
Ensemble, ces deux réglages par défaut déterminent si une mise à jour automatisée de nuit vous réveille avec un seul plugin signalé en attente ou avec un site entier bloqué en milieu de mise à jour parce qu’un thème incompatible a tout arrêté. Cela vaut la peine de vérifier les deux avant de faire confiance à une planification en exécution autonome.
Cela couvre les deux premières portes. Cette section couvre la troisième : retirer l’humain de la boucle complètement. L’onglet Auto Updates, accessible depuis la même page Site Manager au niveau du compte, est l’endroit où le discours “gérer de nombreux sites comme s’ils n’en formaient qu’un” tient ses promesses ou s’effondre. Dans mon cas, il a tenu ses promesses.
Voici exactement comment je l’ai configuré. Depuis Integrations → Site Manager, j’ai cliqué sur l’onglet Auto Updates dans la rangée du haut.
Comme rien n’était encore planifié, la page affichait un état vide, “No Auto Updates Schedule,” avec un seul bouton : Set Auto Update Schedule.
En cliquant dessus, j’ai ouvert un assistant, “Set Auto Update Schedule,” qui m’a guidé sur les points suivants en une seule passe :
Un second écran s’est alors ouvert, “Create Auto Update Schedule,” couvrant :
En cliquant sur Set AutoUpdate Schedule en bas, j’ai enregistré le tout, appliqué à toutes les applications que j’avais sélectionnées à l’étape deux, sans avoir à répéter la configuration site par site.
Les trois portes et les mécanismes de mise à jour derrière elles couvrent le comment. Cette dernière fonctionnalité couvre la preuve : un enregistrement permanent de ce qui s’est passé, distinct du processus de mise à jour lui-même.
Voici exactement comment je l’ai activée.
Depuis la page Site Manager Overview de cette application, la même vers laquelle vous arrivez après vous être inscrit via le Chemin 1, une carte intitulée “Activity Logs are Disabled” se trouve à côté de l’anneau de performance, avec une brève description et un seul bouton : Enable Activity Logs.
J’ai cliqué dessus, et la carte s’est mise à jour immédiatement, sans fenêtre de confirmation, sans étape supplémentaire. En vérifiant juste après le tableau Manage Applications au niveau du compte, sous Integrations → Site Manager, la colonne Activity Logs pour cette application était déjà passée de Disabled à Enabled, sans qu’il soit nécessaire d’actualiser la page.
Cette fonctionnalité se trouve derrière Pro, et elle existe pour répondre à une question que toute agence finit par entendre de la part d’un client : qui a changé quoi, et quand ?
Sans cela, la réponse vit généralement dans un plugin de journalisation WordPress écrivant dans la base de données du site, ce qui finit par l’alourdir avec le temps et n’offre aucune protection contre la falsification. Disposer de cet historique en dehors de l’installation WordPress elle-même, dans la couche d’hébergement, constitue un niveau de confiance sensiblement différent pour tout ce qui est destiné à des clients.
Une fois l’ensemble des fonctionnalités, leurs coûts et leurs angles morts exposés, la dernière question est simplement de savoir si cela correspond à votre portefeuille précis.
Le profil le plus évident est une agence ou un développeur freelance gérant plusieurs, idéalement de nombreux, sites WordPress qui sont déjà entièrement hébergés chez Cloudways, où une mise à jour défaillante a un vrai coût en termes de confiance client plutôt qu’un simple désagrément personnel.
Le workflow Safe Update et la planification groupée existent précisément pour résoudre le problème qui apparaît une fois que vérifier chaque site individuellement n’est plus raisonnable.
C’est un bon ajustement partiel pour toute personne ayant un portefeuille mixte. Le plugin gratuit Site Manager peut intégrer des sites externes pour une surveillance et des mises à jour de base, mais les fonctionnalités qui rendent le tableau de bord natif digne d’être payé, Safe Update basé sur le staging, la régression visuelle, les journaux d’activité, restent hors de portée tant que ces sites ne sont pas migrés vers Cloudways.
C’est simplement inutile pour un propriétaire de site unique. Le niveau gratuit fonctionnerait techniquement, mais l’ensemble du produit existe pour résoudre un problème à l’échelle d’un portefeuille qu’un site unique ne crée jamais.
Oui, le site manager vaut la peine d’être adopté, sous une condition : vos sites vivent déjà sur Cloudways. Dans ce cadre, Site Manager tient ses promesses, un vrai tableau de bord transversal aux applications, un parcours Safe Update qui sauvegarde avant de toucher la production, et une planification groupée qui traite les mises à jour comme une action sur toute la flotte plutôt que comme une corvée site par site.
En dehors de ce cadre, c’est un outil plus léger avec un évident message de migration en toile de fond. Le meilleur cas d’usage est une agence qui regroupe ses sites clients sur Cloudways et qui a besoin d’un endroit unique pour prouver ce qui a changé et quand.
| Description | Expert Review |
|---|---|
| Hébergement WordPress géré avec rapidité, sécurité, et mises à jour sans traca... | Read Wordpress Hosting Review |
| Hébergement cloud flexible, à hautes performances avec des ressources évolutives e... | Read Cloud Hosting Review |
| Hébergement de messagerie sécurisé et efficace, adapté aux besoins de communicati... | Read Email Hosting Review |
| Hébergement Magento optimisé avec des vitesses rapides et des performances e-commer... | Read Magento Hosting Review |
| Read WooCommerce hosting Review | |
| Read VPS Hosting Review |
Oui. Cloudways Site Manager est un module complémentaire natif qui centralise les mises à jour, la surveillance des performances et les journaux d’activité pour les applications WordPress déjà hébergées sur votre compte Cloudways. Un plugin compagnon gratuit distinct étend des fonctionnalités de surveillance et de mise à jour plus légères aux sites WordPress hébergés partout ailleurs.
Pas via le tableau de bord natif testé dans cette revue, qui est limité aux applications déjà hébergées sur Cloudways. Un plugin gratuit, également appelé Cloudways Site Manager et co-développé avec WP Remote, peut intégrer des sites externes pour la surveillance et les mises à jour du noyau, des extensions et des thèmes, mais sans la création de clone sur staging de Safe Update, les tests de régression visuelle ni la mise en cache au niveau du serveur.
Le niveau Basic est gratuit et couvre la vue d’ensemble du site, la gestion des utilisateurs et des plugins, ainsi que les mises à jour rapides. Pro ajoute les mises à jour sécurisées, la planification, le suivi des performances et les journaux d’activité pour 3 $ par application et par mois, avec un tarif ramené à 2 $ à partir de cinq applications, et est actuellement gratuit pendant la phase de Public Preview.
Mise à jour rapide applique les modifications directement en production en quelques secondes, sans sauvegarde ni vérification de compatibilité. Mise à jour sécurisée crée un clone de préproduction, vérifie la compatibilité, met à jour chaque paquet, exécute un test de régression visuelle, et ne pousse vers la production que si ce test réussit.
Oui. Les nouvelles applications ne sont jamais inscrites automatiquement, même lorsqu’elles sont ajoutées à un serveur sur lequel d’autres applications Site Manager sont déjà en cours d’exécution. Chaque site doit effectuer sa propre étape d’intégration, soit individuellement, soit via l’assistant de traitement par lot sous Integrations.
Répondez à quelques questions simples et trouvez la solution parfaite pour vous !
Commencer la recherche d'hébergement
HostAdvice.com fournit des critiques professionnels d'hébergement web totalement indépendantes de toute autre entité. Nos avis sont impartiaux, honnêtes, et les mêmes critères d'évaluations sont appliqués à toutes les sociétés examinées.
Bien qu'une compensation financière soit reçue de la part de quelques hébergeurs apparaissant sur le site, la rémunération de services et de produits n'influence en aucun cas le sens et les conclusions de nos avis. Celle-ci n'affecte pas non plus le classement de certains hébergeurs.
Cette rémunération couvre les frais d'achats de compte, de tests et les droits d'auteur versés aux critiques.
