Studioのプロジェクト複製と手元のバックアップは何が違いますか？
デザインを大きく変える前にプロジェクトを複製しておけば、手元のバックアップと同じように安心できるのではないかと迷う声はよくありますね。複製機能は、Studioの管理画面内でデザインやCMSデータを引き継いだ別のプロジェクトを作る操作です。
また、複製したプロジェクトにもすべてのデータが引き継がれるわけではありません。次のデータは複製の対象外となります。
- Apps連携情報
- プロジェクト参加メンバー
- フォーム回答結果
- お支払い情報
- アップロードパネル内の画像・PDF
- バージョン履歴
有料プランを契約しているプロジェクトを複製した場合も、複製先はFreeプランとして作成されます。複製を実行できるのはオーナーか支払いオーナーで、有料テンプレートから始めたプロジェクトは複製できません。操作手順はシンプルで、プロジェクト一覧の右端にある3点メニューから［複製］を選び、確認画面で［複製する］を押すだけです。完了すると登録メールアドレスへ通知が届き、プロジェクト一覧に反映されます。詳しい仕様はプロジェクト複製の公式案内に記載されています。
一方、デザイン、ページ情報、ソースコード、CMSデータはStudioから書き出せないデータに含まれていて、サイト一式を手元に持ってくることはできません。外へ出せるのは、フォームダッシュボードからCSVで落とせるフォームの回答などに限られます。複製は編集を試す前の控えとして使い、Studioの外に残したい記録は別に保存します。
Studioのサイトを手元にバックアップする手順は？
Studioで作ったサイトを手元のパソコンへ保存するには、具体的にどのような手順を踏めばよいのでしょうか。手元へ情報を残す際の手順は次の4段階です。
- サイトマップを有効にしてURLの一覧を把握する
- ブラウザの保存機能で公開ページの見た目を記録する
- 記事本文や原稿テキストを別の文書ファイルへ保管する
- フォームに届いた回答データをCSV形式で書き出す
まず全体のページ構成を漏れなく確認するため、プロジェクトのダッシュボードにある［設定］タブからメニューの［一般］を開き、［サイトマップファイル］をオンにします。サイトを公開すると、自分のサイトのドメインの後ろに「/sitemap.xml」を付けたアドレスでページ一覧が確認できるようになります。非公開のサイトだと、このURLが使えるようになるのは公開した時点です。ただしサイトマップに入るページからは、モーダルとnoindex設定のページが外れます。そうしたページは別にメモしておきましょう。
スクリーンショットは、Firefoxならページの空白部分を右クリックして［スクリーンショットを撮影］を選び、右上の［ページ全体を保存］から［ダウンロード］すると画像で残ります。ここで残るのは見た目の記録で、Studioへ読み込んで元に戻せるものではありません。それでも、アカウントに入れなくなっても手元に残る点は複製と違いますね。CMSで公開している記事の文章は、エディタからテキストをコピーして文書作成ソフトなどに保管します。
Studioの版履歴は何日分残りますか？
Freeプランで先週の状態に戻そうとしても、履歴は1日分しか残っていません。版履歴の保存期間はプランごとに次のとおりです。
| プラン名 | 版履歴の保存期間 |
|---|---|
| Free | 1日 |
| Mini | 5日 |
| Personal | 30日 |
| Business | 120日 |
| Business Plus | 360日 |
| Enterprise | カスタム |
期間を過ぎた版は、順に一覧から見えなくなります。ただ、プランを上げると新しいプランの期間が適用され、前のプランでは表示されなかった期間の版も確認できるようになります。
気をつけたいのが、版履歴が対象としているデータの範囲ですね。バージョン管理で保存されるのは主にエディタ上のデザインデータであり、CMSの記事コンテンツやフォームの回答データは保存対象に含まれません。CMSの記事をうっかり消しても、版履歴からは戻せないということです。プロジェクトをリセットした場合も、リセット前のデータは保存期間内でも確認や復元ができなくなります。さらに、複製したプロジェクトには版履歴が付いてこず、複製先はFreeプランから始まるので、そこからの履歴は1日分になります。
ノーコードで作ったサイトのコンテンツは定期的にバックアップすべきですか？
更新頻度が高いサイトや事業の根幹となるWebサイトであれば、定期的に手元へコンテンツをバックアップしておくべきです。決まった頻度があるわけではなく、どれくらい更新するかと、なくしたときにどれだけ困るかで決めます。たとえばWordPress公式のバックアップ指針では、投稿が少ないサイトなら週に1回、更新が盛んなサイトであれば毎日のバックアップを行うよう推奨されていました。また、ヘッドレスCMSのmicroCMSでも、大きな編集作業の前や定期的な運用確認のタイミングでコンテンツを保管する使い方が示されています。
ただ、Studioはデザインもページ情報もCMSデータも書き出せないため、WordPressのように丸ごと保存するやり方はとれません。そのため、公開前の原稿ファイルや使用した元画像を社内のクラウドストレージなどに保管しておくルール作りが欠かせません。
記事の原稿は、Studioへ入力する前の文章をテキストやドキュメントで残しておけば、それがそのまま控えになります。CMSの記事は版履歴の対象にも入らないので、ここを手元に持っていないと、消したときに打ち直すしかありません。デザインを大きく作り替える前や、記事をまとめて整理する前にも、いつもの保存を1回挟みます。