Ich habe zwei WordPress-Anwendungen in Cloudways Site Manager für diesen Test registriert, eine über den Onboarding-Bildschirm, der in der eigenen Seitenleiste einer Anwendung versteckt ist, die andere über den Bulk-Flow, der auf Kontenebene liegt.

Von dort aus habe ich ein echtes Safe Update an vier Plugins ausgeführt, einen gemeinsamen Auto-Update-Zeitplan für beide Sites erstellt, die Aktivitätsprotokollierung aktiviert und genug Zeit im kontenweiten Dashboard verbracht, um zu verstehen, wo dieselben Informationen an mehr als einer Stelle auftauchen und warum das wichtiger ist, als es klingt.

Cloudways

Verwalten Sie Cloudways-gehostete WordPress-Anwendungen mit zentralisierten Updates, Safe Updates, Aktivitätsprotokollen und portfolioweitem Scheduling.

Cloudways besuchen

Was ist der Cloudways Site Manager?

Site Manager ersetzte ein älteres Cloudways-Add-on namens SafeUpdates. Zu verstehen, was SafeUpdates nicht konnte, erklärt fast jede Designentscheidung im aktuellen Produkt.

SafeUpdates lief komplett über SSH, was für alle, die mehr als ein paar Sites verwalten, eine bestimmte Reihe von Problemen erzeugte:

• Kein Dashboard, also keine Möglichkeit zu sehen, welche Sites Aufmerksamkeit brauchen, ohne jede einzelne einzeln zu prüfen
• Updates an einen festen Wochenplan gebunden, unabhängig davon, ob ein Kunde tägliches Patchen oder monatliche Wartung benötigte
• Visuelles Regressionstesting auf drei Desktop-Seiten pro Site begrenzt, also eine dünne Abdeckung für alles außer einer Broschüren-Website
• Kein Audit-Trail, der zeigte, was sich geändert hat, wann oder wer die Änderung vorgenommen hat

Agenturen, die zwanzig oder mehr WordPress-Installationen verwalten, sagten Cloudways sinngemäß, dass das Tool funktionierte, bis es das nicht mehr tat, und Skalierung war genau der Grund, warum sie überhaupt auf Cloudways waren.

Site Manager ist die direkte Antwort auf dieses Feedback. Dieser Kontext ist wichtig für den Rest dieses Tests, weil er erklärt, warum sich einige Teile des Produkts ungewöhnlich ausgereift anfühlen für etwas, das noch in der öffentlichen Vorschau ist, und warum andere Teile, wie der Onboarding-Schritt, auf den man am ersten Tag stößt, noch Nähte zeigen.

Was kann Cloudways Site Manager?

Mit diesem Hintergrund ist die nächste Frage der Umfang: Worauf kann dieses Tool tatsächlich zugreifen. Bevor es um Onboarding, Updates und Scheduling geht, lohnt es sich, genau zu sagen, was Site Manager abdeckt und was nicht, denn die ehrliche Antwort ist nuancierter als ein einfaches Ja oder Nein.

Das native Dashboard ist nur für Cloudways

Jede Anwendung, die für den kontenweiten Site Manager registriert werden konnte, sei es über den App-spezifischen Bildschirm oder den Bulk-Assistenten unter Integrations, stammte von einem Server, der bereits in meinem Cloudways-Konto lag.

Es gab kein Feld, um Anmeldedaten für eine extern gehostete Installation einzufügen, und keinen Connector für eine Site, die auf einem ganz anderen Host lief.

Der vollständige Funktionsumfang, der in diesem Test behandelt wird, Safe Updates’ Staging-Klon, visuelles Regressionstesting, Aktivitätsprotokolle, Bulk-Scheduling, all das lebt in dieser nativen, Cloudways-gehosteten Ebene.

Ein separates Plugin erweitert leichtes Monitoring auf jede Site

Cloudways veröffentlicht außerdem ein kostenloses WordPress-Plugin, ebenfalls Cloudways Site Manager genannt, das gemeinsam mit WP Remote entwickelt wurde.

