WordPress 7.1.1の公開からわずか5日後の2026年9月23日（日本時間）、公式より「WordPress 7.1.2」が緊急リリースされました。

「せっかくアップデートしたばかりなのに……」と戸惑う方も多いかもしれませんが、今回の更新は通常のメンテナンスではありません。サイトの乗っ取りに直結する極めて重大な脆弱性を修正するためのセキュリティリリースです。

本記事では、なぜこれほど短期間で配信されたのか、その具体的な内容と運営者が取るべき対応を解説します。

「超速」アップデートの真相：RCE（遠隔コード実行）への対策

今回の緊急配信の最大の理由は、認証なしで外部からサーバー上で不正なプログラムを実行されるリスク（RCE: リモートコード実行）が存在したためです。

* 脆弱性の詳細： CVE-2026-87902（GHSA-7hp8-65ch-5whp）

* 危険度： 極めて高（CVSS v4 基本値 9.2）

* 発生条件とリスク：

    攻撃者がログイン不要で、特定の条件下においてページテンプレートの解決処理を悪用。有効化しているテーマ外にある任意のローカルPHPファイルを読み込ませることが可能な状態でした。サーバー環境とアクティブテーマの条件が揃った場合、不正なコードを実行され、サイト改ざんやサーバー制御権の奪取に繋がる恐れがあります。

セキュリティ研究者のRobert Ressl氏からの報告を受け、WordPressセキュリティチームは被害拡散を防ぐため、即座に7.1.2のパッチを配信する判断を下しました。

「先週7.1.1にしたから大丈夫」が危険な理由

たとえ直前に7.1.1へ更新していても、速やかに7.1.2へ適用する必要があります。

セキュリティリリースが公表されると、世界中の攻撃者が修正コードを解析し、未修正のバージョン（7.1.1を含む）を狙った自動攻撃ボットを即座に稼働させるためです。「更新したばかりだから」と放置することは、攻撃対象として晒し続けることを意味し、非常に危険です。

 Webサイト管理者・ブロガーが今すぐやるべき対応

* Step 1：現在のバージョンを確認する

    管理画面の「ダッシュボード」＞「更新」から、現在のバージョンが「7.1.2」になっているか確認します。

* Step 2：7.1.2へアップデートする

    自動更新が完了していれば対応済みです。未更新の場合は、念のためバックアップを取得した上で「今すぐ更新」をクリックしてください。

* Step 3：動作確認を行う

    更新後、トップページや投稿画面、問い合わせフォームなどが正常に動作するか確認します。

まとめ：安全な運営のために即時更新を

今回の7.1.2への緊急アップデートは、サイトの遠隔操作を防ぐための不可欠な措置です。大切なサイトと読者の安全を守るため、今すぐダッシュボードを確認し、最新版への更新を完了させてください。

そう感じた方も多いのではないでしょうか。

メジャーアップデートである「WordPress 7.1」のリリースから、1カ月たらずのスピードでマイナーアップデート「7.1.1」が配信されました。

最近、WordPressの更新サイクルが非常に短くなっていることに気づき、「なぜこれほど速いのか？」「私たちはどう対応すべきか？」を整理して、皆さんに共有したいと思いこの記事を書きました。

単なる「不具合修正」以上の意味を持つ今回のアップデート。Web運用者が押さえておくべきポイントを、背景から新機能まで詳しく解説します。

なぜ更新サイクルはここまで短縮しているのか？

近年、WordPressのマイナーアップデートが驚くほど速くなっています。これには単なる「バグの多さ」ではなく、Web環境の変化という大きな背景があります。

*   AIによる脆弱性発見の高速化

    現在、AIを活用したセキュリティ解析ツール（Anthropicやpwn.aiなど）によって、コード内の脆弱性が極めて高い精度で、かつ大量に発見される時代になっています。

*   「見つかったら即修正」の体制へ

    攻撃側もAIを駆使して反応速度を上げているため、WordPressコミュニティは「まとめて修正」するよりも「発見次第、即座にパッチを当てる」という超速対応の体制へと移行しています。

*   モダンなUIへの移行に伴う最適化

    Reactベースの新しい管理画面（DataViews等）への移行が進んでおり、コンポーネント単位での細かな改善を積み重ねる手法が定着していることも要因の一つです。

WordPress 7.1.1 で修正された重要ポイント

今回の「7.1.1」は、まさに「即時更新必須」のセキュリティリリースです。主な修正内容は以下の通りです（抜粋）。

*  深刻な脆弱性の修正： 未認証XSS（wpautop）、HTML APIのコメント脱出、カスタムヘッダー画像のXSSなど、複数の重大な脆弱性が修正されました。

*  権限管理の強化： 投稿の上書きや、非公開コンテンツのスラッグ漏えいなど、マルチユーザー環境で特に注意すべきセキュリティ不備が解消されています。

【運用者へのアドバイス】

7.1.1のようなメンテナンスリリースは互換性の破壊が極めて少ないため、バックアップを確認した上で速やかに適用することを強く推奨します。

【注目】WordPress 7.1系で進む「次世代の操作性」

今回のアップデートに関連する「7.1系」では、運用者の利便性を劇的に向上させる新機能が導入されています。特に以下の点は、実際の画面を意識して確認しておきたいポイントです。

① レスポンシブスタイル（ブロック単位の設定）

これまではCSSを記述する必要があった「デバイスごとのデザイン調整」が、ブロックエディタ上で直感的に行えるようになります。モバイル・タブレット・PCで見た目を個別に設定できるのは、運用者にとって大きな武器です。

② 進化した画像編集モーダル

WebAssemblyの活用により、クロップ（切り抜き）や回転、メタデータ編集が高速化されました。AVIFやHEICといった最新フォーマットへの対応も強化されています。

③ Notes（コメント機能）の強化

「@メンション」による通知や、リッチテキスト（太字・リンク等）への対応が進みました。特定の文字列を選択してコメントを残せるようになるなど、チームでの共同編集がよりスムーズになります。

