Tenga en cuenta que la fecha del 29 de diciembre de 2025 mencionada en el artículo se refiere a las 12:00 a. m., hora del Pacífico (PT).
Todas las demás fechas y horas se expresan en hora de Singapur (SGT). El periodo de copia de seguridad también se muestra en las zonas horarias correspondientes de la hora del este de EE. UU. y de Europa Central.
Importante: Este artículo es para los usuarios afectados por el cambio de servicio de Manus que utilizan WebDev o gestionan un sitio web alojado en Manus. En primer lugar, compruebe el aviso en su Cuenta de Manus y revise ¿Qué está pasando y me veo afectado? para confirmar si su Cuenta personal o de equipo se ha visto afectada.
El hecho de que un proyecto de WebDev o un sitio web desplegado esté incluido depende del aviso para la Cuenta personal o de equipo propietaria. Para las Cuentas de tipo A/B afectadas, un sitio web está incluido si su tarea de WebDev se creó o actualizó el 29 de diciembre de 2025 a las 12:00 a. m., hora del Pacífico (PT), o después. Un sitio web finalizado antes de esa fecha límite y que nunca se haya actualizado posteriormente queda fuera del ámbito de eliminación de tareas. Para las Cuentas de tipo C afectadas, la Cuenta y todos los datos de WebDev asociados están incluidos. Su correo electrónico y el aviso en la aplicación son la fuente de referencia para el ámbito exacto de eliminación.
Complete la copia de seguridad oficial de los datos de la tarea antes de las 7:59 a. m., hora de Singapur (SGT), del 23 de agosto de 2026.
Los sitios web desplegados y los servicios afectados que dependen de Manus no estarán disponibles desde las 8:00 a. m. SGT del 23 de agosto hasta que complete activamente la restauración de los datos de la tarea. A partir de las 8:00 a. m. SGT del 25 de agosto de 2026, podrá restaurar sus datos.
Después de restaurar su copia de seguridad de los datos de la tarea, un sitio web que estuviera desplegado cuando se creó la copia de seguridad se volverá a desplegar automáticamente en la versión capturada por dicha copia de seguridad. Un proyecto que no estuviera desplegado cuando se creó la copia de seguridad permanecerá sin desplegar. Puede revisar el estado del despliegue y cualquier error de despliegue en la tarea de WebDev relacionada.
Antes de volver a abrir el sitio web a los usuarios, verifique los datos del proyecto, el despliegue, el dominio, el certificado TLS, la configuración, las integraciones y las funciones críticas del sitio web.
Cronograma clave para los usuarios de WebDev
Etapa | Qué sucede con WebDev | Qué puede hacer |
Antes de las 7:59 a. m. SGT del 23 de agosto | Su proyecto y el sitio web desplegado seguirán estando disponibles. Una copia de seguridad captura sus datos en el momento en que se crea y no incluye automáticamente los cambios posteriores. | Cree la copia de seguridad oficial de los datos de la tarea. Cree otra copia de seguridad después de realizar cambios importantes y confirme que todos los paquetes de la copia de seguridad están presentes. |
De las 8:00 a. m. SGT del 23 de agosto a las 7:59 a. m. SGT del 25 de agosto | Los usuarios afectados no pueden acceder a Manus. Los sitios web alojados en Manus y los servicios que dependen de Manus afectados no estarán disponibles durante este periodo. | No espere que la copia de seguridad por sí sola mantenga el sitio web en línea. Los servicios alojados de forma independiente pueden seguir estando disponibles, pero las funciones que dependen de Manus no funcionarán. |
A partir de las 8:00 a. m. SGT del 25 de agosto | Se abre el portal de restauración. El sitio web no vuelve a estar disponible por el mero hecho de que se haya abierto el portal. Una vez completada la restauración de los datos de la tarea, un sitio web que estuviera desplegado cuando se creó la copia de seguridad se volverá a desplegar automáticamente en la versión de la copia de seguridad. Un proyecto que no estuviera desplegado en ese momento permanecerá sin desplegar. | Restaure primero la Cuenta o el equipo correctos si es necesario, restaure sus datos de la tarea y complete las comprobaciones posteriores a la restauración que se indican en este artículo. |
¿Qué se incluye en la copia de seguridad de los datos de la tarea de WebDev?
La oficial Copia de seguridad de los datos de la tarea es el paquete de restauración para los datos de proyectos de WebDev alojados en Manus compatibles. La exportación a GitHub proporciona redundancia de código adicional, pero no sustituye a la copia de seguridad oficial de los datos de la tarea.
Las configuraciones de los conectores de terceros se restauran con la restauración de los datos de la tarea, pero los conectores deben volver a habilitarse manualmente después. Algunos servicios también pueden requerir una nueva autorización. No confíe en una integración restaurada hasta que el conector se haya vuelto a habilitar y se haya probado su flujo de trabajo relacionado.
Elemento de WebDev | Guía de copia de seguridad y restauración |
Registros y puntos de control del proyecto | Se incluyen los registros y puntos de control del proyecto compatibles. |
Código y datos de Git | Se incluyen el código y los datos de Git compatibles. |
Base de datos del proyecto alojada en Manus | Se incluye la base de datos del proyecto. |
Envíos de formularios, pedidos y registros históricos | Se incluyen los registros almacenados en la base de datos del proyecto alojada en Manus. Tras la restauración, compruebe los registros recientes y los críticos para el negocio. |
Almacenamiento del proyecto y archivos S3 | Se incluyen el almacenamiento del proyecto y los archivos S3 compatibles. Verifique las cargas importantes, las imágenes y otros archivos multimedia después de la restauración. |
Configuración de SEO del sitio web | Se incluye la configuración de SEO compatible. Verifique los metadatos importantes, las URL canónicas, las redirecciones, las directivas de robots y el comportamiento del mapa del sitio después de la restauración. |
Configuración de tareas programadas | Se incluye la configuración de las tareas programadas. Antes de confiar en una tarea programada, verifique su estado habilitado, la zona horaria, la próxima ejecución programada y las dependencias de conectores o autorizaciones. |
Claves de aplicación a nivel de proyecto y variables de entorno | Se incluyen los valores compatibles a nivel de proyecto. Esto no garantiza que todas las claves de API de terceros, los tokens OAuth o los valores generados en tiempo de ejecución vuelvan a su forma anterior. Verifique todos los valores requeridos después de la restauración. |
Integraciones (Shopify y Stripe) | Las integraciones de Shopify y Stripe se restauran, pero pueden requerir reautorización. |
Bases de datos o servicios de terceros gestionados de forma independiente | Manus no elimina ni restaura estos elementos. Permanecen con el proveedor externo, pero debe verificar la conexión después de restaurar el proyecto WebDev. |
¿Qué debo hacer antes del periodo de eliminación?
Primero, abra Copia de seguridad & Restauración y siga Cómo hacer una copia de seguridad de sus datos para crear la Copia de seguridad de datos de la tarea oficial. Si la cuenta personal relevante es de Tipo C, complete primero el paso de copia de seguridad de la cuenta que se muestra en Copia de seguridad & Restauración y, a continuación, cree la Copia de seguridad de datos de la tarea. Para un proyecto de equipo, solo el propietario del equipo puede completar la copia de seguridad del equipo requerida. Los espacios de trabajo personales y de equipo deben respaldarse por separado.
Si actualmente solo inicia sesión con Facebook, agregue un método de inicio de sesión alternativo o una dirección de correo electrónico antes de comenzar la copia de seguridad. El inicio de sesión con Facebook no estará disponible después del cambio de servicio.
Confirme que está realizando una copia de seguridad de la cuenta personal o de equipo que contiene el proyecto WebDev.
Incluya las tareas y proyectos de WebDev relevantes en la Copia de seguridad de datos de la tarea.
Confirme que cada paquete de copia de seguridad esté presente en la unidad en la nube o en el destino local seleccionado. Las copias de seguridad grandes pueden dividirse en varios paquetes. No modifique, cambie el nombre ni mueva los paquetes de copia de seguridad.
Cree otra copia de seguridad después de realizar cambios importantes en el proyecto, la base de datos, los archivos o la configuración. Una copia de seguridad anterior no se actualiza automáticamente.
Si utiliza una Computadora en la nube de forma independiente y necesita archivos almacenados en su sistema de archivos, comprima y descargue esos archivos antes del periodo de eliminación. Los archivos del sistema de archivos de la Computadora en la nube no se incluyen en la Copia de seguridad de datos de la tarea.
Si también mantiene el código en GitHub, trátelo como una copia de código adicional, no como un reemplazo de la Copia de seguridad de datos de la tarea oficial.
Una instancia de Computadora en la nube no se ejecuta durante el periodo de eliminación. Su dirección pública, procesos, servicios web, certificados, reglas de firewall, Forge Maps y llamadas dependientes no están disponibles mientras la instancia está detenida. La instancia vuelve a estar disponible después de que se restauren los Datos de la tarea relacionados. Antes de reanudar el uso en producción, verifique sus archivos, valores de configuración, credenciales, dirección pública, procesos, certificados y reglas de firewall.
Importante: La copia de seguridad preserva los datos compatibles para su posterior restauración. No evita que el sitio web afectado deje de estar disponible durante el periodo de eliminación y hasta que complete activamente la restauración de los Datos de la tarea.
¿Qué sucede durante el periodo de eliminación?
Desde las 8:00 a. m. SGT del 23 de agosto hasta las 7:59 a. m. SGT del 25 de agosto, los usuarios afectados no pueden acceder a Manus. Los sitios web desplegados afectados y los servicios de proyectos alojados en Manus también estarán no disponibles durante este periodo. Después de que se abra el portal de restauración, el sitio web seguirá sin estar disponible hasta que complete activamente la restauración de los Datos de la tarea.
Los visitantes de un sitio web afectado alojado en Manus verán una página de mantenimiento neutral y sin marca con el siguiente mensaje: “Este sitio está en mantenimiento. Pedimos disculpas por las molestias y agradecemos su paciencia. Por favor, vuelva a visitarnos más tarde”.
Las rutas del sitio web devuelven HTTP 503 Service Unavailable con un encabezado Retry-After gestionado por el sistema. Los usuarios no pueden establecer el valor o la fecha de Retry-After. La excepción es /robots.txt, que permanece disponible con HTTP 200 y continúa permitiendo el rastreo. El mismo comportamiento se aplica a los dominios personalizados y a las direcciones manus.space.
Este tratamiento tiene como objetivo señalar que la interrupción es temporal y reducir el riesgo para las páginas ya indexadas. No garantiza que las clasificaciones, la indexación, la frescura de los resultados de búsqueda o los tiempos de rastreo no se vean afectados por completo.
Un sitio web que no está alojado en Manus generalmente permanece con su propio proveedor.
Sin embargo, cualquier función que dependa de un backend alojado en Manus, servicio de autenticación, API, proceso de sincronización o webhook no funcionará mientras esa dependencia de Manus no esté disponible. El acceso a la API de Forge para los usuarios afectados y los webhooks enviados a un sitio alojado en Manus no disponible también estarán no disponibles durante este periodo.
Durante este periodo, las Programaciones de WebDev fallan porque el servicio del programador de WebDev no está disponible. Las ejecuciones de Programación de WebDev perdidas no se repiten después de la restauración. Esta declaración se refiere a las Programaciones de WebDev, no a las Tareas programadas de Manus.
El inicio de sesión de los visitantes del sitio web, las funciones integradas de AI/LLM, las cargas de archivos, los mapas y otras capacidades alojadas en Manus afectadas no están disponibles mientras el servicio relacionado está detenido.
Para los usuarios afectados de Tipo A, Tipo B y Tipo C, el acceso a la API de Forge no estará disponible durante este periodo. Los webhooks enviados a un sitio web alojado en Manus no disponible devuelven una respuesta 5xx y Manus no los pone en cola ni los repite. Un remitente de webhook externo aún puede reintentarlo de acuerdo con la propia política de ese remitente. Las conexiones de bases de datos externas al servicio del sitio web no disponible también fallan durante este periodo.
¿Qué sucede con los dominios personalizados, el DNS y el HTTPS?
Los registros DNS gestionados a través de un proveedor de DNS externo permanecen bajo el control de ese proveedor y Manus no los elimina. Sin embargo, durante el periodo de eliminación, el sitio web alojado en Manus afectado no estará disponible incluso si el registro DNS externo aún existe.
El comportamiento de restauración del dominio depende del tipo de dominio:
Tipo de dominio | Qué sucede y qué verificar |
Dirección manus.space predeterminada | La dirección original se restaura con los Datos de la tarea relacionados. |
Subdominio manus.space personalizado | Se restaura el mismo subdominio si aún está disponible. Restaure a la brevedad: Manus no puede garantizar que un subdominio manus.space personalizado permanezca sin reclamar antes de que importe la copia de seguridad. |
Dominio personalizado alojado fuera de Manus | Los registros DNS externos permanecen con el proveedor existente y Manus no los elimina, incluidas las configuraciones que utilizan servidores de nombres externos. La vinculación anterior entre proyecto y dominio se conserva y se vuelve a conectar automáticamente después de la restauración de los Datos de la tarea, pero debe verificarla manualmente. |
Dominio comprado a través de Manus | El dominio permanece registrado y es gestionado temporalmente por Manus durante la eliminación de una cuenta Tipo C afectada. Si existía una relación proyecto-dominio antes de la copia de seguridad, el dominio se asocia automáticamente de nuevo después de la restauración de la cuenta. La eliminación no quita sus registros DNS. Consulte el artículo oficial de la política de reembolsos para conocer la política de tarifas de compra aplicable. |
Después de la restauración de los Datos de la tarea, verifique cada uno de los siguientes puntos antes de considerar que el dominio personalizado se ha restaurado por completo:
Verificación | Qué verificar |
Vinculación de dominio | Confirme que el dominio personalizado esté conectado al despliegue restaurado. |
Resolución DNS | Confirme que la configuración A, CNAME o de servidor de nombres del dominio se resuelva en el destino restaurado previsto. |
HTTPS/TLS | Abra el sitio web a través de HTTPS y confirme que el certificado sea válido y no aparezca ninguna advertencia del navegador. |
URL canónica y redireccionamientos | Confirme que el dominio preferido, el comportamiento con www o sin www y los redireccionamientos importantes funcionen según lo esperado. |
Después de la restauración, abra el proyecto de WebDev relacionado, use el panel lateral derecho para ir a Configuración → Dominios y confirme que todos los vínculos de dominio requeridos sigan presentes. Abra cada dominio y verifique que el sitio web sea accesible. Si un dominio no funciona, desconéctelo y vuelva a conectar el mismo dominio.
Los dominios comprados a través de Manus normalmente no requieren que el usuario edite registros CAA, DNSSEC, dominio raíz o www al vincular el dominio a un proyecto. Un dominio alojado por otro proveedor puede requerir que el usuario actualice los registros en dicho proveedor.
Si volver a conectar un dominio activa la reemisión del certificado TLS, la disponibilidad del certificado puede tardar varias horas. No considere el dominio como completamente restaurado hasta que el HTTPS funcione sin advertencias del navegador.
Si su dominio fue comprado a través de Manus y su cuenta de Tipo C se ve afectada, consulte Cronograma de reembolsos, cálculo y casos especiales para la política de dominio aplicable.
¿Debo migrar el sitio web o cambiar el DNS temporalmente?
Manus no proporciona un método oficial para migrar el servicio completo de WebDev alojado en Manus a otro lugar durante el periodo de eliminación de aproximadamente dos días. Una exportación de código fuente o de GitHub por sí sola no incluye la base de datos completa, los archivos cargados, la configuración ni las capacidades alojadas en Manus. Recomendamos encarecidamente no intentar una migración temporal completa únicamente por este evento, ya que es difícil reproducir el servicio completo y no se puede garantizar un retorno sin problemas.
No cambie el DNS únicamente por razones de SEO. Si tiene una necesidad específica de continuidad del negocio y utiliza un dominio personalizado, puede apuntar temporalmente ese dominio a una página de mantenimiento o estado simple alojada externamente antes del periodo de eliminación.
Para un dominio cuyo DNS se gestiona a través de Manus, use Configuración → Despliegues → Dominios. Para un dominio alojado en otro lugar, realice el cambio a través del proveedor de DNS existente.
Un cambio temporal de DNS puede afectar la reconexión automática después de la restauración. Después de restaurar los Datos de la tarea, verifique el vínculo proyecto-dominio en el proyecto de WebDev en Configuración → Dominios. Si el dominio no funciona, vuelva a conectarlo y restaure la configuración de DNS prevista.
¿Cómo restauro y verifico mi sitio web de WebDev?
Siga Cómo restaurar sus datos para los pasos de la herramienta de restauración. Los usuarios de Tipo C deben restaurar su cuenta antes de restaurar los Datos de la tarea. Para un proyecto de equipo, el propietario del equipo debe completar los pasos requeridos de restauración de cuenta, equipo y Datos de la tarea.
Actualmente no hay una fecha límite para completar la restauración después de que se abra el portal. Sin embargo, el sitio web afectado permanecerá no disponible hasta que el Respaldo de datos de la tarea correspondiente se restaure activamente, por lo que restaurar con prontitud acorta el tiempo de inactividad.
La restauración devuelve el proyecto al estado capturado por los paquetes de respaldo seleccionados. Si el sitio web estaba desplegado cuando se creó el respaldo, se vuelve a desplegar automáticamente a esa versión respaldada. Si no estaba desplegado en ese momento, permanece sin desplegar.
La restauración se puede completar solo una vez. Si su respaldo se dividió en varios paquetes, confirme que ha seleccionado todos los paquetes requeridos y que contienen los datos más recientes antes de completar la restauración.
Restaurar los Datos de la tarea es solo el primer paso. No considere que un sitio web de producción está completamente restaurado hasta que se superen las comprobaciones a continuación.
Área | Qué comprobar después de la restauración |
Despliegue | Confirme que la versión esperada esté desplegada y que la URL prevista se cargue. |
Base de datos | Compruebe la estructura de la base de datos, el recuento de registros, los registros recientes, los envíos de formularios, los pedidos y otros datos comerciales críticos. |
Archivos y multimedia | Abra imágenes representativas, cargas, documentos y archivos generados. |
Configuración de la aplicación | Verifique las variables de entorno y las claves de aplicación requeridas sin exponer valores secretos. |
Dominio y HTTPS | Confirme el vínculo del dominio, la resolución de DNS, el HTTPS y el estado del certificado. Si un dominio no funciona, vuelva a conectarlo en Configuración → Dominios. Si la reconexión activa la reemisión del certificado, permita un retraso de varias horas. |
Tareas programadas | Confirme el estado habilitado, la zona horaria, la próxima ejecución y las dependencias de conectores o autorización. Las ejecuciones perdidas durante el periodo de eliminación no se vuelven a ejecutar. |
Autenticación y permisos | Pruebe el registro, el inicio de sesión, los permisos de cuenta y los flujos de OAuth utilizados por el sitio web. |
API y servicios externos | Pruebe las integraciones críticas de correo electrónico, pago, comunicación, base de datos y otras integraciones de terceros. |
API de Forge y webhooks | Confirme que las solicitudes de la API de Forge se acepten y que los webhooks se reciban y procesen después de la restauración. Las solicitudes que fallaron durante el periodo de eliminación no son ejecutadas de nuevo por Manus. |
SEO | Verifique los metadatos de la página, las URL canónicas, las directivas de robots, el comportamiento del mapa del sitio y los redireccionamientos importantes. |
Trayectos críticos del usuario | Pruebe los flujos de trabajo en los que confían sus usuarios, como el registro, el envío de un formulario, la realización de un pedido, la recepción de un correo electrónico o la finalización de un pago. |
Conectores | Vuelva a habilitar manualmente cada conector de terceros restaurado, complete la reautorización si se le solicita y pruebe el flujo de trabajo relacionado. |
Cloud Computer, si se utiliza | Confirme que la instancia, los archivos requeridos, la dirección pública, los procesos, los servicios web, los certificados, las reglas de firewall, Forge Maps, los valores de configuración y las credenciales estén disponibles y sean correctos antes de reanudar el uso en producción. |
No vuelva a abrir un sitio web de producción a los usuarios hasta que se hayan verificado el despliegue esperado, los registros de la base de datos, los archivos, el dominio, el certificado HTTPS, las Programaciones de WebDev, la autenticación, los conectores, las integraciones externas, la Forge API, los webhooks, el comportamiento de SEO y los recorridos críticos del usuario. Si falla una comprobación crítica para el negocio, mantenga el sitio web en un estado de mantenimiento controlado y póngase en contacto con el Soporte de Manus antes de reanudar el tráfico normal.
Si tiene alguna pregunta, puede ponerse en contacto con nuestro equipo de atención al cliente en support@manus.im o utilice la herramienta de soporte en la esquina inferior derecha de esta página. Estamos aquí para apoyarle en cada paso del proceso.