WEBサイトWordPress 7.2 Beta 1の告知は変更点を機能名で並べるだけ。自社のサイトに効く場所は、4つの束に分けて試験環境で確かめる ── 確認する13項目（2026年10月時点）
WordPress 7.2 Beta 1の告知は変更点を機能名で並べるだけ。自社のサイトに効く場所は、4つの束に分けて試験環境で確かめる ── 確認する13項目（2026年10月時点）
目次
01 何が書いてあるか — 公式の告知は、変更点を機能名で並べている。自社のサイトのどこに効くかは、書かれていない
引用について
この記事の「" "」で囲んだ英語の文は、WordPress.orgの公式の記事やMake WordPressの投稿からの引用で、日本語訳は記事の筆者が付けたものである。原文は各出典のページで確かめられる。各ページは2026年10月21日に開いて確かめた（出典の欄に「中身は読めなかった」と書いた2件を除く）。ベータ版の機能は最終版までに変わりうるため、この記事は「2026年10月21日時点の告知に書かれていること」を扱う。
ベータ版は「本番に入れない」と、最初に書いてある
WordPress.orgのニュースに、2026年10月20日付けで「WordPress 7.2 Beta 1」の告知が出た。この記事の対象は、この告知と、同じ日にMake WordPressのテストの部署が出した「Help Test WordPress 7.2」の2本である。最終版の日程と各日にやることは、解説記事WordPress 7.2は12月8日に出る予定で、ベータは10月20日に始まる ── 日程の各日付に試験環境でやることを割り当てる13項目（2026年10月時点）に書いた。この記事は日程を繰り返さず、変更点の中身ごとに、担当サイトの何に効くか、試験環境でどう確かめるかを扱う。
告知は、本文の最初の段落で、使い方の制限を書く。
"This beta release is intended for testing and development only. Please do not install, run, or test this version of WordPress on production or mission-critical websites. Instead, use a test environment or local site to explore the new features."
（訳: このベータ版は、テストと開発のためだけのものである。本番のサイトや、止められない重要なサイトに、このWordPressの版を入れたり、動かしたり、試したりしないでほしい。新しい機能を調べるには、代わりにテスト用の環境かローカルのサイトを使ってほしい。）
つまり、7.2を確かめる場所は、最初から本番ではない。この記事の手順は、すべて試験環境（本番と別に用意した、同じ構成のコピー）で行う前提で書く。
変更点は、4つの束で並んでいる
告知は、変更点を「Editing Experience（編集の体験）」と「For Developers（開発者向け）」の2つの大きな見出しの下に、機能名ごとに並べている。機能名の見出しは14ある。担当サイトへの効き方で分けると、次の4つの束になる。分け方は筆者の整理であって、公式の分類ではない。
- 画面の見た目の束 — 画面幅ごとのスタイル、グローバルスタイル、テキストシャドウ、ギャラリーの設定など。公開されるページの見た目に出る可能性がある
- 画像の束 — ブラウザ側で画像を縮小・圧縮・変換してからアップロードする仕組みの拡張。アップロードの動作と、保存される画像のファイルに関わる
- 管理画面の束 — スクリプトとスタイルシートの読み込みの変更、次の画面の先読み、アイコンの入れ替え、ブロックの設定パネルの作り直し、ノート（共同作業の注釈）の改良、ダッシュボードの「On This Day」ウィジェット。編集する人の画面に出る
- 開発者向けの束 — Secrets API、Abilities API、Interactivity API、HTML API、ランダムな投稿へのリダイレクトなど。プラグインやテーマを自作している、または使っているサイトに関わる
告知は「変更の紹介」であって、「確認の手順」ではない
告知の各機能には、「Learn more」としてTracのチケットやGitHubの番号が並ぶ。開発者向けの詳しい説明（dev note）は、Make WordPress Coreに別の投稿として出る。2026年10月21日に、dev note用のタグ（dev-notes-7-2）の一覧を開くと、見えたのは1件だけだった。2026年10月9日付けの「NO_BACKSLASH_ESCAPES SQL mode is now turned off by default in WordPress 7.2」である。ほかの変更点については、確かめた範囲でdev noteが出ていない。画像の変換や読み込みの変更の細かい挙動は、まだ公式の説明が出そろっていないと読むのが安全である。
02 なぜ・背景 — 変更は「見た目」だけでなく、サイトの動かし方に当たる
7.1からの続きの変更と、新しい変更が混ざっている
告知の最初の機能は、画面幅ごとのスタイルである。
"Building on the responsive design improvements introduced in WordPress 7.1, WordPress 7.2 expands viewport-specific styling to additional design tools and blocks."
（訳: WordPress 7.1で入ったレスポンシブデザインの改良を土台に、WordPress 7.2は、画面の大きさごとのスタイルを、さらに多くのデザインツールとブロックに広げる。）
7.1で入った機能の拡張は、すでに7.1を使っているサイトの画面の幅ごとの見え方にも関わる。見え方が実際に変わるかどうかは、告知からは分からない。7.1.3の修正と自社の機能の突き合わせは、解説記事WordPress 7.1.3の7件の修正は、それぞれ別の機能に当たる ── 自社のWordPressで使っている機能と突き合わせて確かめる13項目（2026年10月時点）に、更新が続いたときの版・自動更新・バックアップの確認は、解説記事WordPressは5日の間に、セキュリティ更新が2回出た ── 担当サイトの版・自動更新・バックアップを一覧で確かめる13項目（2026年10月時点）にある。
画像と読み込みの変更は、ホスティングの環境に関わる
画像の変更は、アップロード時にブラウザの側で縮小・変換を行う仕組みの拡張で、読み込みの変更は、管理画面のスクリプトとスタイルシートを個別に読み込む仕組みである。どちらも、サーバー、ブラウザ、プラグインの組み合わせで結果が変わりうると考えられる。「自社のサイトで同じように動くか」は、告知を読んでも分からず、試験環境で動かして確かめるしかない。
ベータは最終版までに変わる
告知の末尾は、ベータが「まだ始まりにすぎない」ことを書く。
"expect continued refinement with each Beta and RC release ahead of the final release on December 8, 2026"
（訳: 2026年12月8日の最終版に向けて、ベータとRC（リリース候補）が出るたびに、改良が続くと見込んでほしい。）
したがって、Beta 1で確かめた結果が、最終版でそのまま通用するとは限らない。この記事の13項目は、1回で終わらせず、次のベータやRCが出たときに同じ表で取り直す前提にしてある（05章の最後の項目）。
03 この記事に出てくる用語
ベータ版・RC・最終版
最終版の前に出る試験用の版である。リリース日程の投稿は、2026年10月20日のBeta 1から、ベータとRCを毎週出し、最終版を2026年12月8日15:00（UTC）とする予定表を載せている。
試験環境（ステージング）
本番のサイトを複製した、一般には公開しない環境をいう。テストの手引きは、本番では試さない理由を書く。
"Do not test or update your live site with a beta version for testing; your users might see any issues that come up."
（訳: テストのために、本番のサイトをベータ版に更新したり、試したりしないでほしい。起きた問題が、サイトの訪問者に見えてしまうかもしれない。）
クライアントサイドのメディア処理
画像を、サーバーではなく訪問者（編集する人）のブラウザの中で縮小・変換する仕組みをいう。告知は、7.2での拡張を次のように書く。
"WordPress 7.2 expands client-side media processing to the Media Library, allowing images to be resized, compressed, and converted directly in the browser before being uploaded."
（訳: WordPress 7.2は、クライアント側のメディア処理をメディアライブラリに広げ、画像をアップロードする前に、ブラウザの中で直接、縮小・圧縮・変換できるようにする。）
Secrets API
APIキーや認証のトークンなど、他人に見せてはいけない値を、プラグインなどが標準の方法で保存するための仕組みである。テストの手引きは、これまでの状況を次のように書く。
"WordPress previously lacked a standard, first-class way to store private keys and API credentials, leaving plugins to store credentials as plain-text options."
（訳: WordPressには、これまで、秘密鍵やAPIの認証情報を保存する標準の、正式な方法がなく、プラグインは認証情報を平文の設定値として保存するほかなかった。）
SQLモード
MySQLなどのデータベースが、命令の解釈の厳しさや書き方の扱いを切り替える設定をいう。7.2のdev noteは、WordPressが対応しないモードの一覧に「NO_BACKSLASH_ESCAPES」を加える、と書く。04章で扱う。
04 型別 — 4つの束ごとに、見る場所と確かめ方を決める
🅰 この確認が当てはまるサイト
WordPressで動いていて、本番のほかに試験環境を用意できる（またはホスティングが用意してくれる）サイトが対象である。試験環境が簡単に作れない場合は、06章の「ローカルに作る」「Playgroundを使う」を先に読む。
🅱 この確認が測っていないこと
- 最終版の挙動 — ベータは変わりうる。この記事の確認項目は、最終版の保証にならない
- 変更点ごとの内部の仕組み — Tracのチケットを、この記事では読めていない。2026年10月21日に手元から開くと、確認用の画面が返り、チケットの中身が取れなかった。仕組みの話は、公式の告知と手引きが書いている範囲にとどめた
- 訪問者への影響の大きさ — 検索結果での見え方や表示の速さへの影響は、この記事では測っていない。公式の告知にも書かれていない
- 自社のプラグインとの相性 — プラグインごとの結果は、自社の試験環境でしか分からない
🅲 手順: 4つの束ごとに、見る場所を決める
次の表は、変更点ごとに、担当サイトのどこに効く可能性があり、試験環境で何を確かめればよいかを並べたものである。「公式の説明」の列は、告知に書かれていることだけで、筆者の推測は入れていない。
| 束 | 変更点（告知の機能名） | 試験環境での確かめ方 | 公式の説明 |
|---|---|---|---|
| 見た目 | Responsive Design Controls（画面幅ごとのスタイル） | 幅375・768・1280pxで、トップと記事を本番と並べて開き、崩れた箇所を数える | 画面の大きさごとのスタイルを、より多くのデザインツールとブロックに広げる。ギャラリーの列数・切り抜き・縦横比の設定を含む |
| 見た目 | Text Shadow Support / Global Styles | テーマの設定ファイルで文字の影を使っているかを調べ、使っていれば表示を確かめる | 文字の影をブロックの設定とtheme.jsonのプリセットで定められる |
| 画像 | Faster, More Efficient Media Uploads | JPEG・PNG・WebP・動くGIFを5枚上げ、保存された画像の種類と大きさを書き出す。別のブラウザでも1枚上げる | メディアライブラリで、ブラウザの中で縮小・圧縮・変換する。アップロードの速さ、サーバーの負荷、新しい画像形式への対応に効く可能性がある |
| 管理画面 | Faster WordPress Administration | ダッシュボード・投稿一覧・エディターを行き来し、コンソールのエラーと、画面の遷移の遅さを記録する | スクリプトとスタイルシートを、大きなファイルにまとめず個別に読み込み、次の管理画面の資源を先に読み込む |
| 管理画面 | An Updated Block Settings Experience / Notes | 編集担当者に、記事を1本開いて保存してもらい、設定の項目が前と同じかを確かめる | ブロックの設定を、DataFormの仕組みで作り直す。ノートはキャンバスに移り、絵文字での反応が加わる |
| 開発者向け | New Secrets API | APIキーを設定値として保存しているプラグインの一覧を作り、更新の予定を確かめる | 認証情報を、保存時の暗号化・認証情報の入れ替え・保存先の差し替えに対応する標準の方法で扱う |
| 開発者向け | dev note: NO_BACKSLASH_ESCAPES | データベースのSQLモードを調べ、このモードが入っているかを確かめる | WordPressが対応しないモードに加える。WordPressは接続のたびに、このセッションからこのモードを外す |
束1: 見た目は、画面幅を3つ決めて並べて見る
見た目の変更は、公開されるページに直接出るので、訪問者に近い確認から始める。画面幅を3つ（たとえば375・768・1280ピクセル）決め、本番と試験環境の同じページを同じ幅で並べる。トップ・記事1本・一覧1つの3ページに絞ると、5分で終わる。
実務のヒント
幅ごとの画面を1枚ずつ撮ると時間がかかる。URLを渡すと、複数の表示デバイスの画面を1回でまとめて撮れる道具を使うとよい（05章の最後に載せたツール）。撮った画像は、本番と試験環境で別々に取り、同じ幅の2枚を左右に並べて違いを探す。
束2: 画像は、結果のファイルを見る
画像の変更は、画面を見るだけでは分からない。ブラウザの中で縮小・変換が行われるなら、アップロードした画像と、サーバーに保存された画像が、種類も大きさも違っているかもしれないからである。表の確かめ方どおり、種類の違う画像を5枚上げ、保存されたファイルの種類と大きさを一覧に書く。
テストの手引きは、ブラウザごとの差も確かめるよう書く。
"Verify that WordPress gracefully falls back to traditional server-side media processing without upload failure."
（訳: WordPressが、アップロードの失敗を起こさずに、従来のサーバー側のメディア処理へ、うまく切り替わることを確かめる。）
手引きでは、Chromium系ではないブラウザ（SafariやFirefox）を試すときの確認として書かれている。編集する担当者のブラウザが、想定と違うかもしれない。05章の8番目の項目で確かめる。
束3: 管理画面の読み込みは、公開ページの話ではない
告知は、読み込みの変更を次のように書く。
"WordPress 7.2 improves admin performance by modernizing how scripts and stylesheets are loaded. Instead of combining assets into large files, WordPress now loads them individually for better browser caching. A new prefetching mechanism also anticipates which admin screen users are likely to visit next, loading its resources in advance to make navigation between the dashboard, post lists, and editor faster."
（訳: WordPress 7.2は、スクリプトとスタイルシートの読み込み方を新しくして、管理画面の動きを良くする。資源を大きなファイルにまとめず、ブラウザのキャッシュが効くよう個別に読み込む。新しい先読みの仕組みは、利用者が次に開きそうな管理画面を見込んで、その資源を前もって読み込み、ダッシュボード・投稿一覧・エディターの間の移動を速くする。）
引用のとおり、この文は管理画面（admin）の話として書かれている。公開されるページの読み込みが同じ仕組みで変わるのか、計測用のタグの送信に影響するのかは、告知に書かれていない。担当サイトに計測タグ（アクセス解析のタグなど）を入れているなら、公開ページでタグの送信が本番と同じ回数出ているかを、確かめる項目として残す。ただし、「影響が出る」とは、この記事は言わない。確かめた結果だけが答えになる。
束4: 開発者向けは、「自社が使っているもの」だけを調べる
Secrets APIは、プラグインやテーマを自作していなくても、APIキーを設定画面に入れるタイプのプラグインが関係する。使っているプラグインのうち、外部のサービスとつなぐものを一覧にし、更新の予定を確かめる。告知は、個々のプラグインの対応について何も書いていない。
SQLモードの変更は、dev noteが2点を書く。
"WordPress 7.2 adds NO_BACKSLASH_ESCAPES to the list of SQL modes that WordPress doesn’t support."
（訳: WordPress 7.2は、WordPressが対応しないSQLモードの一覧に、NO_BACKSLASH_ESCAPESを加える。）
"Most sites won’t notice any difference."
（訳: ほとんどのサイトでは、違いに気づかないだろう。）
dev noteは、ホスティングの設定によっては、このモードがすでに有効な場合を挙げる。自社のデータベースのSQLモードを1回調べておくと、ホスティングの会社に質問するときの材料になる。
注意
試験環境を作るときは、本番のデータベースの接続先や、決済・メール送信・外部のAPIの設定を、そのまま引き継がない。試験環境から本番の決済や、実際のお客さんへのメール送信が動いてしまうと、本番を守るための試験環境の意味がなくなる。複製したあとに、外部とつながる設定を試験用に付け替え、または止める。
05 明日、自社のサイトで確認できることチェックリスト
以下は、試験環境の用意から、4つの束の確認、結果の記録までの13項目である。1〜4番目は試験環境の用意、5〜10番目は更新と、見た目・画像・管理画面の確認、11〜12番目は開発者向けの確認、13番目は記録と取り直しである。1項目は5分以内でできる。チェックの状態はブラウザに保存され、サーバーには送られない。
- 担当サイトの試験環境を1つ決め、本番と別のURLで開けること、外から一般には見えないことを確かめる
- 本番のWordPressの版・PHPの版・有効なプラグインの名前を一覧に書き出し、試験環境の同じ項目と並べて、違うものの数を数える
- 試験環境に本番のバックアップを戻し、トップと記事3本が本番と同じ見た目で開くかを確かめる
- ベータ版に更新する前に、試験環境のバックアップを1つ取り、戻す手順を1行で書く
- 試験環境を7.2 Beta 1に更新し、サイトヘルスの画面を開いて、新しく出た警告の数を数える
- 幅375・768・1280ピクセルの3つで、トップと記事1本を開き、本番と並べて、崩れた箇所を数える
- JPEG・PNG・WebP・動くGIFを含む画像を5枚アップロードし、保存されたファイルの種類と大きさを一覧に書く
- 編集担当者が使うブラウザとは別のブラウザで、画像を1枚アップロードし、失敗せずに保存されるかを確かめる
- 計測タグのあるページを開き、開発者ツールのネットワークの欄で、計測の送信が1回ずつ出ているかを、本番と試験環境で数えて比べる
- 管理画面のダッシュボード・投稿一覧・エディターの3つを行き来し、開発者ツールのコンソールに出るエラーの数を書く
- 外部のサービスとつなぐプラグインを3つ選び、設定画面を開いて、APIキーの入力欄があるか、更新の予定が書かれているかを調べる
- データベースで SELECT @@sql_mode; を実行し、NO_BACKSLASH_ESCAPES が入っているかを書く。入っていれば、ホスティングの担当者への質問を1行で書く
- 確認結果を「問題なし・要確認・直す」の3つに分けて1行ずつ書き、次のベータまたはRCが出た日に、同じ表で取り直す日付を入れる
6番目の確認では、画面幅ごとの画像をまとめて撮れる道具が役に立つ。当サイトの無料ツールの1つ、🔧 WEBページのスクリーンショットを、表示デバイスごとにまとめて撮って比較するツールは、URLを入れると、複数の表示デバイスの画面をまとめて撮り、Excelの比較シートに並べる。ページの説明は、Chromeのエミュレートで撮影するため、現物とは少し違うことがある、と書く。外から開けるURLが前提なので、試験環境が外から閉じている場合は、使えないことがある（筆者の推測で、試験環境の閉じ方による）。
試験環境ではなく、更新を終えて公開したあとのページの表示の速さを見たいときは、🔧 WEBサイトの最大3ページを、Lighthouseの監査値でまとめて調べるツール（会員限定）がある。ページの説明は、PageSpeed Insightsを使って、パソコンとモバイルの最大3ページをまとめて調べ、結果をExcelなどで受け取れる、と書く。会員登録（無料）とサインインが必要である。対象は外から開ける公開ページなので、ログインが要る管理画面（10番目の確認）は調べられない。
06 代替・他の選択肢 — 試験環境の作り方は4つあり、見えるものが違う
テストの手引きが挙げる4つの方法
「Help Test WordPress 7.2」は、ベータを試す方法を4つ挙げている。表は、その方法で見えるものと、見えにくいものを並べたものである。見えにくいものの列は、手引きの記述から筆者が整理したもので、手引きが言っていることではない。
| 方法 | 手引きの説明 | 見えるもの | 見えにくいもの（筆者の整理） |
|---|---|---|---|
| WordPress Playground | 設定なしで、ブラウザの中でテストできる | ベータの標準の動作。管理画面の操作 | 自社のプラグイン・テーマ・データ。告知のリンクの指定にnetworking=noとあるため、外部への通信を伴う確認は、そのリンクのままではしにくいと考えられる |
| 自分のパソコンのローカルサイト | LocalやGitHubのwp-envのような道具で、パソコンの中にサイトを作る | 自社のテーマとプラグインを入れた動作。インターネットなしでも動かせる | ホスティングのサーバー設定の違い（SQLモード、画像処理の道具など） |
| WP-CLI | wp core update --version=7.2-beta1 で、ベータに更新する | 更新の手順が速く、版を切り替えて比べやすい | 更新する先が試験環境であることは、自分で確かめる必要がある |
| ホスティング上のステージング | 本番のサイトの複製を作り、ベータで試す | 本番に近いサーバーの設定での動作 | 外部とつながる設定が本番のままになっていないか、自分で確かめる必要がある |
ベータを試さずに、最終版を待つ選択
ベータを試さない選択も、ありうる。この場合は、最終版が出てから本番に入れるまでの間に、同じ13項目を最終版で1回だけ回すことになる。問題を早く見つけられる利点がなくなるかわりに、ベータで確かめた内容が最終版で変わる無駄もなくなる。本番のデータを書き換える作業の前の確認の型は、ブログ本番DBを1秒で書き換えた日 — WEBディレクターが本番DB恐怖から解放される「8点セット」監査規律に書いた。
07 この記事を書くために確かめたこと — 公式の3つのページで、最終版の日付の書き方が違っていた
当サイトでは、7.2を試していない
当サイトはWordPressではないので、この記事の13項目は、当サイトでは実行していない。この記事の元になった確認は、公式のページを開いて読み比べたことである。
最終版の日付は、3つのページで2通りに書かれていた
2026年10月21日に、3つのページを開いて、最終版の日付を探した。WordPress.orgのBeta 1の告知は、最終版の予定を「December 8, 2026」と書く。リリース日程の投稿は、「December 8, 2026 at 15:00 UTC」と書く。ところが、同じ日に出たテストの手引きは、「The official release will launch December 9, 2026.」と書いている。
15:00（UTC）は、日本時間では翌日の午前0時である。したがって、日付の違いは、時差から生じた書き分けかもしれない。ただし、テストの手引きは、その理由を書いていない。この記事は、食い違いの理由を確かめていない。実務では、日付を1つに決めずに、日程の出典（リリース日程の投稿）を1つ選び、そこに書かれた時刻をメモしておけばよい。
dev noteは、確かめた範囲で1件だった
dev note用のタグ（dev-notes-7-2）の一覧に見えたのは、2026年10月9日付けの1件である。ほかの変更点（画像の処理、読み込みの変更など）のdev noteは、2026年10月21日に確かめた範囲では出ていなかった。出るまで、これらの変更点の細かい挙動は、公式の説明が少ないまま試すことになる。
「先読み」は、告知の中で管理画面の話だった
告知は、先読みを管理画面の移動を速くするものとして書く。訪問者に見えるページや計測タグへの影響は告知から分からないので、この記事は、あるとも、ないとも書かない。05章の9番目の項目で数える。
実務のヒント
公式のページを引用するときは、どのページの、どの日付の記述かを、メモに残す。同じ内容の話題でも、ページによって書き方が違うことがある。外から取った画面の内容を確かめる大切さは、ブログ外から取った画面は、目当ての画面とは限らない ── 遮断の画面を404と読み、引用符の違いでnoindexを「無い」と読みかけたに書いた。
08 このテーマは、ここまで
2026年10月6日 — リリース日程の投稿
リリース日程の投稿が、2026年10月6日に出た。Beta 1は2026年10月20日、Beta 2は2026年10月27日、最終版は2026年12月8日（いずれも15:00 UTC）と書く。日程の各日にやることは、解説記事WordPress 7.2は12月8日に出る予定で、ベータは10月20日に始まる ── 日程の各日付に試験環境でやることを割り当てる13項目（2026年10月時点）にある。
2026年10月9日 — SQLモードのdev note
NO_BACKSLASH_ESCAPESを、WordPressが対応しないSQLモードの一覧に加える、という説明が出た。
2026年10月20日 — Beta 1と、テストの呼びかけ
WordPress.orgがBeta 1を告知し、同じ日にMake WordPressのテストの部署が「Help Test WordPress 7.2」を出した。
2026年10月21日 — この記事の確認日
この記事の内容は、2026年10月21日に、上記のページを開いて確かめた時点のものである。ベータが更新されたとき、またはdev noteが出たときは、この記事に日付つきで追記する。公開した記事に更新日を入れ、直したことを記録する考え方は、ブログCloudflareとOpenAIが「ページが変わったか」の信号で再取得を減らす試みを書いた週、当サイトの解説記事に更新日を入れた ── 入れる前に決めたことと、入れたあとに確かめた5つに書いた。
現在の貴方のIPアドレス
このサイトで書いている人
