WPvivid Backup & Migration（プラグインのスラッグは wpvivid-backuprestore）は、WordPress のサイトをバックアップし、復元や別サーバーへの移行までできる無料のプラグインです。2026年11月時点の WordPress.org のプラグインページでは、有効インストール数は90万以上です。この記事の画面名と機能の範囲は、2026年11月時点で WordPress.org のプラグインページと WPvivid の公式ドキュメント（docs.wpvivid.com）で確認したものです。画面の表示言語やバージョンによって、ボタン名が違うことがあります。
無料版でできること・できないこと
| 機能 | 無料版 | 備考 |
|---|---|---|
| サイト全体（データベース＋ファイル）・ファイルのみ・データベースのみのバックアップ | できる | |
| クラウドへの保存 | できる | Google Drive、Dropbox、Microsoft OneDrive、Amazon S3、DigitalOcean Spaces、FTP、SFTP |
| スケジュールによる自動バックアップ | できる | 12時間ごと・毎日・毎週・2週間ごと・毎月 |
| 復元 | できる | |
| 別サーバー・別ドメインへの移行 | できる | 自動移行と、バックアップファイルを手で移す方法 |
| ステージングサイトの作成 | できる | 本番サイトのサブディレクトリに作る |
| 複数のクラウドへ同時に保存、増分バックアップ、バックアップ内容の細かい指定、データベースの暗号化 | できない（Pro） | |
| ステージングから本番への反映、マルチサイトのバックアップ | できない（Pro） |
他のバックアッププラグインとの違いは「WordPressバックアッププラグイン比較」でまとめています。
インストール
管理画面の「プラグイン」の追加画面で「WPvivid」と検索してインストールし、有効化します。WP-CLI が使えるサーバーでは、次のコマンドでも入れられます。
wp plugin install wpvivid-backuprestore --activate
wp plugin list --name=wpvivid-backuprestore有効にすると、管理画面のメニューに「WPvivid Backup Plugin」（表示は環境により「WPvivid Backup」など）が追加されます。
手動でバックアップを取る
- 「WPvivid Backup Plugin → Backup & Restore」を開き、「Backup & Restore」タブを選びます。
- バックアップする内容を選びます。通常は「Database + Files (WordPress Files)」（サイト全体）を選びます。ほかに「WordPress Files (Exclude Database)」（ファイルのみ）と「Only Database」（データベースのみ）があります。
- 保存先を選びます。「Save Backups to Local」はサーバーの中に保存し、「Send Backup to Remote Storage」は設定済みのクラウドなどに送ります。
- 自動の削除の対象から外したいバックアップ（大きな変更の直前のものなど）は、「This backup can only be deleted manually」にチェックを入れます。
- 「Backup Now」をクリックします。進み具合が表示され、ページを離れてもバックアップは続きます。
終わると、同じ画面の「Backups」の一覧に表示され、ダウンロード・復元・削除ができます。
クラウドなどの保存先を設定する
サーバーの中にだけバックアップを置いていると、サーバーの障害や乗っ取りのときにバックアップごと失います。少なくとも1つはサーバーの外に保存先を作ります。
- 「WPvivid Backup Plugin → Backup & Restore」の「Remote Storage」タブを開きます。
- 使うサービス（Google Drive、Dropbox、Microsoft OneDrive、Amazon S3、DigitalOcean Spaces、FTP、SFTP）を選び、画面の案内に従って接続します。Google Drive などは、そのサービスの画面でアクセスを許可します。
- 接続できたら、手動バックアップやスケジュールの保存先に「Send Backup to Remote Storage」を選べるようになります。
無料版では、一度に送れる保存先は1つです。複数のクラウドに同時に送る機能は Pro 版のものです。Amazon S3 を使う場合は、バックアップ用のバケットだけに書き込める権限のアクセスキーを作り、管理者のキーを使わないようにします。
自動バックアップのスケジュールを設定する
「Schedule」タブで、スケジュールを有効にし、次の項目を選んで保存します。
- 間隔: 12時間ごと・毎日・毎週・2週間ごと・毎月
- 内容: サイト全体・ファイルのみ・データベースのみ
- 保存先: サーバー内、またはクラウドなどの保存先
更新が多いサイトなら、データベースは毎日、サイト全体は毎週、のように分けると、容量を抑えながら新しい状態を残せます。
WPvivid のスケジュールは、WordPress の予約実行（WP-Cron）で動きます。公式ドキュメントにもあるとおり、サイトにアクセスがあったときに実行されるため、アクセスの少ないサイトでは時刻が遅れることがあります。決まった時刻に動かしたい場合は、サーバーの cron から WP-Cron を呼び出す設定にします。手順は「WordPressのWP-Cronをサーバーのcronで動かす設定」で説明しています。
バックアップから復元する
復元すると、今のサイトのデータは、バックアップの時点の内容で上書きされます。バックアップの後に書いた投稿やコメントは消えるので、念のため復元の前に今の状態のバックアップも取っておきます。
- 「WPvivid Backup Plugin → Backup & Restore」を開き、「Backups」の一覧で戻したいバックアップの「Restore」をクリックします。
- バックアップがクラウドにだけある場合は、「Retrieve the backup to localhost」で先にサーバーへ取り込みます。
- 「Restore」をクリックし、確認の画面で実行します。
- 進み具合とログが表示されます。終わるまでブラウザーを閉じたり、再読み込みしたりしないでください。
途中で止まる、時間切れになる場合は、公式ドキュメントでは「Settings」の詳細設定（Advanced Settings）を見直すよう案内されています。
別のサーバー・ドメインへ移行する
移行の前に、移行先のサーバーに WordPress を新しくインストールし、WPvivid を入れておきます。移行の間は、キャッシュ・ファイアウォール（セキュリティ系）・リダイレクトのプラグインを一時的に止めておくと、失敗しにくくなります。
方法1: 自動移行（Auto-Migration）
サーバーどうしで直接バックアップを送る方法です。
- 移行先のサイトで「WPvivid Backup Plugin → Backup & Restore」の「Key」タブを開き、有効期限を選んで「Generate」をクリックし、表示されたキーをコピーします。
- 移行元のサイトで「Auto-Migration」タブを開き、キーを貼り付けて「Save」をクリックします。
- 移す内容（通常は「Database + Files (WordPress Files)」）を選び、「Clone then Transfer」をクリックします。
- 送り終わったら、移行先のサイトの「Backup & Restore」で「Scan uploaded backup or received backup」をクリックし、届いたバックアップの「Restore」を実行します。
レンタルサーバーによっては、サーバーどうしの接続が制限されていて自動移行が失敗します。その場合は方法2を使います。
方法2: バックアップファイルを手で移す
- 移行元でサイト全体のバックアップを取り、「Backups」の一覧からダウンロードします。複数のファイルに分かれている場合は、すべてダウンロードします。
- 移行先の「Backup & Restore」で「Upload」を選び、ファイルをアップロードします。複数のファイルは一度にまとめてアップロードします。容量が大きくてブラウザーから上げられない場合は、FTP や SFTP で
/wp-content/wpvividbackups/に置き、「Scan uploaded backup or received backup」で一覧に出します。 - 一覧に出たバックアップの「Restore」を実行します。
移行の後に確認すること
- 復元が終わるとログアウトされます。移行元のサイトのユーザー名とパスワードでログインし直します。
- トップページ以外が404になる場合は、「設定 → パーマリンク」を開いて「変更を保存」をクリックします。詳しくは「WordPress移行後に404エラーが出るときの直し方」を参照してください。
- ドメインが変わった場合は、「設定 → 一般」のWordPress アドレスとサイトアドレスが新しいドメインになっているか、本文や画像のURLに古いドメインが残っていないかを確認します。WP-CLI が使えるサーバーでは、次のように確かめられます。
# 置き換えずに、何件あるかだけを表示する
wp search-replace 'https://old.example.com' 'https://new.example.com' --all-tables-with-prefix --dry-run
# 件数を確認してから実行する
wp search-replace 'https://old.example.com' 'https://new.example.com' --all-tables-with-prefix--dry-run で古いドメインが0件なら、置き換えは不要です。wp search-replace の注意点は「WP-CLIのsearch-replaceでURLや文字列を安全に一括置換する方法」で説明しています。
ステージングサイトを作る
プラグインやテーマの更新を本番の前に試したい場合は、ステージング（本番の複製）を作ります。
- 「WPvivid Backup Plugin → Staging」を開き、「Create a Staging Site」タブを選びます。
- 置き場所（サイトのルートか
/wp-content/の下）と、ディレクトリ名を決めます。ディレクトリ名がステージングのURLの一部になります。 - データベースは、本番と同じデータベースに別の接頭辞で作るか、別のデータベースを使うかを選びます。
- 複製する内容（データベース、ファイル、またはその両方）を選んで作成します。作成中はページを再読み込みしないでください。
公式ドキュメントでは、ステージングで試した変更を本番へ反映する機能は Pro 版（Staging Pro）として説明されています。無料版では、ステージングで確認した手順を、本番で同じように行います。使わなくなったステージングは、サーバーの容量を空けるために削除します。
注意点
- サーバー内のバックアップは、通常
wp-content/wpvividbackups/に保存されます（フォルダー名は「Settings」で変えられます）。サーバーの容量を圧迫しないよう、「Settings」の「Backups retained」で残す数を決め、クラウドなどサーバーの外にも保存します。「Enable email report」を有効にすると、バックアップの結果をメールで受け取れます。 - 大きなサイトでは、バックアップや復元が PHP の実行時間やメモリの上限で止まることがあります。公式ドキュメントでは、時間切れのエラーが出る場合に PHP のメモリ上限を上げるよう案内されています。
- バックアップは、取れているだけでなく、戻せることが大切です。ときどきステージングやテスト用のサーバーで復元を試し、手順と所要時間を確認しておきます。