주요 변경 사항을 적용하기 전, 사이트를 삭제하기 전, 또는 콘텐츠를 이전하기 전에 웹사이트 백업을 생성하면 중요한 데이터의 로컬 사본을 보관할 수 있습니다. Kanorio는 내보낼 수 있는 웹사이트 콘텐츠를 ZIP 파일로 정리합니다. ZIP은 여러 파일을 하나의 다운로드 가능한 아카이브로 묶는 형식입니다.
이 백업은 웹사이트 콘텐츠를 보존하고 정리하기 위한 용도이며, 다른 호스트에 즉시 배포할 수 있는 웹 애플리케이션이 아닙니다. 웹사이트 플랫폼마다 레이아웃과 데이터 구조가 다르기 때문에, 일반적으로 마이그레이션 시 콘텐츠를 재구성해야 합니다.
대시보드에서 백업할 사이트로 전환한 후 "사이트 관리" → "고급 설정"으로 이동합니다.
"웹사이트 데이터 백업" 아래에서 웹사이트 콘텐츠 및 설정, 이미지, PDF, 오디오, 비디오 또는 디지털 제품 다운로드 파일 등 저장하려는 항목을 선택합니다.
무엇을 선택해야 할지 확실하지 않은 경우 모든 콘텐츠를 보관하는 것을 권장합니다. 이렇게 하면 향후 정리, 마이그레이션 또는 재사용을 위한 포괄적인 참조 자료를 확보할 수 있습니다.
"백업 생성"을 클릭합니다. 소규모 사이트의 경우 일반적으로 ZIP 파일 다운로드가 즉시 시작됩니다. 대규모 사이트의 경우 시스템이 먼저 백업을 준비하며, 준비가 완료되면 같은 위치에 다운로드 버튼이 표시됩니다.
백업이 준비되는 동안 대시보드를 계속 사용할 수 있으며, 나중에 다시 돌아와 진행 상황을 확인할 수 있습니다.
소규모 사이트는 일반적으로 사이트 콘텐츠와 에셋이 포함된 단일 ZIP 파일을 다운로드합니다. 사이트가 크거나 특정 콘텐츠만 선택한 경우, 웹사이트 콘텐츠, 이미지, PDF 또는 비디오와 같이 다운로드 가능한 여러 파일이 표시될 수 있습니다.
다운로드한 모든 파일은 같은 폴더에 저장하십시오. 백그라운드에서 준비된 백업은 7일 동안 다운로드할 수 있으며, 이 기간이 지나면 새 백업을 생성할 수 있습니다.
선택 항목에 따라 백업에는 다음이 포함될 수 있습니다.
동일한 파일이 사이트 내 여러 곳에서 사용되더라도, 중복 다운로드를 방지하기 위해 백업에는 일반적으로 하나의 사본만 포함됩니다.
Kanorio는 플랫폼 호스팅 방식의 웹사이트 서비스이므로 서버 유지 관리, 소프트웨어 업데이트, 일상적인 보안 설정을 직접 처리할 필요가 없습니다. 하지만 그렇다고 해서 콘텐츠가 Kanorio에 고정되어 있는 것은 아닙니다.
브랜드가 엔지니어링 팀을 통해 사이트를 재개발하거나, 다른 프레임워크로 전환하거나, Vibe Coding 또는 AI Coding과 같은 자체 개발 방식을 시도하려는 경우, 이 백업을 콘텐츠 및 에셋 이전 패키지로 활용할 수 있습니다.
엔지니어링 팀은 백업에서 다음을 얻을 수 있습니다.
site/website.json: 사이트 이름, 브랜드 설정 및 사이트 전체 데이터.site/pages.json: 각 페이지의 콘텐츠 구조, 초안, 게시된 콘텐츠 및 페이지 SEO 설정.blog/posts/*.md: 직접 읽고 편집할 수 있는 블로그 게시물. 구조화된 게시물 데이터도 포함됩니다.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를 다운로드하거나 기타 스토어 데이터를 보려면 주문 및 고객 관리로 이동하십시오.