Hara Daizo 2026年8月11日現在、WordPressの最新安定版は7.0.3です。WordPress.orgのRelease Archive本体で、7.0.3が2026年8月6日公開の「Latest release」と案内されていることを確認しました。
ただし、更新ボタンをすぐ押せばよいとは限りません。テーマやプラグイン、PHPとの互換性を確認し、戻せるバックアップを用意してからアップデートします。この記事では、現在のWordPress最新バージョン、自分のサイトのバージョン確認、安全な更新、自動更新、不具合時の対処を順に解説します。
現在のWordPress最新バージョン
2026年8月11日時点の最新安定版はWordPress 7.0.3です。公式リリースアーカイブでは、7.0が2026年5月20日、7.0.1が7月9日、7.0.2が7月17日、7.0.3が8月6日に公開された履歴を確認できます。
| 系列 | 公式アーカイブで確認できる2026年8月11日時点の最新版 | 公開日 |
|---|---|---|
| 7.0 | 7.0.3 | 2026年8月6日 |
| 6.9 | 6.9.6 | 2026年8月6日 |
| 6.8 | 6.8.7 | 2026年8月6日 |
WordPress.orgは、7.0系列で最も新しいリリースだけが安全に利用でき、積極的に保守される版だとリリースアーカイブ上で案内しています。6.9.4や6.9.1、6.8.3などは過去のポイントリリースです。検索結果や古い解説に番号が残っていても、それを現在の最新版とみなさず、公式の「Latest release」を見てください。
バージョン番号は「7.0.3」のように3つの数字で表されます。大きな機能追加を含む7.0のようなリリースと、修正を中心とする7.0.3のようなメンテナンス・セキュリティリリースでは、更新前に見る範囲が異なります。7.0がいつ公開されたか、7.0の変更点は何かを調べる場合も、各リリースの公式案内を確認するのが確実です。
WordPress.orgの現在の推奨要件として、RequirementsページはPHP 8.3以上、MariaDB 10.11以上またはMySQL 8.0以上、HTTPSを示しています。これはWordPress本体の推奨値であり、利用中のテーマやプラグインが同じ環境に対応しているかは別に確認します。PHP側の変更手順は「PHPバージョンの更新」を参照してください。
最新番号は今後変わります。この記事の確認日より後に読む場合は、WordPress.orgのRelease Archiveを開き、先頭のLatest releaseと公開日を見てください。
自分のWordPressバージョンを確認する方法
管理画面へ入れるなら、もっとも簡単なのは「ダッシュボード」の「更新」です。現在のバージョンと、利用可能な更新が表示されます。更新通知がない場合でも、公式の最新番号と一致するかを確認できます。
ほかにも次の場所で確認できます。
- ダッシュボードの「概要」ウィジェット
- 管理画面各ページのフッター
- 「ツール」の「サイトヘルス」にある「情報」タブ
- 管理用のWP-CLIが利用できる環境でのコアバージョン照会
サイトヘルスには、WordPress本体だけでなくPHP、データベース、サーバー、テーマ、プラグインの情報もまとまっています。保守担当へ環境を伝えるときは、単独のversion番号ではなく、この組み合わせを記録しておくと原因調査に役立ちます。
管理画面へ入れない場合、サーバー上のWordPressファイルから番号を調べる方法もありますが、ファイルを公開画面へ表示したり、推測で書き換えたりしてはいけません。レンタルサーバーのWordPress管理機能や、サーバー担当者が利用できるWP-CLIなど、読み取りだけで確認できる手段を選びます。
マルチサイトでは、ネットワーク管理画面と個別サイトの管理画面を混同しないようにします。本体はネットワーク全体で共通なので、更新権限を持つネットワーク管理者が確認します。
WordPressを最新版へ更新すべき理由
更新には、セキュリティ修正、不具合修正、機能改善、対応環境の更新が含まれます。古い版を使い続けると、公開済みの問題が残るだけでなく、テーマやプラグインの新しい版が対応しなくなる可能性があります。
一方、「最新版なら必ず安全」「更新すれば絶対に壊れない」という意味ではありません。アップデート後に不具合が起きる主な理由は、独自コード、長期間更新されていないプラグイン、古いPHP、キャッシュ、外部サービスとの組み合わせです。
更新の優先度は、リリースの内容とサイトの状況で変わります。
| 状況 | 対応の考え方 |
|---|---|
| セキュリティ修正を含む | 影響と互換性を確認し、早めに適用する |
| 小規模なメンテナンス版 | バックアップ後、通常の保守手順で適用する |
| 7.0のような大きな更新 | テーマ、プラグイン、PHPを複製環境で検証する |
| 独自機能や決済がある | 業務シナリオを用意し、機能テスト後に本番へ反映する |
| 何年も更新していない | 途中の互換性問題を調査し、段階的な移行を計画する |
緊急性が高くても、復旧手段なしに本番を変更すると停止時間が長くなるおそれがあります。短い準備で済むサイトと、事前検証が必要なサイトを分けて考えましょう。
更新前に必ず確認すること
更新の準備は、バックアップ、互換性、テスト内容の3点が中心です。
まず、ファイルとデータベースの両方を保存します。サーバーの自動バックアップがある場合も、対象範囲、保持日数、復元方法を読み、更新直前の状態へ戻せるかを確かめます。具体的な取得方法は「更新前のバックアップ」で確認できます。
次に、現在の構成を記録します。
- WordPress、PHP、データベースのバージョン
- 有効なテーマと子テーマ
- 有効なプラグインと各バージョン
- 独自に追加したコードやサーバー設定
- キャッシュ、CDN、WAFの利用状況
- フォーム、決済、予約、会員機能など重要な動作
テーマとプラグインの公式ページや提供元で、WordPress 7.0と使用中のPHPへの対応状況を見ます。「WordPressでテスト済み」の表記が古いもの、長期間更新されていないものは、複製環境での確認を優先します。有料製品は、ライセンス期限が切れて更新ファイルを取得できない場合もあります。
アクセスが少ない作業時間帯を選び、更新中に投稿や注文が増えないよう関係者へ伝えます。ECや会員サイトでは、バックアップ後に新しい注文が入ると、データベース全体の復元でその注文が失われる可能性があります。復元対象と受付停止の方法を先に決めてください。
最後に、更新後のテスト項目をサイトに合わせて用意します。トップページだけでなく、管理画面へのログイン、投稿編集、フォーム送信、検索、決済など、止まると困る経路を選びます。
WordPressを安全にアップデートする手順
管理画面から更新できる一般的なサイトでは、次の順で進めます。
- 予定時間を共有し、投稿・注文などの更新を一時的に止めます。
- ファイルとデータベースの直前バックアップを取得します。
- バックアップの完了時刻と保存先を確認します。
- 複製環境がある場合、同じ更新を先に実行して重要機能を試します。
- 本番のキャッシュや監視状況を記録し、「ダッシュボード」の「更新」を開きます。
- 必要に応じてテーマやプラグインを対応版へ更新し、動作を見ます。
- WordPress本体の更新を実行し、完了画面が出るまでページを閉じません。
- データベース更新を求められた場合は、表示内容を読み実行します。
- 管理画面と公開画面をテストし、キャッシュを削除します。
- 問題がなければ受付を再開し、実施日時と結果を記録します。
テーマやプラグインを本体より先にするか後にするかは、各製品の対応版と提供元の案内によります。すべてを一括更新すると原因を追いにくいため、重要な部品ごとに動作を見られる単位で進めます。
手動アップデートが必要なケースでは、WordPress公式のアップグレード手順に従い、置き換えてはいけないwp-config.phpやwp-contentの扱いを理解した担当者が作業します。管理画面の更新が失敗したからといって、同じファイルを何度も上書きしないでください。
WordPressの自動更新の仕組みと設定方法
WordPressの自動更新は、コア、プラグイン、テーマ、翻訳ファイルで分かれています。さらにコアは、開発版、メンテナンス・セキュリティリリース、メジャーリリースの3種類です。
WordPress公式の現行ドキュメントでは、5.6以降の新規インストールは、バージョン管理システムを検出した場合などを除き、マイナーとメジャーのコア自動更新が既定で有効です。5.6より前からの既存サイトは、管理者や設定ファイル、フィルターでメジャー自動更新を有効にしない限り、以前の動作を保ちます。このため、同じWordPress 7.0系でもサイトごとに自動更新設定が違うことがあります。
管理画面の「ダッシュボード」から「更新」を開き、現在のコア自動更新方針を確認します。プラグインは「プラグイン一覧」、テーマは「外観」の「テーマ」で、個別の自動更新を設定できる構成があります。ホスティングサービスが独自に更新を管理している場合は、WordPress側とサーバー側の両方を調べ、二重管理を避けます。
自動更新を使うなら、更新後の異常を通知する仕組みと、直前バックアップを組み合わせます。フォームや決済など重要機能は、自動更新後に定期テストできる状態にします。脆弱性対応を含む更新の考え方は「脆弱性と更新の重要性」で整理できます。
自動更新中は一時的にメンテナンスモードへ入ります。更新が中断して表示が残った場合の復旧は「メンテナンスモードの設定・解除」を参照してください。
自動更新を停止するために設定ファイルやフィルターを変更する方法もありますが、コードで一律停止すると管理画面の表示だけでは状態を把握しにくくなります。停止が必要なら、代わりに誰がいつ手動更新するか、セキュリティ通知をどこで受け取るかまで決めます。
更新後に確認する項目
アップデート後は、管理画面、公開表示、サイト固有の機能を分けて見ます。
管理画面では、再ログイン、投稿一覧、新規下書き、メディアライブラリ、更新画面を開きます。警告やデータベース更新の要求が残っていないかも見ます。
公開側では、トップページ、代表的な投稿と固定ページ、カテゴリー、検索、404ページをパソコンとスマートフォンで表示します。ヘッダー、メニュー、画像、CSSやJavaScriptの読み込みが崩れていないかを確かめます。
機能面では、お問い合わせフォームを実際に送信し、送信完了画面と受信メールを確認します。EC、予約、会員、外部API連携があるサイトは、用意したテストシナリオを実行します。キャッシュとCDNを削除した後、ログインしていないブラウザーでも確認してください。
真っ白なページが表示された場合は、更新直後の変更を増やさず、「更新後に画面が真っ白になったら」に沿ってエラー記録とプラグインの切り分けを進めます。
最後に、サーバーのPHPエラーログ、サイトヘルス、監視通知を確認し、更新対象、開始・終了時刻、テスト結果、残った警告を保守記録へ残します。
更新に失敗・不具合が出た場合の対処
更新が止まったら、ブラウザーを何度も再読み込みしたり、別の更新を追加したりせず、画面の文言と発生時刻を保存します。公開ページが見えるか、管理画面だけの問題か、サイト全体が停止したかで初動が変わります。
- 公開側と管理画面を別ブラウザーで開き、影響範囲を確認します。
- 管理者メールにリカバリーモードの案内が届いていないか見ます。
- サーバーのPHPエラーログと容量不足を確認します。
- 直前に更新したプラグインやテーマを一時停止して原因を切り分けます。
- 短時間で解決できなければ、更新前バックアップからの復元を検討します。
プラグインの停止で直る場合は、停止したまま提供元の修正版や対応条件を確認します。テーマが原因なら、元のテーマや検証済みの標準テーマへ戻します。WordPress本体のファイルが不足している場合は、公式配布物を使う手動復旧が必要になることがあります。
データベースを含む復元は、更新後に入った注文や投稿も巻き戻す可能性があります。現在のデータを保全し、どの時点へ戻るかを決めてから実行してください。
以前の版へ戻す必要があるときは、番号だけを選んで上書きせず、「不具合時のダウングレード」でデータベース互換性と復元手順を確認します。ダウングレードは恒久対応ではなく、修正版へ更新するまでの一時措置として扱います。
よくある質問
セキュリティ修正は早めの適用が重要ですが、すべてのサイトで通知直後に本番更新する必要はありません。標準構成の小規模サイトなら、直前バックアップ後に短期間で確認できます。独自テーマ、決済、会員機能がある場合は、複製環境で互換性を試してから本番へ反映します。
リリース内容、影響の大きさ、復旧手段を見て優先度を決めます。更新を延期する場合も、期限と担当者を決め、放置にならないようにしてください。
既知の脆弱性や不具合が残り、テーマやプラグインの新しい版から対応外になる可能性があります。PHPを更新できず、サーバー移行や障害復旧が難しくなることもあります。
6.9や6.8の古いポイント版を使っている場合、6.9.4や6.8.3が当時の更新版であっても、現在のバージョン一覧では後続版が公開されています。現状を保全し、更新差分が大きければ段階的に検証してください。
自動更新を停止する運用は可能ですが、代替となる手動更新体制が必要です。通知先、確認日、緊急リリースの担当、バックアップ、更新後テストを決めずに止めると、古い版が残り続けます。
大きな更新だけを手動にし、メンテナンス・セキュリティ更新は自動にするなど、更新種類ごとに方針を分ける方法があります。サーバー会社が自動アップデートを提供している場合は、その設定も含めて全体を確認します。
まとめ
2026年8月11日時点のWordPress最新安定版は7.0.3です。現在値は検索結果の断片ではなく、WordPress.orgのRelease ArchiveにあるLatest releaseで確認できます。
安全なバージョンアップは、現在の構成を記録し、互換性を調べ、ファイルとデータベースを保存してから実行します。更新後は公開画面だけでなく、管理画面、フォーム、サイト固有機能、エラーログまで点検してください。自動更新を使う場合も、異常検知と復元の仕組みを組み合わせることで、更新の速さと安定運用を両立できます。