ウェブサイトを公開した後、多くの企業はコンテンツ更新やプロモーションに注力し、バックアップや保守は後回しになりがちです。しかし、カテゴリの誤削除、テンプレートの修正ミス、データベースのトラブルが発生して初めて、使えるバックアップがないことに気づきます。バックアップと保守に複雑なツールは必要ありません。大切なのは、何をバックアップするか、どこに保存するか、どう命名するか、どのくらいの頻度で復元確認するかを決め、定例作業にすることです。
まずバックアップ対象を分ける：ファイルとデータベースは別々に
企業サイトのデータは大きく2種類に分かれます。1つはファイルで、プログラムコード、テンプレート、アップロードした画像、添付ファイル、スタイルシート、スクリプトなどが含まれます。もう1つはデータベースで、記事内容、カテゴリ構造、ユーザー情報、フォーム記録などが保存されています。これらは更新頻度も復元方法も異なるため、別々にバックアップすることをお勧めします。1つの圧縮ファイルにまとめるだけでは不十分です。
ファイルのバックアップは、サイト全体のディレクトリをまとめて圧縮する方法と、更新頻繁な部分（アップロードディレクトリやカスタムテンプレートなど）だけを対象にする方法があります。データベースのバックアップは、データベース全体をエクスポートします。その際、文字コードとテーブルプレフィックスが本番環境と一致していることを確認してください。復元後に文字化けやテーブル欠落が発生するのを防ぐためです。
バックアップの保存場所：サーバー上だけに置かない
最もよくある失敗は、バックアップファイルを同じサーバーの同じディレクトリに置いておくことです。サーバーのディスク障害、侵入、誤操作によるディレクトリ削除が起きると、バックアップも本番サイトも一緒に失われます。少なくとも2つの場所に保存することをお勧めします。1つはサーバー外のストレージ、もう1つはローカルや企業のクラウドストレージ、外付けハードディスクなどです。
保存時は時間ごとにフォルダを分け、例えば年や月ごとにディレクトリを作成し、その回のバックアップを入れます。こうすれば、過去のバージョンを探すときに同じ名前のファイルを探し回る必要がありません。
命名と記録：チームの誰でも理解できるように
バックアップファイル名には、サイト識別子、バックアップ種別、日時を含めることをお勧めします。例えば「公式サイト-ファイル-20250612」「公式サイト-データベース-20250612」のようにします。「バックアップ1」「最終版」「新規フォルダ」といった名前は避けてください。また、簡単な表で各バックアップの日時、種別、保存場所、担当者を記録しておけば、問題発生時に迅速に特定できます。
テストサイトと本番サイトなど複数の環境がある場合、ファイル名で区別できるようにしてください。テストデータを本番サイトに復元してしまうのを防ぐためです。
復元確認：バックアップが使えるかは試してこそわかる
バックアップファイルが存在するだけでは、復元できるとは限りません。テスト環境で定期的に復元演習を行うことをお勧めします。データベースをインポートし、ファイルを復元し、トップページといくつかの下層ページを開いて、カテゴリ、画像、フォームが正常か確認します。演習の頻度は高くなくても構いませんが、大きな改版の前や四半期に1回など、定期的なリズムを設けましょう。
確認時は特に次の点を見ます。トップページが開くか、ナビゲーションリンクが正常か、記事一覧と詳細ページが表示されるか、画像が読み込まれるか、フォームが送信できるか。問題が見つかったら、実際にトラブルが起きる前にバックアップ方法を調整しましょう。
公開初期の保守のポイント
サイト公開直後は、コンテンツ、カテゴリ、テンプレートの変更が比較的頻繁です。この期間はバックアップをより密に行いましょう。テンプレートの変更、カテゴリ構造の調整、コンテンツの一括インポートの前には必ずバックアップを取り、完了後にページが正常であることを確認します。
日常保守は決まった順序で確認するとよいでしょう。まずトップページと主要カテゴリページが正常にアクセスできるか、次に最近更新した記事が正しく表示されているか、そしてフォーム記録と管理画面ログインが正常かを確認します。異常が見つかったら、まずコンテンツの問題かプログラムの問題かを切り分け、その上で直前のバックアップに戻すか判断します。
バックアップと保守を日常のリズムに組み込む
バックアップは一度きりの作業ではなく、継続的な行動です。サイトの更新頻度に応じてリズムを設定できます。コンテンツ更新が頻繁なサイトはバックアップ間隔を短くし、更新が少ないサイトでも長期間バックアップしない状態は避けましょう。バックアップ、復元確認、日常のページチェックを運用担当者のルーチン業務に組み込むことが、思い出したときにやるよりも信頼できます。
チームの人手が限られている場合でも、少なくとも次の2点は確保してください。1つは重大な変更の前に必ずバックアップを取ること、もう1つはバックアップファイルを同じサーバー上に置かないことです。この2点を守れば、多くの誤操作や突発的な問題に対して復旧の余地を残せます。
