M-am înscris în două aplicații WordPress în Cloudways Site Manager pentru această recenzie, una prin ecranul de onboarding ascuns în bara laterală proprie a unei aplicații, una prin fluxul în masă care se află la nivel de cont.

De acolo, am rulat un Safe Update real pe patru pluginuri, am construit un program partajat de actualizări automate care acoperă ambele site-uri, am activat jurnalizarea activității și am petrecut suficient timp în tabloul de bord la nivel de cont pentru a înțelege unde apare aceeași informație în mai multe locuri și de ce contează asta mai mult decât pare.

Cloudways

Gestionează aplicațiile WordPress găzduite pe Cloudways cu actualizări centralizate, Safe Updates, jurnale de activitate și programare la nivel de portofoliu.

Vizitați Cloudways

Ce este Cloudways Site Manager?

Site Manager a înlocuit un add-on Cloudways mai vechi numit SafeUpdates. Înțelegerea a ceea ce SafeUpdates nu putea face explică aproape fiecare decizie de design din produsul actual.

SafeUpdates rula totul prin SSH, ceea ce crea un set specific de probleme pentru oricine gestionează mai mult de câteva site-uri:

• Fără tablou de bord, deci fără nicio modalitate de a vedea ce site-uri au nevoie de atenție fără a verifica fiecare în parte
• Actualizări blocate la un program săptămânal fix, indiferent dacă un client avea nevoie de patch-uri zilnice sau de întreținere lunară
• Testare vizuală a regresiei limitată la trei pagini desktop per site, o acoperire subțire pentru orice altceva în afară de un site de prezentare
• Fără traseu de audit care să arate ce s-a schimbat, când sau cine a făcut schimbarea

Agencii care gestionează douăzeci sau mai multe instalări WordPress i-au spus lui Cloudways, în esență, că instrumentul funcționa până când nu mai scala, iar scalarea era exact motivul pentru care erau pe Cloudways de la început.

Site Manager este răspunsul direct la acest feedback. Acest context contează pentru a citi restul recenziei, deoarece explică de ce unele părți ale produsului par neobișnuit de mature pentru ceva aflat încă în Public Preview și de ce alte părți, precum pasul de onboarding pe care îl vei întâlni în prima zi, încă arată cusăturile.

Ce poate face Cloudways Site Manager?

Cu acest fundal în minte, următoarea întrebare este aria de acoperire: ce poate atinge efectiv acest instrument. Înainte de a intra în onboarding, actualizări și programare, merită să fim preciși cu privire la ce acoperă Site Manager și ce nu, pentru că răspunsul sincer este mai nuanțat decât un simplu da sau nu.

Tabloul de bord nativ este doar pentru Cloudways

Fiecare aplicație disponibilă pentru înscriere în Site Manager la nivel de cont, fie prin ecranul per-aplicație, fie prin vrăjitorul în masă din Integrations, provenea de pe un server aflat deja în contul meu Cloudways.

Nu exista niciun câmp în care să lipesc acreditări pentru o instalare găzduită extern și niciun conector pentru un site care rulează pe un alt host.

Setul complet de funcții acoperite în această recenzie, Safe Update-ul cu clonă de staging, testarea vizuală a regresiei, jurnalele de activitate, programarea la nivel de portofoliu, toate acestea trăiesc în această strat nativ, găzduit de Cloudways.

Un plugin separat extinde monitorizarea mai ușoară la orice site

Cloudways publică și un plugin gratuit pentru WordPress, numit tot Cloudways Site Manager, co-dezvoltat cu WP Remote.

Spre deosebire de tabloul de bord nativ, acest plugin se instalează direct pe un site WordPress, indiferent unde este găzduit, ceea ce înseamnă că poate aduce un site extern, ne-găzduit pe Cloudways, într-o versiune a aceleiași vizualizări centralizate.

Totuși, este un produs cu adevărat diferit de tabloul de bord nativ, iar diferența dintre cele două contează:

Pluginul dezactivează și actualizările automate proprii WordPress în timp ce este activ, o alegere deliberată din partea Cloudways pentru a evita conflictele în timpul gestionării la distanță.

