StudioからWordPressへ移ったら、バックアップはどう取ればいいですか?

結論

WordPressでは、ファイルとデータベースの両方を自分で保存する必要があります。UpdraftPlusなどのプラグインで定期的に取り、サーバー会社の自動バックアップとは別に、サーバーの外にもコピーを置いておきます。

WordPressへの移行更新日

WordPressでは何をバックアップする必要がありますか?

Studioではサイトの保存場所を意識せずに済んだので、WordPressに移ってから「どこを保存すればいいのか」と迷う人は多いでしょう。WordPressのサイトは、ファイルとデータベースの2つでできています。片方だけ保存しても、サイトは元に戻りません。

データベースには、投稿やコメント、リンクが入っています。WordPressファイルバックアップの案内でも示されている通り、データベース単体のバックアップを取得しても、画像やテーマなどのファイルは含まれない仕組みです。記事は戻ったのに画像が全部表示されない、という状態はこれが原因です。

ファイルの中では、wp-contentフォルダとwp-config.phpを特に気をつけて保存します。wp-contentにはテーマ、追加したプラグイン、画像などのアップロードファイルがまとまっています。wp-config.phpはデータベースへの接続設定が書かれたファイルです。どちらもなくなると、元のサイトを組み立て直すのにかなり手間がかかります。

ちなみに、Studioのバージョン管理機能ではデザインデータの保存や復元が行えたものの、保持期間はプランごとに異なり、CMSやフォームデータは対象外でした。保存のやり方を決める前に、契約しているレンタルサーバーにどんなバックアップ機能があるかを確認してください。

UpdraftPlusでWordPressのバックアップを取るにはどうしますか?

日常のデータ保全を自動化したいとき、どの拡張機能を選んで設定すればよいでしょうか。無料版のUpdraftPlusで、ファイルとデータベースの両方を、手動でも定期的にでも保存できます。保存の間隔は毎日や毎週、毎月などから選択可能です。保存先にはDropbox、Google Drive、Amazon S3、FTP、メールなどを無料版のまま選べます。ただし、Dropboxなど保存先サービスそのものの料金は別に考えてください。

設定の流れは次のとおりです。

  1. 管理画面の「設定」から「UpdraftPlus Backups」を開く
  2. 設定タブで、ファイルとデータベースそれぞれの保存間隔を選ぶ
  3. 外部の保存先を選び、変更を保存する
  4. Google Driveの場合は、保存後に出る認証リンクからアカウントへのアクセスを許可し、「Complete setup」で終える
  5. メール報告をオンにして保存し、結果が管理者のメールアドレスに届くようにする

手動で取るときは「Backup / Restore」タブの「Backup Now」を押します。確認画面でファイル・データベースと、外部保存先へ送るかを選んで実行し、完了するまで待ちます。外部へ送る項目にチェックを入れないと、コピーはサーバーの中にしか残りません。

なお、更新直前の自動取得や時刻指定は有料版の機能に含まれます。無料版でも、更新の前に「Backup Now」を押せば同じ状態を残せますね。

レンタルサーバーの自動バックアップから復元するにはどうしますか?

たとえばConoHa WINGでは、ログイン後、「WING」から「サーバー管理」、「自動バックアップ」と進み、Web・Mail・DBのうち「リストア可」になっている取得日を選んで、確認画面で「復元」を押します。複数のサーバーを契約している人は、先に対象のサーバーへ切り替えてください。

ただしConoHa WINGのリストア操作は、サーバー上に指定日のデータを設置するまでの処理です。置かれたデータから必要なものを取り出して、サイトを戻す作業は別に行います。復元用ファイルは24時間後か再リストア時に削除される仕組みです。

あわせて、エックスサーバーでは全プランで1日1回、Webファイル、メール、MySQLデータベースを自動保存し、原則14日分を保持します。一部の旧サーバーではWebとメールの保持期間が7日間の設定もありますが、管理画面から日付を選んで復元を申し込めます。エックスサーバーのデータ復元手順にある通り、Webやメールの復元ではバックアップの内容で上書きされ、バックアップを取った日より後に作ったファイルやフォルダは消えます。最近アップした画像があるなら、先に手元へ保存してください。

