WordPressの保守管理 バックアップと復元で対応する

今回は、WordPressの保守管理やWordPressのセキュリティ、そしてバックアップと復元についてお伝えしていきます。いざという時のWordPressの復旧・復元に備えて、WordPressのバックアップは非常に重要です。

WordPressのバックアップと復元で対応できるWordPressの保守と、個人情報保護の観点からそれ以上の対策が必要なケースまで、WordPressサイトの利用形態によって必要な範囲は様々です。

WordPressのメリットとデメリットでお伝えしておりますが、WordPressは世界的なCMSのため世界中のクラッカーの標的となっていることは事実であり、また、WordPress4.7.1の時のようなアップデートに伴う脆弱性によって、コンテンツの書き換えなどをされてしまうというケースもゼロではありません。

WordPressの保守やセキュリティについては、WordPressのホームページ制作お問い合わせ時に、稀にご質問いただく項目にはなりますが、よほどのセンシティブ情報を扱う場合でない限り、基本的にはバックアップによる保守管理で十分だと考えています。

それでは、トラブル時のWordPressの復旧のため、こうしたWordPressの保守やセキュリティ、バックアップと復元について少しずつ見ていきましょう。

WordPressの保守とバックアップ

まず、WordPressの保守とバックアップについてですが、原点から考えてみると、WordPressサイトは、WordPress本体とテーマ、プラグインといった基本的なサイトの構成に加えて、画像などのアップロードファイルなどが基本ファイルとしてサーバ―上にあります。

そして、投稿や固定ページなどの文章テキストや、プラグインでの設定などはMySQLに格納され、サーバー上の別の場所に保存されています。WordPressのシステム・デザイン関連ファイルに加え、MySQL内のデータが呼び出されることで、WordPressサイトのページが動的生成されている形になります。

WordPressサイトの構成

1. WordPress本体、テーマ、プラグイン
2. 画像などのアップロードファイル
3. 投稿や固定ページなどの文章テキストや、プラグインでの設定（MySQL内のデータ）

WordPressサイトのバックアップファイルの構成

こうしたことから、WordPressの保守としてバックアップファイルの構成を考えた場合には、カスタマイズされたテーマやプラグイン、そのWordPressサイト独自の画像やテキストデータなど該当ファイルをローカル保存しておかないと代替がきかないファイル群が対象となります。

こうしたものがWordPress復旧の際に必要になります。

WordPress本体やWordPress管理画面で取得できるプラグインについてはいつでもWordPress公式サイトなどから最新バージョンや旧バージョンをダウンロードできるため、対象外として考えて良いでしょう。

WordPressサイトのバックアップの対象

そこで、WordPressサイトのバックアップの対象となるのは、オリジナルテーマやカスタマイズテーマであるのならばWordPressテーマの構成ファイル、そして、カスタマイズなどをしているのであれば、利用中のプラグイン、そして、画像などのアップロードファイルとMySQLデータです。

1. WordPressテーマの構成ファイル
2. カスタマイズプラグインの構成ファイル
3. 画像などのアップロードファイル
4. MySQLデータ

これらは、破損した時に同じものを他で取得できないことから、ローカル環境でバックアップしておく必要があります。これらのバックアップが無いと、WordPressにトラブルが起こった時に完全な復旧ができない場合があります。

ホームページ制作 京都 ファンフェアファンファーレでは、WordPressでのホームページ制作時には、WordPressテーマやカスタマイズプラグイン、そして、プラグインの初期設定値などについては、基本的にローカルでバックアップを取っています。

制作納品後に追加されたオリジナルデータはバックアップの必要が

しかしながら、WordPressサイトを運用されていくということは必然的にMySQLに格納されるコンテンツデータや画像データなどのアップロードファイルがホームページ制作時・納品時から増えていくことになります。

1. MySQLに格納されるコンテンツデータ
2. 画像データなどのアップロードファイル

こうした追加のオリジナルデータについては、WordPressバックアップのご依頼をいただかない限り弊社でも保存しておりませんので、データ損失時には復旧できない場合もあります。

WordPressサイト納品時の状態のデータは保存させていただいていたとしても、ページ追加やページの更新など、WordPressサイト納品後に追加されたものに関してはお客さま自身でのバックアップ、もしくはバックアップのご依頼による保守管理が必要になります。

