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 の裏側」を知る良い機会
• ブログ運営者は自動更新のログを確認しておくと安心

「新着情報の表示といえばこれ」と長年愛されてきたWordPressプラグイン『What’s New Generator（以下WNG）』。しかし、開発停止から数年が経ち、公式ディレクトリからも非公開となった今、最新のWordPress環境で使い続けることには「いつエラーでサイトが止まるか分からない」という不安が常に付きまといます。

それでもなお、このプラグインが検索され続ける理由は、その「圧倒的なシンプルさ」にあります。本記事では、当サイトのアクセスデータから見える「WNG需要」を紐解きつつ、プラグインを一切使わずに、最新の標準機能だけで「あの使いやすい新着一覧」を完全に再現する方法を徹底解説します。

データが証明する「What’s New Generator」への根強い支持

　　当サイトのアクセス解析（Site Kit）を見ると、興味深い事実が浮かび上がります。最新のキーボードレビューやWindows 11のカスタマイズ記事と並んで、常に上位にランクインするのが「What’s New Generator」に関する検索クエリです。

Site Kitの検索クエリ

※画像には「what’s new generator 代替」などのキーワードが並んでいる。

Site KitのSite Kitの過去28日間のトップコンテンツ

そして、Site Kitの過去28日間のトップコンテンツの６位に！

2026年、使い続けるリスクと「賢い卒業」

長年愛用してきた道具を手放すのは惜しいものですが、以下のリスクを冷静に見極める必要があります。

標準機能への移行こそが正解：今のWordPress（ブロックエディタ）には、プラグインなしで同等の表示ができる「クエリループ」が備わっています。

PHP 8.x系^※での「沈黙のエラー」：画面は映っていても、裏側でエラーログが溜まり、サーバー負荷や突然のクラッシュを招く恐れがあります。

セキュリティの空白：更新が止まったプラグインは、脆弱性が見つかっても修正されません。

【実践】標準機能「クエリループ」で新着一覧を再現する

追加プラグインは不要です。以下のステップで土台を作ります。

ステップ1：ブロックの挿入

1. 編集画面で「/query」と入力し、**「クエリループ」**ブロックを挿入します。
2. 「空白から開始」を選び、最もシンプルな「タイトルと日付」等のパターンを選択します。

筆者からのアドバイス : 当ブログはテーマ『Cocoon』を使用しているため、本来は標準機能だけで右ペイン等に新着記事を掲載できます。しかし、固定ページや投稿本文の好きな場所に「What’s New Generator」のような極めてシンプルなリストを配置したい場合、この標準機能を使った方法が最も軽量で安全です。
※実際の操作画面キャプチャについては、後日さらに分かりやすく追記する予定です。

ステップ2：表示内容の整理（WNG風にする）

1. 右側のパネルで「テンプレートからクエリを継承」をオフにします。
2. 表示件数を「5件」などに設定します。
3. リスト表示（アウトライン）を使い、「ポストテンプレート」の中を以下の3つだけに整理し、「行（Row）」ブロックの中に横並びに配置します。
   1. 投稿日
   1. 投稿カテゴリー
   1. 投稿タイトル

ステップ3：【重要】安全のための「名前付け」

他のページのデザインを壊さないために、クエリループブロックの「高度な設定」＞「追加 CSS クラス」に wng-style と入力してください。

デザインを整える：こだわりのレスポンシブCSS

以下のコードを「外観」＞「カスタマイズ」＞「追加CSS」に貼り付けてください。PCではWNG風の1行、スマホでは読みやすさを優先したデザインに自動で切り替わります。

/* wng-style 専用：PC・スマホ両対応のデザイン */
/*  特定のクラス（wng-style）を使っているため、公開中の他のページには影響しません。*/
/* WordPressの標準的なクラス名（.wp-block-post-template など）をターゲットにすると、サイト内のすべての「クエリループ」ブロックのデザインが、今回設定した「一行リスト形式」に変わります。もし他の場所でクエリループを使っていたら： 例えば、トップページで「おしゃれなカード型の記事一覧」をクエリループで作っていた場合、それも強制的に「WNG風のシンプルな一行リスト」に書き換えられてしまいます。*/

/* 1. リスト全体の基本設定 */
.wng-style .wp-block-post {
    border-bottom: 1px dotted #ccc; /* 薄いグレーであの懐かしの点線 */
    padding: 12px 0;
    margin: 0;
    display: flex;
    gap: 15px;
    align-items: center;
    font-size: 0.95rem;
}

/* 2. 日付：幅を固定して縦のラインを揃える */
.wng-style .wp-block-post-date {
    color: #888; /* グレー */
    flex-shrink: 0;
    min-width: 100px;
    font-family: monospace; /* 数字のガタつきを防ぐこだわり */
}

/* 3. カテゴリ：シンプルなバッジデザイン */
.wng-style .wp-block-post-terms {
    background-color: #f0f0f0;　/* 白に近い薄いグレー */
    color: #444; /* 濃いグレー */
    padding: 2px 8px;
    font-size: 0.7rem;
    border-radius: 2px;
}

/* 4. タイトル：PCでは一行、長い場合は「...」で省略 */
.wng-style .wp-block-post-title {
    margin: 0;
    font-weight: normal;
    white-space: nowrap;
    overflow: hidden;
    text-overflow: ellipsis;
}

/* 【こだわり】スマホ表示（600px以下）の最適化 */
@media (max-width: 600px) {
    .wng-style .wp-block-post {
        display: block; /* 横並びを解除して2行構成に */
        padding: 10px 0;
    }

    .wng-style .wp-block-post-date,
    .wng-style .wp-block-post-terms {
        display: inline-block;
        margin-bottom: 5px;
        font-size: 0.8rem;
    }

    .wng-style .wp-block-post-title {
        display: block;
        white-space: normal; /* スマホではタイトルを折り返して全文読ませる */
        font-size: 1rem;
        line-height: 1.4;
    }
}
/*画面の狭いスマホで「日付・カテゴリ・タイトル」を無理に1行に詰め込むと、文字が重なったり、タイトルが数文字しか読めなかったりと、かえって不便になります。「PCではスッキリ1行、スマホでは読みやすさ優先の2行（または最適化）」という、今のWebデザインの標準に合わせたこだわりを盛り込んでいます。 */

 操作で迷わないための「3つのコツ」

• 「リスト表示」を活用せよ：画面左上の三本線アイコンから階層を確認すると、目的のブロックをすぐ選べます。
• 不要なものは消していい：デフォルトで入る「アイキャッチ画像」や「抜粋」は、WNG(What’s New Generator)風にするならDeleteキーで消してOKです。
• プレビューで確認：特定のクラス（wng-style）を使っているため、公開中の他のページには影響しません。安心して下書きプレビューで確認してください。

おわりに：道具をシンプルに保つことが、最高の運営術

10年前のPCに工夫して最新OSを入れるワクワク感と同じように、WordPressも「古いプラグイン」に頼るのではなく、標準機能を「知恵」で使いこなす。それこそが、サイトを長持ちさせ、読者にとっても快適な環境を作る秘訣です。

プラグインの更新停止に怯える日々は、今日で終わりにしましょう。

あわせて読みたい：

What's New Generator 代替 プラグイン

Site KitにWhat's New Generator 代替 検索・サーチコンソールにも表示された 24/11/24:検索需要が高い為、代替プラグインの最新を確認・更新しました。依然として代替プラグインの検索件数が多いので、記事を更新し...

イイネ.biz

2026.02.18

使っちゃいけないプラグイン 191本 [発見次第更新]使ってはいけないWordPress Plugin ➡️解除も！

サイト攻撃の約６割がプラグイン起因。セキュリティ問題で停止されたもの。３年以上メンテナンスされず導入注意なもの。フォーラムや他サイトで見かけた➡その数なんと191本を「使ってはいけないプラグイン」として上げます。 理由は、開発チームが解散し新たに脆弱性が見つかっても対応が困難と思われるから。wordpress.orgのサイトでも"このプラグインは WordPress の最新3回のメジャーリリースに対してテストされていません。

イイネ.biz

2026.02.05

※

WordPress 6.9 の必要要件

💡 第1章: 最も注目すべき新機能：生成AIの統合