Web運用者が取るべきアクション

今回のアップデートを受けて、私たちが意識すべきことは以下の3点です。

1.  「7.1.1」は迷わず更新： セキュリティ修正が含まれているため、最優先で適用しましょう。

2.  自動バックアップの再確認： 更新サイクルが速いからこそ、更新直前のDB＋ファイルの状態を自動で保存する仕組み（プラグインやサーバー機能）の構築は必須です。

3.  段階的な移行計画： もし古いバージョン（7.0系など）をお使いで、まだ7.1への移行に不安がある場合は、後述する「7.0.5」を最新の状態に保ちつつ、互換性の確認を進めるのが堅実な戦略です。

補足：WordPress 7.0.5 の位置付け

メジャーバージョンが「7.1」へ進んだ後も、旧ラインである「7.0系」を利用し続けているサイト向けに、WordPress 7.0.5 が提供されています。

*   対象者： テーマやプラグインの制約で、まだ7.1へのメジャーアップデートができないサイト。

*   対応方針： 7.0.5には、今回の7.1.1と同様の脆弱性修正がバックポート（後方互換性の維持）されています。

「今すぐ7.1に上げられない」という場合でも、7.0系の最新版（7.0.5）まで更新しておくことで、安全性を確保しながら次のステップへの準備を進めることができます。

*この記事が、皆さんの安全でスムーズなWordPress運用の一助となれば幸いです。*

WordPress 7.1 “Mary Lou”のリリースから、早いもので2週間以上が経過しました。

Web運用者として、メジャーアップデートのタイミングは常に「期待」と「恐怖」の狭間にあります。「新機能を早く取り入れたい」という気持ちと、「本番環境を壊したくない」という慎重な姿勢。

実は私、この2週間、あえてWordPress 7.0.4のまま止まっていました。

なぜなら、私はアップデートの判断を「Gemini」と「Copilot」という2つのAIに相談し、その意見を精査していたからです。そして今、ようやく導き出した結論と、私が感じた「新機能への正直な感想」を皆さんにシェアしたいと思います。

なぜ私は「7.0.4」のまま止まっていたのか？

多くの人が「最新版へ」と進む中で、私が足踏みをした理由はシンプルです。「リスクを最小化し、メリットを最大化したい」という運用者としての本能です。

AIに意見を求めたのは、以下の3点を確認したかったからです。

AIとの対話を通じて見えてきたのは、「素晴らしい進化ではあるが、すべてが魔法のように解決するわけではない」という現実でした。

WordPress 7.1 “Mary Lou” の注目機能と、私の正直な感想

AIの回答を整理すると、今回のアップデートには以下の大きな柱があります。しかし、ここで一つ、私が感じた「違和感」についても触れておかなければなりません。

① ノーコードでのレスポンシブスタイリング（※ここが重要）

WordPressはこれを「目玉機能」として推していますが、正直に言えば「今さら感」を否めません。

現在のWeb制作現場では、ほとんどのテーマや独自の実装によって、すでに高度なレスポンシブ対応は当たり前となっています。エディター上でノーコードで調整できるのは便利ですが、「なぜ今になってこれなのか？」という疑問が残るのも事実です。

② コラボレーション（Notes機能）の進化

これは運用者にとって大きなプラスです。@メンションやリッチテキストでのコメント、インラインでの修正依頼など、WordPress内でチームのコミュニケーションを完結できる点は、外部ツールへの依存を減らす素晴らしい改善です。
(私は、Discord上で@メンションを、使っていました。)

@メンションは、SNSやチャットで「@＋ユーザー名」を付けて特定の相手を指名し、通知を飛ばすための言及機能です。

「@メンション」の基本的な意味

• 英語の「mention」は「言及する・名前を出す」という意味です。
• SNSでは、投稿やコメントの中で特定のアカウントを名指しする機能を指します。
• 多くのサービスで「@ユーザー名」と書くと、その人に関連通知が届きます。

どんな場面で使うか

• 相手に自分の投稿・コメントに気づいてほしいとき。
• 誰かを紹介したり、話題に参加してもらいたいとき。
• グループチャットで、特定の人だけに用件を伝えたいとき。

リプライやDMとの違い

• リプライ：相手の投稿に対する「返信」であり、元投稿にぶら下がる形です。
• DM（ダイレクトメッセージ）：1対1や少人数の非公開メッセージです。
• メンション：公開範囲は投稿に依存し、第三者からも見える場合があります。

使うときの注意点

• 関係性の薄い相手に頻繁にメンションすると迷惑に感じられることがあります。
• 公開投稿で個人情報やプライベートな話題をメンションするのは避けた方が安全です。
• 企業や公式アカウントへの要望・問い合わせは、各サービスのガイドラインも確認すると安心です。

③ 標準「タブブロック」＆「プレイリストブロック」の追加

これまでプラグインに頼っていた機能が標準化されるのは、サイトの軽量化とセキュリティ向上に直結します。特にFAQページなどでタブ構造を多用するサイトには嬉しいニュースです。

④ メディアエディターの刷新とクライアントサイド処理

画像編集フローの改善や、WebAssemblyを用いたブラウザ側での画像処理（AVIF/HEIC対応など）は、サーバー負荷を抑えつつ運用効率を上げる実用的なアップデートです。

【結論】あなたは今すぐアップデートすべきか？

AIの分析と私の考察を統合した、判断基準をまとめました。

「今すぐ7.1へ」を推奨するケース

•  検証環境（ステージング）があるサイト： まずはテスト環境で表示崩れやプラグインの挙動を確認できるなら、新機能を先取りする価値は十分にあります。
• ブロックテーマをフル活用しているサイト： 新しいレスポンシブスタイルや標準ブロックの恩恵をダイレクトに受けられます。

「7.1.1まで待つ」ことを推奨するケース