WordPressの保守の必要性

WordPressの保守だけでなく、一般的なホームページの保守についての考え方としては、基本的に定期バックアップと必要に応じた復元だけで十分だと考えています（ただ、WordPressについては、本体、テーマ、プラグインのアップデートの必要がある他、サーバーのphpバージョンやデータベースのバージョンもアップデートされていくため、様々なメンテナンスが必要です）。

こうしたホームページの保守管理やサーバー保守についての取り扱いについては、「サーバー保守費用」Web制作会社による不透明なサーバー費用をご参照ください。

一般的な企業ホームページであれば、いわばWeb上での会社案内+オウンドメディアというような位置づけなので、万が一データが破損しても、復旧までの機会損失を除き、また同じような状態にさえ戻れば特に問題は無いと考えています。

極論を言えば、原本さえ保存しておけば、コピー用紙に印刷した「原本のコピー」が破れてしまっても、また原本からコピーを取ればいいだけ、といったイメージです。

WordPressにトラブルが起こった場合に、最終バックアップがあればその時点でのファイルを元に復旧作業をご依頼いただく形で復旧させていただきます。

保守の必要性と全体像

WordPressサイトの保守、ホームページの保守という点を考えると、「サイト状態を保てればよい」というものが中心になります。しかしながら、WordPressにはいくつかの注意点があります。

それは主に「改ざん等に対するセキュリティ」や「クラッキングの踏み台にされないためのセキュリティ」といったものや、「各種バージョンの不一致によるエラーを回避する」という点です。

そのために、WordPress本体、テーマ、プラグインをアップデート（更新）し、可能な限り最新の状態に保っておく必要が出てきます。

WordPress本体、テーマ、プラグインのアップデート（更新）

WordPress本体やテーマ、プラグインは常時アップデート（更新）されていきます。機能の追加がある他、セキュリティの問題を解消するために常にバージョンアップされていっています。

また、セキュリティや表示速度向上のためにサーバー上で上位のphpバージョンに変更する場合があります。WordPress本体やテーマ、プラグインがそれに対応するための更新も行われています。

アップデート（更新）のエラー

WordPress本体やテーマ、プラグインのアップデート（更新）作業自体は、WordPress管理画面内で行うことができますが、アップデートによってエラー（不具合）が発生する場合があります。

こうした時、手動で不具合を修正していく必要がある他、場合によってはバックアップ等による復元が必要になります。

テーマ・プラグインの不具合やphpバージョンとの不一致よるエラー（不具合）

WordPressに関する全てを最新の状態に保つということは良いのですが、それに伴い別の不具合が発生する場合があります。WordPress本体やテーマ、プラグインのアップデート（更新）を行った時、テーマの不具合やphpバージョンとの不一致よるエラーが発生する場合があります（phpバージョンを変更するつもりがなくても、サーバー会社側で変更される場合もあります）。

こうした時、WordPress本体は最新のバージョンになったとしても、サイト表示自体に影響が出ます。

バックアップによる復元等で元の状態に戻すことはできますが、「最新のセキュリティ状態を保つ」という意味での保守は叶わなくなります。

この場合、WordPressテーマやプラグインを修正するか、テーマ変更、代替プラグインの利用等、別の対策が必要になります。

バックアップ方法

さて、WordPressの保守としてのバックアップ方法ですが、基本ファイル群やアップロードファイルについてはFTPなどで一括ダウンロードしておくか、WordPressバックアッププラグインなどを利用し、MySQLデータについては、ツールのエクスポート機能を利用しxmlファイル形式で保存しておくと良いでしょう（厳密にはデータベース、sqlファイルをバックアップするのが理想です）。

WordPressのバックアップ自体は比較的容易に行うことができますが、データの復元を含めたWordPressの復旧・復元自体は高度な技術を要する場合があります。

MySQLのバックアップ

本格的なバックアップを実施する場合は、phpMyAdminを利用するか、データベースバックアッププラグインを利用して、MySQLをダンプ（生データのまま出力）します。

WordPressのツールのエクスポート機能によるxmlファイル（WordPress eXtended RSS）は、コンテンツデータの出力に対応していますが、ユーザー情報等やプラグインの設定には対応していません。

MySQLごとバックアップしておけば、コンテンツ内容だけでなくWordPressに関わるデータベース側の全設定・全データをバックアップすることができます。