WordPress 6.9 の最も重要なトピックは、コンテンツ作成プロセスに生成AI機能が初めて本格的に組み込まれたことです。

1.1 コアにおける AI アシスタント（仮称: AI Drafting）

コンテンツ作成のワークフローを劇的に加速させるための AI アシスタント機能が導入されます。

• 機能: ブロックエディター内で、選択したテキストや新しいブロックに対して、AIが以下の操作を提案・実行します。
  • 要約（Summarization）: 長文を短くまとめる。
  • トーンの変更（Tone Adjustment）: 形式的な文章をカジュアルに、またはその逆に変更する。
  • アイデアの拡張（Idea Expansion）: 見出しや短い段落から、本文のドラフトを生成する。
  • SEO 提案: 作成中のコンテンツに基づいて、より良いタイトルやメタディスクリプションを提案する。
• 目的: コンテンツの初期ドラフト作成にかかる時間を短縮し、より多くの時間を推敲と編集に費やせるようにすること。

🖼️ 1.2 画像生成と編集の統合

OpenAI の DALL-E や類似のモデルを活用し、ブロックエディター内から離れることなく画像を生成・編集できる機能が搭載されます。

• 機能: メディアライブラリや画像ブロックに「AIで生成」ボタンが追加され、プロンプトを入力するだけでブログ用のユニークな画像を生成できます。
• 編集: 既存の画像に対して「背景の削除」や「スタイルの変更」といった AI 編集機能が提供されます。

🏗️ 第2章: サイトエディターと開発者向けの改善

フルサイト編集（FSE）体験が成熟し、よりプロフェッショナルなサイト構築に対応するためのツールが追加されます。

📄 2.1 改善されたテンプレート編集フロー

• 簡素化されたナビゲーション: テンプレートとパーツの切り替えがより直感的になり、サイトエディター内での迷子を減らすためのパンくずリスト（Breadcrumbs）ナビゲーションが強化されました。
• カスタム CSS の追加: 特定のテンプレートやテンプレートパーツに対して、グローバルスタイルに影響を与えずにカスタム CSS を適用できるコントロールが追加され、より細かなデザイン調整が可能になりました。

🎨 2.2 スタイルとデザインツールの進化

• 強化されたタイポグラフィ制御: フォントファミリー、サイズ、行の高さだけでなく、文字間隔（Letter Spacing） や 単語間隔（Word Spacing） の制御が、より多くのブロックで利用可能になります。
• デザインツールの統一: ブロック固有のデザインパネル（パディング、マージンなど）が整理され、どのブロックでも一貫した操作感でデザイン設定ができるよう標準化されました。

🛠️ 第3章: パフォーマンス、セキュリティ、バグ対応

メジャーリリースとして、6.9は大規模な基盤の改善とメンテナンス作業も実施しています。

🚀 3.1 大幅なパフォーマンス向上

• ブロックレンダリングの最適化: ブロックの読み込みと表示ロジックが改善され、特にページ内のブロック数が多い場合のフロントエンドの表示速度が向上します。
• データベースクエリの効率化: 頻繁に実行されるデータベースクエリの一部が最適化され、バックエンド処理の負荷が軽減されます。
• 画像遅延読み込み（Lazy Loading）の調整: LCP（Largest Contentful Paint）に影響を与える画像を、より効果的に処理するための遅延読み込みのロジックが微調整されました。

🐞 3.2 バグ対応と安定性の確保

• Core のバグ修正: これまでのバージョンで報告された、REST API、データベース層、マルチサイト機能に関連する約 100以上のバグ が修正されました。
• エディターの安定性: サイトエディターやパターン機能において、予期せぬクラッシュや保存エラーを引き起こす問題が特定され、安定性が大幅に改善されています。
• アクセシビリティ改善: スクリーンリーダーやキーボードナビゲーションのユーザー体験を向上させるための、多数のアクセシビリティ修正が含まれています。

🎯 まとめ

🖥️ WordPress 6.9の推奨要件

WordPressを安定して安全に実行するために、ホスティングサービスが以下の要件を満たしていることが推奨されています。

💡 補足情報

• PHPとデータベース: 古いバージョンのPHPやデータベースでもWordPressは動作する可能性がありますが、セキュリティ上のリスクやパフォーマンスの低下、そして新しい機能が利用できないなどの問題が発生するため、上記の推奨バージョンを満たすことが強く推奨されます。
• プラグインの動作: 一部の新しいプラグインやテーマは、最低要件としてPHP 8.0以上、WordPress 6.8以上などを要求し始めているため、推奨要件を満たすことで互換性の問題も回避できます。

Gene Harris

ジーン・ハリス（Gene Harris、出生名：Eugene Haire）は、ソウル・ジャズとして知られる、ブルースやゴスペルの要素を取り入れた温かい音色が特徴のピアニストとして知られるアメリカのジャズ・ミュージシャンです。

新機能の追加ではなく、安定性とセキュリティを向上させるためのマイナーアップデートです。Security release

主なトピック

セキュリティ修正

WordPress 6.8.3は、以下の2つのセキュリティ問題を修正するためにリリースされました。

1. データ公開の問題（Data Exposure Issue）
   • 認証されたユーザーが、通常アクセスが制限されている一部のコンテンツにアクセスできてしまうという問題が修正されました。
2. クロスサイトスクリプティング（XSS）の脆弱性
   • 認証されたユーザー権限が必要な、ナビゲーションメニューに影響を与えるクロスサイトスクリプティング（XSS）の脆弱性が修正されました。

これらのセキュリティ修正が含まれているため、WordPressはユーザーに対して速やかなアップデートを推奨しています。

その他の改善

バグ対応

、大規模な新機能の追加はありませんが、Coreおよびブロックエディターにおけるその他の軽微なバグ修正や安定性の改善も含まれています。

ただし、セキュリティ修正が最重要の変更点であり、具体的なバグ修正の詳細は、公式のリリースノートで確認するのが最も正確です。マイナーリリース（X.X.X）は通常、機能追加よりも安定性の維持に重点を置いています。

主な修正内容 (セキュリティリリース)

このマイナーバージョン（X.X.X）は、以下の2つの重要なセキュリティ修正に焦点を当てています。このため、WordPressはすべてのユーザーに直ちにアップデートすることを強く推奨しています。

WordPress 6.8.2に含まれるコアチケット

• #63399 – Twenty Twenty-Five: editor style isn’t enqueued
  : Twenty Twenty-Five テーマ: エディタースタイルがキューに入らない。
  • Twenty Twenty-Five テーマにおいて、ブロックエディター内でテーマ固有のスタイルが正しく読み込まれない問題を修正。これにより、エディター上での見た目がフロントエンドとより一致するようになります。
• #14110 – Expose height and width attributes to ‘wp_get_attachment_image_attributes’ filter
  : wp_get_attachment_image_attributes フィルターに height 属性と width 属性を公開する。
  • wp_get_attachment_image_attributes フィルターを使用して、添付画像の HTML 属性をカスタマイズする際に、height 属性と width 属性にアクセスできるようにします。これにより、レスポンシブデザインなどの実装がより柔軟に行えるようになります。
• #42007 – rpc.pingomatic.com still using HTTP
  : rpc.pingomatic.comが依然としてHTTPを使用している。
  • ブログの更新を検索エンジンなどに通知する Pingback サービスである rpc.pingomatic.com が、セキュリティ上の理由から HTTPS を使用する様に変更。
• #47595 – Re-evaluate whether comment form should still get the HTML5 novalidate attribute
  : コメントフォームが依然として HTML5 の novalidate 属性を持つべきかどうかを再評価する。
  • コメントフォームにデフォルトで設定されている HTML5 の novalidate 属性について、ユーザーエクスペリエンスやアクセシビリティの観点から再評価し、必要に応じて削除または変更。novalidate 属性はブラウザのデフォルトのフォーム検証を無効化。
• #61941 – Removing app.screencast.com as an oEmbed provider
  : app.screencast.comをoEmbedプロバイダーから削除
  • 動画共有サービス app.screencast.com が廃止されたため、WordPress の oEmbed プロバイダーリストから削除されます。これにより、該当サービスの埋め込みが機能しなくなります。