Anders als das native Dashboard wird dieses Plugin direkt auf einer WordPress-Site installiert, unabhängig davon, wo sie gehostet wird, und kann so eine externe, nicht auf Cloudways gehostete Site in eine Version derselben zentralen Ansicht bringen.

Es ist allerdings ein wirklich anderes Produkt als das native Dashboard, und die Lücke zwischen beiden ist wichtig:

Das Plugin deaktiviert außerdem bei aktivem Zustand die automatischen Updates von WordPress selbst, eine bewusste Entscheidung von Cloudways, um Konflikte bei der Remote-Verwaltung zu vermeiden.

Cloudways sagt offen, dass der Plugin-Weg eher ein Zwischenschritt als das Ziel ist: Wenn Sie den vollen Stack wollen, automatisierte Backups, One-Click-Staging, Cloudflare-Integration, verwaltetes Caching, dann ist die empfohlene Best Practice, die externe Site auf Cloudways zu migrieren, statt sie langfristig nur remote zu verwalten.

Für eine Agentur mit einem komplett auf Cloudways gehosteten Portfolio spielt all das keine Rolle. Für alle, die noch ein paar Sites anderswo betreiben, und die meisten Agenturen, mit denen ich im Laufe der Jahre gesprochen habe, haben zumindest ein paar davon, ist das Plugin eine echte Option für grundlegendes Monitoring und Updates, aber kein Ersatz für das, was das native Dashboard leistet.

Cloudways

Verwalten Sie Cloudways-gehostete WordPress-Anwendungen mit zentralisierten Updates, Safe Updates, Aktivitätsprotokollen und portfolioweitem Scheduling.

Cloudways besuchen

Erste Schritte: Zwei Wege, Sites einzubinden

Mit geklärtem Umfang beginnt der praktische Teil hier: tatsächlich eine WordPress-Anwendung einzubinden. Cloudways gibt Ihnen zwei Wege in den nativen Site Manager, und sie sind nicht gleichermaßen für diese Aufgabe geeignet.

Weg 1: über die eigene Seitenleiste einer Anwendung

Hier ist genau, wie ich beim ersten Mal hingekommen bin. Vom Cloudways-Home-Dashboard aus habe ich auf meinen Server geklickt und dann auf die WordPress-Anwendung, die darauf lief, wodurch ich auf deren Seite Access Details lande.

Die linke Seitenleiste dort listet Access Details, Staging Management, Monitoring, Application Security, Domain Management und dann Site Manager, markiert mit einem “New”-Tag. Ein Klick darauf führte mich direkt zu einem Bildschirm mit dem Titel “Simplify App Management with Site Manager,” der vollständig auf diese eine Anwendung zugeschnitten war und zwei Plan-Karten nebeneinander zeigte, Basic und Pro.

Ich klickte auf Get Pro. Dann ging es schief.

Der Bildschirm wechselte zu “Subscribing to the Site Manager Plan…” mit einer Meldung, dass Cloudways das Plugin installiert und die Daten meiner Site synchronisiert, und dass dies je nach Größe der Anwendung einige Minuten dauern kann.

Es lief etwa zwei Minuten und schlug dann fehl, woraufhin eine rote Fehlermeldung erschien: “Please delete existing plugin and install again.” Ich hatte kein zuvor installiertes Plugin, das ich hätte löschen können, also sagte mir die Meldung selbst nicht, was eigentlich schiefgelaufen war.

Ich klickte ein zweites Mal auf Get Pro, auf demselben Plan-Bildschirm, ohne etwas zu ändern. Dieser Versuch funktionierte. Er lief ungefähr drei Minuten und endete mit einer grünen Erfolgsmeldung, die bestätigte, dass ich das Site-Manager-Paket abonniert hatte, und mich auf die Site-Manager-Übersichtsseite der App brachte, mit Plugin-Zahl, Theme-Zahl, einem Performance-Score und einer Manage-Updates-Tabelle, die alle befüllt und bereit waren.

Weg 2: über das Konten-Dashboard

Dies ist der Weg, den man nutzen sollte, sobald man mehr als eine Site verwaltet, und hier ist genau, wie ich ihn gefunden und verwendet habe.