• ミッションクリティカルなビジネスサイト： ECサイトや会員制サイトなど、一瞬の停止も許されないサイト。初期リリース（.0）特有のマイナーバグを避けるため、安定版である.1を待つのが定石です。
• ワンオペ運用でリソースが限られている場合： トラブル対応に時間を割けないのであれば、数週間待ってから「安全なバージョン」へ一括移行するのが賢明な判断です。

アップデート前の必須チェックリスト

おわりに：アップデートは「タイミング」と「戦略」

そう呟いて、管理画面に表示された「WordPress 7.0.4 が利用可能です」の文字を眺めているWeb担当者の方も多いはずです。前回のアップデートからわずか6日。あまりのフットワークの軽さに感謝する前に、ふと不安がよぎります。

「まさか、また重大な不具合？」
「うちのサイト、大丈夫なのか…？」
「こんなに頻繁にやってて、開発陣は燃え尽きてないのか？」

結論から言いましょう。この“異例の頻度”は、もはやアップデートではありません。「サイバー攻撃からの即時防衛」です。

本記事では、怒涛のアップデートラッシュ（7.0.3➡7.0.4、7.0.1➡7.0.2、6.9.2～6.9.4）の背景にある緊迫の技術的真相と、世界中の何億ものサイトを守る開発者コミュニティの壮絶な舞台裏を、重要度順にわかりやすく解説します。

【最優先警告】7.0.4で何が修正されたのか？

ー たった1枚の“画像”でサーバーが乗っ取られる

今回のアップデート（7.0.4）は、単なるバグ修正ではありません。
緊急度：最高レベルのセキュリティホール（脆弱性）を塞ぐための緊急セキュリティリリースです。

• 問題の脅威度：遠隔コード実行（RCE）脆弱性（CVE-2026-65640）
• 危険な仕組み：権限を持つユーザーが、一見「画像」に見える悪意のあるファイルをアップロードするだけで、サーバー上で好き放題にプログラムを実行できてしまうという致命的な欠陥。
• 標的となる環境：画像処理ライブラリ「Imagick」と「Ghostscript」を併用しているサーバー。
• 驚愕の事実：この欠陥はWordPress 4.7（約10年前のバージョン） にまで遡って存在していた“レガシーコード”に潜んでいました。

つまり、「写真を投稿したらサイトごと乗っ取られた」という事態もあり得たのです。発覚から修正・配信までのスピードが異例だったのは、それほどまでに「やばい」脆弱性だったからに他なりません。

なぜ今、怒涛のアップデートラッシュなのか？

ー 頻発する裏側にある“3つの時代の潮流”

なぜここにきて、7.0.2、7.0.4、そして過去バージョン（6.9系）まで同時多発的に更新されているのでしょうか。背景には、Webセキュリティの“パラダイムシフト”がありました。

① AIが“脆弱性の鉱脈”を掘り当てる時代に

かつては人間のセキュリティ研究者がコードを一行ずつ検証していました。しかし現在では、AIを搭載した自動解析ツールが24時間体制で過去10年分のコードを総浚いします。これまで見逃されていた“古い地層”の脆弱性が、まるで金脈のように一度に掘り起こされているのです。

② 攻撃が「見た目」から「根幹」へとエスカレート

昔は「画面が改ざんされる」程度のいたずら（XSSなど）が主流でした。しかし今や攻撃の最終目的はサーバーそのものの支配（RCE）です。サイトを乗っ取られれば、自社サイトが次の攻撃の踏み台（ボットネット）にされるリスクもあります。これでは「来月の定期更新まで待つ」という悠長な選択肢は存在しません。

③ 世界中の“ホワイトハッカー”との情報戦

WordPressはバグ報奨金プログラムを設け、世界中のホワイトハッカーから脆弱性情報を募集しています。しかし、公表と悪用（ゼロデイ攻撃）のタイムラグは年々縮まっており、報告を受けたら即座にリリースせざるを得ないのが実情です。

 【裏側を暴く】なぜ“わずか6日”で全世界に届けられるのか？

ー 知られざるWordPressコミュニティの“執念の構造”

「また更新か…」と感じるその裏で、WordPress開発チームはソフトウェア業界でも異例の驚異的な防衛ラインを張り巡らせています。

1. “過去の遺産”を見捨てないバックポートの執念
   WordPressは最新版（7.0.x）だけでなく、4.7系（約10年前） にまで修正プログラムを遡って適用（バックポート）しています。「古いバージョンはサポート終了」と切り捨てるのが一般的な中、何億もの古いサイトを守るために、全ブランチで並行して緊急版を作り続ける。これが6.9系など旧バージョンまで同時に数字が上がるカラクリです。
2. 「自動更新」を前提とした“超小規模リスクヘッジ”
   WordPressはセキュリティ更新をユーザーがボタンを押さずとも自動で適用する仕組みを持っています。もし大きな機能追加とセキュリティ修正をセットで行えば、自動更新時にサイトが真っ白になるリスク（互換性エラー）が高まります。そこで、「致命的な修正1件だけ」をピンポイントで配信することで、たとえ問題が起きても影響を最小限に食い止めているのです。フットワークの軽さは“サイトを壊さないための戦略”だったのです。
3. “公開前のサイレント修正”というタイムレース
   脆弱性が報告されてから、悪用するプログラム（PoC）がネットに流出するまでは、早ければ数時間です。WordPressセキュリティチームは、ハッカーが攻撃を完成させる前に世界中のサイトへ“予防接種”を打ち終えるという、過酷なタイムレースを毎日繰り広げています。

Web担当者が“今すぐ”取るべき3つの行動

頻繁な更新に振り回されず、「プロの防衛網」を最大限に活用するために、今日からできる対策はたったの3つです。

1. 【即実行】管理画面から「7.0.4」にアップデートする
   マイナーアップデートは互換性が非常に高いです。テーマやプラグインが壊れるリスクは極めて低いため、迷わず適用しましょう。