• #62995 – Uploading Mac screenshots results in broken images, due to question marks inserted in filenames
  : Mac のスクリーンショットをアップロードすると、ファイル名に疑問符が挿入され、画像が破損する。
  • macOS で撮影したスクリーンショットを WordPress にアップロードする際、ファイル名に不要な疑問符が含まれて画像が正しく表示されない問題を修正。
• #63029 – Better align restore revision buttons on mobile devices
  : モバイルデバイスでリビジョン復元ボタンの配置を改善。
  • モバイルデバイスで投稿や固定ページのリビジョン（履歴）を復元する際のボタンの配置を改善し、より操作しやすくします。
• #63073 – Twenty Twelve: theme’s figcaption styles do not apply in the editor
  : Twenty Twelve テーマ: テーマの figcaption スタイルがエディターに適用されない。
  • 古いテーマである Twenty Twelve において、画像のキャプション (figcaption) のスタイルがブロックエディター内で正しく表示されない問題を修正します。
• #63254 – Introduce development mode for block editor styles
  : ブロックエディタースタイルの開発モードを導入する。
  • ブロックエディターのスタイル開発を効率化するための新しい開発モードを導入します。これにより、開発者はより迅速にスタイルの変更をテストできるようになります。
• #63308 – tinymce cache key should be updated
  : TinyMCE のキャッシュキーを更新する必要がある。
  • 古い TinyMCE エディター（クラシックエディター）を使用している環境において、キャッシュの問題でエディターの動作がおかしくなる場合があるため、キャッシュキーを更新して問題を解消します。
• #63324 – Update Twemoji to v16.0.1
  : Twemoji を v16.0.1 に更新する。
  • WordPress で使用されている絵文字ライブラリ Twemoji を最新バージョンに更新し、新しい絵文字のサポートやセキュリティの向上を図ります。
• #63377 – Pin specific Gutenberg plugin version for E2E tests in 6.6 branch
  : 6.6 ブランチの E2E テストのために特定の Gutenberg プラグインのバージョンを固定する。
  • WordPress のテスト環境において、特定のバージョンの Gutenberg プラグインを使用してエンドツーエンド (E2E) テストを実行するように設定します。これにより、テストの安定性と信頼性を向上させます。
• #63390 – Add version number tests for package-lock and composer files.
  : package-lock ファイルと composer ファイルにバージョン番号のテストを追加する。
  • WordPress の開発環境で使用される依存関係管理ファイル (package-lock.json と composer.lock) において、バージョン番号が正しく管理されているかを検証するためのテストを追加します。
• #63424 – Twenty Sixteen: Quote block Plain style has border in the editor
  : Twenty Sixteen テーマ: 引用ブロックのプレーンスタイルにエディター内でボーダーが表示される。
  • Twenty Sixteen テーマにおいて、引用ブロックの「プレーン」スタイルがブロックエディター内で不要なボーダーを表示する問題を修正します。
• #63520 – Twenty Fourteen: Latest Comments block link color does not belong in Content Sidebar
  : Twenty Fourteen テーマ: 最新のコメントブロックのリンク色がコンテンツサイドバーに合わない。
  • Twenty Fourteen テーマにおいて、「最新のコメント」ブロック内のリンク色がサイドバーの背景色とコントラストが低く、視認性が悪い問題を修正します。
• #63543 – Environment variable WP_CONFIG_PATH should be set on cli container in wordpress-develop env
  : wordpress-develop 環境の CLI コンテナで環境変数 WP_CONFIG_PATH を設定する必要がある。
  • WordPress の開発環境 (wordpress-develop) において、コマンドラインインターフェース (CLI) コンテナ内で WP_CONFIG_PATH 環境変数を正しく設定します。これにより、開発環境のセットアップと管理が容易になります。
• #63564 – Dev environment should incorporate enhancements from wp-env for speed and non-interactive usage
  : 開発環境は、速度と非対話的な使用のためにwp-envの機能強化を取り入れるべきである。
  • WordPress の開発環境において、より高速かつ非対話的に操作できるwp-envツールからの機能強化を統合
• #63588 – do_blocks(): Free up transient memory leak
  : do_blocks(): 一時的なメモリリークを解消する。
  • ブロックのレンダリングを行う do_blocks() 関数において、一時的なメモリリークが発生する可能性があった問題を修正します。
• #63595 – Cease support for 4.1 – 4.6
  : WordPress バージョン4.1から4.6までのサポート終了
  • WordPress の古いバージョンである 4.1 から 4.6 までのサポートを終了します。これにより、これらのバージョンに関するバグ修正やセキュリティアップデートは行われなくなります。
• #63613 – Twenty Twenty-One: menu toggle is not responsive until after “load” event
  : Twenty Twenty-One テーマ: 「load」イベントの後までメニューのトグルが反応しない。
  • Twenty Twenty-One テーマにおいて、ページ読み込み完了後までモバイルメニューのトグルボタンが正常に機能しない問題を修正します。

6.8.2に含まれるGutenbergプルリクエスト

• #69627 – Navigation Link: Don’t check validity when block editing is disabled
  : ナビゲーションリンク: ブロック編集が無効の場合、有効性をチェックしない。
  • ブロックエディターが無効になっている場合、ナビゲーションリンクブロックの有効性チェックをスキップ。これにより、パフォーマンスの改善に期待。
• #69631 – Navigation Link: Optimize ‘getBlockParentsByBlockName’ selector call
  : ナビゲーションリンク: ‘getBlockParentsByBlockName’ セレクター呼び出しを最適化する。
  • ナビゲーションリンクブロックで使用される getBlockParentsByBlockName セレクターの呼び出しを最適化し、パフォーマンスを向上させます。
• #69633 – Navigation Link: Improve performance by only requesting entities when selected
  : ナビゲーションリンク: 選択された場合のみエンティティをリクエストすることでパフォーマンスを改善する。
  • ナビゲーションリンクブロックにおいて、リンクが選択された場合にのみ関連するエンティティ（投稿、固定ページなど）の情報をリクエストするように変更し、パフォーマンスを改善します。
• #69698 – Query Loop: Don’t overwrite the ‘query.inherit’ attribute value
  : クエリーループ: ‘query.inherit’ 属性値を上書きしない。
  • クエリーループブロックにおいて、query.inherit 属性の値が意図せず上書きされる問題を修正します。query.inherit 属性は、現在のコンテキスト（例: カテゴリーページ）からクエリ設定を継承するかどうかを制御します。
• #69741 – Block Editor: Remove truncation from media tab preview tooltips
  : ブロックエディター: メディアタブのプレビューツールチップから切り捨てを削除する。
  • ブロックエディターのメディアタブで、画像のプレビューにマウスオーバーした際に表示されるツールチップにおいて、ファイル名などが切り捨てられないように修正します。
• #69985 – Image: Avoid stale URL when reselecting the same image from the library
  : 画像: ライブラリから同じ画像を再選択した際に古い URL を使用しないようにする。
  • 画像ブロックにおいて、メディアライブラリから同じ画像を再度選択した場合に、古い（変更前の）URL が残ってしまう可能性があった問題を修正します。
• #70020 – Post Template: Don’t rely on the default ‘ignore_sticky’ REST API value
  : 投稿テンプレート: デフォルトの ‘ignore_sticky’ REST API 値に依存しないようにする。
  • 投稿テンプレートブロックにおいて、スティッキー投稿（先頭に固定表示する投稿）を無視するかどうかを制御する ignore_sticky パラメーターのデフォルト値に依存せず、明示的に設定するように変更します。
• #70043 – MediaPlaceholder: Fix Regression with media URL input type to allow a local URL path
  : MediaPlaceholder: ローカル URL パスを許可するようにメディア URL 入力タイプの回帰を修正する。
  • メディアアップローダーのプレースホルダーにおいて、メディアの URL を直接入力する際に、ローカルの URL パス（例: /wp-content/uploads/…）が正しく認識されない問題を修正します。
• #70051 – DOM: Add summary element to focusable elements
  : DOM: フォーカス可能な要素に summary 要素を追加。
  • HTML の <summary> 要素をフォーカス可能な要素として認識するように変更します。これは、<details> ブロックなどのアクセシビリティ向上に貢献します。