Vom Cloudways-Home-Dashboard aus hat die linke Navigation eine Reihe von Symbolen: Home, Flexible, Autonomous, Integrations und Agency Partners. Ich klickte auf Integrations. Dadurch öffnete sich ein Kachelbereich mit Karten, darunter Site Manager (mit “New” markiert), Application Migration, DNS Made Easy, CookieYes und Equalize Digital Accessibility Checker.

Ein Klick auf die Site Manager-Karte brachte mich zu einem völlig anderen Bildschirm als Weg 1, einer Seite unter dem Breadcrumb Integrations → Add-Ons → Site Manager, mit eigener Tab-Leiste: Overview, Manage Updates, Auto Updates, History.

Diese Übersichtsseite ist das eigentliche Kontrollzentrum. Sie zeigt kontenweite Statistiken, Total Apps on Site Manager, Apps on Free Plan, Apps on Pro Plan, Apps with Auto Updates und darunter eine Manage Applications-Tabelle, die jede bereits eingebundene App auflistet.

Um weitere hinzuzufügen, klickte ich oben rechts in dieser Tabelle auf Add Apps to Site Manager. Das öffnete einen zweistufigen Assistenten:

1. Select Application(s): eine Checkliste aller WordPress-Apps in meinem Konto, die noch nicht eingebunden waren, mit einer Select-All-Option und einem Suchfeld.

Ein Hinweis über der Liste erklärte, dass Staging-Apps, Apps auf gestoppten Servern und jede App, die bereits auf dem älteren SafeUpdates-Add-on lief, ausgeschlossen sind. Ich markierte die gewünschte App und klickte auf Select Plan.

2. Select your Plan: Basic und Pro nebeneinander, diesmal mit Bestätigung, wie viele Anwendungen ich ausgewählt hatte und den gesamten monatlichen Kosten für diesen Stapel. Ich wählte Pro und klickte auf Enable Site Manager.

Der gesamte Ablauf dauerte unter einer Minute, sobald ich im Assistenten war, und er galt für alle Apps, die ich in Schritt eins angehakt hatte, auf einmal, ohne die Planwahl pro Site zu wiederholen.

Die Lücke, vor der niemand warnt

Nachdem ich Apps nun über beide Wege eingebunden hatte, ist hier die Erkenntnis, die meine Sicht auf den täglichen Betrieb dieses Produkts verändert hat. Ich habe einer Serverinstanz, auf der Site Manager bereits eine andere App verwaltete, eine zweite WordPress-Anwendung hinzugefügt.

Ich erwartete, dass die neue App automatisch auftauchen würde, da sie direkt neben einer App stand, die Site Manager bereits kannte. Tat sie aber nicht. Die kontenweite Dashboard-Zahl “Total Apps on Site Manager” blieb exakt dort, wo sie war, bis ich die neue App manuell durch das Onboarding geführt hatte.

Das ist eine Designentscheidung, aber eine mit Betriebskosten:

• Für einen Freelancer mit drei oder vier Sites ist es trivial, sich daran zu erinnern, eine neue Site einzubinden.
• Für eine Agentur, die jede Woche oder alle zwei Wochen eine neue Kundenseite hochzieht, wird daraus dauerhaft ein wiederkehrender Punkt auf der Checkliste von jemandem.
• Wer es einmal verpasst, hat diese Site außerhalb von Monitoring, Bulk-Updates und Aktivitätsprotokollen, unsichtbar für das Dashboard, das eigentlich die einzige verlässliche Quelle sein soll.

Cloudways

Verwalten Sie Cloudways-gehostete WordPress-Anwendungen mit zentralisierten Updates, Safe Updates, Aktivitätsprotokollen und portfolioweitem Scheduling.

Cloudways besuchen

Wofür Sie eigentlich zahlen

Site Manager gliedert sich in eine wirklich brauchbare kostenlose Stufe und eine Pro-Stufe, die die Funktionen freischaltet, auf denen eine Agentur tatsächlich einen Workflow aufbauen würde.

Basic vs. Pro, Funktion für Funktion