Cloudways spune clar că ruta prin plugin este o etapă intermediară, nu destinația: dacă vrei întregul pachet, copii de rezervă automate, staging cu un singur click, integrare Cloudflare, caching gestionat, practica recomandată este migrarea site-ului extern pe Cloudways mai degrabă decât gestionarea lui de la distanță pe termen lung.

Pentru o agenție cu un portofoliu găzduit integral pe Cloudways, nimic din toate acestea nu contează. Pentru oricine mai rulează câteva site-uri în altă parte, iar majoritatea agențiilor cu care am vorbit de-a lungul anilor au cel puțin câteva, pluginul este o opțiune reală pentru monitorizare și actualizări de bază, doar nu un substitut pentru ceea ce face tabloul de bord nativ.

Cloudways

Gestionează aplicațiile WordPress găzduite pe Cloudways cu actualizări centralizate, Safe Updates, jurnale de activitate și programare la nivel de portofoliu.

Vizitați Cloudways

Început: Două moduri de a înscrie site-uri

Cu întrebarea despre acoperire rezolvată, partea practică începe aici: înscrierea efectivă a unei aplicații WordPress. Cloudways îți oferă două moduri de a intra în Site Manager-ul nativ, și nu sunt la fel de potrivite pentru aceeași sarcină.

Ruta 1: prin bara laterală a unei aplicații

Iată exact cum am ajuns acolo prima dată. Din tabloul de bord principal Cloudways, am intrat pe serverul meu, apoi în aplicația WordPress de pe el, ceea ce te duce pe pagina Access Details a acelei aplicații.

Bara laterală din stânga de acolo listează Access Details, Staging Management, Monitoring, Application Security, Domain Management și apoi Site Manager, marcat cu eticheta “New”. Dând click pe el, am ajuns direct la un ecran intitulat “Simplify App Management with Site Manager,” restrâns complet la acea aplicație, cu două carduri de plan alăturate, Basic și Pro.

Am dat click pe Get Pro. Atunci lucrurile au mers prost.

Ecranul s-a schimbat în “Subscribing to the Site Manager Plan…” cu un mesaj care explica faptul că Cloudways instala pluginul și sincroniza datele site-ului meu, și că acest lucru putea dura câteva minute, în funcție de mărimea aplicației.

A rulat aproximativ două minute și apoi a eșuat, întorcând o notificare de eroare roșie: “Please delete existing plugin and install again.” Nu aveam nicio instalare anterioară de șters, așa că mesajul în sine nu spunea ce anume mersese prost.

Am dat click pe Get Pro a doua oară, pe același ecran de plan, fără să schimb nimic. Acea încercare a funcționat. A rulat aproximativ trei minute și s-a încheiat cu o notificare verde de succes care confirma că m-am abonat la planul Site Manager, ducându-mă pe pagina de Overview a aplicației, cu numărul de pluginuri, numărul de teme, un scor de performanță și un tabel Manage Updates populate și gata.

Ruta 2: prin tabloul de bord la nivel de cont

Aceasta este ruta pe care merită să o folosești de îndată ce ai mai mult de un site de gestionat, și iată exact cum am găsit-o și folosit-o.

Din tabloul de bord principal Cloudways, navigația din stânga are un rând de pictograme: Home, Flexible, Autonomous, Integrations și Agency Partners. Am dat click pe Integrations. Asta a deschis un panou cu carduri, printre care Site Manager (marcat “New”), Application Migration, DNS Made Easy, CookieYes și Equalize Digital Accessibility Checker.

Dând click pe cardul Site Manager am ajuns la un ecran complet diferit de Ruta 1, unul care se află sub breadcrumb-ul Integrations → Add-Ons → Site Manager, cu propriul rând de taburi: Overview, Manage Updates, Auto Updates, History.

Această pagină Overview este adevăratul centru de comandă. Arată statistici la nivel de cont, Total Apps on Site Manager, Apps on Free Plan, Apps on Pro Plan, Apps with Auto Updates și, dedesubt, un tabel Manage Applications care listează fiecare aplicație deja înscrisă.

Pentru a adăuga altele, am dat click pe Add Apps to Site Manager în colțul din dreapta sus al acelui tabel. Asta a deschis un vrăjitor în doi pași:

1. Select Application(s): o listă de bifare cu fiecare aplicație WordPress din cont care nu era încă înscrisă, cu opțiunea Select All și un câmp de căutare.

O notă deasupra listei explica faptul că exclude aplicațiile de staging, aplicațiile de pe servere oprite și orice aplicație care rulează deja vechiul add-on SafeUpdates. Am bifat aplicația dorită și am dat click pe Select Plan.

2. Select your Plan: Basic și Pro afișate alăturat din nou, confirmând de data aceasta câte aplicații selectasem și costul total lunar pentru acel lot. Am ales Pro și am dat click pe Enable Site Manager.

Întregul flux a durat sub un minut odată ce am ajuns pe ecranul vrăjitorului și s-a aplicat pentru fiecare aplicație pe care o bifasem în pasul unu, fără a repeta alegerea planului pentru fiecare site.

Golul despre care nimeni nu te avertizează

După ce am înscris acum aplicații prin ambele rute, iată constatarea care mi-a schimbat modul în care privesc întreținerea de zi cu zi a acestui produs. Am adăugat o a doua aplicație WordPress pe un server care avea deja Site Manager gestionând activ o altă aplicație de pe același server.

Mă așteptam ca noua aplicație să apară automat, din moment ce stătea chiar lângă o aplicație pe care Site Manager o știa deja. Nu s-a întâmplat. Numărul din tabloul de bord la nivel de cont “Total Apps on Site Manager” a rămas exact unde era până când am trecut manual noua aplicație prin onboarding.

Aceasta este o alegere de design, dar este o alegere de design cu un cost operațional:

• Pentru un freelancer cu trei sau patru site-uri, să-și amintească să înscrie unul nou este trivial.
• Pentru o agenție care lansează un site nou de client la fiecare săptămână sau două, asta devine o linie recurentă pe lista de verificare a cuiva, permanent.
• Ratezi o dată, și acel site rămâne în afara monitorizării tale, a actualizărilor în masă și a jurnalelor de activitate, invizibil în tabloul de bord care ar trebui să fie unica sursă de adevăr.

Cloudways

Gestionează aplicațiile WordPress găzduite pe Cloudways cu actualizări centralizate, Safe Updates, jurnale de activitate și programare la nivel de portofoliu.

Vizitați Cloudways

Ce plătești de fapt

Site Manager împarte între un nivel gratuit cu adevărat utilizabil și un nivel Pro care deblochează funcțiile pe care o agenție chiar și-ar construi un flux de lucru.

Basic vs. Pro, funcție cu funcție

Basic nu este o versiune de încercare redusă. Include o adevărată prezentare generală a site-ului, posibilitatea de a gestiona utilizatori, teme și pluginuri fără a atinge wp-admin, autentificare WordPress Single Sign-On cu un singur click și Quick Updates și, important, tabloul de bord centralizat în sine.

Cloudways nu a blocat în spatele unui paywall experiența de bază “vezi toate site-urile tale într-un singur loc”. Ceea ce este blocat este tot ce face ca acel tablou de bord să fie suficient de de încredere pentru a acționa asupra lui fără supraveghere constantă.

Pro este momentan gratuit de utilizat în timpul Public Preview, indiferent de prețul listat, care este de $3 per aplicație pe lună, scăzând la $2 per aplicație după ce treci de cinci aplicații.

Ce costă de fapt Pro pe măsură ce portofoliul tău crește

Pragul acela de reducere merită calculat înainte să presupui că Pro se scalează ieftin:

Niciunul dintre aceste numere nu este nerezonabil în raport cu ce ar putea costa o singură actualizare defectuoasă, fără backup, în încrederea unui client, dar prețul per aplicație înseamnă că factura crește în linie dreaptă cu portofoliul tău, nu în salturi, ca unele instrumente concurente la niveluri superioare.

Trei locuri din care poți declanșa aceeași actualizare

Cu înscrierea și prețurile clarificate, restul recenziei acoperă cum arată de fapt utilizarea de zi cu zi, începând cu o piesă de arhitectură care merită înțeleasă.

