기사에 언급된 2025년 12월 29일은 태평양 표준시(PT) 오전 12:00를 기준으로 합니다.
기타 모든 날짜와 시간은 싱가포르 시간(SGT) 기준입니다. 백업 기간은 해당 미국 동부 및 중앙 유럽 시간대로도 표시됩니다.
중요: 이 문서는 WebDev를 사용하거나 Manus 호스팅 웹사이트를 운영하는 Manus 서비스 변경의 영향을 받는 사용자를 위한 것입니다. 먼저 Manus 계정의 알림을 확인하고 다음을 검토하십시오. 진행 상황 및 영향 여부 확인 개인 또는 Team 계정이 영향을 받는지 확인하십시오.
WebDev 프로젝트 또는 배포된 웹사이트의 포함 여부는 해당 프로젝트를 소유한 개인 또는 Team 계정에 대한 알림에 따라 달라집니다. 영향을 받는 Type A/B 계정의 경우, 2025년 12월 29일 오전 12:00(PT) 이후에 WebDev 작업이 생성되거나 업데이트된 웹사이트가 대상에 포함됩니다. 해당 마감일 이전에 완료되고 이후에 업데이트되지 않은 웹사이트는 작업 삭제 대상에서 제외됩니다. 영향을 받는 Type C 계정의 경우, 계정 및 모든 관련 WebDev 데이터가 대상에 포함됩니다. 정확한 삭제 범위에 대해서는 이메일 및 앱 내 알림이 신뢰할 수 있는 정보원입니다.
2026년 8월 23일 오전 7:59(SGT) 이전에 공식 작업 데이터 백업을 완료하십시오.
영향을 받는 배포된 웹사이트 및 Manus에 의존하는 서비스는 8월 23일 오전 8:00(SGT)부터 사용자가 작업 데이터 복구를 능동적으로 완료할 때까지 사용할 수 없습니다. 2026년 8월 25일 오전 8:00(SGT)부터 데이터를 복구할 수 있습니다.
작업 데이터 백업을 복구한 후, 백업 생성 시 배포되어 있던 웹사이트는 해당 백업에 캡처된 버전으로 자동 재배포됩니다. 백업 생성 시 배포되지 않았던 프로젝트는 배포되지 않은 상태로 유지됩니다. 관련 WebDev 작업에서 배포 상태 및 배포 오류를 확인할 수 있습니다.
사용자에게 웹사이트를 다시 공개하기 전에 프로젝트 데이터, 배포, 도메인, TLS 인증서, 구성, 통합 및 주요 웹사이트 기능을 확인하십시오.
WebDev 사용자를 위한 주요 타임라인
단계 | WebDev에 발생하는 현상 | 수행할 수 있는 작업 |
8월 23일 오전 7:59(SGT) 이전 | 프로젝트 및 배포된 웹사이트를 계속 사용할 수 있습니다. 백업은 생성 시점의 데이터를 캡처하며 이후의 변경 사항은 자동으로 포함되지 않습니다. | 공식 작업 데이터 백업을 생성하십시오. 중요한 변경 사항이 발생한 후에는 다른 백업을 생성하고 모든 백업 패키지가 있는지 확인하십시오. |
8월 23일 오전 8:00(SGT) ~ 8월 25일 오전 7:59(SGT) | 영향을 받는 사용자는 Manus에 액세스할 수 없습니다. 이 기간 동안 영향을 받는 Manus 호스팅 웹사이트 및 Manus 의존 서비스는 사용할 수 없습니다. | 백업 자체만으로 웹사이트가 온라인 상태를 유지할 것으로 기대하지 마십시오. 독립적으로 호스팅되는 서비스는 계속 사용할 수 있지만 Manus에 의존하는 기능은 작동하지 않습니다. |
8월 25일 오전 8:00(SGT)부터 | 복구 포털이 열립니다. 포털이 열렸다고 해서 웹사이트가 바로 복구되는 것은 아닙니다. 작업 데이터 복구를 완료한 후, 백업 생성 시 배포되어 있던 웹사이트는 백업된 버전으로 자동 재배포됩니다. 당시 배포되지 않았던 프로젝트는 배포되지 않은 상태로 유지됩니다. | 필요한 경우 먼저 올바른 계정 또는 Team을 복구하고, 작업 데이터를 복구한 후 이 문서의 복구 후 확인 사항을 완료하십시오. |
WebDev 작업 데이터 백업에는 무엇이 포함됩니까?
공식 작업 데이터 백업 은 지원되는 Manus 호스팅 WebDev 프로젝트 데이터의 복구 패키지입니다. 추가적인 코드 중복성을 제공하기 위해 GitHub로 내보낼 수 있지만, 공식 작업 데이터 백업을 대체하지는 않습니다.
제3자 커넥터 구성은 작업 데이터 복구 시 함께 복구되지만, 이후 커넥터를 수동으로 다시 활성화해야 합니다. 일부 서비스는 재인증이 필요할 수도 있습니다. 커넥터가 다시 활성화되고 관련 워크플로우가 테스트될 때까지 복구된 통합 기능에 의존하지 마십시오.
WebDev 항목 | 백업 및 복구 지침 |
프로젝트 기록 및 체크포인트 | 지원되는 프로젝트 기록 및 체크포인트가 포함됩니다. |
코드 및 Git 데이터 | 지원되는 코드 및 Git 데이터가 포함됩니다. |
Manus 호스팅 프로젝트 데이터베이스 | 프로젝트 데이터베이스가 포함됩니다. |
양식 제출, 주문 및 기록 내역 | Manus 호스팅 프로젝트 데이터베이스에 저장된 기록이 포함됩니다. 복구 후 최근 기록 및 비즈니스에 중요한 기록을 확인하십시오. |
프로젝트 스토리지 및 S3 파일 | 지원되는 프로젝트 스토리지 및 S3 파일이 포함됩니다. 복구 후 중요한 업로드, 이미지 및 기타 미디어를 확인하십시오. |
웹사이트 SEO 구성 | 지원되는 SEO 구성이 포함됩니다. 복구 후 중요한 메타데이터, 표준 URL, 리디렉션, robots 지시문 및 사이트맵 동작을 확인하십시오. |
예약된 작업 구성 | 예약된 작업 구성이 포함됩니다. 예약된 작업에 의존하기 전에 활성화 상태, 시간대, 다음 예약 실행, 커넥터 또는 인증 종속성을 확인하십시오. |
프로젝트 수준 애플리케이션 키 및 환경 변수 | 지원되는 프로젝트 수준 값이 포함됩니다. 이는 모든 제3자 API 키, OAuth 토큰 또는 런타임에 생성된 값이 이전 형식으로 복구됨을 보장하지 않습니다. 복구 후 필요한 모든 값을 확인하십시오. |
통합 (Shopify 및 Stripe) | Shopify 및 Stripe 연동은 복구되지만 재인증이 필요할 수 있습니다. |
독립적으로 관리되는 제3자 데이터베이스 또는 서비스 | 이들은 Manus에 의해 삭제되거나 복구되지 않습니다. 제3자 제공업체에 그대로 유지되지만, WebDev 프로젝트를 복구한 후 연결을 확인해야 합니다. |
삭제 기간 전에 무엇을 해야 하나요?
먼저 백업 & 복구를 열고 다음을 따르십시오. 데이터 백업 방법 공식 작업 데이터 백업을 생성하십시오. 관련 개인 계정이 Type C인 경우 백업 & 복구에 표시된 계정 백업 단계를 먼저 완료한 다음 작업 데이터 백업을 생성하십시오. 팀 프로젝트의 경우 팀 소유자만 필요한 팀 백업을 완료할 수 있습니다. 개인 및 팀 워크스페이스는 별도로 백업해야 합니다.
현재 Facebook으로만 로그인하는 경우 백업을 시작하기 전에 대체 로그인 방법이나 이메일 주소를 추가하십시오. 서비스 변경 후에는 Facebook 로그인을 사용할 수 없습니다.
WebDev 프로젝트가 포함된 개인 또는 팀 계정을 백업하고 있는지 확인하십시오.
작업 데이터 백업에 관련 WebDev 작업 및 프로젝트를 포함하십시오.
선택한 클라우드 드라이브 또는 로컬 대상에 모든 백업 패키지가 있는지 확인하십시오. 대용량 백업은 여러 패키지로 나뉠 수 있습니다. 백업 패키지를 수정, 이름 변경 또는 이동하지 마십시오.
프로젝트, 데이터베이스, 파일 또는 구성에 중요한 변경 사항이 있는 경우 다른 백업을 생성하십시오. 이전 백업은 자동으로 업데이트되지 않습니다.
Cloud Computer를 별도로 사용하고 파일 시스템에 저장된 파일이 필요한 경우 삭제 기간 전에 해당 파일을 압축하여 다운로드하십시오. Cloud Computer 파일 시스템 파일은 작업 데이터 백업에 포함되지 않습니다.
GitHub에도 코드를 보관하는 경우 이를 공식 작업 데이터 백업의 대체가 아닌 추가 코드 사본으로 취급하십시오.
Cloud Computer 인스턴스는 삭제 기간 동안 실행되지 않습니다. 인스턴스가 중지된 동안에는 공용 주소, 프로세스, 웹 서비스, 인증서, 방방벽 규칙, Forge Maps 및 종속 호출을 사용할 수 없습니다. 관련 작업 데이터가 복구된 후 인스턴스를 다시 사용할 수 있게 됩니다. 프로덕션 사용을 재개하기 전에 파일, 구성 값, 자격 증명, 공용 주소, 프로세스, 인증서 및 방화벽 규칙을 확인하십시오.
중요: 백업은 나중에 복구할 수 있도록 지원되는 데이터를 보존합니다. 삭제 기간 동안 그리고 사용자가 직접 작업 데이터 복구를 완료할 때까지 영향을 받는 웹사이트를 사용할 수 없게 되는 것을 방지하지는 않습니다.
삭제 기간 동안 어떤 일이 발생하나요?
시작: 8월 23일 오전 8:00(SGT)부터 8월 25일 오전 7:59(SGT)까지, 영향을 받는 사용자는 Manus에 접속할 수 없습니다. 영향을 받는 배포된 웹사이트 및 Manus 호스팅 프로젝트 서비스도 이 기간 동안 사용할 수 없습니다. 복구 포털이 열린 후에도 사용자가 직접 작업 데이터 복구를 완료할 때까지 웹사이트는 계속 사용할 수 없는 상태로 유지됩니다.
영향을 받는 Manus 호스팅 웹사이트 방문자에게는 다음과 같은 메시지가 포함된 중립적인 브랜드 없는 유지 관리 페이지가 표시됩니다. “이 사이트는 유지 관리 중입니다. 불편을 드려 죄송하며 양해해 주셔서 감사합니다. 나중에 다시 확인해 주세요.”
웹사이트 경로는 시스템 관리 Retry-After 헤더와 함께 HTTP 503 Service Unavailable을 반환합니다. 사용자는 Retry-After 값이나 날짜를 설정할 수 없습니다. 예외적으로 /robots.txt는 HTTP 200으로 계속 사용할 수 있으며 크롤링을 계속 허용합니다. 동일한 동작이 커스텀 도메인 및 manus.space 주소에도 적용됩니다.
이러한 처리는 중단이 일시적임을 알리고 이미 색인된 페이지에 대한 위험을 줄이기 위한 것입니다. 순위, 색인 생성, 검색 결과 최신성 또는 크롤링 타이밍이 완전히 영향을 받지 않는다는 것을 보장하지는 않습니다.
Manus에서 호스팅되지 않는 웹사이트는 일반적으로 자체 제공업체에 그대로 유지됩니다.
그러나 Manus 호스팅 백엔드, 인증 서비스, API, 동기화 프로세스 또는 웹훅에 의존하는 모든 기능은 해당 Manus 종속성을 사용할 수 없는 동안에는 작동하지 않습니다. 영향을 받는 사용자의 Forge API 액세스 및 사용할 수 없는 Manus 호스팅 사이트로 전송된 웹훅도 이 기간 동안 사용할 수 없습니다.
이 기간 동안 WebDev 스케줄러 서비스를 사용할 수 없으므로 WebDev 스케줄이 실패합니다. 누락된 WebDev 스케줄 실행은 복구 후 다시 재생되지 않습니다. 이 설명은 Manus 예약된 작업이 아닌 WebDev 스케줄을 의미합니다.
관련 서비스가 중지된 동안 웹사이트 방문자 로그인, 내장 AI/LLM 기능, 파일 업로드, 지도 및 기타 영향을 받는 Manus 호스팅 기능을 사용할 수 없습니다.
영향을 받는 Type A, Type B 및 Type C 사용자의 경우 이 기간 동안 Forge API 액세스를 사용할 수 없습니다. 사용할 수 없는 Manus 호스팅 웹사이트로 전송된 웹훅은 5xx 응답을 반환하며 Manus에 의해 대기열에 추가되거나 다시 재생되지 않습니다. 외부 웹훅 발신자는 해당 발신자의 자체 정책에 따라 여전히 재시도할 수 있습니다. 사용할 수 없는 웹사이트 서비스에 대한 외부 데이터베이스 연결도 이 기간 동안 실패합니다.
커스텀 도메인, DNS 및 HTTPS는 어떻게 되나요?
외부 DNS 제공업체를 통해 관리되는 DNS 레코드는 해당 제공업체의 제어 하에 유지되며 Manus에 의해 삭제되지 않습니다. 그러나 삭제 기간 동안 외부 DNS 레코드가 여전히 존재하더라도 영향을 받는 Manus 호스팅 웹사이트는 사용할 수 없습니다.
도메인 복구 동작은 도메인 유형에 따라 다릅니다.
도메인 유형 | 발생하는 상황 및 확인 사항 |
기본 manus.space 주소 | 원래 주소는 관련 작업 데이터와 함께 복구됩니다. |
커스텀 manus.space 하위 도메인 | 동일한 하위 도메인이 여전히 사용 가능한 경우 복구됩니다. 즉시 복구하십시오. Manus는 백업을 가져오기 전에 커스텀 manus.space 하위 도메인이 다른 사람에 의해 점유되지 않을 것임을 보장할 수 없습니다. |
Manus 외부에서 호스팅되는 커스텀 도메인 | 외부 네임서버를 사용하는 구성을 포함하여 외부 DNS 레코드는 기존 제공업체에 그대로 유지되며 Manus에 의해 삭제되지 않습니다. 이전 프로젝트-도메인 바인딩은 보존되며 작업 데이터 복구 후 자동으로 다시 연결되지만 수동으로 확인해야 합니다. |
Manus를 통해 구매한 도메인 | 도메인은 등록된 상태로 유지되며 영향을 받는 Type C 계정 삭제 기간 동안 Manus에서 일시적으로 관리합니다. 백업 전에 프로젝트-도메인 관계가 존재했다면 계정 복구 후 도메인이 자동으로 다시 연결됩니다. 삭제해도 DNS 레코드는 제거되지 않습니다. 해당 구매 수수료 정책은 공식 환불 정책 문서를 참조하십시오. |
작업 데이터 복구 후 커스텀 도메인이 완전히 복구된 것으로 간주하기 전에 다음 각 사항을 확인하십시오.
확인 항목 | 확인 내용 |
도메인 바인딩 | 커스텀 도메인이 복구된 배포에 연결되어 있는지 확인하십시오. |
DNS 확인 | 도메인의 A, CNAME 또는 네임서버 구성이 의도한 복구 대상으로 확인되는지 확인하십시오. |
HTTPS/TLS | HTTPS를 통해 웹사이트를 열고 인증서가 유효하며 브라우저 경고가 나타나지 않는지 확인하십시오. |
표준 URL 및 리디렉션 | 기본 도메인, www 또는 non-www 동작, 그리고 중요한 리디렉션이 예상대로 작동하는지 확인하십시오. |
복구 후 관련 WebDev 프로젝트를 열고 오른쪽 패널을 사용하여 설정 → 도메인으로 이동한 다음, 필요한 모든 도메인 바인딩이 여전히 존재하는지 확인하십시오. 각 도메인을 열어 웹사이트에 접속 가능한지 확인하십시오. 도메인이 작동하지 않으면 연결을 해제하고 동일한 도메인을 다시 연결하십시오.
Manus를 통해 구매한 도메인은 일반적으로 프로젝트에 도메인을 바인딩할 때 사용자가 CAA, DNSSEC, 루트 도메인 또는 www 레코드를 편집할 필요가 없습니다. 다른 제공업체에서 호스팅하는 도메인의 경우 사용자가 해당 제공업체에서 레코드를 업데이트해야 할 수도 있습니다.
도메인 재연결로 인해 TLS 인증서 재발급이 트리거되는 경우, 인증서 사용 가능까지 몇 시간이 걸릴 수 있습니다. 브라우저 경고 없이 HTTPS가 작동할 때까지 도메인이 완전히 복구된 것으로 간주하지 마십시오.
Manus를 통해 도메인을 구매했고 Type C 계정이 영향을 받는 경우 다음을 참조하십시오. 환불 일정, 계산 및 특별 사례 해당 도메인 정책에 대해.
웹사이트를 이전해야 하나요, 아니면 일시적으로 DNS를 변경해야 하나요?
Manus는 약 2일간의 삭제 기간 동안 Manus 호스팅 WebDev 서비스 전체를 다른 곳으로 이전하는 공식적인 방법을 제공하지 않습니다. 소스 코드나 GitHub 내보내기만으로는 전체 데이터베이스, 업로드된 파일, 설정 및 Manus 호스팅 기능이 포함되지 않습니다. 전체 서비스를 재현하기 어렵고 원활한 복귀를 보장할 수 없으므로, 이 이벤트만을 위해 전체 임시 이전을 시도하지 마실 것을 강력히 권장합니다.
SEO 목적만을 위해 DNS를 변경하지 마십시오. 특정 비즈니스 연속성 요구 사항이 있고 맞춤 도메인을 사용하는 경우, 삭제 기간 전에 해당 도메인을 외부에서 호스팅되는 간단한 유지 관리 또는 상태 페이지로 일시적으로 연결할 수 있습니다.
Manus를 통해 DNS가 관리되는 도메인의 경우 설정 → 배포 → 도메인을 사용하십시오. 다른 곳에서 호스팅되는 도메인의 경우 기존 DNS 제공업체를 통해 변경하십시오.
임시 DNS 변경은 복구 후 자동 재연결에 영향을 줄 수 있습니다. 작업 데이터를 복구한 후 설정 → 도메인 아래의 WebDev 프로젝트에서 프로젝트-도메인 바인딩을 확인하십시오. 도메인이 작동하지 않으면 다시 연결하고 의도한 DNS 구성을 복구하십시오.
WebDev 웹사이트를 어떻게 복구하고 확인하나요?
다음을 따르십시오 데이터 복구 방법 복구 도구 단계를 확인하십시오. Type C 사용자는 작업 데이터를 복구하기 전에 계정을 먼저 복구해야 합니다. 팀 프로젝트의 경우, 팀 소유자가 필요한 계정, 팀 및 작업 데이터 복구 단계를 완료해야 합니다.
포털이 열린 후 복구를 완료해야 하는 마감 기한은 현재 없습니다. 그러나 영향을 받는 웹사이트는 관련 작업 데이터 백업이 활발히 복구될 때까지 사용할 수 없으므로, 신속하게 복구하면 다운타임을 줄일 수 있습니다.
복구는 프로젝트를 선택한 백업 패키지에 캡처된 상태로 되돌립니다. 백업 생성 시 웹사이트가 배포된 상태였다면 해당 백업 버전으로 자동 재배포됩니다. 당시 배포되지 않은 상태였다면 배포되지 않은 상태로 유지됩니다.
복구는 한 번만 완료할 수 있습니다. 백업이 여러 패키지로 나뉜 경우, 복구를 완료하기 전에 필요한 모든 패키지를 선택했는지와 최신 데이터가 포함되어 있는지 확인하십시오.
작업 데이터 복구는 첫 번째 단계일 뿐입니다. 아래 확인 사항을 통과할 때까지 프로덕션 웹사이트가 완전히 복구된 것으로 간주하지 마십시오.
영역 | 복구 후 확인 사항 |
배포 | 예상 버전이 배포되었고 의도한 URL이 로드되는지 확인하십시오. |
데이터베이스 | 데이터베이스 구조, 레코드 수, 최근 레코드, 양식 제출, 주문 및 기타 중요한 비즈니스 데이터를 확인하십시오. |
파일 및 미디어 | 대표적인 이미지, 업로드, 문서 및 생성된 파일을 엽니다. |
애플리케이션 구성 | 비밀 값을 노출하지 않고 필요한 환경 변수 및 애플리케이션 키를 확인하십시오. |
도메인 및 HTTPS | 도메인 바인딩, DNS 확인, HTTPS 및 인증서 상태를 확인하십시오. 도메인이 작동하지 않으면 설정 → 도메인에서 다시 연결하십시오. 재연결로 인해 인증서 재발급이 트리거되는 경우 몇 시간의 지연을 고려하십시오. |
정기 작업 | 활성화 상태, 시간대, 다음 실행, 커넥터 또는 권한 부여 종속성을 확인하십시오. 삭제 기간 동안 누락된 실행은 다시 재생되지 않습니다. |
인증 및 권한 | 웹사이트에서 사용하는 가입, 로그인, 계정 권한 및 OAuth 흐름을 테스트하십시오. |
외부 API 및 서비스 | 중요한 이메일, 결제, 통신, 데이터베이스 및 기타 타사 통합을 테스트하십시오. |
Forge API 및 웹훅 | 복구 후 Forge API 요청이 수락되고 웹훅이 수신 및 처리되는지 확인하십시오. 삭제 기간 동안 실패한 요청은 Manus에서 다시 재생되지 않습니다. |
SEO | 페이지 메타데이터, 표준 URL, robots 지시어, 사이트맵 동작 및 중요한 리디렉션을 확인하십시오. |
주요 사용자 여정 | 가입, 양식 제출, 주문, 이메일 수신 또는 결제 완료와 같이 사용자가 의존하는 워크플로를 테스트하십시오. |
커넥터 | 복구된 각 타사 커넥터를 수동으로 다시 활성화하고, 메시지가 표시되면 재인증을 완료한 후 관련 워크플로를 테스트하십시오. |
클라우드 컴퓨터(사용하는 경우) | 프로덕션 사용을 재개하기 전에 인스턴스, 필요한 파일, 공용 주소, 프로세스, 웹 서비스, 인증서, 방화벽 규칙, Forge Maps, 구성 값 및 자격 증명이 사용 가능하고 올바른지 확인하십시오. |
예상되는 배포, 데이터베이스 기록, 파일, 도메인, HTTPS 인증서, WebDev 일정, 인증, 커넥터, 외부 통합, Forge API, 웹훅, SEO 동작 및 중요한 사용자 여정이 확인될 때까지 사용자에게 프로덕션 웹사이트를 다시 공개하지 마십시오. 비즈니스에 중요한 점검이 실패할 경우, 웹사이트를 제어된 유지 관리 상태로 유지하고 정상 트래픽을 재개하기 전에 Manus 고객 지원팀에 문의하십시오.
문의 사항이 있는 경우 다음 이메일 주소로 고객 서비스 팀에 문의할 수 있습니다. support@manus.im 또는 이 페이지 오른쪽 하단의 지원 도구를 사용하십시오. 모든 과정에서 귀하를 지원하기 위해 최선을 다하겠습니다.