Basic ist kein abgespeckter Test. Es enthält eine echte Site-Übersicht, die Möglichkeit, Benutzer, Themes und Plugins zu verwalten, ohne wp-admin zu öffnen, WordPress Single Sign-On mit einem Klick, Quick Updates und bemerkenswerterweise das zentrale Dashboard selbst.

Cloudways hat die grundlegende “alle Ihre Sites an einem Ort sehen”-Erfahrung nicht hinter eine Bezahlschranke gesetzt. Hinter der Bezahlschranke liegen alles, was dieses Dashboard vertrauenswürdig genug macht, um darauf zu handeln, ohne es ständig im Auge zu behalten.

Pro ist während der öffentlichen Vorschau derzeit kostenlos nutzbar, unabhängig vom angegebenen Preis, der bei $3 pro App und Monat liegt und auf $2 pro App sinkt, sobald Sie mehr als fünf Anwendungen haben.

Was Pro tatsächlich kostet, wenn Ihr Portfolio wächst

Diese Rabattgrenze lohnt es sich, rechnerisch zu betrachten, bevor man annimmt, Pro skaliere günstig:

Keine dieser Zahlen ist unangemessen im Vergleich zu dem, was ein einziges fehlerhaftes, nicht gesichertes Update an Kundenvertrauen kosten könnte, aber die Preisgestaltung pro App bedeutet, dass die Rechnung mit Ihrem Portfolio geradewegs linear wächst, nicht in den stufenweisen Rabatten, die manche Konkurrenztools bei höheren Stufen bieten.

Drei Stellen, um dasselbe Update auszulösen

Nachdem Einbindung und Preisfrage geklärt sind, behandelt der Rest dieses Tests, wie die tägliche Nutzung tatsächlich aussieht, beginnend mit einer Architekturkomponente, die man verstehen sollte.

Das ist der Teil des Site-Managers, dessen Funktionsweise ich am längsten erst wirklich durchschaut habe, und er wird in der Benutzeroberfläche selbst nirgends erklärt.

• Die eigene Übersichtsseite einer Anwendung zeigt weiterhin ihre eigene Manage-Updates-Tabelle, in der dieselben ausstehenden Plugin-Updates aufgelistet sind, die Sie auch im kontenweiten Dashboard sehen würden.
• Das row-level-Actions-Menü im kontenweiten Dashboard bietet seine eigene Manage-Updates-Aktion und greift dabei auf dieselben zugrunde liegenden Daten zu.
• Der Auto-Updates-Tab ermöglicht es Ihnen, genau diese Art von Update automatisch zu planen, für eine einzelne App oder gleich alle eingebundenen Apps auf einmal.

Das sind drei Türen in denselben Raum. Die App-Ansicht ist für jemanden, der bereits in dieser bestimmten Site arbeitet und zufällig ein ausstehendes Update bemerkt. Die kontenweite Row-Aktion ist für jemanden, der das gesamte Portfolio scannt und beschließt, jetzt eine Site zu bearbeiten.

Der Planungs-Tab dient dazu, den Menschen ganz aus der Schleife zu nehmen.

Quick Update versus Safe Update

Von den drei eben beschriebenen Türen behandelt dieser Abschnitt die ersten beiden, die App-spezifische Ansicht und die kontenweite Row-Aktion, da beide denselben Update-Mechanismus öffnen.

Jede Tarifstufe bietet Quick Update. Die Anwendung dauert Sekunden: Das Update wird direkt in der Produktion installiert, ohne Kompatibilitätsprüfung und ohne vorherige Sicherung.

Cloudways’ eigene Interface-Texte sind ehrlich bezüglich des Kompromisses und warnen, dass es “may carry risks if updates aren’t compatible.”

Ich habe in diesem Test kein Quick Update ausgeführt, daher kann ich aus eigener Erfahrung nicht beschreiben, wie ein fehlgeschlagenes Update auf dem Bildschirm tatsächlich aussieht. Das ist eine echte Lücke in diesem Test, und ich würde jede Behauptung über das Fehlerverhalten von Quick Update, von mir oder von jemand anderem, der keinen Fehlschlag ausgelöst hat, mit der gebotenen Skepsis betrachten.

