WordPressのバックアップは、データ損失、ハッキング、サーバー障害、アップデートの競合、人為的エラーに対する安全ネットです。信頼できるバックアップ戦略がなければ、1回のミス — 失敗したアップデート、ハッキングされたサイト、サーバーのクラッシュ、または誤って削除した場合 — が、数ヶ月または数年の作業を消し去る可能性があります。それにもかかわらず、多くのWordPressサイトの所有者は、全くバックアップを取らないか、ホスティングプロバイダーのバックアップにのみ依存し、それが機能するかどうかを確認していません。
このガイドでは、手動のコマンドラインバックアップから自動化されたプラグインソリューションまで、WordPressサイトの所有者が利用できるすべてのバックアップ方法をカバーします。何をバックアップするか、どのくらいの頻度で行うか、安全にバックアップを保存する場所、必要なときにバックアップが実際に機能するかどうかを確認する方法を学びます。堅実なバックアップ戦略は、WordPressのセキュリティのコアコンポーネントでもあり、予防策が失敗したときの最終的な防御ラインを提供します。
WordPressバックアップに含まれるもの
完全なWordPressバックアップは、いくつかのコンポーネントで構成されています。それらのいずれかが欠けていると、復元が不完全になります。
| コンポーネント | 場所 | 含まれるもの |
|---|---|---|
| WordPressコアファイル | /wp-admin/, /wp-includes/ | WordPressソフトウェア（再ダウンロード可能ですが、バージョンが重要です） |
| wp-content/themes | /wp-content/themes/ | インストールされたテーマ、カスタマイズ、子テーマ |
| wp-content/plugins | /wp-content/plugins/ | すべてのインストールされたプラグインとその設定ファイル |
| wp-content/uploads | /wp-content/uploads/ | メディアライブラリ：画像、文書、動画、年/月で整理 |
| wp-config.php | ルートディレクトリ | データベースの資格情報、セキュリティキー、カスタム定数 |
| .htaccess / nginx.conf | ルートディレクトリ / サーバー設定 | リライトルール、リダイレクト、セキュリティヘッダー |
| データベース | MySQL / MariaDB | 投稿、ページ、コメント、ユーザー、設定、プラグインデータ、WooCommerceの注文 |
データベースバックアップの重要性
あなたのデータベースは、WordPressサイトの中で最も価値のある部分です。すべてのコンテンツ（投稿、ページ、カスタム投稿タイプ）、ユーザーアカウントとメタデータ、WooCommerceの注文と顧客データ、プラグインの設定と構成、ウィジェットの設定、カスタムフィールドデータが含まれています。ファイルは再ダウンロードまたは再生成できることが多いですが、データベースの内容はユニークで代替不可能です。
方法1：SSHとphpMyAdminによる手動バックアップ
手動バックアップは、プロセスを直接制御でき、主要な変更、サーバー移行、またはプラグインベースのバックアップが機能していない状況での一時的なバックアップに役立ちます。
SSH経由でファイルをバックアップする
SSH経由でサーバーに接続し、WordPressディレクトリの圧縮アーカイブを作成します：
tar -czvf wordpress-backup-$(date +%Y%m%d).tar.gz /path/to/wordpress/
大規模なサイトの場合、キャッシュファイルや一時データなど、特定のディレクトリをバックアップから除外することをお勧めします：
tar -czvf wordpress-backup-$(date +%Y%m%d).tar.gz --exclude='wp-content/cache' --exclude='wp-content/upgrade' /path/to/wordpress/
コマンドライン経由でデータベースをバックアップする
mysqldumpを使用してデータベースをエクスポートします：
mysqldump -u db_username -p db_name > database-backup-$(date +%Y%m%d).sql
大規模なデータベースの場合、圧縮を追加します：
mysqldump -u db_username -p db_name | gzip > database-backup-$(date +%Y%m%d).sql.gz
phpMyAdmin経由でデータベースをバックアップする
GUIアプローチを好む場合：ホスティングコントロールパネルを通じてphpMyAdminにログインし、WordPressデータベースを選択し、エクスポートタブをクリックし、より多くのオプションのために「カスタム」を選択し、すべてのテーブルが選択されていることを確認し、SQL形式を選択して、実行をクリックしてSQLファイルをダウンロードします。
手動バックアップの利点と欠点
| 利点 | 欠点 |
|---|---|
| バックアップする内容を完全に制御できる | 時間がかかり、忘れやすい |
| プラグインの依存がない | 自動スケジューリングがない |
| WordPressにアクセスできないときでも機能する | SSH/phpMyAdminの知識が必要 |
| 追加コストがかからない | 組み込みのオフサイトストレージがない |
方法2：プラグインベースの自動バックアップ
バックアッププラグインは、スケジューリング、実行、圧縮、オフサイトストレージの全プロセスを自動化します。これらは、人的エラーを排除し、一貫したバックアップを確保するため、ほとんどのWordPressサイト所有者に推奨されるアプローチです。
UpdraftPlus
UpdraftPlusは、300万以上のアクティブインストールを持つ最も広くインストールされているWordPressバックアッププラグインです。手動バックアップとスケジュールされたバックアップの両方をサポートし、Google Drive、Dropbox、Amazon S3、Microsoft OneDrive、Backblaze B2などのクラウドストレージサービスへの直接統合を提供します。
主な機能：
- スケジュールされた自動バックアップ（データベースとファイルは別々のスケジュール）
- 増分バックアップ（プレミアム） — 変更されたファイルのみをバックアップし、時間とストレージを削減
- WordPress管理画面からのワンクリック復元
- マルチサイトサポート（プレミアム）
- 移行およびクローンツール（プレミアム）
- データベースバックアップの暗号化（プレミアム）
UpdraftPlusの設定：
ステップ1： WordPressプラグインリポジトリからUpdraftPlusをインストールして有効化するか、増分バックアップ、マルチサイトサポート、追加のストレージ先のためにUpdraftPlus Premiumバージョンを使用します。
ステップ2： 設定 > UpdraftPlusバックアップに移動し、設定タブに移動します。
ステップ3： バックアップスケジュールを設定します。ほとんどのサイトでは、ファイルを週に1回、データベースを毎日バックアップすることで、保護とストレージ使用のバランスを強化できます。
ステップ4： リモートストレージの保存先を選択します。クリックして
お好みのサービス（Google Drive、Dropbox、S3など）のアイコンを選択し、認証手順に従ってください。
ステップ5：保持するバックアップコピーの数を設定します。ファイルについては少なくとも3-4コピー、データベースバックアップについては7-14コピーを保持してください。
ステップ6：変更を保存をクリックし、その後今すぐバックアップをクリックして最初のバックアップを実行します。
BlogVault
BlogVaultは、独自のクラウドインフラストラクチャにバックアップを保存するSaaSベースのバックアップソリューションです。プラグインのみのソリューションとは異なり、BlogVaultはあなたのサーバーではなく、自社のサーバーでバックアップを実行するため、ホスティングの負荷を軽減します。
主な機能：
- リアルタイムの増分バックアップ（変更を継続的に追跡）
- BlogVaultのサーバー上の独立したバックアップストレージ
- ワンクリックでのステージングサイト作成
- 組み込みの移行ツール
- WooCommerce対応のバックアップ（スケジュールされたバックアップ間の注文データをキャッチ）
- 365日のバックアップ履歴
BlogVaultは有料サービス（単一サイトで年間89ドル）ですが、リアルタイムバックアップと独立したストレージが優先されるWooCommerceストアやビジネスサイトに適しています。
BackWPup
BackWPupは、完全なバックアップアーカイブの作成に焦点を当てた無料のバックアッププラグインです。Dropbox、Amazon S3、FTPサーバー、メールにバックアップを保存でき、さまざまな形式（ZIP、TAR、TAR.GZ）でファイルとデータベースのバックアップを生成できます。
主な機能：
- 完全なサイトバックアップ（ファイル + データベースを1つのアーカイブに）
- バックアップ中のデータベース最適化と修復
- WordPressコンテンツのXMLエクスポート
- 異なるスケジュールと宛先を持つ複数のバックアップジョブ
- スタンドアロンの復元スクリプトを介した復元（WordPressに依存しない）
プラグイン比較
| 機能 | UpdraftPlus Free | UpdraftPlus Premium | BlogVault | BackWPup Free |
|---|---|---|---|---|
| スケジュールされたバックアップ | はい | はい | はい（リアルタイム） | はい |
| 増分バックアップ | いいえ | はい | はい | いいえ |
| クラウドストレージ | Google Drive、Dropbox、S3 | +OneDrive、Backblaze、Azure | BlogVaultクラウド | Dropbox、S3、FTP |
| ワンクリック復元 | はい | はい | はい | スクリプト経由 |
| マルチサイトサポート | いいえ | はい | はい | はい（Pro） |
| WooCommerce対応 | いいえ | いいえ | はい | いいえ |
| 価格 | 無料 | $70/年 | $89/年 | 無料 |
方法3：ホスティングレベルのバックアップ
ほとんどのホスティングプロバイダーは、自社のバックアップソリューションを提供しており、プランに含まれているか、アドオンとして利用できます。これらのバックアップは通常、自動化されており、サーバーレベルで管理されています。
ホスティングバックアップに通常含まれるもの
マネージドWordPressホスティングは通常、毎日の自動バックアップ、14-30日の保持、ホスティングダッシュボードからのワンクリック復元、メインサーバーとは別のバックアップストレージを提供します。共有ホスティングプロバイダーは、バックアップの頻度が少なく（週1回）、保持期間が短い（7日）場合があり、バックアップ機能に追加料金がかかることがあります。
ホスティングバックアップだけでは不十分な理由
ホスティングバックアップは価値がありますが、それを唯一のバックアップ戦略として依存することにはリスクがあります：
- 単一障害点：ホスティングプロバイダーが壊滅的な障害を経験した場合、あなたのサイトとバックアップの両方が失われる可能性があります。
- プロバイダーのポリシー：一部のホストはバックアップの可用性や復元の成功を保証していません。サービス利用規約には、バックアップは礼儀として提供されることが多いと記載されています。
- 制限された制御：通常、ホスティングバックアップをオフサイトストレージ用にダウンロードしたり、復元する特定のコンポーネントを選択したりすることはできません。
- アカウント終了のリスク：ホスティングアカウントが一時停止または終了された場合、バックアップへのアクセスを失う可能性があります。
ホスティングバックアップは、バックアップ戦略の1つの層として使用し、唯一の層としては使用しないでください。
バックアップスケジュールの推奨事項
バックアップの頻度は、サイトコンテンツの変更頻度と、失っても良いデータ量（回復ポイント目標、RPO）に合わせるべきです。
| サイトタイプ | データベースバックアップ | ファイルバックアップ | 理由 |
|---|---|---|---|
| ブログ（週刊投稿） | 毎日 | 毎週 | コンテンツの変更が少なく、ファイルもほとんど変更されない |
| ビジネスサイト（静的） | 毎日 | 毎週 | コンテンツの更新が少ない |
| アクティブブログ（毎日投稿） | 6時間ごと | 毎日 | 頻繁なコンテンツ変更にはより細かいバックアップが必要 |
| WooCommerceストア | 4-6時間ごと | 毎日 | 注文と顧客データが継続的に変更される |
| メンバーシップ / LMSサイト | 4-6時間ごと | 毎日 | ユーザー生成コンテンツと進捗データ |
| 高トラフィックのeコマース | リアルタイム（増分） | 6時間ごと | 失われた取引は収益に影響を与える |
3-2-1バックアップルール
広く推奨されている3-2-1バックアップルールに従ってください：
- 3コピーのデータ（ライブサイトと2つのバックアップコピー）
- 2つの異なるストレージメディア（例：サーバー + クラウドストレージ）
- 1コピーをオフサイトに保存（サーバーとは異なる物理的な場所）
実際には、これを意味します：あなたのライブサイトがコピー1、サーバー上のバックアップ（またはホスティングプロバイダーのバックアップ）がコピー2、クラウドストレージ（Google Drive、S3、Dropbox）のバックアップがコピー3です。クラウドコピーは「異なるメディア」と「オフサイト」の要件を満たします。
バックアップ復元プロセスのテスト
テストしたことのないバックアップは信頼できないバックアップです。バックアップの整合性を確認するために、定期的な復元テストをスケジュールしてください。
復元をテストする方法
ステップ1：テスト用のステージング環境またはローカルWordPressインストールを作成します。ライブサイトで復元をテストしないでください。
ステップ2：最新のバックアップ（ファイルとデータベースの両方）をダウンロードします。
ステップ3：バックアップを復元します。復元が成功したことを確認してください。
ステップ 3: 緊急時に使用するのと同じ方法で、バックアップをステージング環境に復元します。
ステップ 4: 復元されたサイトを確認します：ページが正しく読み込まれるか、画像が表示されるか、WooCommerce製品が表示されるか、ユーザーアカウントが存在するか、プラグイン設定が無事かをチェックします。
ステップ 5: 復元プロセスを文書化し、所要時間を含めます。これは、緊急復元を行う必要がある場合に貴重な情報です。
少なくとも四半期に一度、復元プロセスをテストしてください。バックアップ方法や保存場所を変更した場合は、変更後すぐにテストしてください。
オフサイトバックアップストレージオプション
| ストレージサービス | 無料プラン | 有料ストレージ | 備考 |
|---|---|---|---|
| Google Drive | 15 GB | 100 GBで月額$1.99 | UpdraftPlusとの統合が簡単; Gmail/Photosと共有 |
| Dropbox | 2 GB | 2 TBで月額$11.99 | 信頼性が高い; 良好なAPI; フォルダーによる整理 |
| Amazon S3 | 5 GB (12ヶ月) | ~$0.023/GB/月 | スケーラブル; 従量課金; コスト管理のためのライフサイクルポリシー |
| Backblaze B2 | 10 GB | $0.005/GB/月 | 大規模バックアップにコスト効果的; S3互換API |
| Microsoft OneDrive | 5 GB | 100 GBで月額$1.99 | Microsoft 365サブスクリプションに含まれる |
重要なアクションの前にバックアップを取る
定期的なスケジュールに加えて、以下のアクションを実行する前には必ずオンデマンドバックアップを作成してください：
- WordPressコアの更新（特にメジャーバージョンアップグレード）
- プラグインまたはテーマの更新（特にWooCommerceやページビルダーのような複雑なプラグイン）
- サーバー上のPHPバージョン変更
- データベースの変更または移行
- 大量のコンテンツ編集またはインポート
- サーバーまたはホスティングの移行
- データベースを変更する新しいプラグインのインストール
これらのアクションの直前にバックアップを取得することで、何か問題が発生した場合に既知の良好な状態に戻すことができます。継続的なサイトメンテナンスタスクについては、当社のWordPressメンテナンスガイドを参照してください。
詳細については、公式ドキュメントを参照してください: WordPress バックアップガイド.
よくある質問
WordPressのバックアップにはどのくらいの時間がかかりますか？
バックアップの所要時間は、サイトのサイズとホスティングリソースによります。一般的なWordPressサイト（1GB未満）は2-5分でバックアップされます。大規模なWooCommerceストアでメディアライブラリが広範囲にわたる場合（5-20GB）は、15-60分かかることがあります。初回のフルバックアップ後の増分バックアップは、変更のみをキャプチャするため、通常は1分未満で完了します。
プラグインなしでWordPressサイトをバックアップできますか？
はい。SSHコマンド（ファイル用のtar、データベース用のmysqldump）やphpMyAdminを使用してデータベースをエクスポートできます。cPanelのようなホスティングコントロールパネルにもバックアップツールが含まれています。ただし、手動バックアップは規律が必要で、自動スケジューリングが含まれていないため、ほとんどのユーザーにはプラグインが推奨されます。
WordPressインストール全体をバックアップする必要がありますか、それともデータベースだけですか？
両方とも重要ですが、優先順位をつける必要がある場合、データベースがより重要です。データベースには、再作成できないすべてのコンテンツ、設定、ユーザーデータが含まれています。ファイル（テーマ、プラグイン、コア）は一般的に再ダウンロードできますが、アップロードフォルダー（画像、文書）もユニークであり、ファイルバックアップに含めるべきです。
バックアップコピーは何個保持すべきですか？
少なくとも7-14のデータベースバックアップと3-4のファイルバックアップを保持してください。WooCommerceストアの場合、30日分のデータベースバックアップを保持することを検討してください。より多くの保持は、回復ウィンドウを広げます。数日間存在していた問題（マルウェアやデータ破損など）を発見した場合、問題が発生する前のバックアップが必要です。
バックアッププラグインはサイトを遅くしますか？
バックアッププラグインはバックアッププロセス中に実行されるため、サーバーリソースを消費します。トラフィックが少ない時間帯（通常は主なタイムゾーンの午前2時から5時）にバックアップをスケジュールしてください。増分バックアップソリューションやBlogVaultのようなSaaSベースのサービスは、バックアップを外部で処理したり、変更されたデータのみを転送したりするため、サーバーへの影響を最小限に抑えます。
バックアップ復元が失敗した場合はどうすればよいですか？
まず、エラーメッセージを確認してください。一般的な問題には、ファイル権限エラー、データベース接続の問題、またはPHPのメモリ/タイムアウト制限が含まれます。壊れたものを上書きするのではなく、クリーンなWordPressインストールに復元してみてください。バックアップファイル自体が破損している場合は、古いバックアップを試してください。これが、異なる日付の複数のバックアップコピーを維持することが重要な理由です。
バックアップを使用してサイトを新しいホストに移行できますか？
はい、バックアップは移行に一般的に使用されます。フルバックアップ（ファイル + データベース）を作成し、新しいホストにWordPressをセットアップし、バックアップを新しいサーバーに復元し、新しいデータベース資格情報でwp-config.phpを更新します。UpdraftPlus PremiumやBlogVaultのようなプラグインには、このプロセスを自動化する専用の移行機能が含まれています。
自動ホスティングバックアップはWooCommerceストアに十分ですか？
ホスティングバックアップは基本的な保護レベルを提供しますが、WooCommerceストアには単独では不十分な場合があります。WooCommerceは、注文、支払い、顧客データを継続的に処理します。ホスティングバックアップが1日1回実行され、午後11時にサーバー障害が発生した場合、1日分の注文を失う可能性があります。完全な保護のために、ホスティングバックアップと並行してリアルタイムまたは頻繁な増分バックアップソリューションを使用してください。
UpdraftPlusでWordPressバックアップを自動化
自動バックアップをスケジュールし、安全にクラウドに保存し、ワンクリックで復元 — 増分バックアップにより、サイトを保護しながら遅くなりません。
UpdraftPlus Premiumを取得 →