WordPressのセキュリティ

次に根本的なWordPressのセキュリティについてですが、WordPressはブラウザでログインできるCMSであるため、一般的なHTMLの静的サイトと比べて、改ざんされやすいという面があります。

しかし、改ざんの可能性を考えたときは、例えばブルートフォースアタックで考えたときは、FTPログインに対して行われた場合と比較した場合は、それほど危険性の度合いは変わりません。

いっそ「FTP接続をブロックして操作はSSHのみ」という手もありますが、その分WordPressのプラグイン更新などで戸惑ってしまう可能性が上がります。この場合は、脆弱性が少し上がってしまいますが、functions.phpにフィルターを追記するなどで対応すると良いでしょう。

「FTP情報が必要」WordPressのプラグイン・本体の更新ができない

なお、通常のブルートフォースなどについては、WordPressのセキュリティ強化プラグインや二段階認証で概ね回避できると考えています。この点に関しては、WordPressに限らず、どの形式でのホームページ制作でも危険性はあると考えています。

後述しますが、特に海外の客層を対象としないサービスであれば、クラッカーの多い国や、いっそ日本国外からのアクセス自体を制限してしまうのも良いのではないでしょうか。

WordPress4.7.1のコンテンツ改ざんバグ

「WordPressのセキュリティについてはどう対応されていますか？」というご質問も稀にいただくのですが、特にWordPress4.7.1のコンテンツ改ざんバグがあったときは、この旨のご質問が多かったように記憶しています。

弊社は原則的にメジャーアップデートの際にはこうしたバグがあることが予測できるため、ある程度マイナーアップデートが行われた後のアップデートで対応しています。

「WordPress4.7.1のコンテンツ改ざんバグ」は、REST API の処理に起因する脆弱性によって、特にログイン情報が外部流出していない状態でもコンテンツの書き換えができてしまうという致命的なバグでした。なお、WordPress4.7.2以降でこの問題は修正されています。

WordPress4.7.1の時にあった、コンテンツ書き換えに関しても、コンテンツの改ざん時でもテキスト関連のデータのバックアップと復元で対応できると考えています。

もし、ハッキングで改ざん等があった場合は、最終バックアップからの復元で対応させていただきますが、定期バックアップをご利用いただいていない場合は、納品時のバックアップの復元で対応させていただいています（なお、ハッキング復旧に関しては、よほどの問題がない限り原則的に対応させていただいております）。

海外のクラッカーにハッキングされた事例

お客さまのWordPressサイトが、海外のクラッカーにハッキングされた事例があり、復旧させていただいた経験が数回あります。

本来はハッキングというよりもクラッキングと言いたいところですが、まあわかりやすくハッキングと表現させていただきます。

原因は非常に簡単で、お客さま側でWordPressのログインパスワードを極めて単純な英字で再設定されたことが原因でした。

WordPressホームページの納品時には、かなり長い大小混在の英字、数字、記号で設定させていただくのですが、やはり従業員の方々のWordPressのパスワード入力やパスワード忘れの対応が面倒だということになったようで、非常に簡単な英字4文字でパスワードを設定されたようでした。

ご連絡いただいたときには、特にWordPressサイトの表示は表面上問題は無かったのですが、お客さまがサーチコンソールと連携しているGoogleアカウントにログイン中に自社サイトを検索結果で確認したところ

「このサイトは第三者によってハッキングされている可能性があります」

とスニペットに表示されていたようで、ご連絡をいただきました。

ヘッダー部分とフッター部分に隠しリンク

そこで、WordPressサイトを確認してみると、ヘッダー部分とフッター部分に海外の詐欺サイトかウイルスサイトと思しきサイト（リンク先へは飛んでいませんので確認はしていません）への外部リンクが隠しリンクのような形で設置されていました。

海外クラッカーの目的は、どちらかと言うと、被リンク獲得か何らかの形でのリンククリックによるウイルスサイトへのアクセスだったのでしょう。

ドメイン種類を確認すると末尾は「.ru」、ということでロシアですね。

ロシアのクラッカーによりロシアのサイトへのリンクが設置されてしまっていたということですが、おそらく他のWordPressサイトにも同様の手口でリンク設置をしているのでしょう、Googleにパターンを検出されて、「ハッキングされている可能性があります」と検知されていたようでした。

