WordPress 7.0 “Armstrong” が、2026年5月20日に公開されました。
WordPressのメジャーアップデートは、毎回大きな話題になります。
今回の7.0では、AI Client、管理画面の刷新、フォント管理、ブロックやデザイン機能の強化など、分かりやすく新しい要素が多く含まれています。
新しい機能を見ると、すぐに更新したくなるかもしれません。
ただし、WordPressサイトを仕事で使っている場合、特に会社サイト、店舗サイト、採用サイト、問い合わせフォームを持つサイトでは、「出たからすぐ更新する」は少し危険です。
新しいものを避けるべきという話ではありません。
大切なのは、更新する前に確認する順番です。
メジャーアップデートは、普段の更新とは意味が違う
WordPressには、小さな更新と大きな更新があります。
セキュリティ修正や細かな不具合修正のような更新は、できるだけ早く適用した方がよい場面が多いです。
一方で、7.0のようなメジャーアップデートは、見た目や管理画面、ブロックエディター、内部のAPIなどに大きな変更が入ることがあります。
つまり、更新ボタンを押す作業は同じでも、影響範囲は同じではありません。
特にWordPressサイトは、本体だけで動いているわけではありません。
- テーマ
- プラグイン
- PHP
- データベース
- サーバー設定
- フォーム
- 予約機能
- 会員機能
- 決済機能
- 独自カスタマイズ
こうした要素が組み合わさって動いています。
本体が新しくなっても、テーマやプラグインがその変更に追いついていなければ、表示崩れやエラーが起きる可能性があります。
WordPress 7.0はAI時代への土台も含んでいる
WordPress 7.0の大きな話題のひとつが、AI連携です。
公式発表では、WordPress全体でAIを活用するための土台として、AI ClientやAbilities API、Connectors画面などが紹介されています。
これにより、将来的にはWordPress上でAIを使った文章作成、画像生成、代替テキスト提案、ワークフロー自動化などが広がっていく可能性があります。
これはとても面白い方向ですが、AI連携が入ったからといって、既存サイトの運用が突然楽になるわけではありません。
AIが関わる機能は、接続先、権限、データの扱い、出力内容の確認など、考えることも増えます。
会社サイトで使うなら、AIが作った文章を誰が確認するのか。
画像や代替テキストを自動生成するなら、内容が適切かどうか誰が見るのか。
問い合わせ対応やサイト内情報の案内にAIを使うなら、元になる情報が正しいかどうかも重要になります。
新機能は便利ですが、運用ルールなしに入れると、かえって不安定な使い方になることもあります。
管理画面が変わると、普段の作業にも影響する
WordPress 7.0では、管理画面も刷新されています。
新しい管理画面の配色、画面遷移、コマンドパレット、フォント管理画面など、日々の操作に関わる変更が含まれています。
制作者や管理者にとっては便利になる部分が多いはずです。
しかし、クライアントが自分で投稿や固定ページを更新している場合は、操作感の変化がそのまま問い合わせにつながることもあります。
「いつものボタンが見つからない」
「画面が変わっていて不安」
「フォント管理の画面が増えているけど触っていいのか分からない」
こうしたことは、システムとして壊れていなくても、運用上は問題になります。
更新後に管理者向けの簡単な説明や、触ってよい場所・触らない方がよい場所の案内が必要になることもあります。
新機能だけを見て更新判断しない
WordPress 7.0には、ギャラリー、見出し、パンくず、アイコン、ナビゲーション周りなど、ブロックやデザイン機能の強化も含まれています。
ブロック単位でカスタムCSSを扱えるような機能も紹介されています。
これらは新しくサイトを作るときには便利な場面がありそうです。
ただ、既存サイトでは慎重に見た方がよいです。
すでにテーマ側でデザインを制御しているサイトでは、編集画面から細かくCSSを追加できることが、必ずしも良いこととは限りません。
担当者ごとに個別の装飾が増えれば、サイト全体のデザインルールが崩れることもあります。
新機能は、使うこと自体が目的ではありません。
そのサイトの運用にとって必要かどうか。
触ってよい人を決めるべきか。
制作会社側で制御しておくべきか。
そこまで考えてから使うべきです。
リアルタイム共同編集は7.0には含まれない
WordPress 7.0の話題では、リアルタイム共同編集も注目されていました。
ただし、公式の開発ブログでは、安定性、サーバー負荷、メモリ効率、競合状態、テストで見つかった不具合などへの懸念から、リアルタイム共同編集はWordPress 7.0には含めない判断が示されています。
これは、メジャーアップデートを見るうえで大切なポイントです。
新しい機能を入れることだけが進化ではありません。
不安定なものを本体に入れない判断も、サイトを安全に使うためには重要です。
私たちがWordPressを更新するときも同じです。
「新しいから入れる」ではなく、「今のサイトに入れても問題ないか」を見る必要があります。
更新前に最低限確認したいこと
WordPress 7.0へ更新する前には、少なくとも次のような確認が必要です。
- 現在のWordPress本体のバージョン
- PHPのバージョン
- 使用中テーマの対応状況
- 使用中プラグインの対応状況
- 重要なフォームや機能の有無
- バックアップが取れているか
- 復旧方法があるか
- 更新後に確認すべきページ
- 管理画面を使う担当者への影響
特に、問い合わせフォーム、予約、決済、会員ログイン、カスタム投稿、独自のJavaScriptがあるサイトは注意が必要です。
トップページが表示されているだけでは、正常とは言い切れません。
フォームが送信できるか。
サンクスページへ遷移するか。
メールが届くか。
スマホ表示が崩れていないか。
管理画面から更新できるか。
こうした確認が必要です。
すぐ更新すべきサイトと、少し待つべきサイト
すべてのサイトで同じ判断になるわけではありません。
小規模なブログや、標準テーマに近い構成でプラグインも少ないサイトなら、比較的早く更新しても問題が少ないことがあります。
一方で、古いテーマを使っているサイト、長年プラグインを追加し続けてきたサイト、PHPのバージョンが古いサイト、制作会社の独自カスタマイズが多いサイトは、慎重に進めた方がよいです。
また、サイトからの問い合わせが多い時期や、キャンペーン中、採用募集の締切直前などは、更新タイミング自体をずらす判断もあります。
更新は大事です。
でも、ビジネスへの影響を考えずに更新するのは危険です。
保守管理作業は、ボタンを押すことではなく判断して対応すること
保守管理の現場で大事なのは、ボタンを押すことではありません。
押してよい状態かを見極め、必要な対策を行い、実行することです。
もし問題が起きたら、どこまで戻せるのか。
どのページを確認するのか。
どのプラグインが原因になりそうか。
クライアントに何を伝える必要があるか。
そこまで含めて保守管理作業です。
WordPress 7.0は、AI連携や管理画面刷新など、今後のWordPressの方向性を感じられる大きなリリースです。
だからこそ、焦って更新するのではなく、自社サイトやクライアントサイトにとって安全な順番で進めることが大切です。
新しい機能を活かすためにも、まずは安全に更新できる状態を整える。
WordPressのメジャーアップデートでは、その慎重さが一番大事だと思います。