エックスサーバーは自動バックアップでデータを守り切ることまでは保証しておらず、利用者自身でのバックアップも勧めています。サーバーの自動保存は、自分で取るバックアップの代わりにはなりません。

WordPressのバックアップはどれくらいの頻度で取るべきですか?

バックアップを取る頻度は、サイトの更新頻度と、万が一データが失われた際に許容できる作業量を基準に決めます。毎日記事を追加したり設定を変更したりするサイトであれば、少なくとも毎日1回のバックアップが目安になります。逆に、月に数回しか触らない会社案内のサイトなら、そこまで細かく取らなくても困りにくいでしょう。

よく使われる設定の一例が、ファイルは毎週、データベースは毎日という組み合わせです(UpdraftPlusの保存間隔の設定例)。記事やコメントはデータベースに入るので日々変わりますが、テーマやプラグインのファイルはそれほど頻繁には変わりません。ただし、画像を毎日アップしているならファイル側も間隔を詰めたほうが安全です。

定期的なスケジュール保存に加えて、本体やプラグインのアップグレード前にも必ずバックアップを取得しておきます。更新処理の途中で不具合が発生した場合に、直前の状態へスムーズに戻せるようにするためです。

保存の回数と同じくらい、置き場所も気にしてください。WordPressの日本語ドキュメントでは、媒体の破損やなくしたときに備えて、最低3つのバックアップを別々の場所や媒体に置くよう書かれています。

WordPressの保守契約にはどんな作業が含まれますか?

自社でバックアップや更新を管理し続ける運用と、専門の保守会社へ委託する運用とでは、担当者が負う責任や作業の負担が大きく分かれます。Studioではプラットフォームが公開基盤を維持してくれましたが、WordPressではセキュリティや更新の責任を自前で担う必要があるためです。

同じ「保守」という名前でも、含まれる作業は会社やプランでかなり違います。本体やプラグインの定期更新、バックアップ、本番と同じ状態の検証環境での動作確認、バックアップからの復元まで入っているサービスもあれば、更新作業だけのプランもありますね。

夜中にサイトが止まったとき誰が動くのか、契約前に聞いておきたいところですね。

PHPの更新も、月額に入るプランと別料金のプランがあります。PHP 8.2のセキュリティサポートは2026年12月31日に終わります。復元の回数や不具合対応の金額に上限を設けているプランもあるため、見積もりではバックアップの頻度、保管場所、復元を何回まで頼めるかを書面で確かめてください。Studioからの移行にかかる費用は、Studio移行センターの料金ページ(/ryokin/)の計算例と、無料サイト診断(/shindan/)で確かめられます。

こんな聞き方も

  • WordPressのバックアップはどう取ればいいですか?
  • UpdraftPlusでWordPressのバックアップを取るにはどうしますか?
  • レンタルサーバーの自動バックアップからWordPressを復元するにはどうしますか?
  • WordPressのバックアップはどれくらいの頻度で取るべきですか?
  • WordPressの保守契約にはどんな作業が含まれますか?
  • WordPressはWXRで書き出せるので移行しやすいのですか?
  • wordpress バックアップ 方法
  • エックスサーバー 自動バックアップ 何日

あわせて知りたい(関連する疑問)

QWordPressはWXRで書き出せるので移行しやすいのですか?

「WordPressは標準機能でWXR形式のデータを出力できるから、バックアップも移行も手軽に行えるのではないか」と感じる場面がありますね。

管理画面の「ツール」から「エクスポート」を開き、書き出す内容を選んで「エクスポートファイルをダウンロード」を押すと、WXRと呼ばれるXMLファイルを保存できます。投稿や固定ページなどが入っていて、別のWordPressサイトや、これを読み込めるサービスに取り込めます。

