
Jeg tilmeldte to WordPress-applikationer i Cloudways Site Manager til denne anmeldelse, én via onboarding-skærmen, der ligger i en applikations egen sidebjælke, én via bulk-flowet, der findes på kontoniveau.
Derfra gennemførte jeg en rigtig Safe Update på fire plugins, opbyggede en delt auto-opdateringsplan, der dækkede begge sites, slog aktivitetslogning til og brugte nok tid i kontoniveau-dashbordet til at forstå, hvor den samme information vises mere end ét sted, og hvorfor det betyder mere, end det lyder som.

Site Manager erstattede et ældre Cloudways-tilføjelsesmodul kaldet SafeUpdates. At forstå, hvad SafeUpdates ikke kunne, forklarer næsten alle designbeslutningerne i det nuværende produkt.
SafeUpdates kørte alt over SSH, hvilket skabte et specifikt sæt problemer for alle, der administrerede mere end et par sites:
Bureauer, der administrerer tyve eller flere WordPress-installationer, fortalte i praksis Cloudways, at værktøjet virkede, indtil det ikke skalerede, og skalering var hele grunden til, at de var på Cloudways i første omgang.
Site Manager er det direkte svar på den feedback. Den kontekst er vigtig for at læse resten af denne anmeldelse, fordi den forklarer, hvorfor nogle dele af produktet føles usædvanligt modne for noget, der stadig er i Public Preview, og hvorfor andre dele, som onboarding-trinnet du møder på dag ét, stadig viser sømmene.
Med den baggrund på plads er det næste spørgsmål omfang: hvad kan dette værktøj faktisk nå. Før vi går ind i onboarding, opdateringer og planlægning, er det værd at være præcis omkring, hvad Site Manager dækker, og hvad det ikke dækker, fordi det ærlige svar er mere nuanceret end et rent ja eller nej.
Hver applikation, der var tilgængelig for tilmelding i Site Manager på kontoniveau, hvad enten det var gennem skærmen pr. app eller bulk-guiden under Integrations, kom fra en server, der allerede lå inde i min Cloudways-konto.
Der var intet felt til at indsætte legitimationsoplysninger for en eksternt hostet installation og ingen connector til et site, der kørte på en helt anden host.

Hele det funktionssæt, der dækkes i denne anmeldelse, Safe Update’s staging-klon, visuel regressionstest, aktivitetslogger, bulk-planlægning, det hele lever inde i dette native, Cloudways-hostede lag.
Cloudways udgiver også et gratis WordPress-plugin, også kaldet Cloudways Site Manager, udviklet i samarbejde med WP Remote.

I modsætning til det native dashboard installeres dette plugin direkte på et WordPress-site uanset, hvor det er hostet, hvilket betyder, at det kan bringe et eksternt, ikke-Cloudways-site ind i en version af den samme centraliserede visning.
Det er dog et reelt andet produkt end det native dashboard, og forskellen mellem de to er vigtig:
| Mulighed | Native Site Manager (Cloudways-hostede apps) | Site Manager-plugin (enhver host) |
|---|---|---|
| Centraliseret dashboard | Ja | Ja |
| Core-, plugin- og theme-opdateringer | Ja | Ja |
| Safe Update (staging-klon + visuel regression) | Ja | Nej |
| Server-level caching (Varnish, Redis, Cloudflare) | Ja | Nej |
| Aktivitetslogger | Ja (Pro) | Ikke tilsvarende |
| Pris | Gratis (Basic) / betalt (Pro) | Gratis |
Pluginet deaktiverer også WordPress’ egne automatiske opdateringer, mens det er aktivt, et bevidst valg fra Cloudways’ side for at undgå konflikter under fjernadministration.
Cloudways er åben omkring, at plugin-vejen er et springbræt snarere end destinationen: hvis du vil have hele stakken, automatiske backups, staging med ét klik, Cloudflare-integration, managed caching, er den erklærede bedste praksis at migrere det eksterne site til Cloudways frem for at administrere det eksternt på lang sigt.
For et bureau med en fuldt Cloudways-hostet portefølje betyder intet af dette noget. For alle, der stadig driver et par sites andre steder, og de fleste bureauer, jeg har talt med gennem årene, har mindst nogle få, er pluginet en reel mulighed for grundlæggende overvågning og opdateringer, bare ikke en erstatning for det, det native dashboard gør.