ひとまずWordPressサイト内の全てのファイル群でそういった書き換え場所がないかチェックさせていただきましたが、幸いヘッダーとフッターのみの書き換えでした。

海外からのアクセス自体を遮断

そういうわけで、該当部分を削除させていただき、パスワードを強化し、同時にお客さまとのご相談の上、海外からのアクセス自体を遮断することにしました。

ハッキング（クラッキング）の危険性を軽減するためには、日本国外からのアクセス自体を制限してしまうのも良い方法だと考えています。企業の特性として海外の客層を対象としないサービスであれば特に問題は無いのではないでしょうか。

より高いセキュリティや保守を検討した方がいいケース

一般的な企業ホームページやメディアサイトなどでは、ホームページの本体と、コンテンツの復元さえできれば、セキュリティや保守についてはそれ以上血眼になって考える必要はありません。

しかし、より高いセキュリティや保守を検討した方がいいケースとして、WordPressをベースとしてECを行っていたり、CRMシステムのように顧客管理システム的な使い方をしているケースで、個人情報や個人情報の中でもセンシティブ情報を含む情報を扱っている場合です。

メールフォームなどに関しても、「送信先が改ざんされていた」という場合はかなりの問題ですので、そうした面でのセキュリティ強化は必要ですが、何よりMySQL内に顧客個人情報を保存し、管理する仕組みを導入している場合は、「元通りに戻せばそれでいい」というような問題では済みません。

こうしたWordPressの使い方やWordPressでなくとも他のCMSでECサイトなどを運営している場合には、より強固なセキュリティと保守管理を検討した方が良いでしょう。

WordPressの自動バックアップ機能とプラグイン利用時の注意点

WordPressのバックアップ方法には、FTPソフトとphpMyAdminを用いた手動でのデータ保全のほかに、バックアップ用プラグインを導入する方法や、レンタルサーバーが提供する自動バックアップ機能を利用する方法があります。日々のホームページ運営において手間を省くことは大切ですが、それぞれの仕組みと弱点を正確に把握しておかないと、いざ復元が必要になった場面でデータが使い物にならないという事態に陥ることがあります。

バックアッププラグインが抱える構造的なリスク

BackWPupやUpdraftPlusといったWordPressのバックアッププラグインは、管理画面からスケジュールを設定するだけで定期的にデータを保存してくれる便利な拡張機能です。しかし、プラグイン自体がWordPressのシステム内部で動作するという点に注意が必要です。

もしWordPress本体や他のプラグインの脆弱性を突かれてマルウェアに感染した場合、同一サーバー内に保存されているバックアップデータ自体も汚染されてしまう可能性があります。また、バックアップ処理はサーバーのCPUやメモリに大きな負荷をかけるため、アクセスが集中する時間帯に実行されるとホームページの表示速度が低下したり、容量制限によって処理が途中で強制終了し、不完全な破損データだけが生成されていたりするケースも少なくありません。プラグインを利用する場合は、保存先を外部のクラウドストレージに設定し、定期的にそのデータが正常に展開できるかを確認する作業が必要です。

レンタルサーバー側の自動バックアップ機能と復元のタイムラグ

現在の主要なレンタルサーバーの多くは、サーバー領域全体のデータとMySQLデータベースを過去数週間分にわたって自動でバックアップする機能を標準搭載しています。この仕組みはWordPressのシステムとは切り離された上位のサーバー領域で実行されるため、プラグインによるバックアップよりも確実性が高く、ホームページの表示速度に悪影響を与えにくいという利点があります。

ただし、サーバー側の自動バックアップは通常1日1回、深夜などの決められた時間に実行されます。そのため、日中に記事を更新したり設定を変更したりした直後に不具合が発生した場合、前日のバックアップ時点までデータが巻き戻ってしまうというタイムラグが生じます。日常的な安全網としてはレンタルサーバーの自動バックアップを活用しつつ、テーマのカスタマイズや大規模なプラグインの更新を行う直前には、手動で最新のファイルとデータベースを取得しておくという二段構えの運用が現実的です。

バックアップデータそのものの保管場所とセキュリティ管理

意外と見落とされがちなのが、取得したバックアップデータの保管方法です。サーバーの公開ディレクトリ（public_htmlなどのWeb上からアクセス可能な階層）にバックアップの圧縮ファイルやSQLファイルを放置してしまうと、外部からURLを推測されてデータを丸ごとダウンロードされてしまう危険性があります。

