
J’ai inscrit deux applications WordPress dans Cloudways Site Manager pour cet avis, une via l’écran d’intégration niché dans la barre latérale de la propre application, une via le flux en lot qui se trouve au niveau du compte.
À partir de là, j’ai effectué une vraie Safe Update sur quatre plugins, créé un horaire de mise à jour automatique partagé couvrant les deux sites, activé la journalisation d’activité, et passé assez de temps dans le tableau de bord au niveau du compte pour comprendre où la même information apparaît à plus d’un endroit, et pourquoi c’est plus important que ça en a l’air.

Site Manager a remplacé un ancien module complémentaire Cloudways appelé SafeUpdates. Comprendre ce que SafeUpdates ne pouvait pas faire explique presque toutes les décisions de conception du produit actuel.
SafeUpdates exécutait tout par SSH, ce qui créait un ensemble précis de problèmes pour toute personne gérant plus de quelques sites :
Les agences qui gèrent vingt installations WordPress ou plus ont dit à Cloudways, en substance, que l’outil fonctionnait jusqu’au moment où il ne pouvait plus passer à l’échelle, et c’était précisément la raison pour laquelle elles étaient sur Cloudways en premier lieu.
Site Manager est la réponse directe à ce commentaire. Ce contexte importe pour lire le reste de cet avis, parce qu’il explique pourquoi certaines parties du produit semblent particulièrement mûres pour quelque chose encore en aperçu public, et pourquoi d’autres parties, comme l’étape d’intégration que vous rencontrerez dès le premier jour, montrent encore les coutures.
Avec ce contexte en place, la question suivante est la portée : jusqu’où cet outil peut-il aller. Avant de parler de l’intégration, des mises à jour et de la planification, il vaut la peine d’être précis sur ce que Site Manager couvre et ce qu’il ne couvre pas, parce que la réponse honnête est plus nuancée qu’un oui ou non tranché.
Toute application disponible pour être inscrite dans le Site Manager au niveau du compte, que ce soit via l’écran par application ou via l’assistant de masse sous Integrations, provenait d’un serveur déjà présent dans mon compte Cloudways.
Il n’y avait aucun champ pour coller des identifiants d’une installation hébergée ailleurs, et aucun connecteur pour un site fonctionnant sur un autre hébergeur.

La suite complète de fonctionnalités couverte dans cet avis, Safe Update avec clonage de préproduction, tests de régression visuelle, journaux d’activité, planification à l’échelle du parc, tout cela vit dans cette couche native hébergée par Cloudways.
Cloudways publie aussi un plugin WordPress gratuit, lui aussi 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, peu importe où il est hébergé, 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.
Cependant, c’est vraiment un produit 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 noyau, des plugins et des thèmes | Oui | Oui |
| Safe Update (clone de préproduction + régression visuelle) | Oui | Non |
| Mise en cache au niveau du serveur (Varnish, Redis, Cloudflare) | Oui | Non |
| Journaux d’activité | Oui (Pro) | Pas équivalent |
| Coût | Gratuit (Basic) / payant (Pro) | Gratuit |
Le plugin désactive aussi les mises à jour automatiques de WordPress lorsqu’il est actif, un choix délibéré de Cloudways pour éviter les conflits pendant la gestion à distance.
Cloudways est clair : l’option plugin est une étape intermédiaire plutôt qu’une destination finale; si vous voulez toute la pile, des sauvegardes automatisées, une mise en scène en un clic, l’intégration Cloudflare, une mise en cache gérée, la meilleure pratique annoncée est de migrer le site externe vers Cloudways plutôt que de le gérer à distance à long terme.
Pour une agence dont tout le portefeuille est hébergé chez Cloudways, rien de tout cela n’a d’importance. Pour toute personne qui exploite encore quelques sites ailleurs, et la plupart des agences que j’ai rencontrées au fil des années ont au moins quelques sites de ce genre, le plugin est une vraie option pour la surveillance de base et les mises à jour, mais pas un substitut à ce que fait le tableau de bord natif.