2. 【設定必須】「マイナーバージョン自動更新」を有効にする
   wp-config.phpで自動更新をオンにしておけば、今回のような6日間の緊急リリースも寝ている間に完了。もう「更新ボタンを押し忘れた」という不安から解放されます。
3. 【権限見直し】使っていない“投稿者”アカウントを削除する
   今回の脆弱性はログイン権限を悪用するものです。かつてブログを書いていたスタッフのアカウントや、不要な権限はこの機会に整理しましょう。それだけで防御力が格段に上がります。

まとめ

「頻繁な更新」は、WordPressが“放置されたオワコン”ではなく、世界で最も激しいサイバー戦線の最前線であり、開発陣が24時間体制で防衛ラインを張り続けている生きた証です。

面倒がらずに、この強力なセキュリティエコシステムにしっかりと乗り、安全なWebサイト運営を続けていきましょう。

本記事では、修正された12件の脆弱性をリスクの深刻度順にわかりやすく解説し、WordPress 6.9から4.6までの旧バージョンでどのように対応すればよいかを具体的に示します。サイト管理者はもちろん、複数人で運営するブログや会員制サイトの運営者は特にご注意ください。

 🔥 重要度別 脆弱性解説（最も危険なものから順に）

レベル5：【最高警戒】事前認証（ログイン前）で悪用可能な致命的欠陥

レベル4：サイト構造を揺るがす権限昇格と認証バイパス

レベル3：非公開情報が漏れる情報漏洩リスク

レベル2：内部ユーザーによる不正操作（Contributor/Author権限以上）

🛡️ アップデート後の「安全なサイト運用」チェックリスト

アップデートを適用するだけでは万全とは言えません。以下の項目をこの機会に再確認し、サイトの防御力を高めましょう。

📌 旧バージョン（6.9 ～ 4.6）への対応と補足

2026年7月9日に公開されたばかりのWordPress 7.0.1から、わずか8日後の7月17日——突如としてリリースされた「WordPress 7.0.2」。この尋常ではないスピード更新の背景には、ログイン不要でサイト全体を乗っ取られかねない「Critical（緊急）」レベルの脆弱性が存在しました。

WordPress.orgは異例の強制自動アップデート（Forced Update）を断行。しかし、あなたのサイトは本当に最新版に切り替わっていますか？ 本記事では、今回の緊急アップデートの真相と、サイト管理者が今すぐ取るべきアクションを徹底解説します。

なぜ7.0.1から「たった8日」で公開されたのか

通常、マイナーアップデートは数週間から数ヶ月のスパンで計画されます。しかし今回は、一般公開前に既に攻撃者の標的となっている痕跡が観測されたため、パッチ公開を前倒しせざるを得ませんでした。

7.0.2は単なるバグ修正ではなく、「セキュリティリリース」に分類されます。具体的には「Critical（緊急）」1件と「High（危険度高）」1件という、最悪の組み合わせによる脆弱性を塞ぐための応急処置なのです。

何が危険だったのか？——技術的脅威の内幕

攻撃者はこの脆弱性を連鎖させることで、管理者権限を奪取することが可能でした。

– Critical：REST API バッチ処理の経路混乱（RCE）

  REST APIのバッチエンドポイントが誤ったルートを処理してしまい、入力バリデーションを迂回されます。これにより、SQLインジェクションと連鎖し、未認証（ログイン不要）のまま任意のコード（RCE）が実行可能な状態でした。

– High：WP_Query のSQLインジェクション

  特定のパラメーター（`author__not_in`）のサニタイズ処理が不十分だったため、SQL文が直接書き換えられる脆弱性が存在しました。

この2つが組み合わさることで、デフォルト設定のままのサイトが、インターネット上に無防備にさらされていたことになります。

WordPress.org が「強制自動アップデート」を発動した理由

脆弱性の影響範囲は WordPress 6.9 〜 7.0.1 という広範囲に及びました。セキュリティチームはこの深刻度を鑑み、管理者の設定に関わらずバックグラウンドで強制的にアップデートが走る「フォースアップデート」を実施。

これはセキュリティ修正の詳細が公開された直後から、ハッカーが自動攻撃ツールを一斉に稼働させる「ゼロデイ攻撃」を防ぐための緊急措置です。

公式修正内容とバックポート情報

7.0.2 では以下の2点が公式に修正されました。

– Facilitated SQL Injection（WP_Query）

– REST API batch-route confusion による RCE

なお、古いバージョンをご利用の方のために、下位バージョンへのバックポートも提供されています。

– 6.9.5（両方の脆弱性を修正）

– 6.8.6（SQL Injection のみ修正）

今すぐ確認すべき「サイト健全性チェックリスト」

自動更新に頼るだけでなく、目視での確認があなたのサイトを守る最後の砦です。以下の項目を今すぐダッシュボードでチェックしてください。

– [ ]バージョン確認：管理画面 > ダッシュボード > 更新 で「7.0.2」と表示されているか。

– [ ] 自動更新のブロック有無：define(‘WP_AUTO_UPDATE_CORE’, false); などで強制停止していないか。

– [ ] 不審なアカウント：管理者権限を持つユーザーに見覚えのない名前が追加されていないか。

– [ ] ファイル改ざん：最近更新されたファイル（特にfunctions.phpや.htaccess）に心当たりがないか。

「編集画面で微妙に動作が重い」「画像を挿入したらリンク設定が反映されない」「テーマを切り替えたら設定が消えた…」――そんな困りごと、実はWordPress本体のバグが原因だったかもしれません。

2026年7月10日にリリースされた WordPress 7.0.1 は、新機能こそありませんが、コア・ブロックエディター・管理画面UI・メディア処理など実に31件のバグを修正した“堅牢化アップデート”です。毎日の記事執筆やサイト運営に直結する改善が詰まっているので、[6.9.4]や、「7.0.0のまま様子見」 をしている方は、ぜひ本記事を読んでアップデートの判断材料にしてください。

※.緊急更新がありました。詳しくは以下のブログカードのクリックからご覧いただけます。