WordPressのバックアップファイルには、データベースの接続情報や管理者アカウントのハッシュ化されたパスワード、さらには非公開の下書き記事など、事業運営上の機密情報がすべて含まれています。手動で取得したデータやエクスポートしたMySQLのファイルは、作業完了後に速やかにサーバー上から削除し、社内のローカル環境やアクセス制限のかかった外部ストレージで厳重に保管することが大切です。

アップデートやPHPバージョン変更に伴う不具合と保守の実務

WordPressの保守管理において、クラッカーによる外部からの攻撃と同じくらい頻繁に発生するのが、システムのアップデートやサーバー環境の変化に伴う内部的なエラーです。画面が突然真っ白になるホワイトスクリーン現象や、管理画面にログインできなくなるトラブルの多くは、プログラム間の互換性の不整合によって引き起こされます。

WordPress本体・テーマ・プラグインの互換性と更新順序

WordPressは、コアプログラムである本体と、デザインや機能を司るテーマ、そして拡張機能であるプラグインの3つが連動して動いています。これらが個別にアップデートを重ねるため、どれか一つを最新バージョンに更新した途端、他のプログラムで使われている関数が非推奨となったり競合を起こしたりして、ホームページが正常に表示されなくなることがあります。

特に、長期間メンテナンスされていない古いプラグインや、独自にカスタマイズされたテーマを使用している環境で、事前の検証なしに管理画面の更新ボタンを押すのは危険です。更新作業を行う際は、必ず直前のバックアップを確保した上で、まずはプラグインから更新し、次にテーマ、最後にWordPress本体という順序で進めるか、あるいは本番環境と同じ構成のテスト環境（ステージング環境）で動作検証を行ってから反映させる手順が求められます。

サーバーのPHPバージョンアップが引き起こす致命的なエラー

WordPressを構成するプログラミング言語であるPHPは、処理速度の向上やセキュリティ強化のために、数年周期でバージョンの世代交代が行われます。レンタルサーバー各社も、古いPHPバージョンのサポート終了に伴って、推奨バージョンへの切り替えや自動移行を実施しています。

このPHPのバージョンアップは、WordPressサイトにとって非常に大きな転換点となります。たとえばPHP7系からPHP8系への移行時には、プログラムの文法規則が厳格化されたため、古い記述方法で書かれたテーマ（functions.phpなど）やプラグインが重大なエラー（Fatal Error）を吐き出し、ホームページが完全に閲覧不能になる事例が数多く発生しました。日々の記事更新だけでなく、サーバー側のミドルウェアの動向を把握し、記述コードを現環境に合わせて修正していくことも保守管理の重要な領域です。

データベースの肥大化と文字コード・照合順序の整合性

長期間運用しているWordPressサイトでは、記事のリビジョン（自動保存される過去の編集履歴）や、削除したプラグインが残した不要な設定データ（wp_optionsテーブル内のオーバーヘッド）が蓄積し、MySQLデータベースが肥大化していきます。データベースが肥大化すると、バックアップの取得や復元に時間がかかるだけでなく、ページの読み込み速度の低下にも直結します。

また、サーバー移転やバックアップからの復元時に注意したいのが、データベースの文字コード（utf8mb4など）や照合順序、そしてテーブル接頭辞（wp_など）の整合性です。エクスポートした環境とインポート先の環境でこれらの設定が異なると、日本語の文字化けが発生したり、絵文字を含む記事データの途中からテキストが消失したりするトラブルが起こります。正常に復元できる状態を維持するためには、単にファイルを保存するだけでなく、データベースの構造そのものを健全に保つ視点が欠かせません。

事業資産としてのホームページを守る保守と復旧計画

企業や店舗のホームページ（ウェブサイト）は、単なるデジタル上のパンフレットではなく、24時間稼働して見込み客を集め、売上や問い合わせを生み出し続ける事業資産です。そのため、WordPressの保守管理やバックアップ体制の構築は、単なるシステム作業ではなく、事業のリスクマネジメントとして捉える必要があります。

ホームページの表示停止がもたらす機会損失とSEOへの悪影響