• #70054 – Button: Limit scope of width style for link
  : ボタン: リンクの width スタイルの範囲を制限する。
  • ボタンブロックにおいて、リンク要素に適用される width スタイルの範囲を適切に制限し、意図しないレイアウト崩れを防ぎます。
• #68741 – Details: Enable all non-interactive formats
  : 詳細:すべての非インタラクティブなフォーマットを有効に
  • 詳細ブロック（<details> 要素を使用）内で、インラインコードや画像など、インタラクティブでないすべての書式設定を有効にします。
• #70056 – Details Block: Fix keyboard accessibility issues and allow list view selection to show up inner blocks
  : 詳細ブロック:キーボードアクセシビリティの問題を修正し、リストビューの選択で内部ブロックを表示できる様に。
  • 詳細ブロックにおいて、キーボード操作でのアクセシビリティの問題を修正し、リストビューで内部のブロックが正しく表示され、選択できるようにします。
• #70078 – URL: Handle HTML entities and ampersand in ‘cleanForSlug’
  : URL: ‘cleanForSlug’ で HTML エンティティとアンパサンドを処理する。
  • URL スラッグ（URL の一部）を生成する cleanForSlug 関数において、HTML エンティティ（例: &）やアンパサンド (&) が正しく処理されるように修正します。
• #70480 – Remove screencast.com embed block variation
  : screencast.com 埋め込みブロックのバリエーションを削除
  • コアチケット #61941 と同様に、廃止された screencast.com の埋め込みブロックのバリエーションを削除します。
• #70553 – Fix Floating UI packages dependencies
  : Floating UI パッケージの依存関係を修正する。
  • ポップアップやツールチップなどの UI 要素を制御する Floating UI ライブラリの依存関係を修正し、安定性を向上させます。

これらの修正と改善は、WordPress 6.8.2 をより安定させ、使いやすくすることを目的としています。リリースノートが公開されれば、さらに詳細な情報が提供される予定です。

頼みの綱として生成AI「Gemini」に助けを求め、共に原因究明に奔走するも、その道のりは決して平坦ではありませんでした。プログラミングの鉄則を疑い、目を凝らしても見つからないエラーの正体は、まさに「想定外」。Geminiとの対話を通して、AIの可能性と限界、そして最終的に問題解決へと導いた驚きの真相を、赤裸々にお伝えします。

衝撃

ローカルのPCの開発環境では、うまく機能して操作できていた。
本環境にそのまま、コピペしただけなのにプレビュー段階で全く機能しない。

なぜ、何が問題？

何も変更することなく、ローカルのPCで開発した内容を、HTML部分とScript部分を別々に、カスタムHTMLブロック２つに分け、１番目のHTMLブロックにはHTML部分をそのまま貼り付け、次のHTMLブロックには<script></script>記載した上で、間にScript文を貼り付けただけなのに。

公開目前！最後の難関：突如現れたエラーの影

ローカル環境では完璧に動作していた自慢のカラーピッカー。意気揚々と公開準備を進めるも、本環境でのプレビュー表示でまさかのトラブル発生。プレビュー表示でカラーパレットが真っ白になり、操作は一切受け付けないという事態に直面。

原因究明の開始

藁にもすがる思いで：AIの知恵を借りる

Geminiとの対話：エラー情報の収集と解析の始まり

Geminiからの最初の指示は、ブラウザの開発者ツールに表示されるConsoleエラーの提供。果たして、そこに解決の糸口は隠されているのか？

Geminiの回答

ご報告ありがとうございます。ローカル環境では問題がないのに、Webページに公開した途端に問題が発生するとのこと、それは非常によくあるケースで、原因もいくつか考えられます。
問題を解決するために、以下の手順で確認を進めてください。【重要な確認事項】
ブラウザの開発者ツール（デベロッパーツール）の確認:

　公開されているWebページを開き、ブラウザの開発者ツールを起動してください。（通常は右クリックして「検証」や「要素を調査」を選択するか、F12キーを押すと開きます）

　開発者ツールの「コンソール」タブを開き、赤い文字で表示されているエラーメッセージがないか確認してください。もしエラーメッセージがあれば、それが問題の原因を示している可能性が高いです。エラー内容を教えていただけると、さらに具体的なアドバイスができます。

• Chromeで確認したConsoleエラーをGeminiに報告するも、そのエラー行数は膨大^※ かつ止まることなく吐き出されている。一体、何が原因でこんなにもエラーが出ているのか？

（※.ChromeのConsoleエラーはStopすることなく大量に出力され続ける。最初の100行あまり、2画面スクロール分位をコピーして報告。Geminiにもその旨を伝える）

Chromeの悲鳴：大量のエラーメッセージに翻弄される

本環境でのエラー報告ありがとうございます。大量のコンソールエラーが発生しており、特に SyntaxError: Invalid or unexpected token と SyntaxError: Unexpected token '+' が出ていることは、JavaScriptファイル自体に何らかの問題があることを示唆しています。

これらのエラーは、JavaScriptの文法として正しくない文字が含まれている場合や、ファイルのエンコーディングが間違っている場合などに発生します。ローカル環境では問題がないのに、本環境で発生するということは、ファイルのアップロードまたは保存の過程で問題が発生した可能性が考えられます。

以下の点について確認してみてください。

1. JavaScriptファイルの再アップロード: colorPicker_Gemini-Script7.js を再度、Webサーバーにアップロードしてみてください。アップロードが中断されたり、不完全な状態でアップロードされた可能性があります。FTPクライアントなどを使用している場合は、転送モード（バイナリまたはテキスト）の設定が適切かどうかも確認してください。一般的にはJavaScriptファイルはテキストモードで転送することが推奨されます。
2. ファイルのエンコーディング: JavaScriptファイルのエンコーディングが、Webサーバーで想定されているエンコーディング（通常はUTF-8）と一致しているか確認してください。テキストエディタでファイルを開き、エンコーディングの設定を確認・変更できます。
3. ファイル内容の確認: もし可能であれば、本環境にアップロードされた colorPicker_Gemini-Script7.js の内容を直接確認してみてください。予期しない文字が混入していたり、途中でファイルが途切れていないかなどをチェックします。
4. 他のJavaScriptエラーの確認: total.js という別のファイルでもエラーが発生しているようです。もしこのファイルがカラーピッカーの動作に依存している場合、このエラーが影響を与えている可能性も考えられます。カラーピッカーの動作に必要なJavaScriptファイルが全て正常に読み込まれているか、開発者ツールの「ネットワーク」タブで確認してください。

まずは上記の点を確認し、JavaScriptファイルが正しく本環境にデプロイされているかどうかを確かめてください。SyntaxError が解消されれば、カラーピッカーが正常に動作する可能性が高いです。

　➡　Geminiによる解析は難航を極める。

承知いたしました。.js ファイルをアップロードしたのではなく、HTMLブロックに直接ペーストしているとのこと、了解いたしました。その場合、コードの誤りである可能性が高まります。

先ほどのエラーメッセージをもう一度確認すると、xn--ecka7j.biz/:2154 Uncaught SyntaxError: Unexpected token '+' というエラーが出ています。これは、2154行目に予期しない + 記号があることを示唆しています。

以下の手順で、HTMLブロックにペーストしたJavaScriptコードを確認してみてください。

1. 本環境のコードの確認:
   • 公開されているWebページの該当箇所（拡張HTMLブロック）のコードを直接確認してください。ブラウザの開発者ツールの「要素」タブで、<script> タグの中身を確認できます。
   • ローカル環境で正常に動作しているJavaScriptコードと、本環境にペーストしたコードを行ごとに注意深く比較してください。特に2154行目付近に、意図しない + 記号がないか確認してください。また、タイプミスや文字抜けなども見落とさないように確認してください。
