Inscribí dos aplicaciones de WordPress en Cloudways Site Manager para esta reseña, una a través de la pantalla de incorporación integrada en la barra lateral de una aplicación, otra mediante el flujo masivo que vive a nivel de cuenta.
A partir de ahí, ejecuté una Safe Update real en cuatro plugins, construí un programa compartido de actualizaciones automáticas que cubría ambos sitios, activé el registro de actividad y pasé suficiente tiempo en el panel a nivel de cuenta para entender dónde aparece la misma pieza de información en más de un lugar, y por qué eso importa más de lo que parece.
Site Manager sustituyó a un antiguo complemento de Cloudways llamado SafeUpdates. Entender lo que SafeUpdates no podía hacer explica casi todas las decisiones de diseño del producto actual.
SafeUpdates ejecutaba todo por SSH, lo que generaba un conjunto específico de problemas para cualquiera que gestionara más de un par de sitios:
Las agencias que gestionan veinte o más instalaciones de WordPress le dijeron a Cloudways, en efecto, que la herramienta funcionaba hasta que dejó de escalar, y escalar era precisamente la razón por la que estaban en Cloudways desde el principio.
Site Manager es la respuesta directa a ese feedback. Ese contexto importa para leer el resto de esta reseña, porque explica por qué algunas partes del producto se sienten inusualmente maduras para algo que todavía está en Public Preview, y por qué otras partes, como el paso de incorporación que encontrarás el primer día, todavía muestran las costuras.
Con ese trasfondo en su lugar, la siguiente pregunta es el alcance: qué puede alcanzar realmente esta herramienta. Antes de entrar en la incorporación, las actualizaciones y la programación, conviene ser preciso sobre qué cubre Site Manager y qué no, porque la respuesta honesta es más matizada que un sí o no plano.
Toda aplicación disponible para inscribirse en Site Manager a nivel de cuenta, ya fuera mediante la pantalla por aplicación o el asistente masivo bajo Integrations, provenía de un servidor que ya estaba dentro de mi cuenta de Cloudways.
No había ningún campo para pegar credenciales de una instalación alojada externamente, ni ningún conector para un sitio que corriera en otro hosting por completo.
El conjunto completo de funciones cubierto en esta reseña, Safe Update, clon de staging, pruebas visuales de regresión, registros de actividad, programación a nivel de portfolio, todo eso vive dentro de esta capa nativa alojada en Cloudways.
Cloudways también publica un plugin gratuito de WordPress, también llamado Cloudways Site Manager, co-desarrollado con WP Remote.
A diferencia del panel nativo, este plugin se instala directamente en un sitio de WordPress independientemente de dónde esté alojado, lo que significa que puede incorporar un sitio externo, no alojado en Cloudways, a una versión de la misma vista centralizada.
Sin embargo, es un producto realmente distinto del panel nativo, y la diferencia entre ambos importa:
| Capability | Native Site Manager (Cloudways-hosted apps) | Site Manager Plugin (any host) |
|---|---|---|
| Centralized dashboard | Yes | Yes |
| Core, plugin, theme updates | Yes | Yes |
| Safe Update (staging clone + visual regression) | Yes | No |
| Server-level caching (Varnish, Redis, Cloudflare) | Yes | No |
| Activity logs | Yes (Pro) | Not equivalent |
| Cost | Free (Basic) / paid (Pro) | Free |
El plugin también desactiva las actualizaciones automáticas propias de WordPress mientras está activo, una decisión deliberada de Cloudways para evitar conflictos durante la gestión remota.
Cloudways deja claro que la ruta del plugin es un paso intermedio más que el destino final: si quieres toda la pila, copias de seguridad automáticas, staging con un clic, integración con Cloudflare, caché gestionada, la práctica recomendada declarada es migrar el sitio externo a Cloudways en lugar de gestionarlo remotamente a largo plazo.
Para una agencia con un portfolio completamente alojado en Cloudways, nada de esto importa. Para cualquiera que todavía tenga un puñado de sitios en otro lugar, y la mayoría de las agencias con las que he hablado a lo largo de los años tienen al menos algunos, el plugin es una opción real para el monitoreo básico y las actualizaciones, pero no un sustituto de lo que hace el panel nativo.
Con la cuestión del alcance resuelta, la parte práctica empieza aquí: inscribir realmente una aplicación de WordPress. Cloudways te da dos formas de entrar al Site Manager nativo, y no son igualmente adecuadas para la tarea.
Así es exactamente como llegué allí la primera vez. Desde el panel principal de Cloudways, hice clic en mi servidor y luego en la aplicación de WordPress situada en él, lo que te lleva a la página Access Details de esa app.
La barra lateral izquierda allí enumera Access Details, Staging Management, Monitoring, Application Security, Domain Management y luego Site Manager, marcado con una etiqueta “New”. Hacer clic ahí me llevó directamente a una pantalla titulada “Simplify App Management with Site Manager,” centrada por completo en esa única aplicación, con dos tarjetas de plan lado a lado, Basic y Pro.
Hice clic en Get Pro. Ahí fue cuando las cosas se torcieron.
La pantalla cambió a “Subscribing to the Site Manager Plan…” con un mensaje que explicaba que Cloudways estaba instalando el plugin y sincronizando los datos de mi sitio, y que esto podía tardar unos minutos dependiendo del tamaño de la aplicación.
Estuvo ejecutándose unos dos minutos y luego falló, devolviendo una notificación de error en rojo: “Please delete existing plugin and install again.” Yo no tenía ninguna instalación previa que eliminar, así que el mensaje en sí no me dijo qué había salido realmente mal.
Hice clic en Get Pro una segunda vez, en la misma pantalla del plan, sin cambiar nada. Ese intento funcionó. Tardó unos tres minutos y terminó con una notificación de éxito en verde confirmando que me había suscrito al plan Site Manager, dejándome en la página Overview de Site Manager de la app, con el recuento de plugins, el recuento de temas, una puntuación de rendimiento y una tabla Manage Updates ya poblados y listos.
Esta es la ruta que merece la pena usar en cuanto tengas más de un sitio que gestionar, y así es exactamente como la encontré y la usé.
Desde el panel principal de Cloudways, la navegación de la izquierda tiene una fila de iconos: Home, Flexible, Autonomous, Integrations y Agency Partners. Hice clic en Integrations. Eso abrió un panel de tarjetas, entre ellas Site Manager (marcada “New”), Application Migration, DNS Made Easy, CookieYes y Equalize Digital Accessibility Checker.
Hacer clic en la tarjeta Site Manager me llevó a una pantalla completamente distinta de la Ruta 1, una que vive bajo la ruta Integrations → Add-Ons → Site Manager, con su propia fila de pestañas: Overview, Manage Updates, Auto Updates, History.
Esta página Overview es el verdadero centro de mando. Muestra estadísticas de toda la cuenta, Total Apps on Site Manager, Apps on Free Plan, Apps on Pro Plan, Apps with Auto Updates y, debajo, una tabla Manage Applications que enumera cada aplicación ya inscrita.
Para incorporar más, hice clic en Add Apps to Site Manager en la esquina superior derecha de esa tabla. Eso abrió un asistente de dos pasos:
Una nota encima de la lista explicaba que excluye los sitios de staging, las aplicaciones en servidores detenidos y cualquier aplicación que ya esté ejecutando el antiguo complemento SafeUpdates. Marqué la aplicación que quería y hice clic en Select Plan.
Todo el flujo tardó menos de un minuto una vez que estuve en la pantalla del asistente, y se aplicó a todas las aplicaciones que había marcado en el paso uno a la vez, sin repetir la elección del plan por sitio.
Ahora que he inscrito aplicaciones a través de ambas rutas, aquí está el hallazgo que cambió cómo pienso sobre el mantenimiento diario de este producto. Añadí una segunda aplicación de WordPress a un servidor que ya tenía a Site Manager gestionando activamente otra aplicación en ese mismo servidor.
Esperaba que la nueva aplicación apareciera automáticamente, ya que estaba justo al lado de una app que Site Manager ya conocía. No ocurrió. El recuento de “Total Apps on Site Manager” del panel a nivel de cuenta se quedó exactamente donde estaba hasta que pasé manualmente la nueva aplicación por la incorporación.
Esto es una decisión de diseño, pero es una decisión de diseño con un coste operativo:
Site Manager se divide en un nivel gratuito realmente útil y un nivel Pro que desbloquea las funciones alrededor de las cuales una agencia construiría de verdad un flujo de trabajo.
| Feature | Basic (Free) | Pro |
|---|---|---|
| Site Overview | Yes | Yes |
| Manage Users, Themes, Plugins | Yes | Yes |
| Quick Updates | Yes | Yes |
| WordPress Single Sign-On | Yes | Yes |
| Centralized Dashboard | Yes | Yes |
| Safe Updates (staging clone + visual regression) | No | Yes |
| Scheduled Auto Updates | No | Yes |
| Site Performance Monitoring | No | Yes |
| Activity Logs | No | Yes |
| Update History | No | Yes |
Basic no es una prueba recortada. Incluye una verdadera vista general del sitio, la capacidad de gestionar usuarios, temas y plugins sin tocar wp-admin, inicio de sesión único de WordPress con un clic, Quick Updates y, notablemente, el propio panel centralizado.
Cloudways no puso con muro de pago la experiencia básica de “ver todos tus sitios en un solo lugar”. Lo que está restringido es todo aquello que hace que ese panel sea lo bastante fiable como para actuar sobre él sin vigilarlo manualmente.
Pro es actualmente gratuito durante Public Preview independientemente de su precio listado, que es de $3 por aplicación al mes, bajando a $2 por aplicación una vez que superas cinco aplicaciones.
Ese umbral de descuento merece hacer cuentas antes de asumir que Pro escala barato:
| Sites managed | Pro cost (sticker price) |
|---|---|
| 3 sites | $9/month |
| 5 sites | $10/month ($2/app) |
| 10 sites | $20/month |
| 25 sites | $50/month |
| 50 sites | $100/month |
Ninguna de esas cifras es irrazonable frente a lo que podría costar una sola actualización rota y sin respaldo en términos de confianza del cliente, pero el precio por aplicación significa que la factura crece en línea recta con tu portfolio, no mediante los descuentos escalonados que ofrecen algunas herramientas competidoras en niveles superiores.
Con la incorporación y los precios fuera del camino, el resto de esta reseña cubre cómo se ve realmente el uso diario, empezando por una pieza de arquitectura que merece la pena entender.
Esta es la parte del diseño de Site Manager que más tiempo me llevó comprender de verdad, y no se explica en ninguna parte de la interfaz en sí.
Estas son tres puertas hacia la misma sala. La vista por aplicación es para alguien que ya trabaja dentro de ese sitio específico y que casualmente nota una actualización pendiente. La acción a nivel de cuenta es para alguien que revisa todo el portfolio y decide actuar sobre un sitio ahora mismo.
La pestaña de programación es para sacar al humano del circuito por completo.
De las tres puertas que acabo de describir, esta sección cubre las dos primeras, la vista por aplicación y la acción a nivel de fila de la cuenta, ya que ambas abren el mismo mecanismo de actualización.
Todos los niveles de plan ofrecen Quick Update. Aplicarla tarda segundos: la actualización se instala directamente en producción sin comprobación de compatibilidad y sin crear una copia de seguridad antes.
La propia interfaz de Cloudways es honesta sobre el riesgo, advirtiendo que “may carry risks if updates aren’t compatible.”
No ejecuté ninguna Quick Update en esta prueba, así que no puedo describir de primera mano cómo se ve en pantalla una fallida. Eso es una laguna real en esta reseña, y trataría cualquier afirmación sobre el comportamiento de fallo de Quick Update, mía o de cualquiera que no haya provocado una, con el escepticismo adecuado.
Safe Update es donde Pro justifica su precio, y merece la pena recorrerlo completo porque el proceso es más complejo que “backup, then update.”
Así fue exactamente como la activé. Desde la tabla Overview a nivel de cuenta bajo Integrations → Site Manager, encontré la fila de la aplicación con actualizaciones pendientes y hice clic en el menú de tres puntos Actions al final de esa fila. Se abrieron cuatro opciones: WP-Admin, App Overview, Manage Updates y Manage Plan. Hice clic en Manage Updates.
Eso abrió un modal que enumeraba cada plugin con una actualización pendiente, cuatro en mi caso, Breeze, Elementor, Object Cache Pro y WP ULike, cada uno mostrado como un elemento marcado con su versión actual y la versión a la que se actualizaría.
Debajo de la lista había dos opciones de radio: Quick Update y Safe Update, cada una con una descripción en una línea de la compensación. Seleccioné Safe Update y hice clic en Proceed.
En lugar de un único spinner de progreso, el modal que se abrió a continuación muestra una lista de verificación por etapas que se actualiza en tiempo real.
Staging environment:
Production:
Empecé la ejecución a las 6:21 pm y terminó a las 6:27 pm. Seis minutos, para cuatro plugins, a lo largo de un ciclo completo de staging y luego producción. El propio modal establece la expectativa de que esto “usually takes less than a minute,” y mi ejecución superó ampliamente esa estimación.
La diferencia entre el tiempo estimado declarado y el tiempo real merece ser tenida en cuenta en lugar de sorprenderte si vas a ejecutar Safe Update sobre un lote de plugins durante una ventana de mantenimiento; reserva minutos, no segundos, especialmente a medida que crece el número de plugins.
Una notificación de éxito confirmó el resultado, y en el momento en que terminó, la pestaña History a nivel de cuenta lo registró como “On-Demand Successful: Plugins (4)” con un enlace al detalle completo.
Ese cierre del ciclo, ver cómo ocurre una acción y luego poder señalar inmediatamente un registro permanente de ella, es exactamente el tipo de prueba orientada al cliente que una agencia necesita, y SafeUpdates nunca la ofreció.
Ambos viven dentro del flujo de programación en lugar de en la pantalla de actualización bajo demanda, lo que hace que sean fáciles de pasar por alto:
Juntos, estos dos valores predeterminados deciden si una ejecución de actualización nocturna sin supervisión te despierta con un plugin marcado en cola, o con un sitio entero bloqueado a mitad de actualización porque un tema incompatible derribó todo el proceso. Vale la pena comprobar ambos antes de confiar en que cualquier programación se ejecute sin supervisión.
Eso cubre las dos primeras puertas. Esta sección cubre la tercera: sacar al humano del circuito por completo. La pestaña Auto Updates, a la que se accede desde la misma página de Site Manager a nivel de cuenta, es donde la promesa de “gestionar muchos sitios como si fueran uno” o bien se cumple o se desmorona. En mi caso, se cumplió.
Así es exactamente como la configuré. Desde Integrations → Site Manager, hice clic en la pestaña Auto Updates de la fila superior.
Sin nada programado todavía, la página mostraba un estado vacío, “No Auto Updates Schedule,” con un único botón: Set Auto Update Schedule.
Hacer clic abrió un asistente, “Set Auto Update Schedule,” que me fue guiando por lo siguiente en una sola pasada:
Después se abrió una segunda pantalla, “Create Auto Update Schedule,” que cubría:
Hacer clic en Set AutoUpdate Schedule al final lo guardó, aplicado a cada aplicación que había seleccionado en el paso dos, sin necesidad de repetir la configuración una vez por sitio.
Las tres puertas y la mecánica de actualización detrás de ellas cubren el cómo. Esta última función cubre la prueba: un registro permanente de lo que ocurrió, independiente del propio proceso de actualización.
Así es exactamente como lo activé.
Desde la propia página Overview de Site Manager de esa aplicación, la misma a la que llegas tras suscribirte mediante la Ruta 1, hay una tarjeta etiquetada “Activity Logs are Disabled” junto al anillo de rendimiento, con una breve descripción y un único botón: Enable Activity Logs.
Hice clic en ella, y la tarjeta se actualizó de inmediato, sin modal de confirmación, sin pasos adicionales. Al comprobar enseguida la tabla Manage Applications a nivel de cuenta, bajo Integrations → Site Manager, la columna Activity Logs para esa aplicación ya había pasado de Disabled a Enabled, sin necesidad de refrescar la página.
Esta función está detrás de Pro, y existe para responder a una pregunta que toda agencia termina recibiendo de un cliente: quién cambió qué, y cuándo.
Sin ella, esa respuesta suele vivir en un plugin de registro de WordPress escribiendo en la propia base de datos del sitio, lo que la hincha con el tiempo y no ofrece protección contra manipulaciones. Tener ese registro fuera de la instalación de WordPress, dentro de la capa de hosting, es un nivel de confianza significativamente distinto para cualquier cosa orientada al cliente.
Con el conjunto completo de funciones, sus costes y sus asperezas sobre la mesa, la última pregunta es simplemente si encaja con tu portfolio específico.
La opción más clara es una agencia o un desarrollador freelance que gestione varios, idealmente muchos, sitios de WordPress que ya viven por completo dentro de Cloudways, donde una actualización rota tiene un coste real en confianza del cliente y no solo una molestia personal.
El flujo de Safe Update y la programación masiva existen precisamente para resolver el problema que aparece una vez que ya has pasado el punto en el que revisar cada sitio individualmente sigue siendo razonable.
Es un ajuste parcial para cualquiera con un portfolio mixto. El plugin gratuito de Site Manager puede incorporar sitios externos para un monitoreo básico y actualizaciones, pero las funciones que hacen que el panel nativo merezca la pena pagar, Safe Update basado en staging, regresión visual, registros de actividad, quedan fuera de alcance hasta que esos sitios realmente se muevan a Cloudways.
Simplemente no es necesario para un propietario de un solo sitio. El nivel gratuito técnicamente funcionaría, pero todo el producto existe para resolver un problema a escala de portfolio que un único sitio nunca crea.
Sí, el site manager merece la pena adoptarlo, con una condición: que tus sitios ya vivan en Cloudways. Dentro de ese límite, Site Manager cumple lo que promete, un panel real entre aplicaciones, una vía Safe Update que hace copia de seguridad antes de tocar producción, y una programación masiva que trata las actualizaciones como una acción de toda la flota en lugar de una tarea por inicio de sesión.
Fuera de ese límite, es una herramienta más ligera con un claro empujón hacia la migración. La mejor opción es una agencia que consolida sitios de clientes en Cloudways y que necesita un lugar para demostrar qué cambió y cuándo.
| Description | Expert Review |
|---|---|
| Alojamiento de WordPress gestionado con velocidad, seguridad y actualizaciones sin co... | Read Wordpress Hosting Review |
| Alojamiento en la nube flexible y de alto rendimiento con recursos escalables y fiabi... | Read Cloud Hosting Review |
| Alojamiento de correo electrónico seguro y eficiente adaptado a las necesidades de c... | Read Email Hosting Review |
| Alojamiento optimizado de Magento con velocidades rápidas y rendimiento de comercio ... | Read Magento Hosting Review |
| Read WooCommerce hosting Review | |
| Read VPS Hosting Review |
Sí. Cloudways Site Manager es un complemento nativo que centraliza las actualizaciones, el monitoreo del rendimiento y los registros de actividad para las aplicaciones de WordPress ya alojadas dentro de su cuenta de Cloudways. Un complemento companion gratuito independiente amplía la capacidad de monitoreo ligero y actualización a los sitios de WordPress alojados en cualquier lugar.
No a través del panel nativo probado en esta reseña, que está limitado a aplicaciones ya alojadas en Cloudways. Un complemento gratuito, también llamado Cloudways Site Manager y desarrollado conjuntamente con WP Remote, puede incorporar sitios externos para la supervisión y las actualizaciones del núcleo, los plugins y los temas, aunque sin la clonación en staging de Safe Update, las pruebas de regresión visual ni el almacenamiento en caché a nivel de servidor.
El nivel Basic es gratuito y cubre la vista general del sitio, la gestión de usuarios y plugins, y las Actualizaciones rápidas. Pro añade Actualizaciones seguras, programación, supervisión del rendimiento y registros de actividad por 3 $ por aplicación al mes, bajando a 2 $ para cinco o más aplicaciones, y actualmente se puede usar gratis durante la Vista previa pública.
Quick Update aplica cambios directamente a producción en segundos sin copia de seguridad ni comprobación de compatibilidad. Safe Update crea un clon de staging, comprueba la compatibilidad, actualiza cada paquete, ejecuta una prueba de regresión visual y solo lo lleva a producción si esa prueba pasa.
Sí. Las nuevas aplicaciones nunca se inscriben automáticamente, incluso cuando se añaden a un servidor que ya tiene otras aplicaciones de Site Manager en ejecución. Cada sitio necesita su propio paso de incorporación, ya sea individualmente o mediante el asistente masivo en Integrations.
¡Responde algunas preguntas simples y encuentra la solución perfecta para ti!
Iniciar búsqueda de alojamiento
