WordPressのメジャーアップデート前の確認：7.2に備えるチェック表と手順

WordPress で作った会社のホームページを担当していて、「大きな更新が来るらしいが、何を準備すればよいか分からない」という方に向けた記事です。WordPress 7.2 は、協定世界時で 2026年12月8日に公開される予定です。日本時間では 12 月 9 日の 0 時にあたります（2026年11月11日時点の公式の予定）。

メジャーアップデートは、新しい機能が加わる大きな更新です。多くのサイトは問題なく更新できますが、プラグインやテーマ、サーバーの PHP の組み合わせによっては、表示の崩れや管理画面のエラーが起きることがあります。

結論を先に書くと、更新の前に「自動更新の設定」「PHP のバージョン」「プラグインとテーマの対応」「バックアップと戻し方」の 4 つを確かめ、テスト環境で試してから本番を更新します。公開日にすぐ上げる必要はありませんが、古い版のまま長く置くのも避けます。この記事では、確認項目のチェック表と、更新の時期の決め方を説明します。

WordPress 7.2 の公開予定と主な変更（2026年11月時点）

WordPress の開発チームが公開している7.2 のリリースの日程と、2026年11月10日のBeta 5 の公式のお知らせによると、日程は次のとおりです。日本時間は協定世界時に 9 時間を足した目安です。日程は変わることがあり、変更は開発チームのブログで知らされます。

RC（リリース候補）は、大きな問題が見つからなければ、そのまま正式版になる段階の版です。ベータ版と RC は試験用で、公式のお知らせでも、本番のサイトや重要なサイトに入れたり、そこで試したりしないよう書かれています。2026年11月11日時点の最新の正式版は、公式のリリース一覧にある 7.1.4（2026年10月28日公開）です。

主な変更として、開発チームの7.2 のロードマップ（2026年9月18日）には、新しい標準テーマ「Ipsum」、編集画面のメモ（Notes）機能の拡張、管理バーとメニューのアイコンの変更、メディアの挿入画面の改良、目次ブロックの安定化などが挙げられています。ただし、ロードマップには、挙げた項目のすべてが正式版に入るとは限らないと書かれています。Beta 5 のお知らせでは、アプリケーションパスワードを作ったときのメール通知なども紹介されています。

サーバー側で関係するのが PHP です。Beta 5 のお知らせによると、7.2 は 2026年11月19日に公開予定の PHP 8.6 への完全な対応を目指しており、Beta 5 の時点で WordPress 本体の既知の問題は解決しています。一方で、プラグインとテーマが PHP 8.6 に対応しているかは、更新の前に各自で確かめる必要があるとしています。PHP 8.6 の内容はPHP 8.6 の記事で説明しています。

メジャーとマイナーの違いと、自動更新の範囲

WordPress の版の番号は、「7.1」から「7.2」のように 2 つ目の数字が変わるものがメジャーリリース、「7.1.4」のように 3 つ目の数字が変わるものがマイナーリリースです。公式のWordPress の更新の手順書は、本体の更新を、保守とセキュリティのためのマイナーな更新と、メジャーリリースの更新に分けています。メジャーリリースでは、新しい機能や編集画面の変更が入ることが多く、プラグインやテーマとの相性の確認が必要になります。

自動更新の初期設定は、更新の種類と、サイトを作った時期によって違います。公式の手順書とプラグインとテーマの自動更新の説明をもとに整理すると、次のとおりです。

この表のとおり、5.6 以降に作ったサイトで設定を変えていなければ、7.2 の公開後に本体が自動で 7.2 に上がる可能性があります。反対に、古くから使っているサイトは、マイナーリリースだけが自動で、メジャーリリースは誰かが手動で上げるまで止まったままになることがあります。

今の設定は、管理画面の「ダッシュボード」の「更新」の画面で確かめられます。この画面には、WordPress の新しいバージョンすべてを自動で更新する設定になっているか、保守とセキュリティのリリースだけを自動で更新する設定になっているかが表示され、切り替えのリンクもあります。ただし、wp-config.php で設定されている場合はそちらが優先されます。サーバー会社の管理ツールで自動更新を設定できる場合もあります。設定を変える前に、制作会社や保守の担当者に、誰がどこで管理しているかを確かめます。

更新の前に確認する項目のチェック表

次の表は、メジャーアップデートの前に確認する項目です。右の列に担当者と確認日を書き込めば、社内や制作会社との打ち合わせにそのまま使えます。

PHP のバージョン