【緊急警報】WordPress 7.0.2、異例の“8日間”で公開された深刻な理由 – 未認証RCEを修正、強制アップデートが発動

WordPress 7.0.1から僅か8日で公開された緊急版「7.0.2」。未認証RCEやSQLインジェクションといった致命的脆弱性を修正した背景を解説。今すぐバージョン確認を。自動更新に頼るだけでなく、目視での確認があなたのサイトを守る最後の砦です。以下の項目を今すぐダッシュボードでチェックしてください。 [ ]バージョン確認： [ ] 自動更新のブロック有無： [ ] 不審なアカウント： [ ] ファイル改ざん：

イイネ.biz

2026.07.18

それでは、修正内容を分野別に詳しく見ていきましょう。

　WordPress 7.0.1 BugFix-Top　Written：2026/07/11

　BugFix Table-topに戻る

第1章：コア（Core）

– サイトの根幹を支える7つの修正

WordPress本体の動作に影響する領域で、特に以下の点が改善されました。

– 🔄 REST API – 特定条件下でレスポンスが返らない稀なケースを解消。外部連携がより安定します。 

– ⏱ Cron処理 – スケジュールイベントが遅延する問題を修正。予約投稿や定期タスクが予定通りに。 

– 🌐 翻訳（i18n） – 一部文字列が英語のままになる現象を改善。多言語サイトの運用がスムーズに。 

– 🎨 テーマ切り替え – 変更後に設定が正しく読み込まれない不具合を解消。デザイン変更時のストレス軽減。 

– 📊 WP_Query – 特定条件で投稿取得が不安定になるケースを修正。カスタムループの信頼性向上。 

– 🗂 キャッシュ処理 – 古いデータが残り更新されない問題を改善。表示の鮮度がアップ。 

– 🔐 ユーザー権限チェック – 権限判定が誤ってfalseになるバグを修正。会員制サイトの運用がより安全に。 

– 📦 アップグレード処理 – 更新時に一部ファイルがコピーされない問題を解消。次回のアップデートも安心。

第2章：ブロックエディター（Gutenberg）

 – 編集体験を邪魔する8つの不具合を解消

毎日記事を書く編集者にとって、エディターの安定性は命題。今回の修正で特にうれしいポイントはこちら。

– 🛠 ブロックツールバーの表示崩れ – ツールバーが変な位置に飛ぶ現象を修正。 

– 📋 リストブロックの階層操作 – インデントが正しく反映されない問題を解消。アウトライン作成が快適に。 

– 🖼 画像ブロックのキャプション編集 – フォーカスが外れる不具合を改善。キャプション入力がスムーズに。 

– 🔗 埋め込みブロックのプレビュー – YouTubeやTwitterのプレビューが表示されないケースを修正。 

– 📊 テーブルブロックのセル幅 – 設定した幅が保存されない問題を解消。データ表示が思い通りに。 

– 🧩 グループブロックのレイアウト – 意図せずレイアウトが崩れる問題を改善。複雑なレイアウトも安定。 

– 🧭 ナビゲーションブロックのリンク設定 – 保存されない不具合を修正。メニュー編集のストレス軽減。 

– ⚡️ パターン挿入時のプレビュー遅延 – 読み込みが遅くなる問題を改善。テンプレート挿入が快適に。 

– 🎨 サイトエディターのスタイル反映 – 変更がすぐに表示されない遅延を修正。フルサイト編集がより直感的に。

第3章：管理画面 UI（WP-Admin）

– 運用担当者の細かなストレスを軽減

管理画面での操作性に直結する5つのUI修正。地味ですが「あれ？」が減ります。

– 🔍 投稿一覧のフィルタリング – カテゴリーや日付での絞り込みが正しく動作しない問題を修正。 

– 🖱 メニュー編集画面のドラッグ操作 – 並び替えが不安定になる問題を改善。カスタムメニュー作成がスムーズに。 

– 📱 ウィジェット画面の表示崩れ – レイアウトが崩れるケースを修正。サイドバー編集が視覚的に。 

– 🎛 **カスタマイザーでの設定反映** – 変更が保存されないケースを解消。リアルタイムプレビューがより信頼性アップ。 

– 📲 モバイル表示時のUI崩れ – スマホで管理画面が見づらくなる問題を修正。外出先での運用も快適に。 

– 🔔 自動保存の誤通知 – 保存していないのに「保存しました」と表示される問題を改善。

第4章：メディア関連

– 画像・動画の扱いがもっとスムーズに

メディアライブラリ周りでは5つの改善。コンテンツ制作の生産性に直結します。

– 🖼 メディアライブラリの検索精度 – キーワード検索でヒットしない問題を修正。大量のメディアから素早く発見。 

– 🔗 画像挿入時のリンク設定 – 「画像ファイルにリンク」などが反映されない問題を改善。リンクミスを防止。 

– 📁 MIMEタイプ判定 – 特定ファイルでアップロードに失敗するケースを修正。WebPやSVGもスムーズに。 

– 📐 画像サイズ自動生成 – リサイズが失敗する問題を解消。アイキャッチやサムネイルが正しく生成。 

– 🎬 動画プレビュー – 管理画面で動画が表示されないケースを改善。メディア確認がより視覚的に。

第5章：テーマ・プラグイン互換性

– 競合リスクを減らす5つの配慮

実際のサイトでよくあるトラブルを予防する修正です。

– 🎨 Cocoonなど人気テーマとのCSS競合 – 表示崩れを軽減。特にCocoonユーザーは要チェック。 

– 📱 AMP対応時の表示崩れ – モバイル高速表示でのレイアウトずれを修正。 

– 🧩 カスタムHTMLブロック保存時のエラー – 特定のタグで保存できない問題を解消。 

– 🐘 PHP 8.x環境での警告ログ – 多数のDeprecated警告を修正。最新PHPでもエラーログがスッキリ。 

– 📚 目次プラグインとの競合改善 – 特定のプラグインでブロックが正常に動作しない問題を軽減。