ただ、このファイルにはテーマ、デザインの調整、プラグイン、画像ファイルそのものが入っていません。WXRを手元に残していても、サイトが壊れたときに見た目や機能まで元どおりにはできないため、ファイルとデータベースのバックアップは別に取ります。

また、取り込む先によっては一部しか入りません。カスタム投稿タイプで作成した記事は標準機能ではインポートできず、メニューやウィジェットの設定はStudio側で作り直します。WXRは記事を移す手段であって、サイトを丸ごと移せる仕組みではありません。

QStudioのときにバックアップは不要でしたか?

Studioでは、自分でバックアップを取らなくても困らない場面が多かったはずです。Studioには編集状態を過去の時点に戻せるバージョン管理機能があり、手動保存に加えて一定の操作による自動保存にも対応しています。もっとも、CMS内の記事やお知らせ、問い合わせフォームのデータはバージョン管理の保存対象外です。

変更履歴を残せる期間は次のとおりです(Studioのプラン別の保存期間)。

プラン保存期間
Free1日
Mini5日
Personal30日
Business120日
Business Plus360日

さらに、デザインやページ情報、ソースコード、CMSデータを外部へ一括して書き出す機能は用意されておらず、外部出力できたのはフォーム回答のCSVダウンロードのみでした。

WordPressでは逆に、保存の手段は多いものの、誰も代わりにやってくれません。データベースとファイルの両方を定期的に取り、本体を更新する前にも取る必要があります。移行直後はこの作業を忘れがちなので、最初にUpdraftPlusやサーバーの設定を済ませてください。

Qバックアップを同じサーバーにだけ置くのは危険ですか?

プラグインを使って定期的にバックアップを取っていても、その保存場所がWebサイトと同じサーバー内だけになってはいないでしょうか。同じサーバー内だけにデータを置いていると、サーバー自体の障害やハードウェアの故障、アカウントの不正アクセスなどが生じた際、Webサイト本体と一緒にバックアップファイルまでまとめて消失しかねません。

このような事態を防ぐためにも、バックアップはWebサイトが動いているサーバーとは別の外部ストレージへ分散して保管するのが基本です。Google Driveなどの外部クラウドへ自動転送する仕組みを取り入れるか、手元のパソコンへ定期的に保存する運用を定着させましょう。

さらにカナダサイバーセキュリティセンターのバックアップ手引きでも案内されているように、常時ネットワークに接続された保存媒体はランサムウェアの感染によってバックアップごと被害を受ける可能性があります。社内のNASに置いているから安心、とは言い切れません。重要データを守る対策として、システムから切り離したオフライン環境にもコピーを保管しておく方法が有効ですね。

Qwp-config.phpもバックアップに含めるべきですか?

サーバーを引っ越したら、データベースのパスワードが変わっていてサイトが真っ白になった。こんなときに触るのがwp-config.phpです。wp-config.phpには、WordPress本体が利用するデータベース名やユーザー名、接続パスワードなどの接続設定が記載されています。このため、ファイル側のバックアップを取る際には必ず含めるべき対象です。

復元作業やサーバー移転の際にデータベースの接続情報が変更された場合は、wp-config.phpの設定内容も新しい接続情報に合わせて書き換える必要があります。元のファイルが手元にあれば、どの項目を直せばいいかもすぐにわかりますね。

また、wp-config.phpの取り扱いにはセキュリティ上の注意も払わなければなりません。サーバー上に別名でコピーを放置すると外部から接続情報を閲覧される危険があるため、アクセス制限を徹底します。機密情報を含むファイルだからこそ、サーバーの公開領域から外れた安全な場所へ退避させて厳重に管理しておきたいですね。

ただし、wp-config.phpを含むファイル群を保存しただけでは、投稿本文などが記録されたデータベースそのものは保存されません。接続設定があっても、記事やコメントが入ったデータベースのバックアップがなければサイトは戻りません。

出典

この内容をChatGPTで相談

無料診断