주요 변경 사항을 적용하기 전, 사이트를 삭제하기 전, 또는 콘텐츠를 이전하기 전에 사이트 백업을 생성하면 중요한 데이터의 로컬 사본을 보관할 수 있습니다. Kanorio는 내보내기 가능한 사이트 콘텐츠를 ZIP 파일로 컴파일합니다. 이는 여러 파일을 하나의 다운로드 가능한 패키지로 묶는 형식입니다.
이 백업은 사이트 콘텐츠를 보존하고 정리하기 위한 용도로 설계되었으며, 다른 호스트에 직접 배포할 수 있는 사이트 애플리케이션은 아닙니다. 사이트 빌더마다 고유한 레이아웃과 데이터 구조를 사용하므로, 일반적으로 마이그레이션 시 콘텐츠를 재구성해야 합니다.
몇 시간 또는 며칠 전에 편집한 페이지나 게시물을 되돌려야 하나요? ZIP 백업을 다운로드할 필요가 없습니다. 사이트 에디터와 블로그 게시물 에디터에는 데이터를 30일간 보관하는 기능이 내장되어 있습니다. 타임스탬프를 클릭하기만 하면 캔버스에서 미리 보고 클릭 한 번으로 초안으로 복원할 수 있습니다.
Kanorio에서 사이트 및 데이터 백업은 "셀프 서비스 복원 및 내보내기"(대시보드에서 관리 가능)와 "플랫폼 수준의 자동 재해 복구"라는 두 가지 수준으로 분류됩니다:
| 필요한 상황 또는 시나리오 | 해당 보호 메커니즘 | 보관 기간 및 참고 사항 |
|---|---|---|
| 최근 페이지나 게시물에서 실수를 하여 이전 버전으로 되돌리고 싶을 때 | (에디터 내장) | 모든 플랜에서 데이터를 30일간 보관합니다(마지막으로 게시된 버전은 영구 보관). 캔버스에서 직접 미리 보고 클릭 한 번으로 단일 페이지나 전체 사이트 초안을 복구할 수 있습니다. ZIP 파일을 다운로드하거나 고객 지원을 기다릴 필요가 없습니다. |
| 미디어 라이브러리에서 이미지, 동영상, PDF를 실수로 삭제했을 때 | 휴지통으로 이동된 항목은 30일간 보관됩니다. 이 기간 동안 언제든지 클릭 한 번으로 복구할 수 있으며, 페이지 내 참조도 자동으로 복구됩니다. | |
| AI를 사용하여 SEO를 일괄 수정했으나 원래의 제목과 설명으로 되돌리고 싶을 때 | 수정 후 7일 이내라면 클릭 한 번으로 개별 또는 일괄 변경 사항을 되돌릴 수 있습니다. | |
| 사이트를 실수로 삭제하여 복구하고 싶을 때 | 사이트가 삭제된 후 60일간 아카이브됩니다. 이 기간 동안 사이트 소유자는 대시보드에서 클릭 한 번으로 복구할 수 있습니다. | |
| 콘텐츠와 에셋의 전체 사본을 컴퓨터에 보관하거나, 엔지니어에게 전달하여 사이트를 재구축하고 싶을 때 | 사이트 백업(ZIP) 생성 및 CSV 내보내기 (본 문서에서 설명) | 모든 플랜에서 구조화된 JSON, Markdown, 원본 이미지/동영상 에셋을 ZIP 파일로 무료 다운로드할 수 있습니다. 주문 목록과 고객 목록은 별도의 CSV 파일로 내보낼 수 있습니다. |
| 클라우드 서버 장애나 대규모 인프라 사고에 대비하고 싶을 때 | 플랫폼 수준의 일일 자동 암호화 백업 및 재해 복구 (시스템 자동화) | 플랫폼은 메인 데이터베이스와 사이트 미디어 파일에 대해 매일 오프사이트 암호화 백업을 수행하며, 운영 환경과 분리된 격리된 클라우드 백업 환경에 저장합니다(데이터베이스 암호화 백업은 최대 보관되며, 특정 시점 복구 및 정기적인 복구 훈련을 지원합니다). |
플랫폼 수준 백업의 범위에 관하여: 대부분의 주요 멀티 테넌트 클라우드 사이트 빌더와 마찬가지로, Kanorio의 기본 일일 암호화 백업 및 특정 시점 복구는 주요 인프라 장애나 치명적인 사고 발생 시 전체 플랫폼 서비스를 복구하도록 설계되었습니다. 이는 개별 주문, 연락처 또는 단일 사이트의 특정 설정을 롤백하는 데 사용할 수 없습니다. 일상적인 페이지 편집, 실수로 인한 파일 삭제 또는 사이트 삭제의 경우 위의 표에 있는 셀프 서비스 복원 도구를 사용하거나, 중요한 연락처 목록 및 주문 CSV를 정기적으로 내보내 안전하게 보관하십시오.
대시보드에서 백업하려는 사이트로 전환하고 "사이트 설정" → "사이트 관리"를 엽니다.
"사이트 데이터 백업" 아래에서 사이트 콘텐츠 및 설정, 이미지, PDF, 오디오, 비디오 또는 디지털 제품 다운로드 파일 등 저장하려는 콘텐츠를 선택합니다.
무엇을 선택해야 할지 확실하지 않은 경우 모든 콘텐츠를 보관하는 것을 권장합니다. 이렇게 하면 향후 정리, 마이그레이션 또는 용도 변경을 위한 포괄적인 참조 자료를 확보할 수 있습니다.
"백업 생성"을 클릭합니다. 데이터 용량이 작은 사이트의 경우 일반적으로 ZIP 파일 다운로드가 즉시 시작됩니다. 규모가 큰 사이트의 경우 시스템이 백업을 준비하며, 준비가 완료되면 같은 위치에 다운로드 버튼이 나타납니다.
백업이 준비되는 동안 대시보드를 계속 사용할 수 있으며, 나중에 다시 돌아와 진행 상황을 확인할 수 있습니다.
소규모 사이트는 일반적으로 사이트 콘텐츠와 에셋이 포함된 단일 ZIP 파일로 다운로드됩니다. 사이트가 크거나 특정 콘텐츠만 선택한 경우, 사이트 콘텐츠, 이미지, PDF 또는 비디오와 같이 다운로드 가능한 파일이 여러 개 보일 수 있습니다.
다운로드한 모든 파일은 동일한 폴더에 저장하십시오. 백업은 7일 동안 다운로드할 수 있으며, 이 기간이 지나면 새 백업을 생성할 수 있습니다.
선택 항목에 따라 백업에는 다음이 포함될 수 있습니다:
동일한 파일이 사이트 내 여러 곳에서 사용되더라도, 백업은 일반적으로 중복 다운로드를 방지하기 위해 하나의 사본만 보관합니다.
Kanorio는 플랫폼 호스팅 사이트 서비스이므로 서버를 유지 관리하거나 소프트웨어를 업데이트하거나 일일 보안 설정을 직접 처리할 필요가 없습니다. 그러나 이는 콘텐츠가 Kanorio에 고정되어 있다는 의미는 아닙니다.
브랜드가 엔지니어링 팀을 통해 다른 프레임워크로 사이트를 재구축하기로 결정하거나, Vibe Coding, AI Coding 또는 기타 자체 개발 방법을 탐색하려는 경우, 이 백업은 콘텐츠와 에셋을 위한 인수인계 패키지 역할을 합니다.
엔지니어링 팀은 백업에서 다음을 추출할 수 있습니다:
site/website.json: 사이트 이름, 브랜드 설정 및 사이트 전체 데이터.site/pages.json: 각 페이지의 콘텐츠 구조, 초안, 게시된 콘텐츠 및 페이지 SEO 설정.blog/posts/*.md: 직접 읽고 편집할 수 있는 블로그 게시물 및 구조화된 게시물 데이터.collections/schema.json 및 collections/<key>.json: 컬렉션의 필드 정의 및 각 컬렉션의 항목 데이터.seo/: 기존 검색 설정을 유지하는 데 도움이 되는 사이트맵 및 robots.txt와 같은 SEO 파일.images/ 및 미디어 ZIP: 백업에 포함된 사이트 이미지, PDF, 오디오, 비디오 및 기타 원본 에셋.commerce/products.json: 제품, 가격 플랜 및 디지털 콘텐츠에 대한 구조화된 데이터(주문, 고객 또는 결제 기록은 포함되지 않음).JSON은 엔지니어를 위한 일반적인 구조화된 데이터 형식이며, Markdown은 표준 텍스트 에디터로 열 수 있는 형식입니다. 이러한 파일을 사용하면 엔지니어링 팀은 텍스트를 수동으로 복사하거나 이미지를 다운로드하거나 이전 사이트에서 콘텐츠 구조를 추측하는 대신 사이트 재설계 및 기능 구현에 집중할 수 있습니다.
이 백업은 직접 배포할 수 있는 사이트 애플리케이션이 아닙니다. 새 사이트에서는 엔지니어링 팀이 프론트엔드, 대화형 기능, 데이터베이스, 로그인, 결제 및 타사 서비스 통합을 구축해야 합니다.
WordPress로 이전하는 경우, WordPress 전용 내보내기 형식이 일반적으로 더 직접적입니다. WordPress가 아닌 프레임워크를 사용하거나 처음부터 구축하려는 경우, Kanorio의 구조화된 JSON, Markdown 및 원본 에셋이 일반적으로 정리 및 재구축하기 쉽습니다. 그러나 새 사이트의 기술 요구 사항에 맞게 조정해야 하며 자동으로 새 사이트로 변환되지는 않습니다.
반대로 이전 사이트의 기사를 Kanorio로 옮기는 경우, 의 "다른 사이트에서 가져오기" 기능(공개 기사 URL 붙여넣기)을 사용하십시오. 이 백업 기능은 Kanorio에서 콘텐츠를 가져오기 위한 것이며, 두 기능은 서로 다릅니다.
다음 데이터는 사이트 백업에 포함되지 않습니다:
README.txt가 있으면 먼저 지침을 읽으십시오. 그런 다음 site 및 blog와 같은 폴더의 JSON 및 Markdown 파일을 열어 중요한 페이지, 게시물 및 설정이 있는지 확인하십시오.manifest.json이 있는 경우, 파일 목록으로 사용하여 어떤 콘텐츠가 준비되었는지 또는 추가 확인이 필요한 항목이 있는지 확인할 수 있습니다.ZIP을 다운로드했다는 이유만으로 사이트를 삭제하지 마십시오. 가장 중요하게 생각하는 콘텐츠를 자신의 컴퓨터에서 먼저 열 수 있는지 확인하십시오.
백업을 생성하고 다운로드하려면 "사이트 데이터 백업" 권한이 필요합니다(소유자 및 관리자는 기본적으로 이 권한을 가집니다). 올바른 사이트를 보고 있는지 확인하십시오. 역할에 이 권한이 없는 경우 요청하거나 사이트 소유자 또는 관리자에게 백업 생성을 요청할 수 있습니다.
데이터 양이 많을 경우 시스템이 콘텐츠 유형별로 분리하여 한 번에 너무 큰 파일을 처리하지 않도록 합니다. 다운로드한 모든 파일은 동일한 폴더에 저장하십시오. 각 파일은 개별적으로 다운로드할 수 있습니다.
같은 파일을 다시 다운로드해 보십시오. 백업이 7일 이상 된 경우 새로 생성하십시오. 여전히 콘텐츠를 찾을 수 없는 경우 manifest.json에 힌트가 있는지 확인하고, 사이트 이름, 파일 이름 및 문제의 스크린샷을 첨부하여 문의하기로 연락하십시오.
일반적으로 불가능합니다. 백업은 콘텐츠, 이미지, 설정 및 에셋을 보존하지만 플랫폼마다 레이아웃과 데이터 구조가 다릅니다. 파일을 정리 및 마이그레이션을 위한 소스로 사용한 다음, 새 플랫폼의 가져오기 방법에 따라 처리하십시오.
네, 엔지니어링 팀에 전달하거나 자체 개발을 위한 콘텐츠 및 에셋 소스로 사용할 수 있습니다. JSON, Markdown, 이미지 및 미디어 파일은 새 사이트를 재구축하는 데 도움이 될 수 있습니다. 그러나 백업은 배포 가능한 코드가 아니며, 새 레이아웃, 기능, 데이터베이스 및 타사 서비스를 새로 만들어야 합니다.
사이트 백업과 스토어 운영 데이터는 범위가 다릅니다. 주문의 경우 주문 및 배송 상태로 이동하고, 고객의 경우 고객 목록 및 구독으로 이동하여 필요한 CSV를 다운로드하십시오.
아니요. 플랫폼의 기본 일일 암호화 백업 및 특정 시점 복구는 주요 클라우드 인프라 장애 발생 시 전체 플랫폼을 재해 복구하기 위한 것입니다. 단일 사이트의 개별 주문이나 연락처를 롤백하는 데 사용할 수 없습니다. 대량 정리 작업을 수행하기 전에 주문 및 배송 상태 또는 고객 목록 및 구독에서 CSV를 내보내는 것을 권장합니다. 페이지나 게시물 콘텐츠에서 실수를 한 경우 버전 기록(30일간 데이터 보관)을 사용하여 언제든지 직접 복원할 수 있습니다.