第6章：総評

– アップデートは「すべき」か？

結論から言えば、ほとんどのサイトでアップデートを推奨します。

新機能はありませんが、編集時のストレス軽減、管理画面の操作性向上、テーマ/プラグインとの競合リスク低下 という実際の運用メリットが大きいからです。特にブロックエディターを使う頻度が高いサイトや、複数ユーザーで運用するサイトは、更新後の安定性を実感できるでしょう。

👉 アップデート前の注意点 

– 必ずサイト全体のバックアップを取得してから実行してください。
(私は、UpdraftPlus – バックアップ/復元　。複数のバックアップ保存先に対応したバックアップと復元プラグイン。ローカル、Amazon S3、Dropbox、Google Drive、Rackspace、(S)FTP、WebDAV、メールに自動スケジュールでバックアップします。を使っています。) 

– テーマやプラグインが最新バージョンであることを確認しましょう。 

– もし不安な場合は、ステージング環境で動作確認を行ってから本番適用するのがベターです。

「Armstrong」が2026年5月に正式リリースされました。
管理画面の刷新、AI連携基盤、ブロックエディタ強化など、ここ数年で最大規模のアップデートです。

ただし Cocoon ユーザーにとっては、
管理画面UI変更・CSS仕様変更・PHP要件引き上げ など、注意すべき点が多くあります。 この記事では、Cocoonユーザーが知るべきポイントだけを厳選してまとめています。（※SILKユーザー向けの注意点は後半に独立章でまとめています）
更に、300件以上のバグ修正と70件超の機能改善については、箇条書きで記載しています。

WordPress 7「Armstrong」とは

2026年5月20日公開。
管理画面刷新・AI基盤・ブロック強化・要件引き上げなど、メジャーアップデートにふさわしい大規模変更が含まれています。

• コードネーム：Louis Armstrong
• 300件以上のバグ修正
• 70件超の機能改善
• 共同編集機能（RTC）は 7.1 に延期

■ Cocoonユーザーが特に知るべき変更点

● 管理画面UIが大幅刷新（DataViews）

• 投稿一覧・メディア一覧の見た目が変わる
• フィルタや表示切替が新仕様に
• Cocoon設定画面は影響なし
• ただし「投稿一覧の操作に慣れている人」は戸惑う可能性あり

● ブロックエディタの強化（Cocoonブロックにも影響）

• ブロック単位でカスタムCSSが設定可能に
• グリッド・カバー・アイコンブロックが強化
• パンくずリストブロックが追加

Cocoon独自ブロックは基本的に問題ありませんが、
カスタムCSSを使っている場合は競合の可能性があります。

● AI連携基盤（WP AI Client）

• OpenAI / Gemini / Claude をWordPress側で統合管理
• AI文章生成プラグインが増える見込み
• Cocoon自体はAI非依存のため影響なし

● PHP / MySQL 要件引き上げ（重要）

• PHP 7.4 以上必須
• MySQL 8.0 以上推奨
• 古いサーバーでは更新不可の可能性あり

Cocoonは PHP8.1/8.2 で安定動作するため問題ありませんが、
サーバー側が古いと更新できないケースがあります。

■ バグ修正（Cocoonユーザーに関係する部分）

• エディタ関連の不具合が多数修正
• メディア管理のアクセシビリティ改善
• CodeMirror更新でカスタムCSS編集が安定
• wp-adminの細かい表示崩れが改善

Cocoonユーザーにとっては、
「カスタムCSS」「子テーマ編集」がより安定するメリットがあります。

■ 更新前に必ずやるべきチェック（Cocoon向け）

1. バックアップ（必須）

• DB
• wp-content
• uploads
  ※.私は、UpdraftPlus を使っています。

2. PHP/MySQLバージョン確認

• PHP7.2/7.3 → 更新不可

3. Cocoon・プラグインの互換性チェック

特にエディタ系プラグインは注意。

4. ステージング環境でテスト

• エディタ表示
• 目次
• 広告
• ウィジェット
• カスタムCSS

Cocoonスキン「SILK」ユーザー向けの注意点

背景を「ダークモード濃い群青色（#0e1b3f）」にカスタマイズされている場合、
以下の点に特に注意してください。

● SILKは「白×細線×淡色アクセント」が前提

SILKは本来「白背景＋淡いグレーのボックス」で最適化されています。
背景が濃色の場合、

• ボックスのコントラストが弱くなる
• 細線が見えにくくなる
• 余白の印象が変わる

など、視認性が落ちる可能性があります。

●WordPress 7 のブロックCSS変更で影響が出やすい

特に以下の部分は注意：

• カスタムCSS
• ボックス装飾
• 吹き出し
• アフィリエイト用の囲み枠
• 目次の背景色

背景が濃色の場合、
WordPress 7 のCSS仕様変更で色が反転したり、透明度が変わるケースがあります。

● SILKユーザー向けの推奨対策

• ステージング環境で必ず確認
• ボックス背景色を「#1a2a4a」など濃色寄りに調整
• 枠線を 1px → 1.5px に変更すると視認性UP
• 吹き出し背景は「#ffffff20」など透明白が相性良い

■ Cocoonユーザーは今すぐ更新すべき？

● 一般ブロガー：様子見が安全

• 管理画面UIが大きく変わる
• CSS仕様変更でデザイン崩れの可能性
• プラグイン側の対応が追いついていない

→ 1〜2週間は待つのが無難

● 技術者・検証できる人：早期テスト推奨

• block.json v3
• DataViews
• AI Client

→ 子テーマをカスタムしている人は特に要確認

● 企業サイト・収益サイト：慎重に

• ステージングでの検証は必須
• UI変更でマニュアル修正が必要になる可能性

■ まとめ

WordPress 7 は、
管理画面刷新・AI基盤・ブロック強化・要件引き上げ など、
ここ数年で最大級のアップデートです。