Aceasta este partea din designul Site Manager care a luat cel mai mult timp să fie clarificată, și nu este explicată nicăieri în interfață.

• Pagină Overview proprie a unei aplicații arată în continuare propriul tabel Manage Updates, listând aceleași actualizări de pluginuri în așteptare pe care le-ai vedea din tabloul de bord la nivel de cont.
• Meniul Actions la nivel de rând din tabloul de bord al contului oferă propria acțiune Manage Updates, extrăgând din aceleași date de bază.
• Tabul Auto Updates îți permite să programezi acel tip de actualizare să ruleze automat, pentru o singură aplicație sau pentru toate aplicațiile înscrise deodată.

Acestea sunt trei uși către aceeași cameră. Vederea per-aplicație este pentru cineva care lucrează deja în acel site și observă întâmplător o actualizare în așteptare. Acțiunea la nivel de cont din rând este pentru cineva care scanează întregul portofoliu și decide să acționeze acum pe un singur site.

Tabul de programare este pentru a scoate omul complet din ecuație.

Quick Update versus Safe Update

Dintre cele trei uși tocmai descrise, această secțiune acoperă primele două, vederea per-aplicație și acțiunea la nivel de rând, deoarece ambele deschid același mecanism de actualizare.

Fiecare nivel de plan oferă Quick Update. Aplicarea lui durează câteva secunde: actualizarea se instalează direct în producție, fără verificare de compatibilitate și fără a fi făcută mai întâi o copie de rezervă.

Copia de pe interfața Cloudways este sinceră în privința compromisului, avertizând că poate “implica riscuri dacă actualizările nu sunt compatibile.”

Nu am rulat un Quick Update în acest test, așa că nu pot descrie din experiență cum arată un eșec pe ecran. Este un gol real în această recenzie și aș trata orice afirmație despre comportamentul la eșec al Quick Update, venită de la mine sau de la oricine altcineva care nu a declanșat unul, cu scepticismul adecvat.

Safe Update este locul unde Pro își merită prețul și merită parcurs în întregime, pentru că procesul este mai complicat decât “backup, apoi actualizare.”

Cum arată de fapt o rulare Safe Update

Iată exact cum l-am declanșat. Din tabelul Overview la nivel de cont din Integrations → Site Manager, am găsit rândul aplicației cu actualizări în așteptare și am dat click pe meniul cu trei puncte Actions de la capătul acelui rând. A deschis patru opțiuni: WP-Admin, App Overview, Manage Updates și Manage Plan. Am dat click pe Manage Updates.

Asta a deschis un modal care listează fiecare plugin cu o actualizare în așteptare, patru în cazul meu, Breeze, Elementor, Object Cache Pro și WP ULike, fiecare afișat ca element bifat cu versiunea curentă și versiunea la care urma să fie actualizat.

Sub listă se aflau două opțiuni radio: Quick Update și Safe Update, fiecare cu o descriere de o linie a compromisului. Am selectat Safe Update și am dat click pe Proceed.

În loc de un singur spinner de progres, modalul care s-a deschis următor arată o listă etapizată care se actualizează în timp real.

Mediu de staging:

• Pre Snapshot
• Fetch Update Packages
• Update each plugin individually
• Post Snapshot
• Purge Cache
• Visual Regression

Producție:

• Aceeași secvență se repetă după ce staging-ul trece, terminând cu un ultim purge de cache

Am început rularea la 6:21 pm și s-a terminat la 6:27 pm. Șase minute, pentru patru pluginuri, într-un ciclu complet staging-apo-production. Modalul în sine creează așteptarea că acest lucru “durează de obicei mai puțin de un minut”, ceea ce rularea mea a depășit cu mult.

Diferența dintre estimarea declarată și timpul real merită planificată, nu doar să te surprindă, dacă rulezi Safe Update pe un lot de pluginuri în timpul unei ferestre de mentenanță, bugetează minute, nu secunde, mai ales pe măsură ce numărul de pluginuri crește.

O notificare de succes a confirmat rezultatul, iar în momentul în care s-a încheiat, tabul History la nivel de cont l-a înregistrat ca “On-Demand Successful: Plugins (4)” cu un link către detaliile complete.