公式の動作環境のページは、PHP 8.3 以上を推奨しています。古い環境では PHP 7.4 以上でも動くとしつつ、その版はすでに公式のサポートが終わっており、セキュリティ上の危険があると注意しています。2026年5月の開発チームの説明でも、推奨は 8.3 のまま、WordPress 7.0 から動作に必要な最低の版は 7.4 とされています。

PHP の開発元が公開しているサポート期間の一覧では、PHP 8.2 のセキュリティサポートは 2026年12月31日までです。8.2 以前を使っている場合は、7.2 への更新と合わせて PHP の切り替えも計画します。詳しくはPHP 8.2 のサポート終了の記事をご覧ください。

プラグインとテーマの対応

WordPress.org のプラグインのページには、どの WordPress の版まで動作を確かめたか（Tested up to）と、必要な PHP の版（Requires PHP）が表示されます。公式のプラグインの説明ファイルの決まりでは、Tested up to はメジャーリリースの単位で書くことになっています。7.2 の公開直後は、まだ 7.2 と書かれていないプラグインもあり得ます。表示が古くても動かないとは限りませんが、長く更新されていないプラグインは、テスト環境で特に注意して確かめます。

有料のプラグインやテーマは、WordPress.org ではなく配布元から更新を受け取るものが多く、契約やライセンスが切れていると最新版を受け取れない場合があります。制作会社が独自に改修したテーマは、配布元の更新では直らないため、制作会社に確認します。

テスト環境で試す手順

テスト環境（ステージング）は、本番のサイトを複製した、外から見えない確認用のサイトです。公式の7.2 のテストの呼びかけでも、本番ではなくステージングのサイトで試すよう勧めており、作り方が分からなければサーバー会社に相談するよう書いています。会社のサイトでは、正式版が出てからテスト環境で試せば十分です。

1. 本番のバックアップを取る
2. テスト環境に本番を複製する（サーバーのステージング機能など）
3. テスト環境の PHP を本番と同じ版にそろえる
4. 本体とプラグイン・テーマを、本番で予定している順番で更新する
5. チェック表の「確認するページと機能」を順に確かめる
6. 問題が出たら、原因のプラグインやテーマを特定し、対応版を待つか、代わりを探す
7. 結果を記録し、本番を更新する日を決める

確かめるときは、見た目だけでなく、問い合わせフォームの送信と通知メール、投稿の保存と公開、画像のアップロード、サイト内の検索も試します。テスト環境からはメールが送られない設定になっている場合があるため、フォームの通知は本番の更新のあとにも確かめます。

管理画面の見た目が変わる場合は、社内で更新を担当している人にも、テスト環境で操作してもらいます。お知らせの投稿や画像の差し替えなど、ふだんの作業ができるかを確かめておくと、更新のあとに作業が止まりません。

本番を更新する日の手順

テスト環境で問題がなければ、本番を更新します。公式の手順書は、更新の前にバックアップを取り、そのバックアップが使えることを確かめるよう書いています。また、プラグインは 1 つずつ更新して、警告やエラーを確かめる進め方を示しています。

1. 作業の時間帯を決め、社内に知らせる（問い合わせの少ない時間帯を選ぶ）
2. 作業の直前にバックアップを取る（ファイルとデータベース）
3. 「ダッシュボード」の「更新」の画面から更新する
4. 主要なページ、問い合わせフォーム、管理画面へのログインを確かめる
5. キャッシュの機能を使っている場合は、キャッシュを消してから表示を確かめる
6. 作業の記録（日時、更新の前後の版、確かめた項目）を残す

更新のあと数日は、問い合わせフォームの通知が届いているか、エラーを知らせるメールが来ていないかに気を配ります。問題が出たときの戻し方はプラグイン更新の不具合の記事、画面が真っ白になったときの対処はWordPress の重大なエラーの記事で説明しています。バックアップの取り方と保管の決め方はサーバーのバックアップの記事をご覧ください。

更新の時期の決め方

メジャーリリースは、公開日に上げなければならないものではありません。プラグインやテーマの対応を待ち、テスト環境で確かめてから上げれば十分です。一方で、古い系列のまま長く置くのも避けます。公式のサポート対象の版の説明（2026年1月7日更新）では、公式にサポートされるのは最新のメジャーリリースだけで、古い系列へのセキュリティ修正には保証も期間の決まりもないとしています。この考え方はWordPress のサポート期限の記事で説明しています。