ただし Cocoonユーザー（特にSILK＋濃色背景カスタム）は、

• 管理画面の大幅変更
• ブロックCSSの仕様変更
• PHP/MySQL要件の引き上げ
  など、更新リスクが比較的高いバージョンです。

★ 結論

Cocoonユーザーは「様子見」、技術者は「早期検証」
これが最も安全な判断です。

そして最後に、——

✅ 70件超の機能改善（主なポイント）

• ブロックエディターの操作性が向上
• ブロック挿入時のレスポンスが高速化
• 画像ブロックの読み込み最適化
• 埋め込みブロックの互換性改善
• テーブルブロックの編集がよりスムーズに
• ナビゲーションブロックの安定性向上
• リストブロックの階層操作が改善
• パターン挿入時のプレビュー表示が高速化
• サイトエディターのレイアウト調整が簡単に
• テーマ切り替え時の設定引き継ぎが改善
• カラーパレットの管理がより直感的に
• フォント設定の反映速度が向上
• メディアライブラリの検索精度が改善
• 投稿一覧のフィルタリングが高速化
• プレビュー表示の反映遅延が軽減
• ブロックのドラッグ操作が安定
• アクセシビリティ改善（キーボード操作など）
• モバイル編集時のUIが最適化
• Cocoon など人気テーマとの互換性向上
• 全体的なパフォーマンス改善（体感で軽い）

🌿 Cocoonユーザーに効く：70件超の機能改善ポイント

1. ブロックエディターがとにかく軽くなった

• ブロック挿入の反応が速くなり、固まる頻度が減少
• 画像や表の編集がスムーズに
• プレビュー反映が早くなり、ストレスが激減

2. Cocoonと相性の良い“安定した編集環境”に

• ナビゲーションブロックの動作が安定
• リスト・表・引用など、Cocoonで崩れやすかったブロックが改善
• カラーパレットやフォント設定が正しく反映されやすくなった

3. サイト全体の操作性が向上

• 投稿一覧のフィルタが高速化
• メディア検索の精度アップ
• モバイル編集時のUIが改善され、スマホ更新が快適に

✅ 300件以上のバグ修正（Cocoonユーザーに関係する部分メイン）

• ブロックエディターでの表示崩れを多数修正
• Cocoon 固有のレイアウト崩れが発生しにくくなった
• 画像ブロックのサイズ反映バグを修正
• 表ブロックのセル幅が正しく保持されるよう改善
• リストブロックの番号リセット問題を修正
• 引用ブロックの余白がテーマ依存で崩れる問題を修正
• 埋め込みブロックの表示不具合を多数修正
• カスタムHTMLブロックの保存時エラーを修正
• Cocoon のスキン使用時に起きる細かなCSS競合を解消
• サイトエディターでのプレビュー不一致を修正
• 目次プラグインとの競合が起きにくくなった
• 投稿画面での自動保存エラーを改善
• メディア挿入時のリンク設定が反映されない問題を修正
• ブロックの複製時にスタイルが消える問題を修正
• Cocoon のAMP対応時の軽微な不具合を修正
• PHP 8.x 環境での警告ログを多数解消
• ウィジェット画面の表示不具合を修正
• カスタマイザーの設定が反映されないケースを修正
• モバイル表示での細かな崩れを多数修正
• 全体的な安定性が大幅に向上（体感でエラー減少）

🔧 Cocoonユーザーに直撃：300件以上のバグ修正

1. Cocoonで起きやすかった“細かい崩れ”が大量に解消

• 表ブロックの幅が勝手に変わる問題を修正
• 引用ブロックの余白がテーマ依存で崩れる問題を解消
• 埋め込みブロックの表示不具合を多数修正

2. 編集画面の安定性が大幅アップ

• 自動保存エラーが起きにくくなった
• ブロック複製時にスタイルが消える問題を修正
• カスタムHTMLブロックの保存エラーを解消

3. Cocoonスキンとの競合が減少

• CSS競合による微妙なズレを多数修正
• AMP対応時の軽微な不具合を改善
• PHP 8.x 環境での警告ログを大量に解消

2026年3月、WordPress コミュニティに小さくない衝撃が走りました。
6.9.2 → 6.9.3 → 6.9.4 と、わずか 48 時間の間に 3 回のマイナーアップデートが連続リリースされたのです。

「自動更新が続いて怖かった」「何が起きていたの？」
そんな声が世界中で上がりました。

この記事では、この異例の連続リリースの背景を、一般ユーザーにも分かりやすく整理して解説します。

第1章：6.9.2（3/10）— 大規模なセキュリティ修正が一気に投入された日

6.9.2 は、合計10件の重要な脆弱性を修正するセキュリティアップデートでした。

🔐 修正された主な脆弱性

• XSS（クロスサイトスクリプティング）
• 権限昇格の可能性
• PclZip のパストラバーサル
• Notes 機能の権限バイパス
• getID3 ライブラリの XXE（XML 外部実体参照）

いずれも放置すれば攻撃に悪用される可能性があるため、
WordPress チームは迅速にパッチを公開しました。

しかし、このスピードが後の混乱につながります。

第2章：6.9.3（3/10）— 6.9.2 適用後に一部サイトが“真っ白”に

6.9.2 を適用した直後、世界中のユーザーから次々と報告が上がりました。

❗ 典型的な症状

• サイトが真っ白になる（Fatal error）
• 管理画面にアクセスできない
• 特定テーマのテンプレート読み込みでエラー発生

原因は、
一部テーマの非標準テンプレート処理と WordPress コアの変更が衝突したこと。

WordPress.org は 6.9.2 を一時撤回し、
緊急修正版として 6.9.3 を数時間以内にリリースしました。

第3章：6.9.4（3/11）— セキュリティ修正の“未適用”が発覚し、再修正へ

6.9.3 でクラッシュ問題は解決しましたが、
WordPress セキュリティチームが調査を進める中で、
6.9.2 で修正したはずの脆弱性の一部が実は適用されていなかったことが判明。