Închiderea cercului în acest fel, văzând o acțiune desfășurându-se și apoi putând indica imediat un înregistrare permanentă a ei, este exact genul de dovadă orientată către client de care o agenție are nevoie, iar SafeUpdates nu a oferit niciodată asta.

Cele două setări care decid cât de iertătoare sunt actualizările

Ambele se află în fluxul de programare, nu în ecranul de actualizare la cerere, ceea ce le face ușor de ratat:

• Visual Regression Sensitivity controlează cât de multă diferență vizuală între testul de staging și producție este tolerată înainte ca o actualizare să fie oprită pentru a proteja aspectul paginii. Implicit, este setată la cea mai strictă opțiune disponibilă, “Critical, 0% difference.”
• Smart Skip for Plugin/Theme Update Failures, activată implicit, înseamnă că eșecul unui singur plugin la actualizare nu oprește întregul lot. Sistemul pune acel element deoparte, actualizează tot ce a reușit, rulează verificarea de regresie vizuală pe ceea ce a avut succes și împinge acele modificări în producție automat.

Împreună, aceste două valori implicite decid dacă o rulare automată de actualizări peste noapte te trezește cu un singur plugin marcat aflat în coadă sau cu întregul site blocat la jumătatea actualizării pentru că o temă incompatibilă a doborât întregul proces. Merită să verifici ambele înainte să ai încredere că o programare va rula nesupravegheată.

Cloudways

Gestionează aplicațiile WordPress găzduite pe Cloudways cu actualizări centralizate, Safe Updates, jurnale de activitate și programare la nivel de portofoliu.

Vizitați Cloudways

Programarea actualizărilor pentru întregul portofoliu deodată

Asta acoperă primele două uși. Această secțiune acoperă a treia: scoaterea omului din ecuație complet. Tabul Auto Updates, accesat din aceeași pagină Site Manager la nivel de cont, este locul unde promisiunea de “gestionează multe site-uri ca și cum ar fi unul singur” fie se confirmă, fie se prăbușește. În cazul meu, s-a confirmat.

Iată exact cum l-am configurat. Din Integrations → Site Manager, am dat click pe tabul Auto Updates din rândul de sus.

Fără nimic programat încă, pagina afișa o stare goală, “No Auto Updates Schedule,” cu un singur buton: Set Auto Update Schedule.

Dând click pe el, s-a deschis un vrăjitor, “Set Auto Update Schedule,” care a parcurs următoarele într-o singură trecere:

1. Day of Week and Schedule Time: două liste derulante, plus un selector de fus orar lângă câmpul de timp. Am setat Friday, între midnight și 5:59am UTC.
2. Select Application: o listă de bifare cu fiecare aplicație deja înscrisă în Site Manager, cu opțiunea Select All, și o notă că orice program existent deja setat pentru o aplicație selectată va fi înlocuit de acest nou program. Am selectat ambele aplicații și am dat click pe Choose Preferences.

Apoi s-a deschis un al doilea ecran, “Create Auto Update Schedule,” care acoperă:

3. Configure Update List: trei secțiuni expandabile, WordPress Core, Plugins și Themes, fiecare cu propria listă de bifare și un contor care arată câte au fost selectate. Între cele două aplicații ale mele, zece pluginuri și patru teme erau disponibile pentru includere, iar fiecare plugin și temă listată arăta exact câte dintre aplicațiile mele o foloseau, un detaliu mic care contează enorm odată ce gestionezi zeci de site-uri și încerci să vezi care actualizări merită testate la scară largă versus care afectează doar un singur site.

4. Update Type: un meniu derulant care oferă Quick Update sau Safe Update, fiecare cu aceeași descriere afișată în modalul la cerere. Alegerea Safe Update a dezvăluit două controale suplimentare care apar doar pentru acest mod, Visual Regression Sensitivity și Smart Skip for Plugin/Theme Update Failures.

5. Critical Updates: un comutator, dezactivat implicit, rezervat în mod specific pentru împingerea unui patch de securitate în afara programului normal, în momentul în care este semnalată o vulnerabilitate.

Dând click pe Set AutoUpdate Schedule în partea de jos, a salvat setarea și a aplicat-o pentru fiecare aplicație pe care o selectasem în pasul doi, fără a fi nevoie să repet configurația pentru fiecare site.

