Inscribí dos aplicaciones de WordPress en Cloudways Site Manager para esta reseña, una a través de la pantalla de incorporación escondida dentro de la barra lateral propia de una 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 programa 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 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 complemento anterior 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 administrara más de un par de sitios:
Las agencias que administraban 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 toda la razón por la que estaban en Cloudways desde el principio.
Site Manager es la respuesta directa a esa retroalimentación. Ese contexto importa al 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 contexto 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, vale la pena ser precisos sobre lo que Site Manager cubre y lo que no, porque la respuesta honesta es más matizada que un sí o no rotundo.
Todas las aplicaciones disponibles para inscribirse en Site Manager a nivel de cuenta, ya sea mediante la pantalla por aplicación o el asistente masivo dentro de 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 ningún conector para un sitio que estuviera corriendo en otro host por completo.
El conjunto completo de funciones cubierto en esta reseña, Safe Update con 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 (apps alojadas en Cloudways) | Plugin Site Manager (cualquier host) |
|---|---|---|
| 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) / de 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 administración remota.
Cloudways es claro en que la ruta del plugin es un trampolín más que el destino: si quieres toda la pila, copias de seguridad automáticas, staging con un clic, integración con Cloudflare, 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 completamente alojado en Cloudways, nada de esto importa. Para cualquiera que todavía tenga un puñado de sitios en otro lado, 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 monitoreo básico y actualizaciones, solo que no sustituye lo que hace el panel nativo.
Con la cuestión del alcance resuelta, la parte práctica comienza aquí: incorporar realmente una aplicación de WordPress. Cloudways te da dos formas de entrar al Site Manager nativo, y no son igual de 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 que estaba en él, lo que te lleva a la página Access Details de esa app.
La barra lateral izquierda allí muestra Access Details, Staging Management, Monitoring, Application Security, Domain Management y luego Site Manager, marcado con una etiqueta “New”. Hacer clic allí me llevó directo a una pantalla titulada “Simplify App Management with Site Manager,” enfocada por completo en esa única aplicación, con dos tarjetas de plan colocadas 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 según el tamaño de la aplicación.
Se ejecutó durante unos dos minutos y luego falló, devolviendo una notificación de error roja: “Please delete existing plugin and install again.” No tenía ninguna instalación previa para borrar, así que el mensaje en sí no me dijo 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 funcionó. Tardó aproximadamente tres minutos y terminó con una notificación verde de éxito confirmando que me había suscrito al plan Site Manager, llevándome a la página Overview de Site Manager de la app, 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 cuanto tengas 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 iconos: 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 Site Manager me llevó a una pantalla completamente distinta a 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 app 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 apps en servidores detenidos y cualquier app que ya esté usando el antiguo complemento SafeUpdates. Marqué la app 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 apps que había marcado en el paso uno al mismo tiempo, sin repetir la elección del plan por cada sitio.
Después de inscribir apps a través de ambas rutas, este fue el hallazgo que cambió la forma en que pienso sobre el mantenimiento diario de este producto. Agregué una segunda aplicación WordPress a un servidor que ya tenía Site Manager administrando activamente otra app en ese mismo servidor.
Esperaba que la nueva app apareciera automáticamente, ya que estaba junto a una app que Site Manager ya conocía. No lo hizo. El conteo “Total Apps on Site Manager” del panel a nivel de cuenta se quedó exactamente donde estaba hasta que yo incorporé manualmente la nueva app.
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 genuinamente útil y un nivel Pro que desbloquea las funciones en torno a las cuales una agencia realmente construiría un flujo de trabajo.
| Función | Basic (Gratis) | Pro |
|---|---|---|
| Overview del sitio | Sí | Sí |
| Administrar usuarios, temas y plugins | Sí | Sí |
| Actualizaciones rápidas | Sí | Sí |
| Inicio de sesión único de 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 de rendimiento del sitio | No | Sí |
| Registros de actividad | No | Sí |
| Historial de actualizaciones | No | Sí |
Basic no es una prueba recortada. Incluye un verdadero overview 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, notablemente, el propio panel centralizado.
Cloudways no puso la experiencia central de “ver todos tus sitios en un solo lugar” detrás de un muro de pago. Lo que está bloqueado es todo lo que hace que ese panel sea lo suficientemente confiable como para actuar sobre él sin estar vigilándolo.
Pro actualmente se puede usar gratis durante Public Preview independientemente de su precio listado, que es de $3 por app por mes, bajando a $2 por app cuando superas cinco aplicaciones.
Ese umbral de descuento vale la pena calcularlo antes de asumir que Pro escala barato:
| Sitios administrados | Costo Pro (precio de lista) |
|---|---|
| 3 sitios | $9/mes |
| 5 sitios | $10/mes ($2/app) |
| 10 sitios | $20/mes |
| 25 sitios | $50/mes |
| 50 sitios | $100/mes |
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 portafolio, no con los descuentos por escalones que ofrecen algunas herramientas competidoras en niveles más altos.
Con la inscripción y los precios fuera del camino, el resto de esta reseña cubre cómo se ve el uso diario en la práctica, empezando por una pieza de arquitectura que vale la pena entender.
Esta es la parte del diseño de Site Manager que más tardé en 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 app es para alguien que ya está trabajando dentro de ese sitio específico y se encuentra con una actualización pendiente. La acción a nivel de cuenta en la fila es para alguien que revisa todo el portafolio y decide actuar sobre un sitio en ese momento.
La pestaña de programación es para sacar al humano del ciclo por completo.
De las tres puertas que acabo de describir, esta sección cubre las dos primeras, la vista por app y la acción a nivel de cuenta en la fila, ya que ambas abren el mismo mecanismo de actualización.
Todos los niveles del plan ofrecen Quick Update. Aplicarlo toma segundos: la actualización se instala directamente en producción sin comprobación de compatibilidad y sin crear antes una copia de seguridad.
La propia interfaz de Cloudways es honesta sobre la desventaja, advirtiendo que “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 en pantalla uno fallido. 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 lo haya activado, con el escepticismo apropiado.
Safe Update es donde Pro justifica su precio, y vale la pena recorrerlo completo porque el proceso es más complejo que “respaldo, luego actualización.”
Así fue exactamente como la activé. Desde la tabla Overview a nivel de cuenta dentro de Integrations → Site Manager, encontré la fila de la app con actualizaciones pendientes y hice clic en el menú de tres puntos Actions al final de esa fila. Abrió 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 breve de la desventaja. Seleccioné Safe Update y hice clic en Proceed.
En lugar de un solo 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:
Comencé 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 en sí establece la expectativa de que esto “usually takes less than a minute,” lo que en mi caso fue superado por mucho.
Ese desfase entre el tiempo estimado indicado y el tiempo real vale la pena tomarlo en cuenta en lugar de sorprenderse por él si estás ejecutando Safe Update en un lote de plugins durante una ventana de mantenimiento; planea minutos, no segundos, especialmente conforme 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 a los detalles completos.
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 frente al cliente que una agencia necesita, y SafeUpdates nunca se la dio.
Ambas viven dentro del flujo de programación en lugar de la pantalla de actualización bajo demanda, lo que hace que sean fáciles de pasar por alto:
Juntas, estas dos configuraciones deciden si una ejecución de actualizaciones nocturnas sin supervisión te despierta con un plugin marcado en cola o con un sitio completo detenido a la mitad de una actualización porque un tema incompatible tumbó todo el proceso. Vale la pena revisar ambas antes de confiar en que cualquier programación corra 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 bien se cumple o bien se derrumba. En mi caso, se cumplió.
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 todavía, la página mostraba un estado vacío, “No Auto Updates Schedule,” con un solo botón: Set Auto Update Schedule.
Al hacer clic se 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ó todo y se aplicó a cada app 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ó, separado del proceso de actualización en sí.
Así fue exactamente como lo activé.
Desde la propia página Overview de Site Manager de esa app, la misma a la que llegas después de suscribirte por la Ruta 1, una tarjeta etiquetada “Activity Logs are Disabled” aparece junto al anillo de rendimiento, con una breve descripción y un solo 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 revisar enseguida la tabla Manage Applications a nivel de cuenta, dentro de Integrations → Site Manager, la columna Activity Logs de esa app 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 recibiendo de un cliente: quién cambió qué, y cuándo.
Sin ella, esa respuesta normalmente vive en un plugin de registro de WordPress que escribe en la base de datos del propio sitio, lo que la infla 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 a clientes.
Con el conjunto completo de funciones, sus costos y sus bordes ásperos sobre la mesa, la última pregunta es simplemente si encaja con tu portafolio específico.
La opción más clara 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 confianza del cliente, 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 una opción parcial para cualquiera con un portafolio mixto. El plugin gratuito de Site Manager puede incorporar sitios externos para monitoreo y actualizaciones básicas, 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, quedan fuera de alcance hasta que esos sitios realmente se muden a Cloudways.
Simplemente es innecesario para el dueño 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: tus sitios ya viven en Cloudways. Dentro de ese límite, Site Manager cumple lo que promete: un verdadero panel entre apps, una ruta de Safe Update que hace respaldo 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 empuje hacia la migración. La mejor opción es una agencia que consolide sitios de clientes en Cloudways y necesite 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 de rendimiento y los registros de actividad para aplicaciones de WordPress que ya están alojadas dentro de tu cuenta de Cloudways. Un complemento companion independiente y gratuito amplía la capacidad de monitoreo ligero y de actualizaciones a sitios de WordPress alojados en cualquier lugar.
No mediante el panel nativo probado en esta reseña, que está limitado a aplicaciones ya alojadas en Cloudways. Un plugin gratuito, también llamado Cloudways Site Manager y co-desarrollado con WP Remote, puede integrar sitios externos para el monitoreo y las actualizaciones del núcleo, plugins y temas, aunque sin el clon de staging de Safe Update, las pruebas de regresión visual ni el caché a nivel de servidor.
El nivel Basic es gratis y cubre el resumen del sitio, la gestión de usuarios y plugins, y las Quick Updates. Pro agrega 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 es gratis durante Public Preview.
Quick Update aplica cambios directamente a producción en segundos sin copia de seguridad ni verificación de compatibilidad. Safe Update crea una copia 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 de forma individual o mediante el asistente masivo en Integrations.
¡Responde algunas preguntas simples y encuentra la solución perfecta para ti!
Iniciar búsqueda de alojamiento
