WordPress 7.2 Beta 4が11月3日に公開、12月8日の正式版へ向けた4回目のテスト版
WordPress公式ニュースは2026年11月3日、「WordPress 7.2 Beta 4」を公開しました。7.2の正式版は2026年12月8日に予定されており、今回のBeta 4はその前に出る4つ目のベータ版です。本番サイトや業務で使っているサイトには入れず、テスト環境かローカル環境で試すよう、公式が明記しています。この記事では、WordPress 7.2 Beta 4で何が書かれているのか、どう試せるのか、サイト運営者や開発者は何を確認しておくとよいのかを、公式の投稿に沿って整理します。
「Beta 3はどこへ」──7.1.4に同梱されていた
投稿には、まず読者が引っかかりそうな点への説明が置かれています。Beta 2の次がBeta 3ではなくBeta 4になっているのは、10月28日に公開された7.1.4に、7.2 Beta 3が含まれていたためだ、というものです。つまりBeta 3は単独のリリース告知が出ておらず、時系列では次のようになります。
- 10月27日前後：7.2 Beta 2の公開
- 10月28日：WordPress 7.1.4の公開（投稿によれば、ここに7.2 Beta 3が含まれていた）
- 11月3日：7.2 Beta 4の公開
7.1.4は脆弱性修正を含むセキュリティ・メンテナンスリリースとして当サイトでも取り上げました。そのため、7.1系を使っている方はベータ版の話とは別に、まず安定版の更新が済んでいるかを確認してください。ベータ版は「次の版に何が入るかを先に知り、自分のサイトで問題が出ないかを早めに確かめるためのもの」で、更新の優先順位は安定版の方が上です。
Beta 4に書かれている改善点
公式の投稿は、Beta 3から4への変更を1件ずつ列挙する形ではありません。「Beta 2以降に対応した課題」への入口として、10月27日以降にクローズしたCoreのTracチケットと、7.2向けのGutenbergのコミット一覧へのリンクを置いています。そのうえで、改善の方向性として次のような内容が紹介されています。
アクセシビリティとエディターの安定性
Windowsのハイコントラストモードでキーボードのフォーカスが見えやすくなったこと、管理画面の細かな調整、右から左に書く言語でのブロックの配置、ブロック間隔のカスタム指定に関する修正が挙げられています。関連するチケットとして、Trac #45910、#66382、#66427、#66383、#66343、#66329が示されています。
開発者向けAPI
Abilities API、DataViewsの拡張性、REST APIの挙動についての改善が続いている、と書かれています。あわせて、リビジョンの扱いや入力値の検証の強化、サポート対象環境での互換性に関する修正にも触れられています。ここも具体的な変更点は個別チケットの確認が必要で、投稿本文だけでは細部まで分かりません。
新しい標準テーマ「Ipsum」
7.2で追加される標準テーマIpsumにも手が入っています。キーボードフォーカスの表示が分かりやすくなり、スクリーンリーダー向けのリンク文言がより具体的になり、右から左の言語への対応が改善されました。ブロックパターンの調整、タップしやすい間隔の確保、他の標準テーマとのカラーパレットの互換性も改善点として挙がっています。関連はTrac #66352とGitHubのwordpress-develop #15113です。
翻訳アップデートを選んで入れられる
更新画面に、利用可能な翻訳アップデートが1件ずつ表示されるようになります。管理者は内容を確認したうえで、必要な翻訳だけを選んで入れられます。プラグインやテーマの更新と同じ感覚で言語ファイルを管理できるようにする変更で、Trac #42281とGitHub #11610が関連として示されています。多言語サイトや、翻訳ファイルを自前で調整しているサイトでは、更新画面の見え方が変わる点を覚えておくとよいでしょう。
Beta 4を試す4つの方法
公式が案内している方法は4つです。目的に合わせて選べます。
- WordPress Beta Testerプラグイン：テスト用のWordPressに入れて、「Bleeding edge」のチャンネルと「Beta/RC Only」のストリームを選びます。
- ZIPの直接ダウンロード：Beta 4のZIPを取得して、テスト用サイトにインストールします。
- WP-CLI：
wp core update --version=7.2-beta4で更新します。 - WordPress Playground：ブラウザ上で動くインスタンスで、環境構築なしで触れます。
手元に環境がなければ、Playgroundがいちばん手軽です。自社や納品先のサイトで確かめたい場合は、本番のコピーを作ったステージング環境にBeta Testerプラグインで入れるのが現実的です。本番サイトに直接入れるのは、公式の注意書きどおり避けてください。
テーマ・プラグイン開発者が今のうちに見ておきたいこと
Beta 4の段階は、機能追加がほぼ止まり、不具合の洗い出しに移っている時期です。ここでの確認は、正式版で自分の製品が壊れるのを防ぐための保険になります。開発者向けの「7.2のテスト方法」の投稿では、プラグインやテーマが自動で停止されないか、サイトヘルスに警告が出ないか、テンプレートや投稿、メディア、フォーム、エディターが普段どおり動くかといった確認項目が案内されています。
同じ投稿では、7.2の注目機能として、秘密情報を扱うSecrets API、メモ（Notes）機能、管理バーとメニューのアイコンのSVG化、/random/ によるランダムな投稿への移動などが挙げられています。このうち管理バーのSVGアイコンや /random/ は、当サイトでも既に取り上げています。自作の管理画面カラースキームや、管理メニューのアイコンを独自に差し替えているプラグインがある場合は、見た目が崩れないかをベータ版で見ておく価値があります。
なお、テスト方法の投稿の最終リリース日の記載は12月9日、Beta 4の投稿は12月8日と、1日ずれて見えます。どちらも予定日であり、時差による表記の違いの可能性もありますが、原因は確認できていません。日程を前提に作業を組む場合は、投稿内にリンクされているリリーススケジュールのページで最新の予定を確認してください。
不具合を見つけたときの報告先
公式は、ベータ版の不具合の報告先を次のように案内しています。再現できるバグは、WordPress Tracに新しいチケットとして起票します。起票前に、既知の不具合の一覧と照らし合わせます。手順がまだはっきりしない段階の相談は、サポートフォーラムのAlpha/Betaエリアが向いています。Making WordPress SlackのCore-testチャンネルでも議論できます。報告するときは、WordPressとPHPのバージョン、データベースの種類、使っているテーマとプラグイン、再現手順、画面録画やエラーログを添えると、開発側が追いやすくなります。
見通しと、今のうちにやっておく準備
個人的には、今回の投稿でいちばん実務に効くのは、変更内容の細かさよりも「正式版まで残り約1か月」という時間感覚だと考えます。Beta 4の公式投稿に具体的な機能の一覧が載っていない以上、自分のサイトに影響があるかどうかは、チケットのリンクをたどるか、実際に動かして確かめるしかありません。ステージング環境があるサイトであれば、Beta 4を入れて管理画面とフロントの主要ページを一通り開くだけでも、見落としはかなり減ります。
逆に、ステージング環境が無いサイトで無理にベータ版を試す必要はありません。その場合は、正式版が出る前に、バックアップの取得手順と、更新後に確認するページの一覧を用意しておく方が確実です。WordPressの更新は、入れる前の準備でリスクの大半が決まります。ベータ版の話題をきっかけに、まず自分のサイトの更新手順を見直す日にしてもよいでしょう。
参考にした公式情報
- WordPress 7.2 Beta 4（WordPress.org News、2026年11月3日）
- Help Test WordPress 7.2（Make WordPress Test）
- WordPress 日本語版 リリース一覧
2026年11月8日時点の情報です。
コメント