Jurnalele de activitate: partea care ține de fapt de încrederea clientului

Cele trei uși și mecanismele de actualizare din spatele lor acoperă cum. Această ultimă funcție acoperă dovada: un registru permanent al ceea ce s-a întâmplat, separat de procesul de actualizare în sine.

Iată exact cum l-am activat.

Din pagina Site Manager Overview a acelei aplicații, aceeași pagină pe care ajungi după abonarea prin Ruta 1, un card etichetat “Activity Logs are Disabled” stă lângă inelul de performanță, cu o scurtă descriere și un singur buton: Enable Activity Logs.

Am dat click pe el, iar cardul s-a actualizat imediat, fără modal de confirmare, fără pași suplimentari. Verificând imediat după aceea tabelul Manage Applications la nivel de cont, sub Integrations → Site Manager, coloana Activity Logs pentru acea aplicație trecuse deja de la Disabled la Enabled, fără să fie nevoie să reîmprospătez pagina.

Această funcție se află în Pro și există pentru a răspunde unei întrebări pe care orice agenție ajunge inevitabil să o primească de la un client: cine a schimbat ce și când?

Fără ea, răspunsul respectiv locuiește de obicei într-un plugin de logare WordPress care scrie în propria bază de date a site-ului, ceea ce o umflă în timp și nu oferă nicio protecție împotriva alterării. A avea acel registru în afara instalării WordPress, în stratul de hosting, este un nivel de încredere semnificativ diferit pentru orice proiect orientat către client.

Cloudways

Gestionează aplicațiile WordPress găzduite pe Cloudways cu actualizări centralizate, Safe Updates, jurnale de activitate și programare la nivel de portofoliu.

Vizitați Cloudways

Avantaje și dezavantaje

Pentru cine este, de fapt

Cu întregul set de funcții, costurile și micile sale probleme puse pe masă, ultima întrebare este pur și simplu dacă se potrivește portofoliului tău specific.

Cea mai clară potrivire este o agenție sau un dezvoltator freelance care rulează mai multe, ideal multe, site-uri WordPress care trăiesc deja integral pe Cloudways, unde o actualizare stricată are un cost real în încrederea clientului, nu doar o neplăcere personală.

Fluxul Safe Update și programarea în masă există tocmai pentru a rezolva problema care apare odată ce ai trecut de punctul în care verificarea fiecărui site individual încă mai este rezonabilă.

Este o potrivire parțială pentru oricine are un portofoliu mixt. Pluginul gratuit Site Manager poate aduce site-uri externe pentru monitorizare și actualizări de bază, dar funcțiile care fac tabloul de bord nativ demn de plată, Safe Update bazat pe staging, regresie vizuală, jurnale de activitate, rămân inaccesibile până când acele site-uri chiar se mută pe Cloudways.

Este pur și simplu inutil pentru un proprietar de un singur site. Nivelul gratuit ar funcționa tehnic, dar întregul produs există pentru a rezolva o problemă la nivel de portofoliu pe care un singur site nu o creează niciodată.

Concluzie: Merită, dar numai în Cloudways

Da, site manager-ul merită adoptat, cu o singură condiție: site-urile tale trebuie să trăiască deja pe Cloudways. În interiorul acestei limite, Site Manager oferă ceea ce promite, un tablou de bord real cross-app, o cale Safe Update care face backup înainte de a atinge producția și o programare în masă care tratează actualizările ca pe o acțiune la nivel de flotă, nu ca pe o corvoadă per login.

În afara acestei limite, este un instrument mai ușor, cu o clară sugestie de migrare atașată. Cea mai bună potrivire este o agenție care își consolidează site-urile clienților pe Cloudways și are nevoie de un singur loc în care să dovedească ce s-a schimbat și când.

Cloudways

4.6

537 recenzii ale utilizatorilor

49,69 RON /mo

Preţ de pornire

Vizitați Cloudways

Rating based on expert review

• User Friendly
  4.5
• Asistență
  4.6
• Facilități
  4.8
• Fiabilitate
  4.8
• Tarife
  4.3