Inscribí dos aplicaciones de WordPress en Cloudways Site Manager para esta reseña, una a través de la pantalla de onboarding oculta dentro de la barra lateral de la propia aplicación, y 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 horario compartido de autoactualizaciones 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 información en más de un lugar, y por qué eso importa más de lo que parece.
Site Manager reemplazó 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 creaba un conjunto específico de problemas para cualquiera que administrara más de un par de sitios:
Las agencias que administran veinte o más instalaciones de WordPress le dijeron a Cloudways, en esencia, que la herramienta funcionaba hasta que dejó de escalar, y escalar era justamente la razón por la que estaban en Cloudways.
Site Manager es la respuesta directa a ese comentario. 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 aún está en Vista Pública, y por qué otras partes, como el paso de onboarding que encontrarás el primer día, todavía muestran las costuras.
Con ese contexto en su lugar, la siguiente pregunta es el alcance: ¿qué puede abarcar realmente esta herramienta? Antes de entrar en onboarding, actualizaciones y programación, vale la pena ser preciso sobre qué cubre Site Manager y qué no, porque la respuesta honesta es más matizada que un sí o no plano.
Todas las aplicaciones disponibles para inscribirse en Site Manager a nivel de cuenta, ya sea por la pantalla por aplicación o por el asistente masivo en Integrations, provenían 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 un conector para un sitio que viviera en otro hosting por completo.
Todo el conjunto de funciones cubierto en esta reseña, Safe Update, clon de staging, pruebas visuales de regresión, registros de actividad, programación masiva, todo 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 WordPress sin importar 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:
| Capacidad | Site Manager nativo (aplicaciones alojadas en Cloudways) | Plugin Site Manager (cualquier hosting) |
|---|---|---|
| Panel centralizado | Sí | Sí |
| Actualizaciones de core, plugins y temas | Sí | Sí |
| Safe Update (clon de staging + regresión visual) | Sí | No |
| Caché a nivel de servidor (Varnish, Redis, Cloudflare) | Sí | No |
| Registros de actividad | Sí (Pro) | No equivalente |
| Costo | Gratis (Basic) / pago (Pro) | Gratis |
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 es clara en que la ruta del plugin es un escalón y no el destino: si quieres toda la pila, copias de seguridad automáticas, staging con un clic, integración con Cloudflare y caché administrada, la práctica recomendada es migrar el sitio externo a Cloudways en lugar de administrarlo remotamente a largo plazo.
Para una agencia con un portafolio totalmente alojado en Cloudways, nada de esto importa. Para cualquiera que siga operando un puñado de sitios en otros lugares, y la mayoría de las agencias con las que he hablado a lo largo de los años tiene al menos algunos, el plugin es una opción real para supervisión básica y actualizaciones, pero no un sustituto de lo que hace el panel nativo.
Con la pregunta de alcance resuelta, la parte práctica empieza aquí: inscribir realmente una aplicación de WordPress. Cloudways te da dos maneras de entrar al Site Manager nativo, y no son igualmente adecuadas para la tarea.
Así fue exactamente como llegué la primera vez. Desde el panel principal de Cloudways, hice clic en mi servidor y luego en la aplicación de WordPress ubicada en él, lo que te lleva a la página Access Details de esa aplicación.
La barra lateral izquierda allí enumera Access Details, Staging Management, Monitoring, Application Security, Domain Management y luego Site Manager, marcado con la etiqueta “New”. Hacer clic allí me llevó directamente a una pantalla titulada “Simplify App Management with Site Manager,” enfocada por completo en esa aplicación, con dos tarjetas de plan una al lado de la otra, 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.
Se ejecutó durante unos dos minutos y luego falló, devolviendo una notificación roja de error: “Please delete existing plugin and install again.” Yo no tenía ninguna instalación previa que borrar, así que el mensaje en sí no me decía qué había salido mal realmente.
Hice clic en Get Pro una segunda vez, en la misma pantalla del plan, sin cambiar nada. Ese intento sí funcionó. Tardó aproximadamente tres minutos y terminó con una notificación verde de éxito que confirmaba que me había suscrito al plan de Site Manager, llevándome a la página Site Manager Overview de la aplicación, con el conteo de plugins, el conteo de temas, una puntuación de rendimiento y una tabla Manage Updates ya poblados y listos.
Esta es la ruta que vale la pena usar en el momento en que tienes más de un sitio que administrar, y así fue exactamente como la encontré y la usé.
Desde el panel principal de Cloudways, la navegación de la izquierda tiene una fila de íconos: Home, Flexible, Autonomous, Integrations y Agency Partners. Hice clic en Integrations. Eso abrió un panel de tarjetas, entre ellas Site Manager (marcada como “New”), Application Migration, DNS Made Easy, CookieYes y Equalize Digital Accessibility Checker.
Hacer clic en la tarjeta de Site Manager me llevó a una pantalla completamente distinta de la Ruta 1, una que vive bajo la ruta de navegación 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 lista cada app ya inscrita.
Para traer 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 las aplicaciones 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 tomó 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 de una sola vez, sin repetir la elección del plan por cada sitio.
Después de haber inscrito aplicaciones por ambas rutas, esta es la conclusión que cambió cómo pienso sobre el mantenimiento diario de este producto. Agregué una segunda aplicación de WordPress a un servidor que ya tenía Site Manager administrando 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 aplicación que Site Manager ya conocía. No pasó. El conteo de “Total Apps on Site Manager” del panel a nivel de cuenta se quedó exactamente donde estaba hasta que llevé manualmente la nueva aplicación por el onboarding.
Esto es una decisión de diseño, pero es una decisión de diseño con un costo operativo:
Site Manager se divide en un nivel gratuito realmente utilizable y un nivel Pro que desbloquea las funciones sobre las que una agencia realmente construiría un flujo de trabajo.
| Función | Basic (Gratis) | Pro |
|---|---|---|
| Site Overview | Sí | Sí |
| Administrar usuarios, temas y plugins | Sí | Sí |
| Quick Updates | Sí | Sí |
| Inicio de sesión único en WordPress | Sí | Sí |
| Panel centralizado | Sí | Sí |
| Safe Updates (clon de staging + prueba de regresión) | No | Sí |
| Actualizaciones automáticas programadas | No | Sí |
| Monitoreo del rendimiento del sitio | No | Sí |
| Registros de actividad | No | Sí |
| Historial de actualizaciones | No | Sí |
Basic no es una prueba recortada. Incluye una vista general real del sitio, la capacidad de administrar usuarios, temas y plugins sin tocar wp-admin, inicio de sesión único de WordPress con un clic, Quick Updates y, de manera notable, el panel centralizado en sí.
Cloudways no puso la experiencia central de “ver todos tus sitios en un solo lugar” detrás de un muro de pago. Lo que sí está bloqueado es todo aquello que hace que ese panel sea lo suficientemente confiable como para actuar sin supervisarlo.
Pro actualmente se puede usar gratis durante la Vista Pública, 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 vale la pena calcularlo antes de asumir que Pro escala barato:
| Sitios administrados | Costo de Pro (precio de lista) |
|---|---|
| 3 sitios | $9/month |
| 5 sitios | $10/month ($2/app) |
| 10 sitios | $20/month |
| 25 sitios | $50/month |
| 50 sitios | $100/month |
Ninguno de esos números es irrazonable frente a lo que podría costar una sola actualización rota y sin respaldo en la confianza del cliente, pero el precio por aplicación significa que la factura crece en línea recta con tu portafolio, no en descuentos por tramos como algunos competidores ofrecen en niveles más altos.
Con la inscripción y el precio fuera del camino, el resto de esta reseña cubre cómo se ve realmente el uso diario, empezando por una parte de la arquitectura que vale la pena entender.
Esta es la parte del diseño de Site Manager que más me tomó entender de verdad, y no se explica en ninguna parte de la interfaz.
Estas son tres puertas hacia la misma habitación. La vista por aplicación es para alguien que ya está trabajando dentro de ese sitio específico y se da cuenta por casualidad de una actualización pendiente. La acción de fila en el panel a nivel de cuenta es para alguien que revisa todo el portafolio y decide actuar sobre un sitio ahora mismo.
La pestaña de programación es para sacar al humano del ciclo por completo.
De las tres puertas recién descritas, esta sección cubre las dos primeras, la vista por aplicación y la acción de fila en el panel a nivel de cuenta, ya que ambas abren el mismo mecanismo de actualización.
Todos los niveles de plan ofrecen Quick Update. Aplicarlo toma segundos: la actualización se instala directamente en producción sin una comprobación de compatibilidad y sin tomar una copia de seguridad antes.
El propio texto de la interfaz de Cloudways es honesto sobre el intercambio, advirtiendo que podría “may carry risks if updates aren’t compatible.”
No ejecuté un Quick Update en esta prueba, así que no puedo describir de primera mano cómo se ve un fallo en pantalla. Esa es una brecha real en esta reseña, y trataría cualquier afirmación sobre el comportamiento de falla de Quick Update, mía o de cualquiera que no lo haya activado, con el escepticismo adecuado.
Safe Update es donde Pro justifica su precio, y vale la pena recorrerlo completo porque el proceso es más complejo que “copia de seguridad y luego actualización.”
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 de una línea sobre el intercambio. Seleccioné Safe Update y hice clic en Proceed.
En lugar de un único indicador de progreso, el modal que se abrió después muestra una lista de verificación por etapas que se actualiza en tiempo real.
Entorno de staging:
Producción:
Inicié la ejecución a las 6:21 pm y terminó a las 6:27 pm. Seis minutos, para cuatro plugins, en un ciclo completo de staging y luego producción.
La ventana modal misma fija la expectativa de que esto “usually takes less than a minute,” lo cual mi ejecución superó por mucho margen.
Esa diferencia entre el tiempo estimado y el tiempo real vale la pena tenerla en cuenta en lugar de que te sorprenda si vas a ejecutar Safe Update sobre un lote de plugins durante una ventana de mantenimiento; calcula minutos, no segundos, especialmente a medida que crece la cantidad 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.
Esa forma de cerrar el ciclo, ver cómo ocurre una acción y luego poder señalar de inmediato un registro permanente de ella, es exactamente el tipo de prueba orientada al cliente que una agencia necesita, y SafeUpdates nunca la dio.
Ambos viven dentro del flujo de programación en lugar de la pantalla de actualización bajo demanda, por lo que son fáciles de pasar por alto:
Juntos, estos dos valores predeterminados determinan si una ejecución nocturna desatendida de actualizaciones te despierta con un plugin marcado en una cola, o con todo un sitio detenido a mitad de actualización porque un tema incompatible tumbó todo el proceso. Vale la pena revisar ambos antes de confiar en que cualquier horario se ejecute sin supervisión.
Eso cubre las dos primeras puertas. Esta sección cubre la tercera: sacar al humano del ciclo 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 “administrar muchos sitios como si fueran uno” o funciona o se cae. En mi caso, funcionó.
Así fue exactamente como la configuré. Desde Integrations → Site Manager, hice clic en la pestaña Auto Updates de la fila superior.
Sin nada programado aún, la página mostraba un estado vacío, “No Auto Updates Schedule,” con un solo botón: Set Auto Update Schedule.
Hacer clic en él abrió un asistente, “Set Auto Update Schedule,” que recorrió lo siguiente en una sola pasada:
Luego se abrió una segunda pantalla, “Create Auto Update Schedule,” que cubría:
Hacer clic en Set AutoUpdate Schedule al final guardó la configuración, aplicada a todas las aplicaciones 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 pasó, separado del proceso de actualización en sí.
Así fue exactamente como lo activé.
Desde la página Site Manager Overview de esa aplicación, la misma a la que llegas después de suscribirte por la Ruta 1, aparece una tarjeta etiquetada “Activity Logs are Disabled” junto al anillo de rendimiento, con una breve descripción y un solo botón: Enable Activity Logs.
Hice clic allí, y la tarjeta se actualizó de inmediato, sin modal de confirmación ni pasos adicionales. Al revisar la tabla Manage Applications a nivel de cuenta justo después, bajo Integrations → Site Manager, la columna Activity Logs de esa aplicación ya había cambiado de Disabled a Enabled, sin necesidad de recargar la página.
Esta función está detrás de Pro, y existe para responder una pregunta que toda agencia termina escuchando de un cliente: quién cambió qué, y cuándo.
Sin ella, esa respuesta normalmente vive en un plugin de registros de WordPress escribiendo en la propia base de datos del sitio, lo que la va hinchando con el tiempo y no ofrece protección contra manipulación. 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 todo el conjunto de funciones, sus costos y sus bordes ásperos sobre la mesa, la última pregunta es simplemente si encaja con tu portafolio específico.
El ajuste más claro es una agencia o un desarrollador freelance que administra varios, idealmente muchos, sitios WordPress que ya viven por completo dentro de Cloudways, donde una actualización rota tiene un costo real en la confianza del cliente y no solo en 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 pasaste el punto en el que revisar cada sitio individualmente sigue siendo razonable.
Es un ajuste parcial para cualquiera con un portafolio mixto. El plugin gratuito de Site Manager puede incorporar sitios externos para supervisión básica y actualizaciones, pero las funciones que hacen que el panel nativo valga la pena pagar, Safe Update basado en staging, regresión visual y registros de actividad, siguen fuera de alcance hasta que esos sitios realmente se trasladen a Cloudways.
Simplemente no es necesario para un propietario de un solo sitio. El nivel gratis técnicamente funcionaría, pero todo el producto existe para resolver un problema a escala de portafolio que un solo sitio nunca crea.
Sí, el site manager vale la pena adoptarlo, con una condición: que tus sitios ya estén en Cloudways. Dentro de ese límite, Site Manager cumple lo que promete: un panel real entre aplicaciones, una ruta de Safe Update que crea 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 una clara invitación a migrar. El mejor ajuste es una agencia que consolida sitios de clientes en Cloudways y necesita un solo 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 aplicaciones de WordPress que ya están alojadas dentro de tu cuenta de Cloudways. Un plugin complementario gratuito y separado amplía la capacidad de monitoreo ligero y de actualizaciones para sitios de WordPress alojados en cualquier lugar.
No a través del panel nativo probado en esta reseña; eso está limitado a las aplicaciones ya alojadas en Cloudways. Un plugin gratuito, también llamado Cloudways Site Manager y co-desarrollado con WP Remote, puede incorporar sitios externos para el monitoreo y las actualizaciones de núcleo, plugins y temas, aunque sin la clonación de 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 Quick Updates. Pro añade Safe Updates, programación, monitoreo de rendimiento y registros de actividad por $3 por app al mes, bajando a $2 con cinco o más apps, y actualmente se puede usar gratis durante la Public Preview.
Quick Update aplica cambios directamente a producción en segundos sin copia de seguridad ni verificación de compatibilidad. Safe Update crea un clon de staging, verifica la compatibilidad, actualiza cada paquete, ejecuta una prueba de regresión visual y solo envía a producción si esa prueba pasa.
Sí. Las nuevas aplicaciones nunca se inscriben automáticamente, incluso cuando se agregan 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