Safe Update ist der Punkt, an dem Pro seinen Preis verdient, und es lohnt sich, den Ablauf vollständig nachzuvollziehen, weil der Prozess komplexer ist als “Backup, dann updaten.”

Wie ein Safe-Update-Durchlauf tatsächlich aussieht

Hier ist genau, wie ich es ausgelöst habe. Aus der kontenweiten Übersichtstabelle unter Integrations → Site Manager heraus fand ich die Zeile für die App mit ausstehenden Updates und klickte auf das Drei-Punkte-Actions-Menü am Ende dieser Zeile. Es öffnete vier Optionen: WP-Admin, App Overview, Manage Updates und Manage Plan. Ich klickte auf Manage Updates.

Dadurch öffnete sich ein Modal, das jedes Plugin mit einem ausstehenden Update auflistete, in meinem Fall vier, Breeze, Elementor, Object Cache Pro und WP ULike, jeweils als markierter Eintrag mit aktueller Version und der Version, auf die aktualisiert würde.

Unter der Liste standen zwei Radio-Optionen: Quick Update und Safe Update, jeweils mit einer einzeiligen Beschreibung des Kompromisses. Ich wählte Safe Update und klickte auf Proceed.

Anstelle eines einzelnen Fortschrittskreises zeigt das nächste geöffnete Modal eine gestaffelte Checkliste, die sich in Echtzeit aktualisiert.

Staging-Umgebung:

• Pre Snapshot
• Fetch Update Packages
• Aktualisiere jedes Plugin einzeln
• Post Snapshot
• Cache leeren
• Visuelles Regressionstesting

Produktion:

• Die identische Sequenz wiederholt sich, sobald das Staging erfolgreich war, und endet mit einem letzten Cache-Leeren

Ich startete den Durchlauf um 6:21 pm und er endete um 6:27 pm. Sechs Minuten für vier Plugins über einen vollständigen Staging-then-Production-Zyklus. Das Modal selbst setzt die Erwartung, dass dies “usually takes less than a minute,” was mein Durchlauf deutlich überschritt.

Diese Lücke zwischen der angegebenen Schätzung und der tatsächlichen Dauer sollte man bei einem Safe Update für eine Gruppe von Plugins während eines Wartungsfensters eher einplanen als sich davon überraschen lassen; rechnen Sie mit Minuten, nicht mit Sekunden, besonders wenn die Anzahl der Plugins wächst.

Eine Erfolgsmeldung bestätigte das Ergebnis, und in dem Moment, in dem es fertig war, protokollierte der kontenweite History-Tab es als “On-Demand Successful: Plugins (4)” mit einem Link zu den vollständigen Details.

Dieses Schließen des Kreises, eine Aktion zu beobachten und dann unmittelbar auf einen dauerhaften Nachweis dafür zeigen zu können, ist genau die Art von kundenfähigem Beleg, den eine Agentur braucht, und SafeUpdates hat ihnen das nie gegeben.

Die beiden Einstellungen, die entscheiden, wie fehlertolerant Updates sind

Beide befinden sich im Scheduling-Flow und nicht auf dem On-Demand-Update-Bildschirm, wodurch sie leicht zu übersehen sind:

• Visual Regression Sensitivity steuert, wie viel visueller Unterschied zwischen dem Staging-Test und der Produktion toleriert wird, bevor ein Update abbricht, um Ihr Layout zu schützen. Standardmäßig ist die strengste verfügbare Einstellung gewählt, “Critical, 0% difference.”
• Smart Skip for Plugin/Theme Update Failures, standardmäßig aktiviert, bedeutet, dass ein einzelnes Plugin, das sich nicht aktualisieren lässt, nicht den gesamten Stapel stoppt. Das System legt genau dieses Element beiseite, aktualisiert alles andere, führt die visuelle Regressionstestprüfung auf dem Erfolgreichen durch und schiebt diese Änderungen automatisch live.

Zusammen entscheiden diese beiden Voreinstellungen darüber, ob ein unbeaufsichtigter nächtlicher Update-Lauf Sie mit einem markierten, in der Warteschlange hängenden Plugin aufweckt oder mit einer kompletten Site, die mitten im Update festhängt, weil ein inkompatibles Theme den gesamten Prozess gestoppt hat. Es lohnt sich, beide zu prüfen, bevor man einem Zeitplan vertraut, der unbeaufsichtigt laufen soll.