Med omfangsspørgsmålet afgjort begynder den praktiske del her: faktisk at få en WordPress-applikation tilmeldt. Cloudways giver dig to veje ind i det native Site Manager, og de er ikke lige egnede til opgaven.
Her er præcis, hvordan jeg kom dertil første gang. Fra Cloudways-startdashbordet klikkede jeg ind på min server og derefter ind på WordPress-applikationen, der lå på den, hvilket bringer dig til den apps Access Details-side.

Sidebjælken til venstre dér viser Access Details, Staging Management, Monitoring, Application Security, Domain Management og derefter Site Manager, markeret med et “New”-tag. At klikke på det tog mig direkte til en skærm med titlen “Simplify App Management with Site Manager,” afgrænset helt til den ene applikation, med to plan-kort side om side, Basic og Pro.

Jeg klikkede Get Pro. Det var dér, det gik skævt.

Skærmen ændrede sig til “Subscribing to the Site Manager Plan…” med en besked, der forklarede, at Cloudways installerede pluginet og synkroniserede mine sitedata, og at dette kunne tage et par minutter afhængigt af størrelsen på applikationen.

Det kørte i cirka to minutter og fejlede derefter med en rød fejlmeddelelse: “Please delete existing plugin and install again.” Jeg havde ingen tidligere installation at slette, så selve beskeden fortalte mig ikke, hvad der faktisk var gået galt.

Jeg klikkede Get Pro en anden gang, på den samme planskærm, uden at ændre noget. Den forsøgsrunde virkede. Den kørte i cirka tre minutter og sluttede med en grøn succesmeddelelse, der bekræftede, at jeg havde abonneret på Site Manager-planen, og landede mig på appens Site Manager Overview-side, hvor plugin-count, theme-count, en performance-score og en Manage Updates-tabel alle var udfyldt og klar.

Dette er den vej, der er værd at bruge i det øjeblik, du har mere end ét site at administrere, og her er præcis, hvordan jeg fandt og brugte den.
Fra Cloudways-startdashbordet har venstremenuen en række ikoner: Home, Flexible, Autonomous, Integrations og Agency Partners. Jeg klikkede på Integrations. Det åbnede et panel med kort, blandt andet Site Manager, markeret som “New”, Application Migration, DNS Made Easy, CookieYes og Equalize Digital Accessibility Checker.

At klikke på Site Manager-kortet førte mig til en helt anden skærm end Vej 1, en der ligger under brødkrummen Integrations → Add-Ons → Site Manager, med sin egen fanerække: Overview, Manage Updates, Auto Updates, History.

Denne Overview-side er det egentlige kommandocenter. Den viser kontoomfattende statistikker, Total Apps on Site Manager, Apps on Free Plan, Apps on Pro Plan, Apps with Auto Updates, og nedenunder en Manage Applications-tabel, der viser hver app, der allerede er tilmeldt.
For at få flere ind klikkede jeg på Add Apps to Site Manager øverst til højre i den tabel. Det åbnede en totrinsguide:

En note over listen forklarede, at den udelader staging-apps, apps på stoppede servere og enhver app, der allerede kører det ældre SafeUpdates-tilføjelsesmodul. Jeg markerede den app, jeg ønskede, og klikkede Select Plan.


Hele flowet tog under et minut, når jeg først var på guide-skærmen, og det gjaldt for hver app, jeg havde afkrydset i trin et, på én gang, uden at gentage planvalget pr. site.
Efter nu at have tilmeldt apps gennem begge veje er her den opdagelse, der ændrede, hvordan jeg tænker om denne produkts daglige vedligeholdelse. Jeg tilføjede en anden WordPress-applikation til en server, der allerede havde Site Manager til at administrere en anden app på den samme server.
Jeg forventede, at den nye app automatisk ville dukke op, eftersom den stod lige ved siden af en app, som Site Manager allerede kendte. Det gjorde den ikke. Kontoniveau-dashbordets tæller for “Total Apps on Site Manager” forblev præcis dér, hvor den var, indtil jeg manuelt førte den nye app gennem onboarding.

Dette er et designvalg, men et designvalg med en operationel omkostning:


Site Manager er delt op i et gratis niveau, der faktisk er brugbart, og et Pro-niveau, der låser op for de funktioner, et bureau reelt ville bygge en arbejdsgang omkring.
| Funktion | Basic (Gratis) | Pro |
|---|---|---|
| Site-overview | Ja | Ja |
| Administrer brugere, themes, plugins | Ja | Ja |
| Quick Updates | Ja | Ja |
| WordPress Single Sign-On | Ja | Ja |
| Centraliseret dashboard | Ja | Ja |
| Safe Updates (staging-klon + regressionstest) | Nej | Ja |
| Planlagte auto-opdateringer | Nej | Ja |
| Site Performance Monitoring | Nej | Ja |
| Aktivitetslogger | Nej | Ja |
| Update History | Nej | Ja |
Basic er ikke en nedskåret prøveversion. Det inkluderer en reel site-overview, mulighed for at administrere brugere, themes og plugins uden at røre wp-admin, WordPress Single Sign-On med ét klik, Quick Updates og, bemærkelsesværdigt, det centraliserede dashboard i sig selv.
Cloudways lagde ikke den grundlæggende “se alle dine sites ét sted”-oplevelse bag en betalingsmur. Det, der er låst, er alt det, der gør det dashboard troværdigt nok til at handle på uden babysitting.
Pro er i øjeblikket gratis at bruge under Public Preview uanset den oplyste pris, som er $3 per app per month, faldende til $2 per app, når du passerer fem applikationer.
Den rabatgrænse er værd at regne på, før man antager, at Pro skalerer billigt:
| Sites administreret | Pro-omkostning (stickerpris) |
|---|---|
| 3 sites | $9/month |
| 5 sites | $10/month ($2/app) |
| 10 sites | $20/month |
| 25 sites | $50/month |
| 50 sites | $100/month |
Ingen af de tal er urimelige sammenlignet med, hvad en enkelt ødelagt, ubakket opdatering kan koste i klienttillid, men pris pr. app betyder, at regningen vokser i en lige linje med din portefølje, ikke i de trinvise rabatter, nogle konkurrerende værktøjer tilbyder ved højere niveauer.
Med tilmelding og pris på plads dækker resten af denne anmeldelse, hvordan daglig brug faktisk ser ud, begyndende med en del af arkitekturen, der er værd at forstå.
Dette er den del af Site Managers design, som tog længst tid at få til virkelig at give mening, og det er ikke forklaret noget sted i selve interfacet.
Dette er tre døre ind til det samme rum. Per-app-visningen er til den, der allerede arbejder inde i det specifikke site og tilfældigvis opdager en afventende opdatering. Kontoniveau-handlingen er til den, der skanner hele porteføljen og beslutter at handle på ét site nu.
Planlægningsfanen er til at fjerne mennesket fra ligningen helt.
Af de tre døre, der netop er beskrevet, dækker dette afsnit de to første, per-app-visningen og kontoniveau-rækkehandlingen, da begge åbner den samme opdateringsmekanisme.
Hver planvariant tilbyder Quick Update. At anvende den tager sekunder: opdateringen installeres direkte på produktionen uden kompatibilitetstjek og uden at der tages en backup først.

Cloudways’ egen interface-tekst er ærlig om kompromiset og advarer om, at det “may carry risks if updates aren’t compatible.”
Jeg kørte ikke en Quick Update i denne test, så jeg kan ikke beskrive førstehånds, hvordan en mislykket en faktisk ser ud på skærmen. Det er et reelt hul i denne anmeldelse, og jeg ville behandle enhver påstand om Quick Updates fejladfærd, fra mig eller nogen anden, der ikke har udløst en, med passende skepsis.
Safe Update er dér, Pro tjener sin pris, og det er værd at gennemgå i fuld længde, fordi processen er mere involveret end “backup, derefter opdatering.”
Her er præcis, hvordan jeg udløste den. Fra kontoniveau-Overview-tabellen under Integrations → Site Manager fandt jeg rækken for appen med afventende opdateringer og klikkede på tre-prik-Actions-menuen i slutningen af den række. Den åbnede fire muligheder: WP-Admin, App Overview, Manage Updates og Manage Plan. Jeg klikkede på Manage Updates.

Det åbnede en modal, der viste hvert plugin med en afventende opdatering, fire i mit tilfælde, Breeze, Elementor, Object Cache Pro og WP ULike, hver vist som et markeret element med sin nuværende version og den version, den ville blive opdateret til.

Nedenunder listen lå to radioindstillinger: Quick Update og Safe Update, hver med en kort beskrivelse af kompromiset. Jeg valgte Safe Update og klikkede Proceed.

I stedet for en enkelt progress-spinner viser den modal, der åbnes næste gang, en trinvis tjekliste, der opdateres i realtid.
Staging environment:
Production:

Jeg startede kørselen kl. 6:21 pm og den sluttede kl. 6:27 pm. Seks minutter for fire plugins, gennem en komplet staging-til-produktion-cyklus. Selve modalen sætter forventningen om, at dette “usually takes less than a minute,” hvilket min kørsel overskred med god margin.
Det gab mellem det angivne estimat og den faktiske tid er værd at planlægge efter i stedet for at blive overrasket over, hvis du kører Safe Update på en pulje plugins i et vedligeholdelsesvindue, så afsæt minutter, ikke sekunder, især når antallet af plugins vokser.
En succesmeddelelse bekræftede resultatet, og i det øjeblik det sluttede, loggede kontoniveau-History-fanen det som “On-Demand Successful: Plugins (4)” med et link videre til den fulde detalje.

At den sløjfe lukkes, at se en handling ske og derefter straks kunne pege på en permanent registrering af den, er præcis den slags klientvendte bevis, et bureau har brug for, og det gav SafeUpdates aldrig.
Begge disse findes inde i planlægningsflowet snarere end i den on-demand opdateringsskærm, hvilket gør dem lette at overse:
Sammen afgør disse to standardindstillinger, om en uovervåget opdateringskørsel om natten vækker dig til ét markeret plugin i en kø eller til et helt site, der sidder fast midt i en opdatering, fordi ét inkompatibelt theme væltede hele processen. Værd at tjekke begge, før du stoler på, at en plan kan køre uden opsyn.

Det dækkede de første to døre. Dette afsnit dækker den tredje: at fjerne mennesket fra ligningen helt. Auto Updates-fanen, der nås fra den samme Site Manager-side på kontoniveau, er dér, hvor pitch om at “manage many sites like they’re one” enten leverer eller falder sammen. I mit tilfælde leverede den.
Her er præcis, hvordan jeg satte det op. Fra Integrations → Site Manager klikkede jeg på fanen Auto Updates i top rækken.

Med intet planlagt endnu viste siden en tom tilstand, “No Auto Updates Schedule,” med en enkelt knap: Set Auto Update Schedule.
At klikke på den åbnede en guide, “Set Auto Update Schedule,” som gik igennem følgende i én omgang:

En anden skærm åbnede derefter, “Create Auto Update Schedule,” der dækkede:


At klikke på Set AutoUpdate Schedule nederst gemte det og anvendte det på hver app, jeg havde valgt i trin to, uden behov for at gentage konfigurationen én gang pr. site.
De tre døre og opdateringsmekanikken bag dem dækker hvordan. Denne sidste funktion dækker beviset: en permanent registrering af, hvad der skete, adskilt fra selve opdateringsprocessen.
Her er præcis, hvordan jeg slog det til.
Fra den apps egen Site Manager Overview-side, den samme du lander på efter abonnement via Vej 1, sidder et kort mærket “Activity Logs are Disabled” ved siden af performance-ringen, med en kort beskrivelse og en enkelt knap: Enable Activity Logs.

Jeg klikkede på den, og kortet opdaterede straks, ingen bekræftelsesmodal, ingen ekstra trin. Tjekkede jeg kontoniveau-Managen Applications-tabellen lige efter under Integrations → Site Manager, var Activity Logs-kolonnen for den app allerede skiftet fra Disabled til Enabled uden behov for at genindlæse siden.

Denne funktion ligger bag Pro, og den eksisterer for at besvare et spørgsmål, som hvert bureau før eller siden bliver stillet af en klient: hvem ændrede hvad, og hvornår?
Uden den bor svaret normalt i et WordPress-logningsplugin, der skriver til sidens egen database, hvilket vokser over tid og ikke giver nogen beskyttelse mod manipulation. At have denne registrering liggende uden for selve WordPress-installationen, i hosting-laget, er et markant anderledes niveau af tillid for alt klientvendt.