🔍 未適用だった修正

• PclZip のパストラバーサル
• Notes 機能の権限バイパス
• getID3 の XXE

これらはセキュリティ上重要な修正であるため、
翌日 6.9.4 として完全版パッチがリリースされました。

まとめ：なぜこんな異常事態になったのか？

🟦 原因1：修正規模が大きすぎた

10件の脆弱性を一度に修正する大規模パッチだった。

🟥 原因2：テーマ側の非標準コードとの衝突

6.9.2 の変更が一部テーマと噛み合わず、サイトがクラッシュ。

🟨 原因3：セキュリティ修正の一部が未適用

内部 QA の見落としにより、修正が完全に反映されていなかった。

Cocoon ユーザー（あなたの読者）へのアドバイス

• Cocoon は標準準拠なので影響は比較的軽微
• 6.9.4 に更新しておけば安全性は確保される
• 今回の件は「WordPress の裏側」を知る良い機会
• ブログ運営者は自動更新のログを確認しておくと安心

なぜ「6.9」直後のアップデートは危険？

• 初版に付き物の「初期バグ」: メジャーアップデート直後は、世界中で予期せぬ不具合が報告される「人柱」期間。
• 今回懸念したリスク: 6.9で導入された新しいスクリプト読み込み最適化と、既存のキャッシュプラグイン（WP Fastest Cache等）との競合リスクについて。

満を持して登場した「6.9.1」での改善点

• 49件の修正という安心感: 致命的なCPU負荷問題や、エディターの挙動不審が解消された「枯れたバージョン」としての魅力。
• メンテナンスリリースの重要性: 「新機能」ではなく「安定性」を重視するユーザーにとっての6.9.1の立ち位置。

【実録】Cocoon × WordPress 6.9.1 導入レポート

検証環境のスペック: PHP 8.3、テーマCocoon 2.9.0.1での挙動。

環境情報は以下です。
----------------------------------------------
サイト名：Webサイトに必要なことと道具
サイトURL：https://xn--ecka7j.biz
ホームURL：https://xn--ecka7j.biz
コンテンツURL：/wp-content
インクルードURL：/wp-includes/
テンプレートURL：/wp-content/themes/cocoon-master
スタイルシートURL：/wp-content/themes/cocoon-child-master
親テーマスタイル：/wp-content/themes/cocoon-master/style.css
子テーマスタイル：/wp-content/themes/cocoon-child-master/style.css
スキン：/wp-content/themes/cocoon-master/skins/silk/style.css
WordPressバージョン：6.8.3
PHPバージョン：8.3.21
ブラウザ：Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/144.0.0.0 Safari/537.36
サーバーソフト：Apache
サーバープロトコル：HTTP/1.1
言語：ja;q=0.8
----------------------------------------------
テーマ名：Cocoon
バージョン：2.9.0.1
カテゴリー数：20
タグ数：92
ユーザー数：1
----------------------------------------------
子テーマ名：Cocoon Child
バージョン：1.1.3
style.cssサイズ：14543 バイト
functions.phpサイズ：1861 バイト
----------------------------------------------
Gutenberg：1
Font Awesome：5
Auto Post Thumbnail：1
Retina：0
ホームイメージ：/wp-content/uploads/2020/02/ogt-512-512-024-068.png
----------------------------------------------
ブラウザキャッシュ有効化：1
HTML縮小化：0
CSS縮小化：1
JavaScript縮小化：1
Lazy Load：1
----------------------------------------------
利用中のプラグイン：
Advanced Custom Fields 6.7.0
Aurora Heatmap 1.7.1
EWWW Image Optimizer 8.3.1
Query Monitor 3.20.2
Regenerate Thumbnails 3.1.6
SiteGuard WP Plugin 1.7.9
Site Kit by Google 1.171.0
SlimStat Analytics 5.3.5
SVG Support 2.5.14
UpdraftPlus - Backup/Restore 1.26.1
Wordfence Security 8.1.4
WP-Optimize - Clean, Compress, Cache 4.4.1
WPCode Lite 2.3.3
WP Consent API 2.0.0
WP Fastest Cache 1.4.6
WP Multibyte Patch 2.9.3
WP Statistics 14.16
XO Security 3.10.8
----------------------------------------------

アップデートの手順:

1. UpdraftPlusでの完全バックアップ
2. 6.9.1への一気上げ
3. キャッシュプラグインとCocoon側のキャッシュ再生成

結果:

慎重派が教える「アップデート後に必ず見るべき3箇所」

• ウィジェットとカスタマイザー: 6.9系の変更が影響しやすい場所。
• お問い合わせフォームの送信テスト: システムメール周りの修正が入ったため必須。
• モバイル表示のチェック: CSS最適化によるレイアウト崩れがないか。

まとめ：安定こそが最大のSEO

新機能を追うことも大切ですが、個人ブログやビジネスサイトにとって最も大切なのは「止まらないこと」です。6.9.1へのアップデートは、そのバランスが取れたベストなタイミングでした。

「WP Fastest Cache」利用者のためのアップデート直後チェック

1. 全キャッシュの完全削除（必須）

2. 「CSSの縮小・結合」設定の一時的な見直し

• CSSの縮小 (Minify CSS): 一度チェックを外して改善するか確認。
• CSSの結合 (Combine CSS): 6.9の「オンデマンド読み込み」と最も競合しやすい項目です。崩れがある場合はオフにしてください。

3. ログインユーザーへのキャッシュ非表示設定

• ログインユーザー (Logged-in Users): 「ログインユーザーに対してキャッシュを表示しない」設定。
• これにより、ログイン中の自分だけは常に最新の（キャッシュされていない）状態を確認でき、不具合の切り分けが容易になります。

4. モバイル表示の個別確認

プラグインの整合性

Top

　Plugin互換性予測

　Table-topに戻る

v 6.9.1バグフィックスまとめ

BugFix-Top

　WordPress 6.9.1 BugFix