Cloudways

Verwalten Sie Cloudways-gehostete WordPress-Anwendungen mit zentralisierten Updates, Safe Updates, Aktivitätsprotokollen und portfolioweitem Scheduling.

Cloudways besuchen

Updates im gesamten Portfolio gleichzeitig planen

Das deckt die ersten beiden Türen ab. Dieser Abschnitt behandelt die dritte: den Menschen aus der Schleife zu nehmen. Der Auto-Updates-Tab, erreichbar von derselben kontenweiten Site-Manager-Seite aus, ist der Ort, an dem das Versprechen “viele Sites wie eine verwalten” entweder aufgeht oder scheitert. In meinem Fall ging es auf.

Hier ist genau, wie ich es eingerichtet habe. Von Integrations → Site Manager aus klickte ich oben in der Leiste auf den Auto Updates-Tab.

Ohne bereits geplanten Zeitplan zeigte die Seite einen leeren Zustand, “No Auto Updates Schedule,” mit einer einzigen Schaltfläche: Set Auto Update Schedule.

Ein Klick darauf öffnete einen Assistenten, “Set Auto Update Schedule,” der in einem Durchgang durch Folgendes führte:

1. Day of Week and Schedule Time: zwei Dropdowns plus ein Zeitzonenwähler neben dem Zeitfeld. Ich stellte Freitag, zwischen midnight und 5:59am UTC ein.
2. Select Application: eine Checkliste aller Apps, die bereits im Site Manager eingebunden waren, mit einer Select-All-Option und einem Hinweis, dass ein vorhandener Zeitplan einer ausgewählten App durch diesen neuen ersetzt würde. Ich wählte beide meiner Apps aus und klickte auf Choose Preferences.

Dann öffnete sich ein zweiter Bildschirm, “Create Auto Update Schedule,” mit folgenden Punkten:

3. Configure Update List: drei aufklappbare Bereiche, WordPress Core, Plugins und Themes, jeweils mit eigener Checkliste und einer laufenden Zählung, wie viele ausgewählt wurden. Über meine beiden Apps hinweg standen zehn Plugins und vier Themes zur Auswahl, und jedes einzelne Plugin und Theme zeigte genau, wie viele meiner Anwendungen es tatsächlich nutzten, ein kleines Detail, das enorm wichtig wird, sobald Sie Dutzende Sites verwalten und herausfinden müssen, welche Updates sich für breites Testen lohnen und welche nur eine einzige Site betreffen.

4. Update Type: ein Dropdown mit Quick Update oder Safe Update, jeweils mit derselben Beschreibung wie im On-Demand-Modal. Die Wahl von Safe Update blendete zwei zusätzliche Steuerelemente ein, die nur für diesen Modus erscheinen: Visual Regression Sensitivity und Smart Skip for Plugin/Theme Update Failures.

5. Critical Updates: ein Schalter, standardmäßig aus, der ausdrücklich dafür reserviert ist, einen sicherheitsgetriebenen Patch außerhalb des normalen Zeitplans sofort auszurollen, sobald eine Schwachstelle gemeldet wird.

Ein Klick auf Set AutoUpdate Schedule am unteren Rand speicherte das Ganze und galt für jede App, die ich in Schritt zwei ausgewählt hatte, ohne dass die Konfiguration pro Site wiederholt werden musste.

Aktivitätsprotokolle: Der Teil, der eigentlich mit Kundenvertrauen zu tun hat

Die drei Türen und die Update-Mechanik dahinter beschreiben das Wie. Diese letzte Funktion beschreibt den Beleg: ein dauerhafter Nachweis dessen, was passiert ist, getrennt vom eigentlichen Update-Prozess.

Hier ist genau, wie ich es aktiviert habe.

Auf der eigenen Site-Manager-Übersichtsseite dieser App, derselben, auf die Sie nach dem Abonnement über Weg 1 gelangen, sitzt neben dem Performance-Ring eine Karte mit der Beschriftung “Activity Logs are Disabled”, mit einer kurzen Beschreibung und einer einzigen Schaltfläche: Enable Activity Logs.

