イベントサイトのバックアップは誰が責任を持つ?
答えは契約と利用するサービスによって異なります。ホストがスナップショットを作り、制作会社がアプリを管理し、主催者がチケット口座を持つ場合があります。請求書の「バックアップ」だけで完全な復旧を想定せず、担当を文書で決めます。
Boletolibre編集部
公開日
責任分担表をダウンロード
Googleの先頭結果では、サイト所有者が想定より数か月古いバックアップしかないと気づきました。普遍的な法的責任を断定するのではなく、実際の復元時点と契約範囲を確認することが大切です。更新や移行前に表を使います。
復旧が必要な要素を分ける
| 対象 | 担当者への質問 |
|---|---|
| コードと設定 | 公開版を誰が再構築できるか |
| ページと画像 | 編集可能な内容と原本を含むか |
| 申込データ | 正本はどこで誰が書き出せるか |
| チケットと決済 | 外部事業者は何を保存・復元するか |
| DNSとドメイン | ゾーンとアカウントを誰が維持するか |
コード、CMSページ、画像、申込回答、設定、DNSは別サービスにある場合があります。チケット事業者の注文はさらに別です。各要素がバックアップ、エクスポート、再生成のどれで回復できるか記録します。ホストが第三者の決済記録を復元できるとは考えません。[2][3][4]
作成・保管・監視の担当を確認する
要素ごとに作成者、保管アカウント、実行頻度、保存期間、アクセス権、失敗を監視する人を記録します。ホストのスナップショットは解約後に使えなかったり、外部の画像を含まなかったりします。提供内容を個別に確認します。
復元を実行できる人を決める
バックアップ作成と復元の承認・実行は分けます。承認者、アクセスできる人、安全な演習場所、新規の申込や売上の照合方法を決めます。許容できるデータ損失と停止時間は主催者が判断し、技術担当が実現可能性を示します。
契約内容を証拠で確認する
日付のある完了記録と、実際の内容を確認した復元演習の結果を求めます。契約の除外範囲、復元費用、終了時の引き渡しを読み、曖昧なら事故前に書面で確認します。この表は運用用であり、地域の契約助言には代わりません。[2][3][4]
出典と参考資料
- Who is responsible for backing up a website?Reddit r/Wordpress · 確認日
- Back up data — Reliability PillarAWS Well-Architected · 確認日
- Perform periodic recovery of the dataAWS Well-Architected · 確認日
- BackupsWordPress Developer Resources · 確認日