WordPress 7.2のベータ1が、2026年10月20日（UTC）に公開されました。正式版のリリース作業は12月8日15時UTC、日本時間では12月9日午前0時からの予定です。
Localのテストサイトで目に付いたのは、管理画面のアイコンと、ブロックの文字に影を付ける設定です。本記事では、実際に確認できた画面を紹介し、公式発表にある変更や、更新前に確認したいことを整理します。
運用中のサイトについては、ベータ版の導入よりも、現在の安定版のセキュリティ更新を確認してください。2026年10月25日時点では、7件のセキュリティ修正を含むWordPress 7.1.3が公開されています。
今回のテストで確認したこと
Localで作成したテストサイトにWordPress 7.2ベータ1を入れ、管理画面のアイコンと、ブロックエディターのテキストシャドウ設定を確認しました。
| 項目 | 確認できたこと |
|---|---|
| 管理画面のアイコン | WordPress本体のメニューやツールバーで、アイコンの見た目が変わった |
| テキストシャドウ | 設定画面を開き、「Light」「Strong」の選択肢を確認した |
| On This Day | 今回のテストサイトでは表示を確認できなかった。原因は未確認 |
この記事で紹介するのは、上記の環境で確認した画面と操作です。すべてのテーマ・プラグインでの互換性や、公開画面での表示を保証する検証ではありません。利用しているテーマやエディターによって、表示される設定や使える機能は異なります。
管理画面のアイコンが線を主体としたデザインに
管理画面の左メニューと上部ツールバーでは、WordPress本体のアイコンが、従来のDashiconsからWordPressのアイコンライブラリを使ったSVGアイコンへ置き換わります。
以下は7.1.3と7.2ベータ1の比較です。塗りつぶしの形が目立つ従来のアイコンに対し、ベータ1では細い線を主体とした見た目になっています。
比較画像の2サイトでは有効なプラグインが異なるため、メニューの数も違います。ここでは、共通するWordPress本体のメニューのアイコンを見比べてください。
プラグインやテーマが追加するメニューには、独自のアイコンが使われる場合があります。今回の画像でも「お問い合わせ」などは本体のメニューと見た目が異なります。管理画面のすべてのアイコンが、一律に新しいものへ変わるわけではありません。
操作マニュアルに管理画面の画像を載せている場合は、正式版で変更箇所を確認し、必要に応じて画像を更新するとよいでしょう。
ブロックの文字に影を付ける設定が追加
ブロックエディターでは、対応するブロックの文字に影を付ける「テキストシャドウ」の設定が加わります。
今回の環境では、ブロック設定の「タイポグラフィ」にある「︙」から「Text shadow」を追加すると、設定用のボタン（①）が表示されました。ボタンを押すと、影の選択欄（②）が開きます。
この環境で確認できた選択肢は「Light」と「Strong」の2つです。影のプリセットはtheme.jsonでも定義できるため、テーマや設定によって選択肢が変わる場合があります。画像では一部の項目が英語表示ですが、翻訳や操作画面は正式版までに変わる可能性があります。
文字に影を付けた後は、エディター内の見た目だけでなく、公開側のプレビュー、保存後の再表示、スマートフォンでの読みやすさも確認してください。背景色や影の強さによっては、文字がかえって読みにくくなることがあります。
自分のサイトに関係する変更を見分ける
WordPress 7.2の変更には、管理画面全般に関わるものと、ブロックエディターやサイトエディターで使うものがあります。新機能の一覧を見るときは、自分が使っているテーマと編集方法で利用できるかを確認しましょう。
| 利用している画面 | 確認したい変更 |
|---|---|
| 管理画面全般 | アイコンの表示、テーマやプラグインが追加するメニュー、画面間の移動 |
| ブロックエディター | テキストシャドウ、ギャラリー、メモなどの設定と保存・表示 |
| ブロックテーマのサイトエディター | グローバルスタイル、ナビゲーションの編集画面 |
| クラシックエディター | 従来の投稿編集ができるか。ブロック向けの新設定は、同じ形で追加されるものではない |
TCDテーマを利用している場合も、サイトエディター向けの変更を、そのままテーマ独自の設定やメニュー管理に当てはめないようにしてください。
公式発表にある、そのほかの主な変更
以下は公式発表で紹介されている内容です。前半の画面比較とは異なり、今回すべての動作を確認したものではありません。
- ギャラリーのレスポンシブ設定：画面幅に応じて列数や画像の切り抜き、縦横比を調整する機能が拡充されます。
- グローバルスタイルの絞り込み：「Customized」フィルターで、スタイルを変更したブロックを探しやすくなります。
- ナビゲーションの編集：サイトエディターのサイドバーから、メニュー項目の追加や並べ替えを行いやすくなります。
- メモ（Notes）の改善：絵文字のリアクションや、ブロック設定とメモを同時に開く操作などが改善されます。
- 画像処理の対象拡大：ブラウザ側で画像を縮小・圧縮・変換する処理が、メディアライブラリからのアップロードにも広がります。
- On This Dayウィジェット：過去年の同じ日に公開した投稿を振り返るダッシュボードの機能です。
- 管理画面の読み込み処理：スクリプトやCSSの読み込み、次の画面のリソースを先読みする処理が見直されます。
On This Dayは今回のテストサイトでは表示を確認できませんでした。これだけでは機能の有無や不具合を判断できないため、過去の投稿データや表示条件を揃えた追加確認が必要です。
開発者向けにはSecrets APIなどを追加
外部サービスの認証情報を扱うSecrets APIや、ランダムな投稿へ案内するリダイレクト機能、Abilities API・Interactivity APIの拡張なども案内されています。
Secrets APIは、対応するコードから認証情報を安全に扱うための仕組みです。WordPressを更新するだけで、すべてのプラグインが保存済みのAPIキーを自動的に暗号化する、という意味ではありません。導入する側は、正式な仕様や対応状況を確認する必要があります。
参考：WordPress 7.2ベータ1の公式発表／公式のテスト項目
WordPressの公式プラグイン「MCP Adapter」を使うと、ClaudeなどのAIからWordPressの機能を呼び出せるようになります。ただし、WordPress本体に最初から用意されている機能は、サイト情報の取得など一部だけです。 では、自分のプラグインの機能をAIから使えるよう...
WordPressのページで、ボタンを押すと数字が変わったり、メニューが開いたりするのを見たことはありませんか。こうした動きを、自作のブロックに加えるための仕組みが「Interactivity API」です。 名前は難しそうですが、まずは「クリックなどの操作に合わせて、ページの表示を変える仕組...
ベータ1を試す手順と確認項目
1. 検証サイトと復元方法を用意する
今回のようにLocalを使うと、本番サイトのWordPressを変更せずに試せます。確認だけが目的なら、新しく作った使い捨てのテストサイトでも構いません。
テスト前には、WordPress・PHP・テーマ・プラグイン・ブラウザのバージョンと、Gutenbergプラグインの有無を記録しておきます。同じ操作で結果が異なったときに、条件を比較しやすくなります。
Localで新しいWordPressサイトを1つ作るのに、入力するのはサイト名とユーザー名、パスワードの3つだけです。あとは「Continue」を3回押し、「Add Site」を押せば、自分のパソコンの中でWordPressが動き始めます。 サーバーやドメインの契約はいりません。テーマやプラグイン...
2. 検証サイトにベータ版を入れる
公式では、WordPress Beta Tester、zipファイル、WP-CLI、WordPress Playgroundを使う方法が案内されています。
Beta Testerを使う場合は、「Bleeding edge」チャンネルと「Beta/RC Only」を選びます。ただし、取得されるベータ・RC版は時期によって進むため、この記事と同じベータ1を比べたい場合はバージョンを確認してください。
最新版のWordPressでは大きく仕様が変更されることがあります。 バージョン5.0から搭載されたブロックエディターではエディターの仕様が大きく変わったと話題になりましたよね。 WordPressユーザーも開発者も最新バージョンのWordPressをチェックしておいて損はありません。というわ...
WP-CLIでは、検証サイトのディレクトリで次のコマンドを実行します。Localでは、対象サイトの「Site shell」から実行できます。
wp core update --version=7.2-beta1今回のLocal環境では、日本語版のベータパッケージの取得に失敗しました。英語版の公式zipファイルを直接指定した、次の方法で導入できました。
wp core update https://wordpress.org/wordpress-7.2-beta1.zip --version=7.2-beta1日本語の翻訳ファイルが入っている環境では、既存の画面は日本語で表示される部分があります。ただし、新しい項目を含め、翻訳の状態によって英語が残る場合があります。
3. 表示だけでなく保存と公開側を確認する
更新後は、アイコンの変化を見るだけでなく、普段の作業ができるかも確認します。
- 投稿を作成・保存し、開き直して設定が残るか
- 既存記事や固定ページのプレビューで、レイアウトが崩れていないか
- 画像のアップロードやギャラリーの表示に問題がないか
- テーマ独自の設定、プラグインのメニュー、フォームが正常に使えるか
- スマートフォン幅でも文字や操作項目が読めるか
- 新しい警告やエラーが発生していないか
確認結果は、正常だった操作と問題が出た操作を分けて記録します。今回確認できたことと、まだ試していないことを分けておくと、正式版を導入するときにも判断しやすくなります。
4. テスト前の状態に戻す
既存の検証サイトを使った場合は、テスト前に保存したファイルとデータベースのバックアップから復元します。WordPress本体のファイルだけを戻しても、データベースや設定まで元通りになるとは限りません。
使い捨てのテストサイトなら、必要な画像や記録を残した後に、そのテストサイトを削除できます。元から使っていたサイトを誤って消さないよう、対象を確認してください。
正式版は日本時間12月9日に向けて準備
公式のリリース作業日程は以下のとおりです。いずれも2026年の予定で、作業開始は15時UTC、日本時間では翌日午前0時です。実際の配布時刻は作業の進行によって前後する可能性があります。
| 段階 | 予定日（UTC） | 日本時間の作業開始予定 |
|---|---|---|
| ベータ1 | 10月20日（公開済み） | 10月21日 午前0時 |
| ベータ2 | 10月27日 | 10月28日 午前0時 |
| ベータ3 | 11月3日 | 11月4日 午前0時 |
| ベータ4 | 11月10日 | 11月11日 午前0時 |
| RC1 | 11月17日 | 11月18日 午前0時 |
| RC2 | 11月24日 | 11月25日 午前0時 |
| RC3 | 12月1日 | 12月2日 午前0時 |
| 正式版 | 12月8日 | 12月9日 午前0時 |
ベータ版で紹介された機能や画面は、正式版までに変更・延期される場合があります。更新の判断には、正式版の発表と、利用中のテーマ・プラグインの対応情報も確認してください。
参考：WordPress 7.2の公式リリース作業日程（2026年10月25日確認）
本番サイトでは7.1.3の適用状況を確認する
新機能を試す作業と、本番サイトのセキュリティ更新は分けて考えます。10月6日公開のWordPress 7.1.3には、7件のセキュリティ修正と4件の不具合修正が含まれています。
修正内容には、コメント管理画面やImgur埋め込みのXSS、サービス妨害、WXRエクスポートに関するSQLインジェクション、投稿者による先頭固定の権限不備、非公開・未公開投稿のコメント漏えい、フックの名前の衝突があります。
自動更新が有効でも、完了しているかは管理画面で確認してください。「ダッシュボード」→「更新」で現在の状態を確認し、まだ適用していない場合は、バックアップと復元手段を用意して更新を進めます。7.2の正式版までセキュリティ更新を待つ必要はありません。
WordPressのアップデートは自動更新が選択可能です（※WPバージョン5.6以降）。 自動更新はセキュリティ面では安心な一方、デメリットもあります。 安全にアップデートするには、どのような手順を踏むべきか？ 本記事では、WordPressの自動更新に関する基礎知識と、安全にアップデ...
まとめ
WordPress 7.2ベータ1では、管理画面のアイコンと、テキストシャドウの設定画面の変化を確認できました。実際に使える機能や表示は、テーマとエディターの組み合わせによって異なります。
まずは現在の安定版のセキュリティ更新を確認し、新機能は本番から切り離した環境で試しましょう。正式版を迎えるまでに、投稿の保存・公開側の表示・テーマ独自機能など、普段の運用に必要な確認項目を揃えておくと、更新時の判断がしやすくなります。
WordPressテーマ集
コメント