更新通知がたまっている。でも、ボタンを押してサイトが壊れたら困る。WordPressの更新で大切なのは、更新前の状態と、更新後に確認することを用意してから進めることです。
この記事では、個人事業主や小規模サイトの担当者向けに、本体・テーマ・プラグインを更新するときの準備と点検を整理します。特定バージョンへの更新手順ではなく、日々の運営で使う作業ガイドです。
1.更新する対象と変更内容を確認する
WordPress本体、テーマ、プラグインは役割が異なります。通知の件数だけを見ず、対象の名前、現在のバージョン、更新先、変更履歴を確認しましょう。公式の学習資料も、変更履歴から修正内容などを把握する考え方を紹介しています。出典:Learn WordPress「Managing Updates」
| 対象 | 確認する情報 | 自分のサイトで見る点 |
|---|---|---|
| WordPress本体 | 更新内容、必要な環境、更新手順 | テーマや重要なプラグインの対応案内 |
| テーマ | 変更履歴、提供元の注意事項 | レイアウト、メニュー、独自のカスタマイズ |
| プラグイン | 修正内容、動作条件、依存する機能 | フォーム・予約など、担当している役割 |
「すべて同じ順番で更新すれば安全」とは考えず、提供元が案内する依存関係や手順を優先します。PHPなどサーバー側の環境変更も必要な場合は、別の変更として影響と戻し方を確認してください。
セキュリティ修正を含む更新は、内容と影響を確認して対応を急ぐ必要があります。一方で、準備が分からないまま長期間放置するのではなく、保守担当や提供元へ確認する日と担当者を決めましょう。
2.更新前のバックアップと、戻す手順を揃える
WordPress公式は、更新を始める前のバックアップを案内しています。保存したつもりで終わらず、取得が成功したか、対象データが揃っているかを確認してください。出典:WordPress公式「Updating WordPress」
サイト全体の備えとして、ファイルとデータベースの両方を確認します。更新前の取得日時と保存先を控え、復元手順を開ける状態にしておきましょう。参考:Learn WordPress「How to backup your site」
なお、更新後に記事本文だけを以前の状態へ戻したい場合は、サイト全体を復元する前にWordPressのリビジョンと自動保存の違いを確認してください。戻したい範囲が記事だけなのか、テーマ・プラグイン・データベースを含むサイト全体なのかで使う手段が変わります。
- 対象サイトのファイルとデータベースが保存されている。
- 取得日時と、成功・失敗の結果が確認できる。
- 復元に使う管理画面へアクセスできる。
- どこまで上書きされるか、復元時の条件を確認している。
3.更新前の状態を残して、確認するページを選ぶ
更新後に「以前からこうだったか」を迷わないように、代表的なページの画面や動作を残す方法を提案します。全ページを同じ深さで点検する必要があるかは、変更内容とサイトの規模によって判断します。
| 確認対象 | 更新前に残すもの | 更新後の確認 |
|---|---|---|
| トップ・メニュー | 表示の記録、主要リンク | 画像・配置・移動先 |
| サービス・料金ページ | 文章と料金表の表示 | 内容が欠けていないか |
| 問い合わせフォーム | 通常の送信結果 | 送信完了と担当者への到達 |
| 記事編集 | 編集画面と下書き保存の状態 | 編集・プレビューが使えるか |
| 独自機能 | 入力例と期待する結果 | 診断・計算などが同じ条件で動くか |
スクリーンショットに個人情報や管理用の情報が含まれる場合は、共有範囲を限定します。相談用に公開する画像では、不要な情報を隠してください。
4.更新は、結果を確認できる時間に進める
手動で更新するときは、実行後の点検と、不具合への対応ができる時間を確保します。出発直前や担当者が連絡を取れない時間帯に、確認を後回しにする運用は避けたいところです。
可能なら本番とは別の検証環境で試し、同じテーマ・プラグインの組み合わせで確認します。ただし、検証環境で動いたことが本番での成功を保証するわけではありません。環境の違いも記録してください。
- 対象と変更履歴を確認する。
- 更新前の保存状況を確かめる。
- 提供元の手順で更新を実行する。
- 完了またはエラーの表示を確認する。
- 代表ページと対象機能を点検して記録する。
原因を追いやすくするため、手動更新では変更をまとめすぎず、確認しながら進める方法を提案します。ただし、セットで更新する必要がある製品や指定手順がある場合は、その案内を優先してください。
5.「更新完了」の表示後に、読者側の画面を点検する
管理画面の完了表示だけでは、サイト全体の動作確認は終わりません。ログアウトした状態で、スマホとパソコンから主要ページを開きます。
- メニューが開き、正しいページへ移動できる。
- 文章・画像・表が読める。
- フォームが入力でき、送信結果と受信を確認できる。
- 予約や購入などの重要機能が、用意したテスト手順で確認できる。
- 診断・計算ツールを設置している場合、入力と結果表示が動く。
古い表示が残る場合は、利用しているキャッシュの更新方法を確認します。表示がおかしいからといって、内容や設定を次々に変更せず、表示の保存データが影響しているかも切り分けましょう。
フォームの確認は、問い合わせフォームが届かないときの確認手順も参考にしてください。実際の注文や課金が発生する機能では、提供元のテスト方法を使います。
6.不具合が出たら、追加変更を止めて状況を記録する
問題が起きた直後に別のプラグインを追加したり、関係のない設定を変えたりすると、原因を追いにくくなります。まず追加作業を止め、いつ・何を変更し・どこで問題が起きたかを整理してください。
| 症状 | 先に確認すること |
|---|---|
| レイアウトが崩れた | 対象URL、端末、更新したテーマ・機能、更新前の画面 |
| フォームが送れない | エラー文、送信完了の有無、受信結果 |
| 管理画面へ入れない | 表示されたエラーと、管理者向けの通知 |
| 処理中の表示が続く | 更新処理の状況、提供元の失敗時の手順 |
WordPressには、特定の致命的なエラー発生時に管理操作へ戻る助けとなるリカバリーモードがあります。ただし、すべての不具合に使えるわけではありません。通知が届いた場合は、内容と公式の説明を確認してください。出典:WordPress公式「Recovery Mode」
復元が必要な場合は、戻す時点と対象、更新後に入った情報の扱いを確認します。サイト全体をすぐ戻すことが適切かは、症状と運用によって異なります。判断が難しい場合は、記録を添えてサーバー会社や保守担当へ相談しましょう。
7.自動更新でも、通知と点検の担当を決める
WordPressはテーマ・プラグインの自動更新機能を案内しています。設定はサイトごとに確認し、自動更新を使う場合も、保存状況・通知先・不具合時の対応を準備しましょう。出典:WordPress公式「Plugin and themes auto-updates」
自動更新を一律に有効・無効とするのではなく、重要な機能、検証の必要性、更新を確認できる体制を整理します。手動で運用するなら、誰が更新通知を見て、いつ対応するかを決めておくことが大切です。
コピーして使える更新記録テンプレート
「確認済み」と「未確認」は分けて残します。未確認の項目がある場合は、何を誰が確かめるかを記録し、更新完了と動作確認完了を区別してください。
よくある質問
本体・テーマ・プラグインの更新順は決まっていますか?
この記事では一律の順番を指定しません。更新対象の依存関係、必要な環境、提供元の案内を確認して決めてください。組み合わせの判断が難しい場合は、事前に担当者へ確認します。
怖いので更新しないままでもよいですか?
更新を放置する運用にはしないでください。公式はWordPressやプラグイン・テーマを最新に保つことを案内しています。不安な点を洗い出し、保存・検証・相談の準備を整えて対応しましょう。
更新のゴールは、読者が使える状態を確認すること
更新ボタンを押したことではなく、必要な機能が使えることまで確認する。まずは次に更新する対象を1つ選び、変更内容とバックアップ、点検するページを記録するところから始めましょう。
参考資料・確認範囲
- WordPress公式:Updating WordPress
- Learn WordPress:Managing Updates
- Learn WordPress:How to backup your site
- WordPress公式:Recovery Mode
- WordPress公式:Plugin and themes auto-updates
公式資料の確認日:2026年9月8日。一般的な説明は公式資料を参照し、点検表と記録例は当サイトが作成しました。特定バージョンの組み合わせを実機で検証した記事ではありません。