Ich klickte darauf, und die Karte aktualisierte sich sofort, kein Bestätigungs-Modal, keine weiteren Schritte. Ein anschließender Blick in die kontenweite Manage-Applications-Tabelle unter Integrations → Site Manager zeigte sofort, dass die Spalte Activity Logs für diese App bereits von Disabled auf Enabled umgeschaltet war, ohne dass ich die Seite neu laden musste.

Diese Funktion steckt hinter Pro und beantwortet eine Frage, die jede Agentur früher oder später von einem Kunden gestellt bekommt: Wer hat was geändert und wann?

Ohne sie lebt die Antwort meist in einem WordPress-Logging-Plugin, das in die Datenbank der Site schreibt, was mit der Zeit aufbläht und keinen Schutz vor Manipulation bietet. Ein solches Protokoll außerhalb der WordPress-Installation selbst, in der Hosting-Ebene, zu haben, ist ein spürbar anderes Vertrauensniveau für alles, was kundenorientiert ist.

Cloudways

Verwalten Sie Cloudways-gehostete WordPress-Anwendungen mit zentralisierten Updates, Safe Updates, Aktivitätsprotokollen und portfolioweitem Scheduling.

Cloudways besuchen

Vor- und Nachteile

Für wen das wirklich gedacht ist

Mit dem vollständigen Funktionsumfang, den Kosten und den Schwachstellen ist die letzte Frage einfach, ob es zu Ihrem konkreten Portfolio passt.

Die klarste Passung ist eine Agentur oder ein freiberuflicher Entwickler, der mehrere, idealerweise viele WordPress-Sites betreut, die bereits vollständig auf Cloudways laufen, wo ein fehlerhaftes Update echte Kosten in Form von Kundenvertrauen verursacht und nicht nur persönliche Unannehmlichkeiten.

Der Safe-Update-Workflow und das Bulk-Scheduling existieren genau, um das Problem zu lösen, das auftaucht, sobald man jenseits des Punktes ist, an dem das Einzelprüfen jeder Site noch vernünftig ist.

Es ist eine teilweise passende Lösung für alle mit einem gemischten Portfolio. Das kostenlose Site-Manager-Plugin kann externe Sites für grundlegendes Monitoring und Updates einbinden, aber die Funktionen, die das native Dashboard zahlungspflichtig wertvoll machen, staging-basiertes Safe Update, visuelles Regressionstesting, Aktivitätsprotokolle, bleiben unerreichbar, bis diese Sites tatsächlich zu Cloudways wechseln.

Für einen einzelnen Site-Betreiber ist es schlicht unnötig. Die kostenlose Stufe würde technisch funktionieren, aber das ganze Produkt existiert, um ein Problem auf Portfolio-Ebene zu lösen, das eine einzelne Site nie erzeugt.

Fazit: Lohnt sich, aber nur innerhalb von Cloudways

Ja, der Site Manager ist es wert, eingesetzt zu werden, unter einer Bedingung: Ihre Sites müssen bereits auf Cloudways laufen. Innerhalb dieses Rahmens liefert Site Manager, was er verspricht: ein echtes dashboardübergreifendes System, einen Safe-Update-Pfad, der vor dem Berühren der Produktion ein Backup erstellt, und Bulk-Scheduling, das Updates als Aktion für eine ganze Flotte behandelt statt als lästige Aufgabe pro Login.

Außerhalb dieses Rahmens ist es ein leichteres Tool mit einem klaren Migrationshinweis. Am besten passt es für eine Agentur, die Kundenseiten auf Cloudways zusammenführt und einen Ort braucht, um zu belegen, was sich wann geändert hat.

Cloudways

4.6

537 Nutzerbewertungen

9,46 € /mo

Einstiegspreis

Cloudways besuchen

Rating based on expert review

• Benutzerfreundlichkeit
  4.5
• Support
  4.6
• Funktionen
  4.8
• Zuverlässigkeit
  4.8
• Preisgestaltung
  4.3