Ik schreef twee WordPress-applicaties in voor Cloudways Site Manager voor deze review, één via het onboarding-scherm dat verstopt zit in de zijbalk van een applicatie zelf, één via de bulkflow op accountniveau.
Vanaf daar heb ik een echte Safe Update uitgevoerd op vier plugins, een gedeeld auto-update-schema opgebouwd dat beide sites omvat, activity logging ingeschakeld en genoeg tijd besteed in het account-level dashboard om te begrijpen waar hetzelfde stukje informatie op meer dan één plek verschijnt, en waarom dat belangrijker is dan het klinkt.
Site Manager heeft een oudere Cloudways-add-on genaamd SafeUpdates vervangen. Begrijpen wat SafeUpdates niet kon, verklaart bijna elke ontwerpbeslissing in het huidige product.
SafeUpdates draaide alles via SSH, wat voor iedereen die meer dan een paar sites beheert een specifieke set problemen opleverde:
Bureaus die twintig of meer WordPress-installaties beheren, vertelden Cloudways in feite dat de tool werkte totdat dat niet meer zo was, en schalen was precies de reden waarom ze überhaupt op Cloudways zaten.
Site Manager is het directe antwoord op die feedback. Die context is belangrijk voor de rest van deze review, omdat het verklaart waarom sommige onderdelen van het product ongewoon volwassen aanvoelen voor iets dat nog in Public Preview zit, en waarom andere onderdelen, zoals de onboardingstap die je op dag één tegenkomt, nog steeds de naadjes laten zien.
Met die achtergrond op zijn plaats is de volgende vraag de reikwijdte: wat kan deze tool nu eigenlijk bereiken. Voordat we ingaan op onboarding, updates en planning, is het de moeite waard om precies te zijn over wat Site Manager dekt en wat niet, omdat het eerlijke antwoord genuanceerder is dan een simpel ja of nee.
Elke applicatie die beschikbaar was om in te schrijven in Site Manager op accountniveau, via het per-app-scherm of via de bulkwizard onder Integrations, kwam van een server die al in mijn Cloudways-account stond.
Er was geen veld om inloggegevens van een extern gehoste installatie in te plakken, en geen connector voor een site die volledig op een andere host draaide.
De volledige functieset die in deze review wordt behandeld, Safe Update’s staging-kloon, visuele regressietests, activity logs, bulkplanning, alles leeft binnen deze native, door Cloudways gehoste laag.
Cloudways publiceert ook een gratis WordPress-plugin, eveneens Cloudways Site Manager geheten, mede ontwikkeld met WP Remote.
In tegenstelling tot het native dashboard installeert deze plugin direct op een WordPress-site, ongeacht waar die gehost wordt, waardoor het een externe, niet-Cloudways-site in een versie van dezelfde gecentraliseerde weergave kan brengen.
Het is echter echt een ander product dan het native dashboard, en het verschil tussen de twee is belangrijk:
| Mogelijkheid | Native Site Manager (Cloudways-gehoste apps) | Site Manager Plugin (elke host) |
|---|---|---|
| Gecentraliseerd dashboard | Ja | Ja |
| Core-, plugin- en thema-updates | Ja | Ja |
| Safe Update (staging-kloon + visuele regressie) | Ja | Nee |
| Serverniveau-caching (Varnish, Redis, Cloudflare) | Ja | Nee |
| Activity logs | Ja (Pro) | Niet equivalent |
| Kosten | Gratis (Basic) / betaald (Pro) | Gratis |
De plugin schakelt ook de automatische updates van WordPress zelf uit terwijl hij actief is, een bewuste keuze van Cloudways om conflicten tijdens remote beheer te voorkomen.
Cloudways is er duidelijk over dat de pluginroute een tussenstap is en niet het einddoel: als je de volledige stack wilt, geautomatiseerde back-ups, staging met één klik, Cloudflare-integratie, managed caching, dan is het geadviseerde beste praktijk om de externe site naar Cloudways te migreren in plaats van deze op de lange termijn op afstand te beheren.
Voor een bureau met een volledig op Cloudways gehost portfolio doet dit alles er niet toe. Voor iedereen die nog een handvol sites elders runt, en de meeste bureaus waarmee ik in de loop der jaren heb gesproken hebben er minstens een paar, is de plugin een echte optie voor basismonitoring en updates, alleen geen vervanging voor wat het native dashboard doet.
Nu de scopevraag is opgelost, begint het praktische deel hier: daadwerkelijk een WordPress-applicatie inschrijven. Cloudways geeft je twee manieren om in de native Site Manager te komen, en die zijn niet even geschikt voor de klus.
Hier is precies hoe ik er de eerste keer kwam. Vanaf het Cloudways-home-dashboard klikte ik door naar mijn server, en vervolgens naar de WordPress-applicatie die daarop stond, waardoor je op de Access Details-pagina van die app terechtkomt.
De linkerzijbalk daar vermeldt Access Details, Staging Management, Monitoring, Application Security, Domain Management en daarna Site Manager, gemarkeerd met een “New”-tag. Daarop klikken bracht me meteen naar een scherm met de titel “Simplify App Management with Site Manager,” volledig toegespitst op die ene applicatie, met twee plan-kaarten naast elkaar, Basic en Pro.
Ik klikte op Get Pro. Toen ging het mis.
Het scherm veranderde naar “Subscribing to the Site Manager Plan…” met een bericht dat uitlegde dat Cloudways de plugin aan het installeren was en de gegevens van mijn site aan het synchroniseren was, en dat dit enkele minuten kon duren, afhankelijk van de grootte van de applicatie.
Het liep ongeveer twee minuten en mislukte toen, waarbij een rode foutmelding verscheen: “Please delete existing plugin and install again.” Ik had geen eerdere installatie om te verwijderen, dus de melding zelf vertelde niet wat er eigenlijk mis was gegaan.
Ik klikte een tweede keer op Get Pro, op hetzelfde planscherm, zonder iets te veranderen. Die poging werkte wel. Het duurde ongeveer drie minuten en eindigde met een groene succesmelding die bevestigde dat ik me had geabonneerd op het Site Manager-plan, waarna ik terechtkwam op de Site Manager Overview-pagina van de app, met plugin-aantal, thema-aantal, een performance score en een Manage Updates-tabel die allemaal waren ingevuld en klaarstonden.
Dit is het pad dat je moet gebruiken zodra je meer dan één site hebt om te beheren, en hier is precies hoe ik het vond en gebruikte.
Vanaf het Cloudways-home-dashboard heeft de linkernavigatie een rij iconen: Home, Flexible, Autonomous, Integrations en Agency Partners. Ik klikte op Integrations. Dat opende een paneel met kaarten, waaronder Site Manager (gemarkeerd met “New”), Application Migration, DNS Made Easy, CookieYes en Equalize Digital Accessibility Checker.
Op de Site Manager-kaart klikken bracht me naar een compleet ander scherm dan Pad 1, een scherm dat leeft onder de broodkruimel Integrations → Add-Ons → Site Manager, met zijn eigen tabrij: Overview, Manage Updates, Auto Updates, History.
Deze Overview-pagina is het echte commandocentrum. Hij toont accountbrede statistieken, Total Apps on Site Manager, Apps on Free Plan, Apps on Pro Plan, Apps with Auto Updates, en daaronder een Manage Applications-tabel met elke al ingeschreven app.
Om meer toe te voegen klikte ik op Add Apps to Site Manager rechtsboven in die tabel. Dat opende een wizard met twee stappen:
Een opmerking boven de lijst legde uit dat staging-apps, apps op gestopte servers en elke app die al op de oudere SafeUpdates-add-on draaide, worden uitgesloten. Ik vinkte de app aan die ik wilde en klikte op Select Plan.
De hele flow duurde minder dan een minuut zodra ik op het wizard-scherm was, en hij werd toegepast op elke app die ik in stap één had aangevinkt, zonder dat ik de planselectie per site hoefde te herhalen.
Nu ik apps via beide paden heb ingeschreven, is hier de bevinding die mijn kijk op het dagelijks onderhoud van dit product heeft veranderd. Ik voegde een tweede WordPress-applicatie toe aan een server die al een andere app op diezelfde server door Site Manager liet beheren.
Ik verwachtte dat de nieuwe app automatisch zou verschijnen, aangezien hij pal naast een app stond die Site Manager al kende. Dat gebeurde niet. De account-level dashboard-telling “Total Apps on Site Manager” bleef precies waar die was totdat ik de nieuwe app handmatig door de onboarding haalde.
Dit is een ontwerpkeuze, maar wel eentje met een operationele kost:
Site Manager splitst zich op in een echt bruikbare gratis laag en een Pro-laag die de functies ontsluit waar een bureau daadwerkelijk een workflow omheen zou bouwen.
| Functie | Basic (Gratis) | Pro |
|---|---|---|
| Site-overzicht | Ja | Ja |
| Gebruikers, thema’s, plugins beheren | Ja | Ja |
| Quick Updates | Ja | Ja |
| WordPress Single Sign-On | Ja | Ja |
| Gecentraliseerd dashboard | Ja | Ja |
| Safe Updates (staging-kloon + regressietest) | Nee | Ja |
| Geplande Auto Updates | Nee | Ja |
| Site Performance Monitoring | Nee | Ja |
| Activity Logs | Nee | Ja |
| Updategeschiedenis | Nee | Ja |
Basic is geen uitgeklede proefversie. Het bevat een echt site-overzicht, de mogelijkheid om gebruikers, thema’s en plugins te beheren zonder wp-admin aan te raken, WordPress single sign-on met één klik en Quick Updates, en opvallend genoeg ook het gecentraliseerde dashboard zelf.
Cloudways heeft de kernervaring “zie al je sites op één plek” niet achter een betaalmuur gezet. Wat wel afgeschermd is, is alles waardoor dat dashboard betrouwbaar genoeg wordt om te gebruiken zonder het voortdurend in de gaten te houden.
Pro is momenteel gratis te gebruiken tijdens Public Preview, ongeacht de vermelde prijs, en die is $3 per app per maand, dalend naar $2 per app zodra je boven vijf applicaties uitkomt.
Die kortingsdrempel is de moeite waard om door te rekenen voordat je aanneemt dat Pro goedkoop schaalt:
| Sites beheerd | Pro-kosten (stickerprijs) |
|---|---|
| 3 sites | $9/month |
| 5 sites | $10/month ($2/app) |
| 10 sites | $20/month |
| 25 sites | $50/month |
| 50 sites | $100/month |
Geen van die bedragen is onredelijk vergeleken met wat één kapotte, niet-gebacupte update aan vertrouwen van een klant kan kosten, maar per-app-pricing betekent dat de rekening in een rechte lijn groeit met je portfolio, niet in de sprongsgewijze kortingen die sommige concurrerende tools bij hogere niveaus bieden.
Nu onboarding en prijzen achter de rug zijn, behandelt de rest van deze review hoe het dagelijks gebruik er eigenlijk uitziet, te beginnen met een stukje architectuur dat de moeite waard is om te begrijpen.
Dit is het deel van Site Manager’s ontwerp dat het langst duurde om echt door te krijgen, en het wordt nergens in de interface zelf uitgelegd.
Dit zijn drie deuren naar dezelfde kamer. De per-app-weergave is voor iemand die al binnen die specifieke site werkt en toevallig een openstaande update ziet. De row action op accountniveau is voor iemand die het volledige portfolio scant en besluit op één site nu te handelen.
Het plannings-tabblad is bedoeld om de mens volledig uit de lus te halen.
Van de drie hierboven beschreven deuren behandelt deze sectie de eerste twee, de per-app-weergave en de row action op accountniveau, aangezien beide hetzelfde update-mechanisme openen.
Elk planniveau biedt Quick Update. Het toepassen ervan duurt seconden: de update wordt rechtstreeks op productie geïnstalleerd zonder compatibiliteitscontrole en zonder vooraf een back-up te maken.
Cloudways’ eigen interfacekopie is eerlijk over de afweging en waarschuwt dat het “may carry risks if updates aren’t compatible.”
Ik heb in deze test geen Quick Update uitgevoerd, dus ik kan uit eerste hand niet beschrijven hoe een mislukte versie er op het scherm uitziet. Dat is een echte leemte in deze review, en ik zou elke bewering over het mislukkingsgedrag van Quick Update, van mij of iemand anders die er geen heeft getriggerd, met gepaste scepsis benaderen.
Safe Update is waar Pro zijn prijs verdient, en het is de moeite waard om het volledig door te nemen omdat het proces uitgebreider is dan “back-up maken, en dan updaten.”
Hier is precies hoe ik het heb gestart. Vanuit de tabel Overview op accountniveau onder Integrations → Site Manager vond ik de rij voor de app met openstaande updates en klikte ik op het drie-puntjes Actions-menu aan het einde van die rij. Dat opende vier opties: WP-Admin, App Overview, Manage Updates en Manage Plan. Ik klikte op Manage Updates.
Dat opende een modal met alle plugins waarvoor een update klaarstond, in mijn geval vier: Breeze, Elementor, Object Cache Pro en WP ULike, elk weergegeven als een aangevinkt item met hun huidige versie en de versie waarnaar ze zouden worden bijgewerkt.
Onder de lijst stonden twee radio-opties: Quick Update en Safe Update, elk met een korte beschrijving van de afweging. Ik selecteerde Safe Update en klikte op Proceed.
In plaats van één voortgangsspinner toont de modal die vervolgens openging een gefaseerde checklist die in realtime bijwerkt.
Staging-omgeving:
Productie:
Ik begon de run om 6:21 pm en hij eindigde om 6:27 pm. Zes minuten, voor vier plugins, over een complete staging-naar-productiecyclus. De modal zelf schept de verwachting dat dit “usually takes less than a minute,” wat in mijn run ruimschoots werd overschreden.
Dat verschil tussen de aangegeven schatting en de werkelijke tijd is iets om mee te plannen in plaats van je door te laten verrassen als je Safe Update op een batch plugins tijdens een onderhoudsvenster draait; reken op minuten, niet op seconden, zeker naarmate het aantal plugins groeit.
Een succesmelding bevestigde het resultaat, en op het moment dat het klaar was, logde het account-level History-tabblad het als “On-Demand Successful: Plugins (4)” met een link naar de volledige details.
Dat de cirkel hier rond wordt gemaakt, het zien gebeuren en vervolgens meteen kunnen wijzen naar een permanent record ervan, is precies het soort klantgerichte bewijs dat een bureau nodig heeft, en dat SafeUpdates nooit bood.
Beide staan binnen de planningsflow in plaats van op het on-demand update-scherm, waardoor ze makkelijk over het hoofd te zien zijn:
Samen bepalen deze twee standaarden of een onbeheerde nachtelijke update-run je wakker maakt met één gemarkeerde plugin in een wachtrij, of met een hele site die midden in de update vastzit omdat één incompatibel thema het hele proces stopte. De moeite waard om beide te controleren voordat je een schema onbeheerd laat draaien.
Dat dekt de eerste twee deuren. Deze sectie behandelt de derde: de mens uit de lus halen. Het Auto Updates-tabblad, bereikbaar vanaf dezelfde Site Manager-pagina op accountniveau, is waar de “behandel veel sites alsof het er één is”-belofte óf uitpakt óf instort. In mijn geval werkte het.
Hier is precies hoe ik het heb ingesteld. Vanuit Integrations → Site Manager klikte ik op het tabblad Auto Updates.
Met nog geen schema ingesteld toonde de pagina een lege toestand, “No Auto Updates Schedule,” met één knop: Set Auto Update Schedule.
Daarop klikken opende een wizard, “Set Auto Update Schedule,” die in één doorloop het volgende afwerkte:
Daarna opende een tweede scherm, “Create Auto Update Schedule,” met betrekking tot:
Op Set AutoUpdate Schedule onderaan klikken sloeg het schema op, toegepast op elke app die ik in stap twee had geselecteerd, zonder dat de configuratie per site hoefde te worden herhaald.
De drie deuren en de update-mechanismen daarachter behandelen het hoe. Deze laatste functie behandelt het bewijs: een permanent record van wat er gebeurde, los van het updateproces zelf.
Hier is precies hoe ik het heb ingeschakeld.
Vanaf de eigen Site Manager Overview-pagina van die app, dezelfde waar je terechtkomt na inschrijving via Pad 1, staat naast de performance-ring een kaart met het label “Activity Logs are Disabled”, met een korte beschrijving en één knop: Enable Activity Logs.
Ik klikte erop, en de kaart werkte meteen bij, zonder bevestigingsmodal en zonder extra stappen. Door direct daarna de account-level Manage Applications-tabel te controleren, onder Integrations → Site Manager, was de Activity Logs-kolom voor die app al van Disabled naar Enabled gesprongen, zonder dat ik de pagina hoefde te verversen.
Deze functie zit achter Pro en is bedoeld om antwoord te geven op een vraag die elk bureau uiteindelijk van een klant krijgt: wie heeft wat gewijzigd, en wanneer?
Zonder dit leeft dat antwoord meestal in een WordPress-loggingplugin die naar de database van de site zelf schrijft, wat op termijn opschuift en geen bescherming biedt tegen manipulatie. Dat die registratie buiten de WordPress-installatie zelf leeft, in de hostinglaag, is een betekenisvol ander niveau van vertrouwen voor alles wat klantgericht is.
Met de volledige functieset, de kosten en de ruwe randjes allemaal op tafel, is de laatste vraag eenvoudigweg of het bij jouw specifieke portfolio past.
De duidelijkste match is een bureau of freelance ontwikkelaar die meerdere, idealiter veel, WordPress-sites beheert die al volledig op Cloudways draaien, waar een kapotte update een reële prijs heeft in klantvertrouwen in plaats van alleen persoonlijk ongemak.
De Safe Update-workflow en bulkplanning zijn specifiek bedoeld om het probleem op te lossen dat zich aandient zodra je voorbij het punt bent waarop elke site afzonderlijk controleren nog redelijk is.
Het is een gedeeltelijke match voor iedereen met een gemengd portfolio. De gratis Site Manager-plugin kan externe sites binnenhalen voor basismonitoring en updates, maar de functies die het native dashboard de moeite van het betalen waard maken, staging-gebaseerde Safe Update, visuele regressie, activity logs, blijven buiten bereik totdat die sites daadwerkelijk naar Cloudways verhuizen.
Het is simpelweg onnodig voor een eigenaar van één site. De gratis laag zou technisch werken, maar het hele product bestaat om een portfolio-schaalprobleem op te lossen dat een enkele site nooit creëert.
Ja, de site manager is de moeite waard om te gebruiken, onder één voorwaarde: je sites leven al op Cloudways. Binnen die grens levert Site Manager wat het belooft, een echt cross-app dashboard, een Safe Update-route die eerst back-upt voordat productie wordt aangeraakt, en bulkplanning die updates behandelt als een actie voor de hele vloot in plaats van een per-login-karwei.
Buiten die grens is het een lichter hulpmiddel met een duidelijke migratiehint eraan vast. De beste match is een bureau dat klantensites consolideert op Cloudways en één plek nodig heeft om te bewijzen wat er veranderde en wanneer.
| Description | Expert Review |
|---|---|
| Beheerde WordPress-hosting met snelheid, beveiliging en zorgeloze updates. | Read Wordpress Hosting Review |
| Flexibele, hoogwaardige cloudhosting met schaalbare middelen en betrouwbaarheid. | Read Cloud Hosting Review |
| Beveiligde en efficiënte e-mailhosting op maat voor zakelijke communicatiebehoeften. | Read Email Hosting Review |
| Geoptimaliseerde Magento-hosting met hoge snelheden en verbeterde e-commerceprestatie... | Read Magento Hosting Review |
| Read WooCommerce hosting Review | |
| Read VPS Hosting Review |
Ja. Cloudways Site Manager is een native add-on die updates, prestatiemonitoring en activiteitenlogboeken centraliseert voor WordPress-toepassingen die al binnen je Cloudways-account worden gehost. Een aparte, gratis begeleidende plugin breidt lichtere monitoring- en updatefunctionaliteit uit naar WordPress-sites die overal worden gehost.
Niet via het native dashboard dat in deze review is getest, dat beperkt is tot applicaties die al op Cloudways worden gehost. Een gratis plugin, ook wel Cloudways Site Manager genoemd en mede ontwikkeld met WP Remote, kan externe sites toevoegen voor het monitoren en updaten van core, plugins en thema’s, maar zonder Safe Update’s staging-clone, visuele regressietests of server-side caching.
De Basic-tier is gratis en omvat site-overzicht, gebruikers- en pluginbeheer en Quick Updates. Pro voegt Safe Updates, planning, prestatiemonitoring en activiteitslogboeken toe voor $3 per app per maand, dalend naar $2 bij vijf of meer apps, en is momenteel gratis te gebruiken tijdens de Public Preview.
Quick Update past wijzigingen rechtstreeks binnen seconden toe op productie zonder back-up of compatibiliteitscontrole. Safe Update maakt een staging-kloon, controleert compatibiliteit, werkt elk pakket bij, voert een visuele regressietest uit en pusht alleen naar productie als die test slaagt.
Ja. Nieuwe applicaties worden nooit automatisch aangemeld, zelfs niet wanneer ze worden toegevoegd aan een server waarop al andere Site Manager-apps draaien. Elke site heeft zijn eigen onboardingstap nodig, afzonderlijk of via de bulkwizard onder Integraties.
Beantwoord een paar eenvoudige vragen en vind de perfecte oplossing voor jou!
Hosting zoeken starten
HostAdvice.com biedt professionele web hosting beoordelingen aan, compleet onafhankelijk van andere bedrijven. Onze beoordelingen zijn onpartijdig, eerlijk en de evalutieprocedure is hetzelfde voor alle beoordelingen.
Een compensatie wordt verkregen van de bedrijven die we beoordelen. Compensatie van diensten en producten hebben geen invloed op de richting of conclusies van onze beoordelingen. De compensatie beïnvloed onze ranglijsten voor bepaalde hostbedrijven ook niet.
Deze compensatie bestaat uit de kosten van royalty's voor beoordelaars, voor het aanschaffen van de accounts en voor het testen.