もし不具合や改ざんによってホームページが数日間にわたって閲覧できない状態が続けば、その間に訪れるはずだった見込み客からの問い合わせや売上をすべて逃すことになります。さらに、取引先や顧客がホームページにアクセスした際にエラー画面が表示されれば、事業そのものの信用低下にも繋がりかねません。

また、SEO（検索エンジン最適化）の観点からも、ホームページのダウンタイムは深刻なダメージをもたらします。サーバーエラー（500番台のステータスコード）や接続不能な状態が長く続くと、検索エンジンのクローラーがページを正常に読み込めなくなり、これまで積み上げてきた検索順位が大きく下落したり、最悪の場合はインデックスから一時的に削除されたりするリスクがあります。迅速な復元体制を整えておくことは、積み上げたSEO評価という無形資産を守ることと同義です。

完全な予防が不可能だからこそ復旧速度を最優先にする

どれほど強固なセキュリティプラグインを導入し、WAF（ウェブアプリケーションファイアウォール）などの防御壁を張り巡らせたとしても、未知の脆弱性（ゼロデイ攻撃）や管理者のヒューマンエラーによる破損リスクを完全にゼロにすることはできません。防衛策だけに多額のコストと労力をかけすぎると、かえってホームページの動作が重くなったり、管理画面の操作性が損なわれたりすることもあります。

したがって、現実的なホームページ運営においては、侵入やエラーを一定水準で防ぎつつも、万が一トラブルが起きた際に「いかに数分から数時間以内に元の正常な状態へ戻せるか」という復旧速度に重点を置く方が、費用対効果の面でも合理的です。いつでも確実に引き出せるクリーンなバックアップを手元に確保しておくことは、最も確実でコストパフォーマンスの高い保険となります。

自社対応の限界を見極め専門家の技術力を活用する判断基準

小規模なレイアウト崩れや、管理画面からワンクリックで戻せる範囲の軽微な不具合であれば、社内の担当者様ご自身でバックアップから復元することも可能です。しかし、データベースのインポート時に構文エラーが出る場合や、マルウェアによって正規のファイル群に不正なコードが巧妙に紛れ込んでいる場合、不用意に上書き復元を行うと、取り返しのつかないデータ消失を招く恐れがあります。

特に、改ざん被害に遭ったホームページを復旧する際は、単に過去のバックアップを戻すだけでなく、侵入経路となった脆弱性の特定と封鎖、バックドア（裏口プログラム）の完全な除去を同時に行わなければ、復元した直後に再び改ざんされてしまいます。異常を感じた段階で無理に自己解決を図ろうとせず、WordPressの内部構造とサーバー仕様を熟知した専門家に早期に調査・復旧を依頼することが、結果として事業の損失を最小限に抑えることに繋がります。

WordPressのバックアップを復元する

どのようなホームページでもその危険性の度合いは異なれセキュリティ面では、完全にリスクを回避することはできません（究極的には全てのデータ保存サーバーに爆弾を仕込まれれば…と考えてください）。

ホームページの保守に関しては、月額で費用を請求しているところもあるようですが、先ほどお伝えしたとおり、そして「サーバ保守費用」のページでお伝えしているとおり、元通りにさえなればそれでいいと考えられるため、「自社でWordPressを運営しコンテンツを追加していて、ホームページ制作会社側で定期的に別途バックアップするという費用以外の名目」でのホームページ保守費用には違和感があります。

さて、WordPressサイトの復旧の要となる、WordPressのバックアップの復元についてですが、保守としての「バックアップ」自体はWordPressのプラグインなどでも可能ですが、復元となると一筋縄ではいきません。

投稿内容などのテキストデータが格納されているMySQLのデータのエクスポートとインポートだけでは完全に復旧させることができないケースがあります。

それについては後述するとして、まずは基本となるMySQLのデータのエクスポートとインポートから見ていきましょう。

MySQLのデータのエクスポートとインポート

MySQLのデータのエクスポートとインポートに関しては、復元時にインポートで対応できます。phpMyAdmin等で実施したバックアップファイルをインポートすれば、バックアップ時の状態に復元することができます。

xmlファイル（WordPress eXtended RSS）でもある程度復元することができますが、それのみではユーザーのプロフィール等、投稿や固定ページの内容以外の部分は復元できない場合があるため、可能な限りMySQLデータをバックアップしておいた方が無難です。