2. コメントアウトの確認:
   • JavaScriptのコメントアウト (// や /* ... */) が正しく記述されているか確認してください。誤ったコメントアウトは、予期しないトークンエラーを引き起こすことがあります。
3. テンプレートリテラルの確認:
   • コピー機能の部分でバッククォート (`) を使用しているテンプレートリテラルがありますが、これが正しく記述されているか確認してください。特に、文字列内で変数を埋め込む ${} の部分に誤りがないか注意してください。
4. 他のJavaScriptコードとの競合:
   • もしページ内に他のJavaScriptコードが存在する場合、それらのコードと変数名や関数名が衝突している可能性もわずかに考えられます。ただし、今回のエラーメッセージはSyntaxErrorなので、まずはコード自体の文法エラーを疑うべきです。

エラーメッセージの行番号(:2154) は、コードの行数が非常に多いことを示唆しています。 ペーストしたJavaScriptコードだけでなく、そのHTMLブロック全体や、その前後のHTML要素なども含めて、意図しない + 記号がないか確認してみるのも良いかもしれません。

お手数ですが、上記の手順でコードの確認と修正を試してみてください。SyntaxError が解消されれば、他の問題も解決に向かう可能性があります。

その通りです。ブラウザの開発者ツールが示す行番号は、HTMLファイル全体の行数を基準にしています。したがって、2154行目というエラー表示は、ペーストしたJavaScriptコードだけでなく、そのJavaScriptコードが埋め込まれているHTMLブロックや、それ以前のHTML構造の行数も全て含んだ上での行番号となります。

エラー箇所を特定するには、以下の手順で確認してみてください。

1. 公開ページのHTMLソースコードを表示する:
   • ブラウザで公開ページを開き、右クリックして「ページのソースを表示」または同様のオプションを選択します。
2. <script> タグを探す:
   • 表示されたHTMLソースコードの中で、カラーピッカーのJavaScriptコードをペーストした <script> タグの位置を探します。
3. 行数を数える:
   • HTMLソースコードの最初から数えて、2154行目付近に何が記述されているかを確認してください。<script> タグの中であれば、ペーストしたJavaScriptコードのエラーの可能性がありますし、もし <script> タグの外であれば、HTML構造に問題があるかもしれません。
4. エラーの可能性のある箇所を特定する:
   • 2154行目付近のコードに、エラーメッセージで指摘されている + 記号がないか、または文法的に不自然な記述がないか確認してください。

この方法で、エラーが発生している正確な位置を特定できるはずです。もし特定できたら、その部分のコードを再度確認し、修正を試みてください。

ご指摘ありがとうございます。ソースコードの行数が合わないとのこと、承知いたしました。

その場合、エラーが発生している2154行目付近には、別のJavaScriptコードが存在するか、または何らかの理由でHTML構造の一部がJavaScriptとして誤認識されている可能性があります。

以下の手順で、2154行目付近のコードを確認してみてください。

1. 公開ページのHTMLソースコードを再度表示します。
2. ソースコードを2154行目付近までスクロールします。
3. その行に何が記述されているか確認します。
   • もし <script> タグで囲まれたJavaScriptコードであれば、その部分に + 記号が不適切に使われていないか、文法的な誤りがないかを確認してください。
   • もし HTML タグやその他のコンテンツであれば、それが JavaScript の文脈で解釈されようとしてエラーになっている可能性があります。例えば、閉じタグが不足していたり、コメントアウトが正しく行われていないなどの理由で、意図しない部分が <script> 要素として扱われることがあります。
4. 2154行目よりも少し前の行（例えば2100行目あたりから）も確認し、JavaScriptの<script>タグが適切に開始・終了しているかを確認してください。 もし、どこかの <script> タグが閉じられていない場合、それ以降のHTMLコードがJavaScriptとして解釈され、エラーを引き起こすことがあります。

エラーメッセージは Unexpected token '+' ですので、2154行目付近で + 記号がどのように使われているか、文脈と照らし合わせて確認することが重要です。

もし、ご自身で原因を特定するのが難しい場合は、その2154行目付近のコード（可能であれば、その数行前後のコードも含む）を共有していただければ、私も一緒に確認してみることができます。

奥の手：Webページ全体のソースコードを提供

ご提供ありがとうございます。2154行目は外部のJavaScriptライブラリのコードの一部であるようです。これは、ご自身の記述されたカラーピッカーのコード（742行目から1164行目）とは異なる場所でエラーが発生していることを意味します。

このような場合、考えられる原因はいくつかあります。

1. ご自身のカラーピッカーのコードの潜在的なエラー: カラーピッカーのコードに、直接的なSyntaxErrorではないものの、実行時に問題を引き起こし、その影響が他のJavaScriptコードの解析に及んでいる可能性があります。例えば、変数名や関数のスペルミス、予期しない値が渡されることによるエラーなどが考えられます。
2. 外部ライブラリの破損または不完全な読み込み: 何らかの原因で、この外部ライブラリのコードが完全に読み込まれていないか、破損している可能性があります。ただし、HTMLに直接記述しているとのことなので、この可能性は低いかもしれません。
3. HTML構造の誤り: カラーピッカーのJavaScriptコードが記述されている場所のHTML構造に誤りがあり、それが外部ライブラリの解析に影響を与えている可能性も考えられます。例えば、<script> タグの閉じ忘れなどです。

トラブルシューティングとして、以下の点について再度確認をお願いできますでしょうか。

• ご自身のカラーピッカーのJavaScriptコードをもう一度、注意深く見直してください。 特に、最近変更を加えた部分や、イベントリスナーの設定、関数呼び出しなどに誤りがないか確認してください。セミコロンの抜けなどもエラーの原因となることがあります。
• カラーピッカーのJavaScriptコードを囲んでいる<script>タグが正しく閉じられているか確認してください。 また、その<script>タグがHTMLの適切な場所に配置されているか（通常は</body>タグの直前が推奨されます）も確認してください。
• もし他にJavaScriptコードを記述している<script>タグがあれば、それらのコードにもエラーがないか確認してみてください。

エラーメッセージが特定の外部ライブラリの行数を示しているとはいえ、根本的な原因がご自身のコードにある可能性も考慮して、今一度コード全体を見直してみてください。

完全な手詰まり状態

新たな視点：Firefoxのエラー情報に光明が？

FirefoxのConsoleエラーLogで判ったこと

ソースコード解析の結果：Geminiもお手上げ？

提供したソースコードに対し、Geminiは、ChromeでのConsoleエラーの「#」に関連する不審な点を見つけられなかったと回答。早くも暗雲が立ち込める。

ご提供いただいたHTMLソースコードを確認しましたが、Firefoxのエラーメッセージ UncaughtSyntaxError: '#' not followed by identifier xn--ecka7j.biz:818:30 が示す818行目付近には、直接的に問題となる # は見当たりませんでした。

ただし、Firefoxのエラーメッセージは、Chromeとは異なる場合があります。Chromeで表示されているエラー Uncaught SyntaxError: Invalid or unexpected token が依然として気になります。

つきましては、以下の点について、再度HTMLソースコード全体をご確認いただけますでしょうか。

1. Firefoxのエラー箇所（818行目付近）の確認:
   • その行に直接 # がない場合でも、その行のコードがJavaScriptの文脈で解釈された結果、そのようなエラーが出ている可能性があります。周囲のコード（特にJavaScript関連のコード）に問題がないか確認してください。
2. Chromeのエラー箇所（HTMLの先頭）の確認:
   • HTMLファイルの先頭から、特に <script> タグが始まるまでの間に、意図しない文字（不可視文字なども含む）や文法的に正しくない記述がないか、もう一度注意深く確認してください。
   • 稀に、サーバー側の処理や、コピー＆ペーストの際に予期しない文字がHTMLの先頭に混入することがあります。
3. JavaScriptコードの全体的な確認:
   • コメントアウト以外の不要な文字や記号が混入していないか、念のためJavaScriptコード全体を再確認してください。

もし、これらの確認をしても問題が特定できない場合は、大変お手数ですが、可能であれば、公開されているWebページのURLを共有していただけますでしょうか？実際にWebページを拝見することで、より具体的な原因を特定できるかもしれません。

Firefoxによる深掘り：Scriptエラーの発見と詳細調査

GeminiはFirefoxのエラーからScriptエラーを発見し、発生位置を特定。問題のコードの再確認を指示される。

コードを拝見しました。

まず、122行目の条件式で、JavaScriptの論理AND演算子である && が、HTMLエンティティの && と記述されています。これはJavaScriptとしては解釈されず、意図しない動作を引き起こす可能性がありますので、&& に修正してください。

何故か？117 Lineを122行目と言ってくるが、、、、

コードは正常、しかし現実は…：繰り返される問題

問題箇所とされるコードは正常にしか見えず、編集画面でも問題なし。念のため、Scriptを再度上書き更新するも状況は変わらず。エラー解決への道は依然として見えない。

展開されたSourceのの文字化け部分（819 Line）

if (r >= 0 && r <= 255 &#038;&#038; g >= 0 && g <= 255 &#038;&#038; b >= 0 && b <= 255) { 

そう、余計な文字：#038;　が、&&の間に数か所に挟まっている。
（でも全部の＆＆の間が文字化けしている訳ではない。･･･これも不思議！）(ここがRGBの数値の範囲チェックの部分･･･➡ここのif文が機能しないための不具合。Firefoxのconsoleエラーが示す’#‘もここにある。)

そして、実際のコーディングでは、以下の様に問題なく（文字化けの「#038;」もない）（　colorPicker_Gemini-Script7.jsの　117 Line）

if (r >= 0 && r <= 255 && g >= 0 && g <= 255 && b >= 0 && b <= 255) {

元々の「colorPicker_Gemini-Script7.js」

であるし、改めて、編集画面で見てみても同じ

でも、現実は不具合発生だし、Firefoxのconsoleエラーはここを指している
（よく見てみるとChromeのConsoleエラーとSourceコードのGemini解析で指し示した「#」は、#038;の先頭にある）

プレビュー画面のSourceの該当箇所付近は、下の画像キャプチャ通り
SourceをSublime Textに貼り付け、Check250525.htmlで保存した後、VS Codeで開いて「if (r >= 0」で検索 ➡ Firefoxのエラー箇所（818行目付近）で合致する819 Line（VS Codeは文字化け部分を~~~~ ~~~~で示してくれている。こんなCode無いぞ!!!と）➡ 　該当箇所近辺をキャプチャ

環境要因の可能性：GeminiからのURL開示要求

Geminiは、ソースコードと実行環境の間に生じる不整合、特に文字化けの可能性を指摘し、実際のWebページのURLの開示を求める。

原因がまた一つ特定できましたね！&& がまだ残っていたとは、驚きです。

Localで修正してアップロードしたのに、本環境で文字化けが戻ってしまう原因としては、以下の可能性が考えられます。

1. キャッシュ: ブラウザのキャッシュだけでなく、WebサーバーやCDN（コンテンツ配信ネットワーク）のキャッシュが古いバージョンのファイルを配信している可能性があります。スーパーリロード（Ctrl+Shift+R または Cmd+Shift+R）を試すだけでなく、もしCDNを利用している場合は、CDNのキャッシュクリアも試してみてください。
2. 保存またはアップロードの失敗: 編集したHTMLブロックが正しく保存または公開されていない可能性があります。Webサイトの編集画面で、変更を保存し、公開する手順を確実に行ってください。
3. 複数の場所でコードを編集している: もし、複数の場所で同じコードを編集している場合、誤って古いバージョンのコードを上書きしてしまっている可能性があります。
4. プラットフォームの自動変換: ご利用のWebサイトプラットフォームによっては、特定の文字や記号を自動的に変換する機能があるかもしれません。もしそういった機能があれば、設定を確認してみてください。

まずは、Webサイトの編集画面で、該当のHTMLブロックの内容が最新の修正済みコードになっていることを確認してください。その後、キャッシュクリアを徹底的に行ってみてください。

もしそれでも問題が解決しない場合は、ご利用のWebサイトプラットフォーム名などを教えていただければ、何か情報が見つかるかもしれません。

非公開とプレビューの壁：もどかしい状況

問題解決のためURLを開示したい気持ちはあるものの、ページは未公開。下書きプレビューでの状況を伝え、一時公開も検討することを伝える。

下書き保存とプレビュー表示で確認しても正しく動作しないとのこと、承知いたしました。編集画面でコードが正しく表示されているにも関わらず問題が解決しない場合、以下の可能性を試してみてください。

1. プレビュー画面のハードリロード: プレビュー画面が古いキャッシュを読み込んでいる可能性があります。プレビュー表示の状態で、強制的に再読み込み（ハードリロード）を試してみてください。通常、Ctrl+Shift+R（Windows/Linux）、Cmd+Shift+R（Mac）で行えます。
2. プレビュー画面の開発者ツール（コンソール）の確認: プレビュー表示でも、ブラウザの開発者ツールを開いて（通常はF12キー）、コンソールにエラーメッセージが表示されていないか確認してください。表示がおかしくても、JavaScriptのエラーが出ている場合があります。
3. プラットフォームのプレビュー機能の特性: ご利用のWebサイトプラットフォームのプレビュー機能が、公開時と異なる動作をする場合があります。もし可能であれば、プラットフォームのヘルプなどを確認し、プレビューの制限事項などを調べてみてください。

上記を試しても解決しない場合は、一旦「工事中」などの表示をして公開し、URLを共有していただく方が、私も実際のWebページの状態を確認できるため、より具体的なアドバイスができるかもしれません。もし公開に抵抗がなければ、その方法もご検討ください。

承知いたしました。公開後、URLを共有いただければ、すぐに確認させていただきます。引き続きサポートさせていただきますので、よろしくお願いいたします。

Geminiの期待：公開後のURL分析に託す

承知いたしました。URLをありがとうございます。

早速、拝見して状況を確認いたします。少々お時間をください。

ページを「工事中」として公開し、URLをGeminiに託す。AIによる分析に、一縷の望みをかける。

AIも時間が必要：分析結果を待つ焦燥感

Geminiから分析に時間を要する旨の連絡。焦りを感じながらも、AIの判断を待つ。

Geminiの回答を待つ間に

まさかの自己解決：閃きが生んだ解決策

Geminiからの返信を待つ間に、何気なくScriptの記述場所を変更してみたところ、嘘のようにエラーが解消！信じられない結末を迎える。

Geminiに報告：解決したことと変更点を

解決のご報告ありがとうございます！テーマの機能であるカスタムJavaScript欄に移動させることで解決されたとのこと、素晴らしいですね。

当初、HTMLブロックに直接記述されていたことが原因だったのですね。テーマの機能を利用することで、JavaScriptの実行環境が適切になり、問題が解消されたと考えられます。

カラーピッカーが無事に動作するようになったとのこと、大変嬉しく思います。他に何かお手伝いできることがございましたら、お気軽にお知らせください。

Geminiの誤解：AIにも得意不得意がある？

真実の共有：依然として残る謎

Geminiの誤解を訂正し、自己解決に至った経緯と、根本的な原因が依然として不明であることを伝える。

Geminiの反省と今後の課題：文字化けという難題

Geminiは自身の誤解を謝罪し、文字化けという問題の複雑さについて言及する。

ご指摘ありがとうございます。私の認識が誤っており、申し訳ございません。「HTMLブロックに直接記述されていたことが原因」ではなく、文字化けが根本的な原因だったのですね。

文字化けの原因は特定できていないとのこと、承知いたしました。文字化けは、ファイルの保存形式、Webページのエンコーディング設定、サーバー側の設定など、様々な要因で発生するため、原因特定が難しい場合がありますね。

今回のケースでは、テーマのカスタムJavaScript欄に移動したことで、結果的に文字化けの問題も解消された、または影響を受けなくなった、と理解いたしました。

引き続き、何かご不明な点やお困りのことがございましたら、お気軽にお知らせください。

まとめ

Webサイト公開直前、予期せぬConsoleエラーに見舞われた顛末記。生成AI「Gemini」との対話を通じて問題解決を試みるも、最終的な原因はコードの一部で発生した不可解な文字化けだった。AIの力を借りながらも、人の目による確認と環境に合わせた調整の重要性を痛感した記録。

Color Palette Explorer: あなただけの特別な色を作ろう・見つけよう！

洗練されたカラーピッカー - Webデザイン、イラスト制作に。RGBスライダー、カラーパレットで直感的に色を見つけ、HEX/RGBコード、和色名も表示。選択した色はHTMLテーブル形式で保存。Webサイトに最適な色を簡単選択。色の表現が豊かに。

イイネ.biz

2026.04.09

トピック

WordPress 6.8.1はメンテナンスリリースであるため、主要な新機能は含まれていません。

直前のメジャーリリースであるWordPress 6.8では、以下のブログカードのクリックでご覧いただけます。

WordPress 6.8 "Cecil"正式リリース

WordPress 6.8 は、パフォーマンス、セキュリティ、アクセシビリティの向上に重点を置いています。主なトピックは、パフォーマンスの向上、セキュリティの強化、アクセシビリティの改善と、スタイルブックの改善です。主なトピック投機的読み込...

イイネ.biz

2025.04.16

修正された主な領域と内容

1. ブロックエディター (Gutenberg)
   1. ブロックの挙動に関する修正: 特定のブロックが予期せぬ動作をしたり、正しく表示されなかったりする問題が修正された。例えば、レイアウトに関するバグや、編集画面での表示とフロントエンドでの表示のずれなどが考えられます。
   1. パフォーマンスに関する修正: ブロックエディターの動作が遅くなる場合や、リソースを過剰に消費する問題が改善された。
   1. アクセシビリティに関する修正: スクリーンリーダーの誤読や、キーボード操作での問題など、アクセシビリティに関するバグが修正された。
2. マルチサイト
   1. ネットワーク管理に関する修正: マルチサイト環境下で、サイトの作成、管理、ユーザー管理など、ネットワーク管理者に関連する機能の不具合が修正された。
3. REST API
   1. APIの挙動に関する修正: WordPressのデータを外部のアプリケーションと連携させるためのREST APIにおいて、特定のエンドポイントが正しく動作しない、または予期せぬデータを返すなどの問題が修正された。
4. その他コア機能
   1. テーマに関する修正: 特定の条件下でテーマの動作に問題が発生するバグが修正された。
   1. プラグインとの互換性に関する修正: 特定のプラグインとの組み合わせで問題が発生するバグが修正された。
   1. セキュリティ関連の軽微な修正: 重大なセキュリティ脆弱性ではないものの、潜在的なリスクを軽減するための修正。

6.8.1 bugFix Table-Top

主なバグ修正一覧

注: クエリの使用方法については TracQuery を参照してください。

6.8.1 bugFix Table-end 　　 6.8.1 bugFix table-topに戻る

各項目の簡単な説明（どのような不具合に対応したものか）

• 特定の一括編集フィールドを置換すると、全ての一括編集がブロックされる:
  • 投稿や固定ページなどを一括編集する際に、特定項目の値を変更しようとすると、他の項目の編集もできなくなる不具合が修正されたと考えられます。
• 6.8の「概要」ページからコピーを削減:
  • WordPress 6.8の管理画面内にある「概要」ページに表示されていた文章が冗長であったため、より簡潔になるように修正されたと考えられます。
• _WP_Editors::get_translation() 内で配列キー Code が重複:
  • WordPressのテキストエディタ関連の処理において、内部的に使用している配列のキーが重複しているというプログラミング上の問題を修正したものと考えられます。直接的なユーザー影響は少ないかもしれませんが、システムの安定性に関わる修正です。
• apply_block_hooks_to_content_from_post_object から予期しない出力:
  • ブロックエディターのフック処理に関連して、意図しないデータが出力される問題を修正したものと考えられます。これにより、ページの表示や他の機能に影響が出ていた可能性があります。
• リサイズの問題により、SVG画像がアップロードできなくなった:
  • SVG画像をWordPressにアップロードする際に、画像のリサイズ処理で問題が発生し、アップロードが失敗する不具合が修正されたと考えられます。
• 6.8.1 用のパッケージをアップデート:
  • WordPressが内部で使用しているJavaScriptライブラリなどのパッケージが最新の状態に更新されたと考えられます。これにより、セキュリティの向上やパフォーマンスの改善が期待できます。
• /wp-includes/ms-files.php 内で未定義関数 is_super_admin() の呼び出し:
  • マルチサイト機能に関連するファイルで、存在しない関数 is_super_admin() が呼び出されていたため、エラーが発生する問題を修正したものと考えられます。
• REST API: 固定表示が存在する場合、スラッグによるクエリで不正な投稿を返す:
  • WordPressのREST APIを使用して、投稿のスラッグ（URLの一部）を指定して投稿を取得する際に、固定表示に設定された投稿が存在すると、意図した投稿とは異なるものが返される不具合が修正されたと考えられます。
• 管理バー: 「サイトを編集」リンクを以前のリンク（テンプレートへのリンク）に戻す:
  • WordPressの管理画面上部に表示される管理バーの「サイトを編集」リンクが、以前はテンプレートの編集画面にリンクしていたのが、6.8で変更された可能性があります。6.8.1では、ユーザーの混乱を避けるため、以前のテンプレート編集画面へのリンクに戻されたと考えられます。
• PHP 8.0以降でFS_METHODがftpextの場合、WordPressの自動更新が6.6以降常に失敗する:
  • サーバーへのファイル操作方法の設定（FS_METHOD）がFTP拡張を利用している場合に、PHPのバージョンが8.0以降であると、WordPressの自動更新機能が正しく動作しない不具合が、6.6以降続いていたものが修正されたと考えられます。

6.8.1 bugFix Table-end 　　 6.8.1 bugFix table-topに戻る

主なトピックは、パフォーマンスの向上、セキュリティの強化、アクセシビリティの改善と、スタイルブックの改善です。

主なトピック

• 投機的読み込み: ユーザーがリンクにカーソルを合わせたり、クリックする前にページを事前に読み込むことで、ページの読み込み速度を大幅に向上させます。
• ブロックエディター、ブロックタイプ登録、クエリキャッシュの最適化: ページの表示速度を大幅に向上させ、ユーザーが 50 ミリ秒以上待つことがないようにすることを目指しています。
• Interactivity API: ウェブページ上で、ユーザーの操作に応じて動的にコンテンツを変化させるための機能を提供します。

セキュリティの強化

bcrypt ハッシュ: パスワードを「bcryptハッシュ」という方式で暗号化することで、従来の暗号化方式よりも解読が非常に難しくなり、セキュリティが向上します。

アクセシビリティの改善

• 100 項目を超えるアクセシビリティ関連の修正と機能強化: WordPress の使いやすさが大幅に向上しました。
• 標準搭載されているすべてのテーマの修正、ナビゲーションメニューの管理機能の改善、カスタマイザーの改善、ラベルの簡略化などが含まれています。
• ブロックエディターにおいては、ブロック、データ表示機能、および全体的なユーザー体験に関する改善が 70 項目以上も行われています。

スタイルブックの改善

• 構造化されたレイアウトと明確なラベル: 色、フォント、サイト全体のスタイルなどを一箇所で簡単に編集できます。
• 従来テーマとの互換性: エディタースタイルや theme.json ファイルを使用する従来のテーマでも、この新しいスタイルブックが利用可能です。

WordPress 6.8 “Cecil” の詳細

　投機的読み込み

Speculative Loadingのおかげで、ほぼインスタントページの読み込み

WordPress 6.8では、ページがこれまで以上に速く読み込まれます。あなたまたはあなたのユーザーがリンクをホバーまたはクリックすると、WordPressは次のページをプリロードして、よりスムーズで即時の体験を得ることができます。システムは速度と効率のバランスを取り、プラグインや独自のコードを使用して、その動作を制御できます。この機能は最新のブラウザでのみ機能します。 古いブラウザは、影響なしに無視するだけです。

　Interactivity API

　最新のブラウザ

　bcrypt ハッシュ

　クエリキャッシュ

従来テーマとの互換性: エディタースタイルや theme.json ファイルを使用する従来のテーマでも、この新しいスタイルブックが利用可能です。

WordPress6.8導入・運用要件

必須要件

https

推奨要件

• ブロックエディターの操作性やパフォーマンスが向上し、よりスムーズなコンテンツ作成が可能になりました。
• HTML APIに関する不具合が修正され、開発者がより安全かつ効率的にテーマやプラグインを開発できるようになりました。
• WordPress本体に関する複数のバグが修正され、全体的な安定性が向上しました。

バグ対策

WordPress 6.7.2 は、以前のバージョンで報告されたバグを修正していますが、常に新しい脆弱性が発見される可能性があります。そのため、以下の対策を講じることが重要です。

• 常に最新バージョンを使用する: WordPress本体、テーマ、プラグインを常に最新バージョンに保つことで、既知の脆弱性を悪用されるリスクを軽減できます。
• 信頼できるテーマやプラグインを使用する: 不明な開発元が提供するテーマやプラグインは、セキュリティ上のリスクが高まる可能性があります。信頼できる開発元が提供するものを利用するようにしましょう。
• セキュリティ対策ソフトを導入する: WordPressのセキュリティを強化するために、セキュリティ対策プラグインやWAF（Web Application Firewall）などの導入を検討しましょう。
• 定期的なバックアップ: 万が一の事態に備えて、定期的にWordPressのバックアップを取得しておきましょう。

ブロックエディターの改善

ブロックエディターの操作性やパフォーマンスが向上し、よりスムーズなコンテンツ作成が可能になりました。今回のアップデートでは、主に以下の点が改善されました。

• パフォーマンスの向上: ブロックエディターの読み込み速度や操作性が向上し、より快適にコンテンツを作成できるようになりました。特に、大規模なコンテンツや複雑なレイアウトを持つページでの編集作業がスムーズになります。
• 操作性の改善: ブロックの選択や移動、コピー＆ペーストなどの操作がより直感的になりました。また、ツールバーやメニューの配置が見直され、より効率的に作業を進めることができます。
• アクセシビリティの向上: スクリーンリーダーなどの支援技術を利用しているユーザーにとって、より使いやすいようにアクセシビリティが改善されました。
• バグ修正: 以前のバージョンで報告されていたブロックエディターに関する不具合が修正され、安定性が向上しました。

これらの改善により、WordPress 6.7.2 のブロックエディターは、より快適で使いやすいものになりました。

具体的な改善点

• ブロックの挿入: ブロックの挿入がよりスムーズになり、目的のブロックを簡単に見つけられるようになりました。
• ブロックの移動: ドラッグ＆ドロップによるブロックの移動がより正確になり、意図しない場所にブロックが移動してしまうことが減りました。
• ブロックの複製: ブロックの複製がより簡単になり、同じブロックを何度も挿入する手間が省けます。
• ツールバーの改善: ブロックのツールバーがより見やすくなり、必要な機能に素早くアクセスできるようになりました。
• キーボード操作の改善: キーボード操作によるブロックの選択や移動がよりスムーズになり、マウスを使わずに編集作業を行うことができます。

これらの改善点は、WordPress 6.7.2 を利用するすべてのユーザーにとって有益なものです。

HTML APIの修正

 HTML APIに関する不具合が修正され、開発者がより安全かつ効率的にテーマやプラグインを開発できるようになりました。

具体的な修正点

• HTML 構造の改善: WordPress が生成する HTML コードの構造が改善され、よりセマンティックで適切なものになりました。これにより、スクリーンリーダーなどの支援技術を利用しているユーザーにとって、よりコンテンツが理解しやすくなりました。
• 属性の修正: HTML 要素の属性に関する不具合が修正され、より正確な HTML コードが生成されるようになりました。これにより、ブラウザの互換性が向上し、意図しない表示崩れを防ぐことができます。
• セキュリティの強化: HTML API に関するセキュリティ上の脆弱性が修正され、クロスサイトスクリプティング（XSS）などの攻撃を予防できるようになりました。
• フィルターの改善: HTML API に関するフィルターが改善され、開発者がより柔軟に HTML コードを操作できるようになりました。

これらの修正により、WordPress 6.7.2 の HTML API は、より安全で使いやすいものになりました。

開発者向けの変更点

• 新しいフィルターの追加: HTML API に関する新しいフィルターが追加され、開発者がより柔軟に HTML コードを操作できるようになりました。
• 既存のフィルターの改善: 既存のフィルターが改善され、より効率的に HTML コードを操作できるようになりました。
• ドキュメントの更新: HTML API に関するドキュメントが更新され、より詳細な情報が提供されるようになりました。

これらの変更点は、WordPress のテーマやプラグインを開発するすべての人にとって有益なものです。ぜひ、新しい HTML API を活用して、より高品質な WordPress サイトを開発してください。

その他バグ修正

WordPress本体に関する複数のバグが修正され、全体的な安定性が向上しました。

WordPress 6.7.2 は、以前のバージョンで報告された 35 個のバグを修正し、安定性を向上させるためのメンテナンスリリースです。これらのバグ修正は、WordPress の様々なコンポーネントに影響を与えており、具体的には以下の様なものが含まれます。

• ブロックエディターの改善: ブロックエディターの操作性やパフォーマンスが向上し、よりスムーズなコンテンツ作成が可能になりました。
• HTML API の修正: HTML API に関する不具合が修正され、開発者がより安全かつ効率的にテーマやプラグインを開発できるようになりました。
• カスタマイザーの改善: カスタマイザーに関する不具合が修正され、よりスムーズなテーマカスタマイズが可能になりました。
• その他バグ修正: WordPress 本体に関する複数のバグが修正され、全体的な安定性が向上しました。

主なバグ＃と内容

• #62534 カテゴリー/タグ/プラグインの管理画面でページネーションが壊れている
• #62110 AtomParser_Parse_Test::test_parse_sets_handlers が失敗する
• #62808 古いブランチの Puppeteer テストが失敗する
• #62843 Playwright を最新バージョンに更新
• #62455 Twenty Twenty-Five テーマ：スキーマバージョンを更新
• #62491 カスタマイザーのアコーディオンの高さが画面全体を覆う
• #62494 テーマカスタマイザーの左側コントロールにある一部のリンクが反応しない
• #62140 ブロックメタデータコレクションの登録に関する制限を緩和
• #62422 6.7 にアップデートした後、ページを編集できなくなり、ダウングレード後も同様
• #62504 「未分類」カテゴリーをチェックすると、IDが1から始まるすべてのカテゴリーが追加される
• #62523 キーにアンダースコア “_” 文字を含むカスタム投稿タイプ (CPT) のブロックテンプレートを登録できない
• #62639 ブロックフック：wp_navigation 投稿メタを更新する際に、コンテキストの型が間違っている
• #62269 WP_HTML_Processor::next_token() は、状態を追跡するためにサブクラスで拡張できない
• #62290 HTML プロセッサーでどのブックマークにも移動できない
• #62363 HTML API：svg:input 要素で Expect closer が true を報告する必要がある
• #62427 HTML API：次のタグのタグ名クエリが c
• #62522 コア/ボタンテキストブロックバインディングがある場合、空白によって WP_Interactivity_API::_process_directives() が失敗する可能性がある
• #62380 About ページ：「すべての新機能を見る」リンクがコンテナの外に伸びる可能性がある
• #62646 投稿タイプが post-formats をサポートしていないが、post-format フィルターが適用されている場合、REST API で PHP 警告が発生する
• #62434 async-upload.php の一部の変数にエスケープ機能が欠落している

　このリリースは、WordPress 6.7で導入されたバグに特化しており、安定性を向上させるための高い優先度の修正が含まれています。
16のバグ修正: WordPressコアとブロックエディターのバグ修正が含まれています。

トピック

• 画像サイズの問題: 画像が予想よりも小さく表示される問題を修正。　
  ・・　sizes=auto が原因で、画像が適切なサイズより小さく表示される (#62413)
• 翻訳の適用: 翻訳が正しく適用されない問題を修正。　
  ・・　翻訳が正しく適用されない (#62337)
• パターンのカテゴリ: カテゴリがないパターンがエディターでのブラウズ中に壊れる問題を修正。　
  ・・　カテゴリなしのパターンが、未分類のパターンをブラウズする際にエディタをクラッシュさせる (GB-66944/GB-66888)
• ズーム機能の問題: ズームイン/ズームアウトボタンの問題を修正。
  ・・　ズームインが選択されたアイテムに基づいて画面の正しい位置にフォーカスしない（これに関するいくつかのPR問題）
  ・・　プラグインがツールバーアイテムを登録するとズームアウトボタンが表示されなくなる (GB-66884)

修正一覧

Table Top

注釈

　HEIC

　HEIF

　I18N