Veuillez noter que la date du 29 décembre 2025 mentionnée dans l'article fait référence à minuit, heure du Pacifique (PT).
Toutes les autres dates et heures sont à l'heure de Singapour (SGT). La fenêtre de sauvegarde est également affichée dans les fuseaux horaires correspondants de l'Est des États-Unis et d'Europe centrale.
Important : Cet article s'adresse aux utilisateurs affectés par le changement de service Manus qui utilisent WebDev ou exploitent un site web hébergé par Manus. Tout d'abord, vérifiez l'avis dans votre compte Manus et consultez Que se passe-t-il et suis-je concerné ? pour confirmer si votre compte personnel ou Team est affecté.
Le fait qu'un projet WebDev ou un site web déployé soit concerné dépend de l'avis envoyé au compte personnel ou Team qui en est propriétaire. Pour les comptes de Type A/B affectés, un site web est concerné si sa tâche WebDev a été créée ou mise à jour le 29 décembre 2025 à minuit (heure du Pacifique, PT) ou après. Un site web terminé avant cette date limite et jamais mis à jour par la suite reste en dehors du périmètre de suppression des tâches. Pour les comptes de Type C affectés, le compte et toutes les données WebDev associées sont concernés. Votre e-mail et l'avis dans l'application font foi pour le périmètre exact de suppression.
Effectuez la sauvegarde officielle des données de tâche avant 7h59, heure de Singapour (SGT), le 23 août 2026.
Les sites web déployés et les services dépendant de Manus affectés seront indisponibles à partir de 8h00 SGT le 23 août jusqu'à ce que vous effectuiez activement la restauration des données de tâche. À partir de 8h00 SGT le 25 août 2026, vous pourrez restaurer vos données.
Une fois la sauvegarde des données de tâche restaurée, un site web qui était déployé au moment de la création de la sauvegarde est automatiquement redéployé vers la version capturée par cette sauvegarde. Un projet qui n'était pas déployé lors de la création de la sauvegarde reste non déployé. Vous pouvez consulter le statut du déploiement et toute erreur de déploiement dans la tâche WebDev correspondante.
Avant de rouvrir le site web aux utilisateurs, vérifiez les données du projet, le déploiement, le domaine, le certificat TLS, la configuration, les intégrations et les fonctions critiques du site web.
Calendrier clé pour les utilisateurs WebDev
Étape | Ce qui arrive à WebDev | Ce que vous pouvez faire |
Avant 7h59 SGT le 23 août | Votre projet et votre site web déployé restent disponibles. Une sauvegarde capture vos données au moment de sa création et n'inclut pas automatiquement les modifications ultérieures. | Créez la sauvegarde officielle des données de tâche. Créez une autre sauvegarde après des modifications importantes et confirmez que chaque pack de sauvegarde est présent. |
Du 23 août à 8h00 SGT au 25 août à 7h59 SGT | Les utilisateurs affectés ne peuvent pas accéder à Manus. Les sites web hébergés par Manus et les services dépendant de Manus affectés sont indisponibles pendant cette période. | Ne vous attendez pas à ce que la sauvegarde elle-même maintienne le site en ligne. Les services hébergés indépendamment peuvent rester disponibles, mais les fonctions dépendant de Manus ne fonctionneront pas. |
À partir de 8h00 SGT le 25 août | Le portail de restauration ouvre. Le site web ne revient pas simplement parce que le portail a ouvert. Une fois la restauration des données de tâche terminée, un site web qui était déployé lors de la création de la sauvegarde est automatiquement redéployé vers la version sauvegardée. Un projet qui n'était pas déployé à ce moment-là reste non déployé. | Restaurez d'abord le compte ou la Team correct si nécessaire, restaurez vos données de tâche et effectuez les vérifications post-restauration de cet article. |
Qu'est-ce qui est inclus dans la sauvegarde des données de tâche WebDev ?
La sauvegarde officielle des données de tâche est le pack de restauration pour les données de projet WebDev hébergées par Manus prises en charge. L'exportation vers GitHub permet une redondance de code supplémentaire, mais elle ne remplace pas la sauvegarde officielle des données de tâche.
Les configurations des connecteurs tiers sont restaurées avec les données de tâche, mais les connecteurs doivent être réactivés manuellement par la suite. Certains services peuvent également nécessiter une nouvelle autorisation. Ne comptez pas sur une intégration restaurée tant que le connecteur n'a pas été réactivé et que son workflow associé n'a pas été testé.
Élément WebDev | Guide de sauvegarde et de restauration |
Enregistrements et points de contrôle du projet | Les enregistrements et points de contrôle du projet pris en charge sont inclus. |
Code et données Git | Le code et les données Git pris en charge sont inclus. |
Base de données du projet hébergée par Manus | La base de données du projet est incluse. |
Soumissions de formulaires, commandes et enregistrements historiques | Les enregistrements stockés dans la base de données du projet hébergée par Manus sont inclus. Après la restauration, vérifiez les enregistrements récents et critiques pour l'entreprise. |
Stockage du projet et fichiers S3 | Le stockage du projet et les fichiers S3 pris en charge sont inclus. Vérifiez les téléchargements, images et autres médias importants après la restauration. |
Configuration SEO du site web | La configuration SEO prise en charge est incluse. Vérifiez les métadonnées importantes, les URL canoniques, les redirections, les directives robots et le comportement du sitemap après la restauration. |
Configuration des tâches planifiées | La configuration des tâches planifiées est incluse. Avant de vous fier à une tâche planifiée, vérifiez son statut activé, son fuseau horaire, sa prochaine exécution prévue et les dépendances de connecteur ou d'autorisation. |
Clés d'application au niveau du projet et variables d'environnement | Les valeurs prises en charge au niveau du projet sont incluses. Cela ne garantit pas que chaque clé API tierce, jeton OAuth ou valeur générée au moment de l'exécution reviendra à sa forme précédente. Vérifiez toutes les valeurs requises après la restauration. |
Intégrations (Shopify et Stripe) | Les intégrations Shopify et Stripe sont restaurées, mais peuvent nécessiter une réautorisation. |
Bases de données ou services tiers gérés indépendamment | Ceux-ci ne sont ni supprimés ni restaurés par Manus. Ils restent chez le fournisseur tiers, mais vous devriez vérifier la connexion après avoir restauré le projet WebDev. |
Que dois-je faire avant la période de suppression ?
Tout d'abord, ouvrez Sauvegarde & Restauration et suivez Comment sauvegarder vos données pour créer la sauvegarde officielle des données de tâche. Si le compte personnel concerné est de type C, effectuez d'abord l'étape de sauvegarde du compte affichée dans Sauvegarde & Restauration, puis créez la sauvegarde des données de tâche. Pour un projet d'équipe, seul le propriétaire de l'équipe peut effectuer la sauvegarde d'équipe requise. Les espaces de travail personnels et d'équipe doivent être sauvegardés séparément.
Si vous vous connectez actuellement uniquement avec Facebook, ajoutez une méthode de connexion alternative ou une adresse e-mail avant de commencer la sauvegarde. La connexion Facebook ne sera plus disponible après le changement de service.
Confirmez que vous sauvegardez le compte personnel ou d'équipe qui contient le projet WebDev.
Incluez les tâches et projets WebDev concernés dans la sauvegarde des données de tâche.
Confirmez que chaque package de sauvegarde est présent dans le lecteur cloud ou la destination locale sélectionné. Les sauvegardes volumineuses peuvent être divisées en plusieurs packages. Ne modifiez pas, ne renommez pas et ne déplacez pas les packages de sauvegarde.
Créez une autre sauvegarde après des modifications importantes du projet, de la base de données, des fichiers ou de la configuration. Une sauvegarde antérieure ne se met pas à jour automatiquement.
Si vous utilisez séparément un Cloud Computer et avez besoin de fichiers stockés dans son système de fichiers, compressez et téléchargez ces fichiers avant la période de suppression. Les fichiers du système de fichiers du Cloud Computer ne sont pas inclus dans la sauvegarde des données de tâche.
Si vous conservez également le code dans GitHub, considérez-le comme une copie de code supplémentaire, et non comme un remplacement de la sauvegarde officielle des données de tâche.
Une instance de Cloud Computer ne fonctionne pas pendant la période de suppression. Son adresse publique, ses processus, ses services Web, ses certificats, ses règles de pare-feu, ses Forge Maps et ses appels dépendants sont indisponibles pendant l'arrêt de l'instance. L'instance redeviendra disponible après la restauration des données de tâche associées. Avant de reprendre l'utilisation en production, vérifiez ses fichiers, ses valeurs de configuration, ses identifiants, son adresse publique, ses processus, ses certificats et ses règles de pare-feu.
Important : La sauvegarde préserve les données prises en charge pour une restauration ultérieure. Elle n'empêche pas le site Web concerné de devenir indisponible pendant la période de suppression et jusqu'à ce que vous effectuiez activement la restauration des données de tâche.
Que se passe-t-il pendant la période de suppression ?
Du 23 août à 8h00 SGT au 25 août à 7h59 SGT, les utilisateurs concernés ne peuvent pas accéder à Manus. Les sites Web déployés concernés et les services de projet hébergés par Manus sont également indisponibles pendant cette période. Après l'ouverture du portail de restauration, le site Web reste indisponible jusqu'à ce que vous effectuiez activement la restauration des données de tâche.
Les visiteurs d'un site Web hébergé par Manus concerné voient une page de maintenance neutre et sans marque avec le message suivant : « Ce site est en cours de maintenance. Nous nous excusons pour la gêne occasionnée et vous remercions de votre patience. Veuillez revenir plus tard. »
Les chemins du site Web renvoient une erreur HTTP 503 Service Unavailable avec un en-tête Retry-After géré par le système. Les utilisateurs ne peuvent pas définir la valeur ou la date de Retry-After. L'exception est /robots.txt, qui reste disponible avec HTTP 200 et continue d'autoriser l'exploration. Le même comportement s'applique aux domaines personnalisés et aux adresses manus.space.
Ce traitement est destiné à signaler que l'interruption est temporaire et à réduire les risques pour les pages déjà indexées. Il ne garantit pas que les classements, l'indexation, la fraîcheur des résultats de recherche ou le timing d'exploration seront totalement inchangés.
Un site Web qui n'est pas hébergé sur Manus reste généralement chez son propre fournisseur.
Cependant, toute fonction dépendante d'un backend hébergé par Manus, d'un service d'authentification, d'une API, d'un processus de synchronisation ou d'un webhook ne fonctionnera pas tant que cette dépendance Manus est indisponible. L'accès à l'API Forge pour les utilisateurs concernés et les webhooks envoyés à un site hébergé par Manus indisponible seront également indisponibles pendant cette période.
Pendant cette période, les planifications WebDev échouent car le service de planificateur WebDev est indisponible. Les exécutions de planification WebDev manquées ne sont pas rejouées après la restauration. Cette déclaration concerne les planifications WebDev, et non les tâches planifiées de Manus.
La connexion des visiteurs du site Web, les fonctionnalités AI/LLM intégrées, les téléchargements de fichiers, les cartes et les autres capacités hébergées par Manus concernées sont indisponibles pendant l'arrêt du service associé.
Pour les utilisateurs concernés de type A, type B et type C, l'accès à l'API Forge est indisponible pendant cette période. Les webhooks envoyés à un site Web hébergé par Manus indisponible renvoient une réponse 5xx et ne sont pas mis en file d'attente ou rejoués par Manus. Un expéditeur de webhook externe peut toujours réessayer selon sa propre politique. Les connexions aux bases de données externes vers le service du site Web indisponible échouent également pendant cette période.
Qu'advient-il des domaines personnalisés, du DNS et du HTTPS ?
Les enregistrements DNS gérés via un fournisseur DNS externe restent sous le contrôle de ce fournisseur et ne sont pas supprimés par Manus. Pendant la période de suppression, cependant, le site Web hébergé par Manus concerné est indisponible même si l'enregistrement DNS externe existe toujours.
Le comportement de restauration du domaine dépend du type de domaine :
Type de domaine | Ce qui se passe et ce qu'il faut vérifier |
Adresse manus.space par défaut | L'adresse d'origine est restaurée avec les données de tâche associées. |
Sous-domaine manus.space personnalisé | Le même sous-domaine est restauré s'il est toujours disponible. Restaurez rapidement : Manus ne peut garantir qu'un sous-domaine manus.space personnalisé restera non réclamé avant que vous n'importiez la sauvegarde. |
Domaine personnalisé hébergé en dehors de Manus | Les enregistrements DNS externes restent chez le fournisseur existant et ne sont pas supprimés par Manus, y compris les configurations utilisant des serveurs de noms externes. La liaison projet-domaine précédente est préservée et se reconnecte automatiquement après la restauration des données de tâche, mais vous devez la vérifier manuellement. |
Domaine acheté via Manus | Le domaine reste enregistré et est temporairement géré par Manus pendant la suppression d'un compte de type C concerné. Si une relation projet-domaine existait avant la sauvegarde, le domaine est automatiquement associé à nouveau après la restauration du compte. La suppression ne retire pas ses enregistrements DNS. Reportez-vous à l'article officiel sur la politique de remboursement pour connaître la politique applicable aux frais d'achat. |
Après la restauration des données de tâche, vérifiez chacun des points suivants avant de considérer le domaine personnalisé comme entièrement restauré :
Vérification | Ce qu'il faut vérifier |
Liaison de domaine | Confirmez que le domaine personnalisé est connecté au déploiement restauré. |
Résolution DNS | Confirmez que la configuration A, CNAME ou Nameserver du domaine se résout vers la cible restaurée prévue. |
HTTPS/TLS | Ouvrez le site Web via HTTPS et confirmez que le certificat est valide et qu'aucun avertissement du navigateur n'apparaît. |
URL canonique et redirections | Confirmez que le domaine préféré, le comportement www ou non-www et les redirections importantes fonctionnent comme prévu. |
Après la restauration, ouvrez le projet WebDev associé, utilisez le panneau de droite pour aller dans Paramètres → Domaines, et confirmez que chaque liaison de domaine requise est toujours présente. Ouvrez chaque domaine et vérifiez que le site Web est accessible. Si un domaine ne fonctionne pas, déconnectez-le et reconnectez le même domaine.
Les domaines achetés via Manus ne nécessitent normalement pas que l'utilisateur modifie les enregistrements CAA, DNSSEC, le domaine racine ou les enregistrements www lors de la liaison du domaine à un projet. Un domaine hébergé par un autre fournisseur peut nécessiter que l'utilisateur mette à jour les enregistrements chez ce fournisseur.
Si la reconnexion d'un domaine déclenche la réémission d'un certificat TLS, la disponibilité du certificat peut prendre plusieurs heures. Ne considérez pas le domaine comme entièrement restauré tant que le HTTPS ne fonctionne pas sans avertissement du navigateur.
Si votre domaine a été acheté via Manus et que votre compte de Type C est affecté, consultez Chronologie, calcul et cas particuliers des remboursements pour la politique de domaine applicable.
Dois-je migrer le site Web ou modifier temporairement le DNS ?
Manus ne fournit pas de méthode officielle pour migrer le service WebDev complet hébergé par Manus ailleurs pendant la période de suppression d'environ deux jours. Une exportation du code source ou de GitHub seule n'inclut pas la base de données complète, les fichiers téléchargés, la configuration et les fonctionnalités hébergées par Manus. Nous déconseillons fortement de tenter une migration temporaire complète uniquement pour cet événement, car il est difficile de reproduire le service complet et un retour fluide ne peut être garanti.
Ne changez pas le DNS uniquement pour des raisons de SEO. Si vous avez un besoin spécifique de continuité des activités et que vous utilisez un domaine personnalisé, vous pouvez temporairement pointer ce domaine vers une simple page de maintenance ou de statut hébergée à l'extérieur avant la période de suppression.
Pour un domaine dont le DNS est géré via Manus, utilisez Paramètres → Déploiements → Domaines. Pour un domaine hébergé ailleurs, effectuez la modification via le fournisseur DNS existant.
Un changement temporaire de DNS peut affecter la reconnexion automatique après la restauration. Après avoir restauré les données de tâche, vérifiez la liaison projet-domaine dans le projet WebDev sous Paramètres → Domaines. Si le domaine ne fonctionne pas, reconnectez-le et restaurez la configuration DNS prévue.
Comment restaurer et vérifier mon site Web WebDev ?
Suivez Comment restaurer vos données pour les étapes de l'outil de restauration. Les utilisateurs de Type C doivent restaurer leur compte avant de restaurer les données de tâche. Pour un projet d'équipe, le propriétaire de l'équipe doit effectuer les étapes de restauration du compte, de l'équipe et des données de tâche requises.
Il n'y a actuellement aucune date limite pour terminer la restauration après l'ouverture du portail. Cependant, le site Web affecté reste indisponible tant que la sauvegarde des données de tâche correspondante n'est pas activement restaurée, donc une restauration rapide réduit le temps d'arrêt.
La restauration ramène le projet à l'état capturé par les packages de sauvegarde sélectionnés. Si le site Web était déployé lors de la création de la sauvegarde, il est automatiquement redéployé vers cette version sauvegardée. S'il n'était pas déployé à ce moment-là, il reste non déployé.
La restauration ne peut être effectuée qu'une seule fois. Si votre sauvegarde a été divisée en plusieurs packages, confirmez que vous avez sélectionné tous les packages requis et qu'ils contiennent les données les plus récentes avant de terminer la restauration.
La restauration des données de tâche n'est que la première étape. Ne considérez pas un site Web de production comme entièrement restauré tant que les vérifications ci-dessous n'ont pas été passées.
Zone | Ce qu'il faut vérifier après la restauration |
Déploiement | Confirmez que la version attendue est déployée et que l'URL prévue se charge. |
Base de données | Vérifiez la structure de la base de données, le nombre d'enregistrements, les enregistrements récents, les soumissions de formulaires, les commandes et les autres données commerciales critiques. |
Fichiers et médias | Ouvrez des images représentatives, des téléchargements, des documents et des fichiers générés. |
Configuration de l'application | Vérifiez les variables d'environnement et les clés d'application requises sans exposer les valeurs secrètes. |
Domaine et HTTPS | Confirmez la liaison du domaine, la résolution DNS, le HTTPS et l'état du certificat. Si un domaine ne fonctionne pas, reconnectez-le sous Paramètres → Domaines. Si la reconnexion déclenche la réémission du certificat, prévoyez un délai de plusieurs heures. |
Tâches planifiées | Confirmez l'état activé, le fuseau horaire, la prochaine exécution et les dépendances de connecteur ou d'autorisation. Les exécutions manquées pendant la période de suppression ne sont pas rejouées. |
Authentification et autorisations | Testez l'inscription, la connexion, les autorisations du compte et les flux OAuth utilisés par le site Web. |
API et services externes | Testez les e-mails critiques, les paiements, la communication, la base de données et les autres intégrations tierces. |
Forge API et webhooks | Confirmez que les requêtes Forge API sont acceptées et que les webhooks sont reçus et traités après la restauration. Les requêtes qui ont échoué pendant la période de suppression ne sont pas rejouées par Manus. |
SEO | Vérifiez les métadonnées de la page, les URL canoniques, les directives robots, le comportement du sitemap et les redirections importantes. |
Parcours utilisateurs critiques | Testez les flux de travail sur lesquels vos utilisateurs comptent, tels que l'inscription, la soumission d'un formulaire, la passation d'une commande, la réception d'un e-mail ou la réalisation d'un paiement. |
Connecteurs | Réactivez manuellement chaque connecteur tiers restauré, effectuez la réautorisation si demandé, et testez le flux de travail associé. |
Cloud Computer, si utilisé | Confirmez que l'instance, les fichiers requis, l'adresse publique, les processus, les services Web, les certificats, les règles de pare-feu, Forge Maps, les valeurs de configuration et les identifiants sont disponibles et corrects avant de reprendre l'utilisation en production. |
Ne rouvrez pas un site web de production aux utilisateurs tant que le déploiement prévu, les enregistrements de la base de données, les fichiers, le domaine, le certificat HTTPS, les Planifications WebDev, l'authentification, les connecteurs, les intégrations externes, l'API Forge, les webhooks, le comportement SEO et les parcours utilisateurs critiques n'ont pas été vérifiés. Si une vérification critique pour l'entreprise échoue, maintenez le site web dans un état de maintenance contrôlé et contactez le support Manus avant de reprendre le trafic normal.
Si vous avez des questions, vous pouvez contacter notre équipe de service client à l'adresse support@manus.im ou utiliser l'outil d'assistance dans le coin inférieur droit de cette page. Nous sommes là pour vous accompagner à chaque étape du processus.