Une fois la portée clarifiée, la partie pratique commence ici : inscrire réellement une application WordPress. Cloudways donne deux voies d’accès au Site Manager natif, et elles ne se prêtent pas également à la tâche.
Voici exactement comment j’y suis allé la première fois. À partir du tableau de bord d’accueil de Cloudways, j’ai cliqué sur mon serveur, puis sur l’application WordPress qui s’y trouvait, ce qui m’amène à la page Access Details de cette application.

La barre latérale de gauche y liste Access Details, Staging Management, Monitoring, Application Security, Domain Management, puis Site Manager, marqué d’un badge “New”. En cliquant dessus, je suis allé directement à un écran intitulé “Simplify App Management with Site Manager,” entièrement limité à 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 ça a mal tourné.

L’écran a changé pour “Subscribing to the Site Manager Plan…” avec un message expliquant que Cloudways installait le plugin et synchronisait les données du site, et que cela pouvait prendre quelques minutes selon la taille de l’application.

Cela a duré environ deux minutes puis a échoué, en revenant avec une notification d’erreur rouge : “Please delete existing plugin and install again.” Je n’avais aucune installation préalable à supprimer, donc le message lui-même n’indiquait pas ce qui avait réellement mal tourné.

J’ai cliqué sur Get Pro une deuxième fois, 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 verte confirmant que j’avais souscrit au plan Site Manager, me menant à la page Site Manager Overview de l’application, avec le nombre de plugins, le nombre de thèmes, un score de performance et un tableau Manage Updates tous remplis et prêts.

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, dont Site Manager (marqué “New”), Application Migration, DNS Made Easy, CookieYes et Equalize Digital Accessibility Checker.

En cliquant sur la carte Site Manager, je suis arrivé à un écran complètement différent 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 vrai 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 d’autres, 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 préproduction, 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.


Le tout a pris moins d’une minute une fois arrivé à l’écran de l’assistant, et cela s’est appliqué à toutes les applications que j’avais cochées à l’étape un d’un seul coup, sans répéter le choix du plan pour chaque site.
Après avoir maintenant inscrit des applications via les deux chemins, voici le constat qui a changé ma façon de voir l’entretien quotidien 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 était juste à côté d’une application que Site Manager connaissait déjà. Ce n’est pas arrivé. Le compteur “Total Apps on Site Manager” du tableau de bord au niveau du compte est resté exactement au même point jusqu’à ce que je passe manuellement la nouvelle application par l’intégration.

C’est un choix de conception, mais c’est un choix de conception qui a un coût opérationnel :