Med hele funktionssættet, dets omkostninger og dets ru kanter på bordet er det sidste spørgsmål ganske enkelt, om det passer til din specifikke portefølje.
Det klareste match er et bureau eller en freelanceudvikler, der driver flere, ideelt set mange, WordPress-sites som allerede udelukkende ligger i Cloudways, hvor en ødelagt opdatering har en reel omkostning i klienttillid snarere end bare personlig irritation.
Safe Update-arbejdsgangen og bulk-planlægning eksisterer specifikt for at løse det problem, der opstår, når du er forbi det punkt, hvor det stadig er rimeligt at tjekke hvert site individuelt.
Det er en delvis løsning for alle med en blandet portefølje. Det gratis Site Manager-plugin kan bringe eksterne sites ind til grundlæggende overvågning og opdateringer, men de funktioner, der gør det native dashboard værd at betale for, staging-baseret Safe Update, visuel regression, aktivitetslogger, forbliver uden for rækkevidde, indtil de sites faktisk flytter til Cloudways.
Det er simpelthen unødvendigt for en ejer af ét site. Det gratis niveau ville teknisk set fungere, men hele produktet eksisterer for at løse et porteføljeskalaproblem, som et enkelt site aldrig skaber.
Ja, site manageren er værd at tage i brug, på én betingelse: dine sites lever allerede på Cloudways. Inden for den grænse leverer Site Manager det, det lover, et reelt tvær-app-dashboard, en Safe Update-vej, der tager backup, før den rører produktionen, og bulk-planlægning, der behandler opdateringer som en flådeomfattende handling i stedet for en per-login-opgave.
Uden for den grænse er det et lettere værktøj med et klart migrationsskub knyttet til sig. Det bedste match er et bureau, der samler klientsites på Cloudways og har brug for ét sted at bevise, hvad der ændrede sig og hvornår.
| Description | Expert Review |
|---|---|
| Administreret WordPress-hosting med hastighed, sikkerhed og problemfrie opdateringer. | Read Wordpress Hosting Review |
| Fleksibel, højtydende cloud-hosting med skalerbare ressourcer og pålidelighed. | Read Cloud Hosting Review |
| Sikker og effektiv e-mailhosting skræddersyet til forretningskommunikationsbehov. | Read Email Hosting Review |
| Optimeret Magento-hosting med hurtige hastigheder og forbedret e-handelsydelse. | Read Magento Hosting Review |
| Read WooCommerce hosting Review | |
| Read VPS Hosting Review |
Ja. Cloudways Site Manager er et indbygget add-on, der centraliserer opdateringer, ydeevneovervågning og aktivitetslogfiler for WordPress-applikationer, der allerede er hostet i din Cloudways-konto. Et separat, gratis ledsager-plugin udvider lettere overvågning og opdateringsfunktionalitet til WordPress-websteder, der er hostet hvor som helst.
Ikke via det native dashboard, der blev testet i denne anmeldelse, da det er begrænset til applikationer, der allerede er hostet på Cloudways. Et gratis plugin, også kaldet Cloudways Site Manager og medudviklet med WP Remote, kan tilføje eksterne sites til overvågning og opdateringer af kerne, plugins og temaer, dog uden Safe Updates staging-klon, visuel regressions-test eller serverniveau-caching.
Basic-niveauet er gratis og dækker webstedsoversigt, bruger- og plugin-administration samt Quick Updates. Pro tilføjer Safe Updates, planlægning, ydelsesovervågning og aktivitetslogfiler for 3 $ pr. app pr. måned, faldende til 2 $ ved fem eller flere apps, og er i øjeblikket gratis at bruge under Public Preview.
Quick Update anvender ændringer direkte på produktion på få sekunder uden backup eller kompatibilitetskontrol. Safe Update opretter en staging-kopi, kontrollerer kompatibilitet, opdaterer hver pakke, kører en visuel regressionstest og sender kun til produktion, hvis testen består.
Ja. Nye applikationer bliver aldrig automatisk tilmeldt, selv når de tilføjes til en server, der allerede har andre Site Manager-apps kørende på den. Hvert site skal have sin egen onboarding-proces, enten individuelt eller via masse-guiden under Integrations.

Besvar nogle få enkle spørgsmål og find den perfekte løsning til dig!
Start søgning efter hostingHostadvice.com udbyder professionelle anmeldelser om web-hosting, helt uafhængigt af andre virksomheder. Vores anmeldelser er objektive, ærlige, og anvender den samme evaluering til alle de anmeldte.
Økonomisk kompensation modtages fra de firmaer vi anmelder. Kompensation i form af service og produkter, har ingen indflydelse på retningen eller konklusionen af vores anmeldelser. Ej heller påvirker kompensationen vores ranglister for visse hostfirmaer.
Støt hjemmesideejernes fællesskab, ved at tilføje din ærlige anmeldelse af web-hostingudbyderen for din hjemmeside