しかし、先の海外クラッカーによるWordPressテーマのヘッダー部分とフッター部分の書き換えのようにテーマファイルを改ざんされた場合には、該当部分をバックアップファイルで上書きする必要があります。

こちらに関してはWordPress管理画面からの操作でもできなくはないですが、FTPで一気にバックアップを復元したほうが効率が良いでしょう。

壊れたWordPressサイトを完全に復元することができない場合

こうした復元はまだ簡単ですが、「バックアップを取って、エラー時に上書きする」というだけでは壊れたWordPressサイトを完全に復元することができない場合があります。

なぜならば、クラッキングや悪意あるプラグインの操作、もしくはプラグインの誤操作によって、エラーの原因となるファイルが生成されていたり、サーバーの設定ファイルなどが上書きされていて、そのバックアップ自体は生成されていないというケースがあるからです。

該当ファイルを削除しないと元に戻らない場合

書き換えられているだけなら、バックアップファイルで上書きすれば元に戻りますが、こうしたエラーの原因となるファイルは「バックアップで上書き」という操作では対処できず、該当ファイルを削除しないと元に戻らない場合があるからです。

プラグインの停止とバックアップの上書きだけでは元に戻らない場合

また、「.htaccess」が書き換えられて、バックアッププラグインでは元の「.htaccess」はバックアップされていなかった、というケースもあるでしょう。

こうした問題はプラグインの停止とバックアップの上書きだけでは元に戻らない場合があります。別に悪意がないプラグインであっても、競合するプラグインを併用してしまった場合にはこうしたことも可能性としては起こりえます。

とりあえず復元できる程度にWordPress保守管理を

WordPressに限らず、ホームページの保守管理の目的は、「問題があった時に元の状態に復元できること」、つまり復旧し復元することであるため、WordPressサイトを利用する場合でも企業ホームページとオウンドメディア運営など、通常の使い方をするのであれば、特にそれほどリスクに怯える必要はないのではないでしょうか。

基本的にバックアップが必要ですが、バックアップがない場合でもある程度の形に復旧させることができればと考えています。

WordPressホームページ制作時の初期段階のファイルを手元に起きつつ、コンテンツ追加（テキストや画像など）を定期的に行っているのであれば、その周期に合わせたコンテンツの定期バックアップを実施するという形で心がけておけば、WordPress保守管理は十分ではないでしょうか。

パスワード強化と更新直前のバックアップ

海外クラッカーなどの脅威に対するセキュリティ強化は実施しておくに越したことはないですが、ひとまずはパスワード強化などで対応し、アップデートに伴うエラーなどについては、更新直前のバックアップで対応するという形でおそらく十分です。

あとは実験心に魔が差して変なプラグインを導入しないことでしょうか。

もし、新規プラグイン導入を検討している場合であれば、テストサイトでプラグインの導入テストを行ってからの方が良いかもしれません。エラーが起きてもプラグインの停止だけでは済まない場合がありますからね。

WordPressの復旧・復元ならお任せください

今回は、WordPressの保守管理やセキュリティ、バックアップと復元についてお伝えさせていただきました。

WordPressは便利なCMSですが、様々なシステムを組み合わせて稼働させているため、システムエラーなどのトラブルはつきものです。面倒ですが、いざという時復旧に備えてバックアップを取るということを習慣づけておいたほうが良いでしょう。

ひとまずはトラブル時にある程度の復旧ができるように備えておくことが大切です。

WordPressの復旧には、バックアップが必要ですが、バックアップファイルがない場合でも可能な限りテーマファイルの復元やエラーの修正を含めて復旧作業を手がけさせていただいております。

また、WordPress保守のためにバックアップと更新、エラー（不具合）発生時の復元を含めたアップデート作業の代行にも対応しています。アップデート作業時にそれまで使用できていたプラグインが使えなくなった場合、代替策等のご提案もしています。

ホームページ制作 京都 ファンフェアファンファーレでは、WordPressでのホームページ制作はもちろんWordPressサイトのカスタマイズや、WordPressのエラー復旧・復元など、様々なWordPressの関連のサービスを提供しています。WordPressでお困りの際は、ぜひお問い合わせください。WordPressのエラー復旧、エラー修正にも対応しています。
WordPress（ワードプレス）の復旧・復元・エラー修正

WordPressでのホームページ制作　WordPressのカスタマイズ