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.

Cloudways

Administrer Cloudways-hostede WordPress-applikationer med centraliserede opdateringer, Safe Updates, aktivitetslogger og porteføljeomfattende planlægning.

Besøg Cloudways

Hvad er Cloudways Site Manager?

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:

• Ingen dashboard, så ingen måde at se, hvilke sites der krævede opmærksomhed, uden at tjekke hvert enkelt individuelt
• Opdateringer låst til en fast ugentlig plan, uanset om en klient havde brug for daglig patching eller månedlig vedligeholdelse
• Visuel regressionstest begrænset til tre desktop-sider pr. site, tynd dækning for alt ud over et brochure-site
• Ingen audit trail, der viste, hvad der ændrede sig, hvornår eller hvem der foretog ændringen

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.

Hvad kan Cloudways Site Manager gøre?

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.

Det native dashboard er kun for Cloudways

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.

Et separat plugin udvider lettere overvågning til ethvert site

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:

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.

Cloudways

Administrer Cloudways-hostede WordPress-applikationer med centraliserede opdateringer, Safe Updates, aktivitetslogger og porteføljeomfattende planlægning.

Besøg Cloudways

Kom i gang: To måder at onboarde sites på

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.

Vej 1: via en applikations egen sidebjælke

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.

Vej 2: via kontoniveau-dashbordet

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:

1. Select Application(s): en tjekliste over hver WordPress-app på min konto, der endnu ikke var tilmeldt, med en Select All-mulighed og et søgefelt.

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.

2. Select your Plan: Basic og Pro vist side om side igen, denne gang med bekræftelse af, hvor mange applikationer jeg havde valgt, og den samlede månedlige pris for den batch. Jeg valgte Pro og klikkede Enable Site Manager.

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.

Hullet, ingen advarer om

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:

• For en freelancer med tre eller fire sites er det trivielt at huske at onboarde et nyt.
• For et bureau, der opretter et nyt klientsite hver uge eller hver anden uge, bliver det en tilbagevendende post på nogens tjekliste, permanent.
• Overser man det én gang, ligger det site uden for din overvågning, dine bulk-opdateringer og dine aktivitetslogger, usynligt for dashboardet, der skal være din eneste sandhedskilde.

Cloudways

Administrer Cloudways-hostede WordPress-applikationer med centraliserede opdateringer, Safe Updates, aktivitetslogger og porteføljeomfattende planlægning.

Besøg Cloudways

Hvad du faktisk betaler for

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.

Basic vs. Pro, funktion for funktion

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.

Hvad Pro faktisk koster, når din portefølje vokser

Den rabatgrænse er værd at regne på, før man antager, at Pro skalerer billigt:

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.

Tre steder at udløse den samme opdatering

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.

• En applikations egen Overview-side viser stadig sin egen Manage Updates-tabel, der lister de samme afventende plugin-opdateringer, som du ville se fra kontoniveau-dashbordet.
• Kontoniveau-dashbordets Actions-menu pr. række tilbyder sin egen Manage Updates-handling, der trækker på de samme underliggende data.
• Auto Updates-fanen lader dig planlægge, at den samme type opdatering kører automatisk, på én app eller på alle tilmeldte apps på én gang.

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.

Quick Update versus Safe Update

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.”

Hvordan en Safe Update-kørsel faktisk ser ud

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:

• Pre Snapshot
• Fetch Update Packages
• Opdater hvert plugin individuelt
• Post Snapshot
• Purge Cache
• Visual Regression

Production:

• Den identiske sekvens gentages, når staging er godkendt, og slutter med én sidste cache-rensning

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.

De to indstillinger, der afgør, hvor tilgivende opdateringer er

Begge disse findes inde i planlægningsflowet snarere end i den on-demand opdateringsskærm, hvilket gør dem lette at overse:

• Visual Regression Sensitivity styrer, hvor stor visuel forskel mellem staging-testen og produktionen der tolereres, før en opdatering afbrydes for at beskytte dit layout. Den starter på den strengeste tilgængelige indstilling, “Critical, 0% difference.”
• Smart Skip for Plugin/Theme Update Failures, som er slået til som standard, betyder, at ét enkelt plugin, der fejler under opdatering, ikke stopper hele batchen. Systemet lægger netop det element til side, opdaterer alt andet, kører den visuelle regressionstest på det, der lykkes, og sender disse ændringer live automatisk.

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.

Cloudways

Administrer Cloudways-hostede WordPress-applikationer med centraliserede opdateringer, Safe Updates, aktivitetslogger og porteføljeomfattende planlægning.

Besøg Cloudways

Planlæg opdateringer på tværs af hele porteføljen på én gang

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:

1. Day of Week and Schedule Time: to dropdowns plus en tidszonevælger ved siden af tidsfeltet. Jeg satte fredag mellem midnat og 5:59am UTC.
2. Select Application: en tjekliste over hver app, der allerede var tilmeldt Site Manager, med en Select All-mulighed og en note om, at enhver eksisterende plan, der allerede var sat på en valgt app, ville blive erstattet af denne nye. Jeg valgte begge mine apps og klikkede Choose Preferences.

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

3. Configure Update List: tre fold-ud sektioner, WordPress Core, Plugins og Themes, hver med sin egen tjekliste og en løbende optælling af, hvor mange der var valgt. På tværs af mine to apps var ti plugins og fire themes tilgængelige at inkludere, og hvert enkelt plugin og theme viste præcis, hvor mange af mine applikationer der faktisk brugte det, en lille detalje, der betyder enormt meget, når man administrerer dusinvis af sites og prøver at finde ud af, hvilke opdateringer der er værd at teste bredt, versus hvilke der kun påvirker ét site.

4. Update Type: en dropdown med Quick Update eller Safe Update, hver med den samme beskrivelse som på on-demand-modalen. Valg af Safe Update afslørede to ekstra kontroller, der kun vises for den tilstand, Visual Regression Sensitivity og Smart Skip for Plugin/Theme Update Failures.

5. Critical Updates: en toggle, slået fra som standard, reserveret specifikt til at sende en sikkerhedsdriven patch uden for den normale plan i det øjeblik, en sårbarhed bliver markeret.

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.

Aktivitetslogger: Det, der faktisk handler om klienttillid

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.

Cloudways

Administrer Cloudways-hostede WordPress-applikationer med centraliserede opdateringer, Safe Updates, aktivitetslogger og porteføljeomfattende planlægning.

Besøg Cloudways

Fordele og ulemper

Hvem dette faktisk er for

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.

Konklusion: Værd det, men kun inde i Cloudways

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.

Cloudways

4.6

537 user reviews

73 kr /mo

Start pris

Besøg Cloudways

Rating based on expert review

• Brugervenlighed
  4.5
• Support
  4.6
• Funktioner
  4.8
• Pålidelighed
  4.8
• Pris
  4.3