Site Manager se divise en un niveau gratuit réellement utile et un niveau Pro qui déverrouille les fonctionnalités autour desquelles une agence bâtirait réellement un flux de travail.
| Fonctionnalité | Basic (Gratuit) | Pro |
|---|---|---|
| Vue d’ensemble du site | Oui | Oui |
| Gérer les utilisateurs, thèmes, plugins | Oui | Oui |
| Mises à jour rapides | Oui | Oui |
| Connexion unique WordPress | Oui | Oui |
| Tableau de bord centralisé | Oui | Oui |
| Safe Updates (clone de préproduction + 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 amputée. Il inclut une vraie vue d’ensemble du site, la possibilité de gérer les utilisateurs, thèmes et 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 placé l’expérience centrale “voir tous vos sites en un seul endroit” derrière un mur payant. Ce qui est réservé, c’est tout ce qui rend ce tableau de bord assez fiable pour qu’on agisse sans le surveiller de près.
Pro est actuellement gratuit pendant l’aperçu public, peu importe son prix affiché, qui est de $3 par application par mois, tombant à $2 par application une fois que vous dépassez cinq applications.
Ce seuil de rabais vaut la peine d’être 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 par rapport à ce qu’une seule mise à jour brisée, sans sauvegarde, pourrait coûter en confiance client, mais la tarification par application fait croître la facture en ligne droite avec votre portefeuille, et non par paliers comme certains outils concurrents à des niveaux plus élevés.
Avec l’inscription et la tarification réglées, le reste de cet avis couvre l’utilisation quotidienne réelle, en commençant par une pièce d’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 à vraiment saisir, et elle n’est expliquée nulle part dans l’interface elle-même.
Ce sont trois portes qui mènent à la même pièce. La vue par application est destinée à quelqu’un qui travaille déjà à l’intérieur de ce site précis et qui remarque par hasard une mise à jour en attente. L’action de ligne au niveau du compte est destinée à quelqu’un qui parcourt tout le portefeuille et décide d’agir sur un site tout de suite.
L’onglet de planification sert à retirer l’humain de la boucle complètement.
Parmi les trois portes décrites juste avant, cette section couvre les deux premières, la vue par application et l’action de ligne au niveau du compte, puisqu’elles ouvrent toutes deux le même mécanisme de mise à jour.
Chaque niveau de plan offre 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 au sujet du compromis, avertissant que cela “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 un vrai manque dans cet avis, et je traiterais toute affirmation sur le comportement d’échec de Quick Update, venant de moi ou de quiconque n’en a pas déclenché une, avec le scepticisme approprié.
Safe Update est là où Pro justifie son prix, et cela vaut la peine de parcourir le processus en entier, parce qu’il est plus complexe que “backup, then update.”
Voici exactement comment je l’ai déclenché. Depuis le tableau Overview au niveau du compte sous Integrations → Site Manager, j’ai trouvé la ligne de l’application ayant 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 ayant une mise à jour en attente, quatre dans mon cas, Breeze, Elementor, Object Cache Pro et WP ULike, chacun affiché comme élément coché avec sa version actuelle et la version vers laquelle il allait être mis à jour.

Sous la liste se trouvaient deux options à boutons radio : Quick Update et Safe Update, chacune avec une courte 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 de vérification par étapes qui se met à jour en temps réel.
Staging environment :
Production :

J’ai lancé le processus à 6:21 pm et il s’est terminé à 6:27 pm. Six minutes, pour quatre plugins, sur un cycle complet préproduction puis production. La fenêtre modale elle-même indique qu’en général cela “usually takes less than a minute,” ce qui a été dépassé de loin dans mon cas.
Il vaut mieux planifier en tenant compte de cet écart entre l’estimation affichée et le temps réel plutôt que d’en être surpris si vous lancez Safe Update sur un lot de plugins pendant une fenêtre de maintenance; prévoyez des minutes, pas des secondes, surtout quand le nombre de plugins augmente.
Une notification de succès a confirmé le résultat, et dès que c’était fini, l’onglet History au niveau du compte l’a inscrit comme “On-Demand Successful: Plugins (4)” avec un lien vers le détail complet.

Cette clôture de la boucle, voir une action se dérouler puis pouvoir immédiatement pointer vers un registre permanent de ce qui s’est passé, est exactement le genre de preuve destinée aux clients dont une agence a besoin, et SafeUpdates ne l’a jamais offert.
Ces deux réglages 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 valeurs par défaut déterminent si une mise à jour automatique nocturne sans surveillance vous réveille avec un plugin signalé en attente, ou avec tout un site bloqué au milieu d’une mise à jour parce qu’un thème incompatible a fait dérailler tout le processus. Cela vaut la peine de vérifier les deux avant de faire confiance à un horaire pour s’exécuter sans surveillance.

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 pitch du “gérer de nombreux sites comme s’il n’y en avait qu’un” tient ou s’effondre. Dans mon cas, il a tenu.
Voici exactement comment je l’ai configuré. Depuis Integrations → Site Manager, j’ai cliqué sur l’onglet Auto Updates dans la rangée supérieure.

Avec rien de planifié pour le moment, la page affichait un état vide, “No Auto Updates Schedule,” avec un seul bouton : Set Auto Update Schedule.
En cliquant dessus, cela a ouvert un assistant, “Set Auto Update Schedule,” qui m’a guidé à travers les éléments suivants en un seul passage :

Un deuxième écran s’est alors ouvert, “Create Auto Update Schedule,” couvrant :


En cliquant sur Set AutoUpdate Schedule en bas, cela a été enregistré et 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 qui se trouvent derrière 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 propre page Site Manager Overview de cette application, celle vers laquelle vous arrivez après vous être abonné via le Chemin 1, une carte intitulée “Activity Logs are Disabled” se trouve à côté de l’anneau de performance, avec une courte 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 tout de suite 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 d’un client : qui a changé quoi, et quand?
Sans elle, cette réponse vit généralement dans un plugin de journalisation WordPress écrivant dans la propre base de données du site, ce qui l’alourdit au fil du temps et n’offre aucune protection contre la falsification. Avoir cet enregistrement à l’extérieur de l’installation WordPress elle-même, dans la couche d’hébergement, représente un niveau de confiance nettement différent pour tout ce qui est destiné à des clients.

Une fois la suite de fonctionnalités, ses coûts et ses limites sur la table, la dernière question est simplement de savoir si cela convient à votre portefeuille précis.
Le choix le plus évident est une agence ou un développeur pigiste gérant plusieurs, idéalement de nombreux, sites WordPress qui vivent déjà entièrement chez Cloudways, où une mise à jour brisée a un vrai coût en confiance client plutôt qu’un simple désagrément personnel.
Le flux de travail Safe Update et la planification en lot existent précisément pour résoudre le problème qui se présente une fois qu’on dépasse le point où vérifier chaque site individuellement reste raisonnable.
C’est un ajustement partiel pour toute personne ayant un portefeuille mixte. Le plugin gratuit Site Manager peut intégrer des sites externes pour la surveillance de base et les mises à jour, mais les fonctionnalités qui valent de payer le tableau de bord natif, Safe Update basé sur la préproduction, régression visuelle, journaux d’activité, restent hors de portée jusqu’à ce que ces sites soient réellement déplacés vers Cloudways.
C’est tout simplement inutile pour un propriétaire d’un seul site. Le niveau gratuit fonctionnerait techniquement, mais tout le produit existe pour résoudre un problème à l’échelle d’un portefeuille qu’un seul site ne crée jamais.
Oui, le site manager vaut la peine d’être adopté, à une condition : que vos sites soient déjà hébergés sur Cloudways. Dans ce cadre, Site Manager tient ses promesses, un vrai tableau de bord inter-applications, une voie Safe Update qui sauvegarde avant de toucher à la production, et une planification en lot qui traite les mises à jour comme une action à l’échelle de la flotte plutôt que comme une corvée par connexion.
En dehors de ce cadre, c’est un outil plus léger avec une incitation claire à migrer. Le meilleur cas d’usage est une agence qui consolide des sites clients sur Cloudways et qui a besoin d’un seul endroit 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 dans votre compte Cloudways. Un plugin compagnon distinct et gratuit étend des capacités de surveillance et de mise à jour allégées aux sites WordPress hébergés n’importe où.
Pas via le tableau de bord natif testé dans cet examen, 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 le clone de staging de Safe Update, les tests de régression visuelle ni la mise en cache au niveau du serveur.
Le forfait Basic est gratuit et comprend la vue d’ensemble du site, la gestion des utilisateurs et des extensions, ainsi que les Mises à jour rapides. Le forfait Pro ajoute les Mises à jour sécurisées, la planification, la surveillance des performances et les journaux d’activité, pour 3 $ par application par mois, avec un tarif réduit à 2 $ pour cinq applications ou plus, et il est actuellement gratuit pendant l’aperçu public.
Mise à jour rapide applique les changements 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 est réussi.
Oui. Les nouvelles applications ne sont jamais inscrites automatiquement, même lorsqu’elles sont ajoutées à un serveur qui héberge déjà d’autres applications Site Manager en cours d’exécution. Chaque site doit suivre sa propre étape d’intégration, soit individuellement, soit par l’intermédiaire de l’assistant de traitement par lot sous Intégrations.

Répondez à quelques questions simples et trouvez la solution parfaite pour vous !
Commencer la recherche d'hébergement





