大幅な変更を行う前や、サイトを削除する前、あるいはコンテンツを引き継ぐ前に、サイトのバックアップを作成することで、重要なデータのローカルコピーを保持できます。Kanorioは、エクスポート可能なサイトコンテンツをZIPファイルにまとめます。これは、複数のファイルを1つのダウンロード可能なパッケージにまとめる形式です。
このバックアップは、サイトコンテンツの保存と整理を目的としており、そのまま別のホストにデプロイできるサイトアプリケーションではありません。サイトビルダーごとに独自のレイアウトやデータ構造が異なるため、移行時には通常、コンテンツの再構築が必要となります。
数時間前や数日前に編集したページや投稿を元に戻したいですか？ ZIPバックアップをダウンロードする必要はありません。サイトエディターとブログ投稿エディターには、30日間データを保持するバージョン履歴が組み込まれています。タイムスタンプをクリックするだけで、キャンバス上でプレビューし、ワンクリックで下書きとして復元できます。
Kanorioでは、サイトおよびデータのバックアップは「セルフサービスによる復元とエクスポート」（ダッシュボードで管理可能）と「プラットフォームレベルの自動災害復旧」の2つのレベルに分類されます：
| ニーズやシナリオ | 対応する保護メカニズム | 保持期間と注意点 |
|---|---|---|
| 最近ページや投稿でミスをしてしまい、以前のバージョンに戻したい | バージョン履歴（エディターに内蔵） | すべてのプランで30日間データを保持します（最後に公開されたバージョンは無期限に保持されます）。キャンバス上で直接プレビューし、ワンクリックで単一ページまたはサイト全体のドラフトを復元できます。ZIPファイルのダウンロードやサポートへの連絡は不要です。 |
| メディアライブラリから画像、動画、PDFを誤って削除してしまった | メディアライブラリのゴミ箱 | ゴミ箱に移動してから30日間アイテムを保持します。この期間中はいつでもワンクリックで復元でき、ページ内の参照も自動的に回復します。 |
| AIを使ってSEOを一括修正したが、元のタイトルや説明文に戻したい | SEOヘルスチェックAI復元 | 修正から7日間以内であれば、ワンクリックで個別または一括で変更を元に戻すことができます。 |
| サイトを誤って削除してしまい、復元したい | サイトアーカイブバッファ | サイトを削除した後、60日間アーカイブされます。この期間中、サイト所有者はダッシュボードからワンクリックで復元できます。 |
| コンテンツとアセットの完全なコピーをPCに保存したい、またはエンジニアに渡してサイトを再構築したい | サイトバックアップ（ZIP）の作成とCSVエクスポート（本記事で解説） | すべてのプランで、構造化されたJSON、Markdown、および元の画像/動画アセットをZIPファイルとして無料でダウンロードできます。注文リストや顧客リストは、個別にCSVファイルとしてエクスポート可能です。 |
| クラウドサーバーの障害や大規模なインフラトラブルへの対策 | プラットフォームレベルの自動暗号化バックアップと災害復旧（システム自動実行） | プラットフォームは、メインデータベースとサイトメディアファイルのオフサイト暗号化バックアップを毎日実行し、本番環境とは隔離されたクラウドバックアップ環境に保存しています（データベースの暗号化バックアップは最大90日間保持され、特定時点への復旧や定期的な復旧訓練をサポートしています）。 |
プラットフォームレベルのバックアップの範囲について：主要なマルチテナント型クラウドサイトビルダーと同様に、Kanorioの基盤となる日次の暗号化バックアップとポイントインタイム復元は、大規模なインフラ障害や壊滅的な事故が発生した場合にプラットフォームサービス全体を復旧させることを目的としています。これらは、個別の注文、顧客、または特定のサイトの設定をロールバックするために使用することはできません。日々のページ編集、誤ったファイルの削除、またはサイトの削除については、上記の表にあるセルフサービス復元ツールを使用するか、重要な顧客リストや注文CSVを定期的にエクスポートして保管してください。
ダッシュボードでバックアップしたいサイトに切り替え、"サイト設定" → "サイト管理"を開きます。
「サイトデータのバックアップ」の下で、サイトのコンテンツや設定、画像、PDF、音声、動画、またはデジタル商品のダウンロードファイルなど、保存したいコンテンツを選択します。
何を選択すべきか不明な場合は、すべてのコンテンツを保持することをお勧めします。これにより、将来の整理、移行、または再利用のために包括的なリファレンスを確保できます。
「バックアップを作成」をクリックします。データ容量が小さいサイトの場合、通常はすぐにZIPファイルのダウンロードが開始されます。大規模なサイトの場合、システムがバックアップを準備し、準備が完了すると同じ場所にダウンロードボタンが表示されます。
バックアップの準備中もダッシュボードを引き続き使用でき、後でここに戻って進捗を確認できます。
小規模なサイトは通常、サイトのコンテンツとアセットを含む1つのZIPファイルとしてダウンロードされます。サイトが大規模な場合や特定のコンテンツのみを選択した場合は、サイトコンテンツ、画像、PDF、動画など、複数のダウンロード可能なファイルが表示されることがあります。
ダウンロードしたすべてのファイルは同じフォルダに保存してください。バックアップは7日間ダウンロード可能です。この期間を過ぎると、新しいバックアップを作成できます。
選択内容に応じて、バックアップには以下が含まれる場合があります：
同じファイルがサイト内の複数の場所で使用されている場合でも、バックアップでは通常、重複ダウンロードを避けるために1つのコピーのみが保持されます。
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日間データを保持）を使用していつでも自分で復元できます。