WordPressを何年も更新していないとき、更新前に確認すること
WordPressを何年も更新していない場合は、現在の構成とバックアップ、更新で困ったときの対応者を確認してから、更新方法を決めます。
長く触っていないというだけで、すでに被害に遭っているとは断定できません。
ただし、今も表示されていることは、必要な修正が済んでいる証拠にはならないため、状態の確認は先延ばしにしないことが大切です。
更新の通知が大量にある、以前更新したら崩れた、作った人にもう頼めないという場合でも、最初から自分で全部直す必要はありません。
何が分かっていて、どこから先を調べてもらう必要があるかを整理しましょう。
記事の更新と、WordPressの更新は別です
お知らせを何年も書いていないことと、WordPressのソフトウェアが古いままであることは別の状態です。
会社情報が変わっていなければ、文章を頻繁に書き換える必要はありません。
一方、WordPress本体、テーマ、プラグイン、PHPなどは、それぞれの修正やサポート状況を確認する必要があります。
WordPress公式のサポート方針では、正式なサポート対象は最新のメジャー系統で、過去の系統へのセキュリティ修正には保証された期間がありません。
「古い版にも修正が来たから、ずっとそのままで大丈夫」とは判断できません。
また、担当者が手作業をしていなくても、自動更新で一部だけ新しくなっている場合があります。
「最後に触ったのが何年前か」に加え、今実際に使っている版を確認します。
身に覚えのない変更があるときは、通常の更新を進めない
まず、公開ページとサーバー会社からの連絡に、次のような異常がないかを確認してください。
- 自分たちで作っていないページや文章が表示される。
- 意図しない別のサイトへ転送される。
- サーバー会社から、不正なファイルや不正アクセスに関する連絡が来ている。
管理者アカウントの一覧は、公開ページからは確認できません。
WordPressの利用者を管理する権限のある担当者に、見覚えのない管理者アカウントが追加されていないかを確認してもらいます。
権限がない場合やログインできない場合は、その確認を無理に進めず、分からない状態のまま管理者へ伝えてください。
これらがあれば、通常のバージョン更新だけで解決しようとせず、サイト管理者とサーバー会社へ連絡します。
状況を記録し、公開や受付を止める必要があるか、ログやデータをどう保全するかを判断してもらいます。
警察庁のウェブサイト改ざん対策でも、被害発生時のログ保全や原因調査が案内されています。
見える部分だけを消したり、古いバックアップへ急いで上書きしたりすると、調査に必要な情報を失うおそれがあります。
異常が見つからなかった場合も、それだけで侵害がないと証明できるわけではありませんが、まずは次の管理状況の確認へ進めます。
更新前にそろえたいのは、五つの情報です
専門的な設定を変える前に、手元の契約書、納品資料、管理画面で分かる範囲を整理します。
| 確認すること | 控える内容 | 分からないときの確認先 |
|---|---|---|
| 管理する権限 | WordPress・サーバーの契約者と管理担当者 | 社内の契約担当、以前の制作会社 |
| 現在の構成 | WordPress・PHP・テーマ・プラグインの名前と版 | 管理画面、制作・保守担当者 |
| 更新が止まった理由 | 過去の不具合、独自改修、契約・ライセンスの状況 | 過去の担当者、提供元 |
| 戻すための控え | バックアップの対象、取得日、保存先、復元担当者 | サーバー会社、保守担当者 |
| 使い続けたい機能 | 問い合わせ、予約、決済、会員、日常の編集 | 実際に業務で使っている人 |
空欄は「問題なし」にせず、未確認として残します。
すべてを調べ切らないと相談できないわけではありません。
むしろ、契約者やバックアップの所在が分からないことは、早めに伝えたい情報です。
ログインできる人と、復旧できる人を分けて確認する
WordPressに記事を投稿できても、プラグインの更新や利用者の管理までできるとは限りません。
また、WordPressの管理権限があっても、サーバーのデータを復元できるとは限りません。
まず、誰がどの管理画面を使えるかを確認します。
パスワードを失くした場合は、契約者本人としてサービスの正式な復旧手順を利用し、前任者のアカウントを無断で使う方法で代用しないでください。
新しい依頼先には、権限のない操作をお願いするのではなく、「どの管理先に入れないか」から伝えます。
本体だけでなく、追加した部品を調べる
WordPressの標準的な管理画面では、「ツール → サイトヘルス → 情報」で本体やサーバーの情報を確認できます。
テーマは「外観 → テーマ」、プラグインは「インストール済みプラグイン」の一覧が確認の入口です。
サイトヘルスの公式説明とプラグイン管理の公式説明を参考に、名前・版・提供元・更新案内を控えます。
古いWordPressや権限の違いでメニューが見当たらない場合は、無理に探し続けず管理者へ確認してください。
有料製品は購入先と契約も確認します。
更新ファイルの受け取りに有効なライセンスが必要な製品や、制作会社が契約していた製品では、管理画面の通知だけで判断できないことがあるためです。
また、知らない名前だから不要とは限りません。
子テーマを使っているサイトでは、そのもとになる親テーマも必要なので、有効になっていないという理由だけで削除しないようにします。
親子の関係はWordPress公式の子テーマ解説でも説明されています。
バックアップは「ある」より「戻せるか」を確認する
WordPressは、ファイルとデータベースに情報が分かれています。
画像やテーマのファイルだけを保存しても、記事や設定を含むサイト全体を戻す準備にはなりません。
WordPress公式のバックアップ解説に沿って、両方を対象にしているか確認します。
具体的には、次の点を担当者へ尋ねてください。
- 今の公開サイトのデータが対象になっているか。
- ファイルとデータベースは、いつの時点のものを保存しているか。
- 保存物を実際に取り出せるか。
- 本番から分けた環境で復元した記録があるか。
- 不具合時に、誰がどの手順で戻すか。
バックアップ一覧が表示されたことと、必要な機能まで復元できたことは別です。
また、今取得したバックアップには、現在の不具合も含まれます。
「バックアップを取れば安全な状態になる」というものではなく、変更前の状態を残すための準備だと考えてください。
予約や注文を受け付けているサイトでは、古いデータへ戻すと、その後の受付記録を失う可能性もあります。
どの時点へ戻し、後から増えたデータをどう扱うかを決める必要があります。
保存世代や復元作業の範囲は、保守で確認したいバックアップ・復旧の条件に整理しています。
更新順序は、現在の構成に合わせて決める
本体、テーマ、プラグイン、PHPを、すべて同じ順番で更新すればよいとは限りません。
たとえば、新しいWordPressが必要とするPHPの条件と、古いプラグインが動くPHPの条件が合わない場合があります。
この場合は、部品の更新、代替製品への変更、段階的な移行などを組み合わせて進めます。
WordPress公式の詳細な更新手順でも、大きく版をまたぐ場合の段階更新が説明されています。
初心者向けの記事にある一つの操作手順を、そのまま何年分もの更新へ適用できるとは考えないでください。
特に、次の条件がある場合は、作業前の調査とテストを依頼する方が進めやすくなります。
- 過去の更新で表示や機能が壊れ、その理由が分かっていない。
- 制作会社がテーマやプラグインを直接改造している。
- 配布・サポートが終わった製品を使っている。
- 予約、決済、会員など、止まると困る機能がある。
- バックアップや復元方法が確認できない。
- 現在のPHPやWordPressの版が大きく古く、更新経路を判断できない。
これらがあるから、必ず全面リニューアルが必要というわけではありません。
更新を依頼するときは、更新代行に含まれる準備・修正・検証の範囲を見積もりで確認します。
今の構成を保った更新、使えない部品だけの変更、作り直しを、調査結果と必要な機能から比較します。
更新後は、普段の仕事ができるところまで確認する
更新前に、普段どのページを見て、どの操作を使っているかを残しておくと、変更後の確認が具体的になります。
次は、問い合わせを受け付ける会社サイトを想定した確認例です。
- 主要ページをPCとスマートフォンで開き、文字・画像・メニューを見る。
- 合意したテスト方法で、フォームの完了表示と通知先での受信を確かめる。
- 管理画面に入り、必要な編集・保存ができるかを確かめる。
- 技術担当者が、更新の失敗通知や新たなエラーを確認する。
- 後から動く通知や予約処理がある場合は、予定した時刻にも確認する。
本番を複製してテストする場合は、起動前に実顧客への送信や本番サービスへの書き込みを止める設定を確認します。
「テスト用のURLだから、外部への影響もない」とは限りません。
また、更新完了の表示は、これらの機能がすべて正常という意味ではありません。
確認できなかった機能は記録に残し、誰がいつ確かめるかを決めます。
更新が再び止まらないよう、担当と確認方法を決める
今回の更新だけで終えると、担当者が忙しくなったときに同じ状態へ戻りやすくなります。
日常の運用では、次の三つを決めておくと管理が続けやすくなります。
- 更新や障害の通知を、誰が受け取って読むか。
- 必要な更新と動作確認を、誰が担当するか。
- 更新に失敗したとき、誰へ連絡するか。
自動更新も選択肢ですが、有効にした後の実行結果は確認する必要があります。
WordPress公式の自動更新案内には、成功・失敗の通知や、環境によって自動更新が動かない場合について説明があります。
「自動更新を有効にした」ことと「必要な更新が成功し、機能も動いている」ことを分けて管理してください。
どこから確認すればよいか分からない方へ
今ある情報を整理すると、依頼したい作業も具体的になります。
「数年触っていない」「過去の更新で崩れた」「バックアップが分からない」など、困っていることをそのまま伝えて構いません。
仕組みや保守の流れまで確認したい場合は、WordPress・PHPのセキュリティ総合ガイドに、管理状態の確認や更新前後の点検をまとめています。
自社の現状を調べるところから相談したい場合は、Studio AttraitのWordPress無料診断をご利用いただけます。
WordPressとサーバーのログイン情報が必要で、共有方法は申し込み後にご案内します。
初回は原則1サイト・1つのWordPress環境が対象で、診断後の更新・修正は、内容と費用を確認してから別途依頼できます。
侵入テスト・コード監査・改ざん調査は含まれず、安全性を保証する診断ではありません。