2026年12月は、日程が重なります。WordPress 7.2 の公開（日本時間 12 月 9 日の予定）、PHP 8.2 のセキュリティサポートの終了（12 月 31 日）、そして年末年始の休業です。次のように分けて計画すると、問題が出たときに原因を切り分けやすくなります。

• PHP の切り替えと WordPress 本体の更新は、同じ日に行わない
• PHP 8.2 以前を使っている場合は、期限のある PHP の切り替えを先に計画する
• 年末年始の休業の直前には更新しない（休業中に問題が出ても、対応できる人がいないため）
• メジャーリリースの自動更新が有効なら、12 月 9 日以降に自動で 7.2 に上がる可能性を前提に、更新のあとの確認を誰がするかを決めておく

目安として、正式版の公開後、プラグインの対応状況と、最初の修正版（7.2.1 など）が出るかどうかを見ながらテスト環境で確かめ、休業明けに本番を更新する、という計画が考えられます。これは当社の考え方の一例で、公式の推奨ではありません。サイトの重要度とプラグインの対応状況に合わせて決めてください。

自社で進める場合と、任せる場合

ここまでの確認を社内で行える場合は、チェック表を使って自社で進められます。一方で、テスト環境を用意できない、プラグインの数が多い、独自に改修したテーマを使っている、何年も更新していない、といった場合は、制作会社や保守の会社に任せる選択肢もあります。公式の手順書は、2 つより多くのメジャーリリースをまたいで更新する場合は、段階的に更新することも検討するよう書いています。

当社のWEB サイト運用保守では、保守ライト（月 20,000 円〜、税別）に、WordPress 本体・プラグインの更新（月 2 回）、週次バックアップと復元、稼働監視、障害時の一次対応が含まれます。PHP の更新の代行は 55,000 円〜（税別、保守と同時のお申し込みで半額）で、事前のバックアップ、テスト（可能な場合は動作確認用の環境で）、プラグインとテーマの互換性の確認、切り替え、表示と主要な機能の確認、問題が出たときの元のバージョンへの戻しまで行います。

よくあるご質問

7.2 が出たら、すぐに更新しないといけませんか？

すぐに上げる必要はありません。プラグインとテーマの対応を確かめ、テスト環境で試してから更新します。ただし、公式にサポートされるのは最新のメジャーリリースだけなので、古い系列のまま長く使い続けるのは避けます。

何もしていないのに、自動で 7.2 に上がることはありますか？

あります。WordPress 5.6 以降に新しく設置したサイトは、初期設定でメジャーリリースも自動で更新されます。「ダッシュボード」の「更新」の画面で、今の設定を確かめてください。wp-config.php やサーバーの管理ツールで別に設定されている場合もあるため、制作会社や保守の担当者にも確認します。

自動更新はすべて止めたほうが安全ですか？

すべて止めるのはおすすめしません。マイナーリリースにはセキュリティの修正が含まれ、公式の手順書もこの自動更新を止めないよう強く勧めています。テストしてから上げたい場合は、メジャーリリースの自動更新だけを止め、更新の担当者と時期を決めておきます。

6.x などの古い版から、7.2 に一度に上げても大丈夫ですか？

公式の手順書によると、WordPress 3.7 以降は、ワンクリックの更新で後の版へ直接上げられます。ただし、2 つより多くのメジャーリリースをまたぐ場合は、段階的な更新も検討するよう書かれています。WordPress 7.0 からは PHP 7.4 以上が必要なため、サーバーの PHP も先に確かめます。古い版のまま長く止まっているサイトほど、テスト環境での確認が欠かせません。

テスト環境を用意できない場合はどうすればよいですか？

まず、契約しているサーバー会社にステージングの機能があるかを確かめます。用意できない場合は、バックアップから復元できることを確かめたうえで、問い合わせの少ない時間帯に更新し、すぐに確認できる体制で行います。不安がある場合は、制作会社や保守の会社に相談してください。

まとめ

• WordPress 7.2 は、協定世界時で 2026年12月8日（日本時間 12 月 9 日）に公開される予定です。日程は変わることがあるため、公式の発表を確かめます。
• WordPress 5.6 以降に設置したサイトは、初期設定でメジャーリリースも自動で更新されます。まず「ダッシュボード」の「更新」で設定を確かめます。
• 更新の前に、PHP のバージョン、プラグインとテーマの対応、バックアップと戻し方を確かめ、テスト環境で試してから本番を更新します。
• 12 月は PHP 8.2 のサポート終了と年末年始が重なります。PHP の切り替えと本体の更新は日を分け、休業の直前の作業は避けます。