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

さあ、「Color Palette Explorer」で、あなたの感性を彩る色を探してみませんか？ 複雑な操作は不要です。

ご紹介する機能

1.  RGBを直感的にコントロール:

    * 画面上のつまみをスライドさせるだけで、赤(Red)、緑(Green)、青(Blue)の各要素を細かく調整できます。

    * 数値の隣のボタンを直接クリックして、数を増減させることも可能です。

    * もちろん、RGBの数値を直接入力して、ピンポイントで色を指定することもできます。

　　…ブラウザにより見た目が違いますが、機能は同じです。

2.  カラーパレットからダイレクトに選択:

    * もし迷ったら、広大なカラーパレットをマウスでクリックしてみてください。きっと、あなたの求める色が見つかるはずです。

    * クリックするたびに、「選択された色」のプレビューがリアルタイムに変化します。納得いくまで、何度でもお試しください。

　　･･･まれに、カラーパレットとスライダーの色が一致しない（カラーパレットの外周部位置）場合がありますが、ご心配なく！(生成されるTabele構造での値は正常値です。)

3.  色の情報を詳細に表示:

    * 選択した色の情報は、「カラー情報」として瞬時に表示されます。

    * 16進数形式（例：#FF0000）とRGB形式（例：rgb(255, 0, 0)）の両方で、色のコードを確認できます。

4.  伝統色名もチェック:

    * あらかじめ登録された豊富な日本の伝統色（和色）と、その英名が表示されます。もし、あなたの選んだ色がこれらの伝統色と合致すれば、美しい色名を知ることができます。

    * 和名が「不明」、英名が「Unknown」と表示された場合でもご心配なく。その色の系統（例：～色系）を入力できるのでメモ代わりに残しておけます。

5.  HTMLテーブル形式で保存:

    * 「クリップボードにコピー」ボタンをワンクリックするだけで、選択した色の情報がHTMLのTable形式でクリップボードに保存されます。

    * 簡単にあなたのウェブページやドキュメントに貼り付けることができます。

さらに、もし伝統色の名前について詳しく知りたくなったら、私が運営しているウェブページ「 [和色パレット：日本の伝統色をRGBで探す｜色名・読み・コードで、1字でも簡単検索]( https://xn--ecka7j.biz/site-operation/design/11851/ ) 」で、後からじっくりと調べて、Table上の「Unknown」な色名を修正したりすることも可能です。

さあ、「Color Palette Explorer」で、あなただけの特別な色を見つけて、あなたの創作活動をより豊かなものにしませんか？

Color Palette Explorer

関連記事

和色パレット：日本の伝統色を探す｜色名・読み・コードで、1文字でも簡単検索 Sortも系・色名・読み・コード・RGBで

並び替え機能、文字列検索の機能を追加しました。日本の豊かな色彩文化を凝縮。古来より愛されてきた繊細な和色の数々を、1文字の入力でも簡単に探し出せます。「あの時、心惹かれた色はなんという名前だろう？」「このイメージにぴったりの日本の伝統色を見...

イイネ.biz

2025.05.15

編集後記(備忘録)

顛末記

ハマった！Webサイト公開直前の落とし穴 - Geminiと挑んだ原因不明エラー解決記

Webサイト公開直前に遭遇した、原因不明のConsoleエラーとの壮絶な格闘記。頼れるはずの生成AI「Gemini」に助けを求めるも、その道のりは困難の連続。最終的に問題解決へと導いたのは、意外な場所へのコード移動というアナログな方法だった。AIの可能性と限界、そしてWeb開発における予期せぬトラブルの面白さを描いた、エンジニア必読の顛末。

イイネ.biz

2025.05.28

変更履歴

心を彩る、和色とカラーコードの調べ - あなただけの色彩パレット

Webサイトやブログで「もう少しだけ、この色を添えたい」と思ったことはありませんか？ 微妙なニュアンスを表現できるグラデーションカラーは、デザインの可能性を無限に広げてくれます。 しかし、色の選択は時に迷路のよう。 例えば、同じカラーコード #00FFFFでも、 ※．アクア 「 Aqua」や、シアン 「 Cyan」といった異なる呼び名が存在します。 また、「Medium spring green」のように、同じ名前でも ※．「 Medium_springgreen　」#00FA9A：（薄い緑系）と、 ※．「 Medium_Spring_Green」#348017：（濃い緑系）のように、カラーコードが異なる場合もあります。 日本の伝統色である和色は、その繊細な色合いと美しい名称で、私たちの心を魅了します。 ※．「濃紺」：「 のうこん」#1F2F54で「 Navy blue」とも呼ばれますが、 ※．「 Navy」または、「 Navy blue」でも #000080という別の色も存在します。 瑠璃紺：※． るりこん：#19448E　と、 紺瑠璃：※． こんるり：#213380のように、似たような名前でもわずかに異なる色合いを持つ和色は、日本文化の奥深さを感じさせます。

イイネ.biz

2025.01.19

もえぎいろ と 抹茶色

もえぎいろ と 抹茶色 は 同じような色合いです。
もえぎには、萌黄、萌木、萌葱と３つの異なる（黄・木・葱）で表し、萌葱色の#adb367と抹茶色の#adb367は、同コード色名違いで同色です。

空色 と 水色

空色と水色にも、同コード別名が存在します。（#87ceeb）

同色・異名、異色・同コードの確認方法

次のブログカードのクリックから、コード（#16進またはRGB）で並び替えたり、読み方で並び替えた後に、読み方で検索すると、それぞれの色を見分けたり、異名。同コードの和色（わしょく・わいろ：日本の伝統色の機微）を確認したりできます。

和色パレット：日本の伝統色を探す｜色名・読み・コードで、1文字でも簡単検索 Sortも系・色名・読み・コード・RGBで

並び替え機能、文字列検索の機能を追加しました。日本の豊かな色彩文化を凝縮。古来より愛されてきた繊細な和色の数々を、1文字の入力でも簡単に探し出せます。「あの時、心惹かれた色はなんという名前だろう？」「このイメージにぴったりの日本の伝統色を見...

イイネ.biz

2025.05.15

ハイライト

ブロックテーマにさらなるデザインオプション

• カラーやフォントのセットを作成して、1つのテーマでデザインの組み合わせを増やすことができます。デザインの可能性を広げ、サイトの幅広いスタイルガイドラインの中で視覚的な多様性を可能にします。

サイトエディタで新ページレイアウトによるワークフローの簡素化

• サイトエディターの新しいサイドバイサイドレイアウトで、すべてのページと、選択したページのプレビューを確認できます。

安心のプラグイン自動更新

• プラグインの自動更新の利便性と、何か問題が発生した際のロールバックの安心感を同時に享受できます。サイトに新しいレベルのセキュリティを確保しつつ、利用可能になるたびに機能は拡張されます。その実現には時間も帯域幅もほとんど必要ありません。

同期パターンのコンテンツのカスタマイズ

• 全体で一貫したスタイルを維持しながら、同期パターンの各インスタンスでコンテンツを変更できます。コンテンツの上書きは、同期パターン内の見出し、段落、ボタン、画像ブロックに対して設定できます。

パフォーマンス

• WordPress 6.6では、冗長な WP_Theme_JSON 呼び出しの削除、大きなオプションの自動ロードの無効化、不要な polyfill 依存の削除など、重要な更新が行われました。その他のハイライトには、投稿の埋め込みの遅延読み込み、新しい data-wp-on-async ディレクティブ、エディター内のテンプレートの読み込み全体で約35%の速度向上、などがあります。

アクセシビリティ

• このリリースにはアクセシビリティに関する58件の修正と機能強化が含まれています。これらは WordPress 体験の根本部分に焦点を当てており、特に新しいサイト編集体験を提供するデータビューコンポーネントや、ブロックやパターンの操作で重要な手段を提供するインサーターのような領域に重点を置いています。

WordPress 6.6 の新機能

デザインとレイアウト

パブリッシングと編集

• 洗練されたパブリッシュフロー: パブリッシュ時の重要な情報が強調され、編集するすべての要素に対して標準化されたインスペクタが表示されます。
• クラシックテーマのモダンなパターン管理: クラシックテーマでもサイトエディタのパターン機能が利用できるようになり、パターンをより機能的でモダンに管理・作成できます。
• ブロックグループのスタイル設定: テーマ作成者はブロックのセクション用のスタイルオプションをパッケージ化し、ユーザーが美しい統一感のあるデザインと柔軟性を追加できるようにすることができます。
• カスタムフィールドの編集: ブロックバインディングAPIを使用してカスタムフィールドを持つ接続されたブロックを作成し、後でエディタ内で直接カスタムフィールドを編集できます。
• 編集ショートカット: 選択したブロックをグループ化するには⌘G（Mac）またはCtrl+G（Windows）、リストアイテムをインデントするにはTabキーを使用できます。

開発者向け

• 統一された拡張性API: wp.editorグローバル変数の下で利用可能なスロットにより、エディタ間で拡張機能を統合できます。

WordPress 5.5 メジャーバージョンアップ

ブロックエディタ（Gutenberg）

• ブロックカテゴリの変更

  デフォルトのブロックカテゴリが、「テキスト」「メディア」「デザイン」
  「ウィジェット」「埋め込み」に変更されました。

• ブロックアイコン一部変更

  「見出し」「カバー」「動画」「グループ」「アーカイブ」
  「カレンダー」「カテゴリ」「最新のコメント」「タグクラウド」の変更

• ブロックパターンの追加

  ブロックを1つだけ使用するのではなく、いくつものブロックを組み合わせて使用する為に、
  簡単にブロックを組み合わせたデザイン・レイアウトを 1クリックで利用できる
  「ブロックパターン」が用意されました。
  これは、concrete5のスタック(stackのほんの一部ですが)と似た機能の様です。

• 再利用ブロックタブ

  今まではブロック選択する所の一番下にありましたが、再利用ブロックタブから探せるようになりました。

• プレビュー

  公開ページ確認用以外で、 作業用の画面サイズ：「デスクトップ」(デフォルト)
  「タブレット」(780px)「モバイル」(360px)を選択できるようになりました。
  これは、テーマCocoonのAdmin権限で、既に実現できていたものに近いですね。

• 画像編集

  画像ブロックで設置した画像をダイレクトに アスペクト比、ズームレベル、回転、および位置を調整することができるようになりました。

• ブロック：コピーアクションの追加

  ブロックのHTMLをコピーできるようになりました。

• インラインフォーマット

  テキストを下付きや上付きにする新しい書式設定オプションが追加されています。

• カバーブロック

  テキスト部分の垂直方向と水平方向の配置を調整することができる様になりました。

• マルチブロックコントロール

  同じタイプの複数のブロックを選択すると、それらの属性を一度に変更できるようになりました。
  これも、Cocoonの「ブロックエディターの複数ブロックをグループブロックを使ってまとめて装飾する方法」に近いですね。

• ブロックディレクトリ

  ブロック選択画面上で 新しいブロックを検索してその場でインストールすぐ利用できるようになりました。

プラグインとテーマの自動更新

• プラグインとテーマも自動更新できる

  全てのプラグインとテーマが自動更新になるのではなく、
  それぞれ個別に 自動更新する/しないを選択できます。
  ※.デフォルトは「自動更新しない」になっています。

Lazy Loading（遅延読込）

画面をスクロールするまで見えてない画像などが必要になるまで、読み込みを遅延させることで、
無駄な読み込みを抑え、表示（動作）が遅くなるのを防ぎます。
• 5.5から imgタグとiframeタグに「loading=”lazy”」タグ が自動で追加されます。
  この「loading」とはブラウザ側で遅延ロードをサポートするもので、img要素やiframe要素に対応しています。
  「loading=”lazy”」は、ウェブ標準 となり、
  ブラウザではChoromeとEdge、Firefox等がサポートしています。
  ※.昔の記事で、imgやiframeタグが付いている場合でも再編集しなくても良さそうです。
  ※.既にプラグインやJavascript等で設置している場合は、どうするか確認する必要があります。
  テーマ CocoonでもLazy Loadingは、早くから実装済みです。
  開発者（わいひらさん）が、フォーラムで対処方法を明言してくれます。
  私は、Lazy Loadingプラグインは、導入していません。

コアサイトマップ　WordPress標準でサイトマップが作られる様になりました。

• URLは、「https://ドメイン/wp-sitemap.xml」です。
  ※.sitemap.xmlでない所に注意してください。
  対象はトップページ、投稿ページ、固定ページ、タグ、カテゴリ、
  カスタム投稿タイプ、カスタム分類、著者アーカイブです。
  細かい設定はアクションフィルタで行います。
  ※.プラグインのようにサイトマップ管理画面はありません。
  ※.サイトマップに登録する情報が URL (locタグ）だけ、
  更新日時を示すlastmodは入りません（changefreq や priority も入りませんが、Google は見ていないので）
  現時点では、このlastmodが入らないことで、
  「Google XML Sitemaps」などのプラグインが必要な方もいらっしゃるでしょうネ。
  私は、できるだけプラグインに頼らない運用をしています。

jQueryバージョンの更新（開発者向け）

• jQuery変更は影響が大きいですので、段階的な変更になる様です。
• 5.5　jQuery Migrate(新旧バージョン差異を解決するjQuery)を削除
• 5.6　jQuery Migrate、jQuery UIの変更(予定)
• 5.7　jQuery Migrateを削除(予定)

新バージョンのブロックエディタで追記しています。

ブロックの追加方法・他が変わって最初は戸惑います。

　５.５ブランチ最新???

WordPress 脆弱性とバージョン推移 v.7.0.２

WordPress 7.0.2あなたのホームページがワードプレスで作られていて 何も対策をしていないと改ざんされたり・危険です。ホームページに訪れてあなたのお客さんになってくれるかも知れない人たちに不安を抱かれてしまいます。（あなたのホームページが何で作られているか？な人はお問い合わせください） WordPressは、積極的に保守されていますか？ WordPress.orgでは、「積極的に保守されている5.n系統の最新版以外の以下のバージョンは、安全に使用することはできません。」と公式に表明しています。以下に、WordPressの、脆弱性とバージョンの推移をお知らせします。

イイネ.biz

2019.08.28

運用するサイトを分けて、新しいURLにコンテンツ（記事）を移したい。

その様な場合に、新しいURLに記事を移しただけでは不充分です。

これは、WordPressサイトに限りません。

もし、運用元のコンテンツを削除してしまった場合

（通常は記事の重複を避ける為SEO的にもそうするのですが）

　Googleのインデックスには古いもの

（元の運用元の記事のURLなどの情報：検索結果に表れる）が残っているのです。

404 Not Foundにならない様に

　この様な（元の記事を削除したなど）場合、検索で記事を見つけクリックすると「404 Not Found」記事が見つからないとなる。

検索者の利便性に配慮

SEO的に問題なだけでなく、

折角あなたの記事を見つけくれた利用者に失礼であるし、利便性を欠く。

もしかして、

あなたのサイトに訪れて、

あなたのお客さんになってくれるかも知れない人たちだったとしたら、

あなたは損をしていることになる。（機会損失）

転送？

　「その様な時に、古いサイトから新しいサイトに転送してくれたら良いのに」と思うのが自然の流れであり、その為に利用するファイルが.htaccess^※なのです。

例えば

• 転送元の記事のURL：https://a-itc.info/blog/wordpress-190828

　　　転送元の記事タイトル：WordPress 脆弱性とバージョン推移

• 転送先の記事のURL：https://xn--ecka7j.biz/security/99/

　　　転送先の記事タイトル：WordPress 脆弱性とバージョン推移

（今回・全く同じタイトルではあるが、記事の内容はアップグレードしている）

だとしたら、

転送元の.htaccessに登録する

転送元の.htaccessに以下の様な内容を登録する

XSERVERの場合

/a-itc.info/public_html/.htaccess     

「ログイン」＞WebFTP「ファイル監理」＞「転送元ドメイン」＞「public_html」＞

ここで、いちばん大事なことは、既にある.htaccessの内容は一切変更・削除してはならないことです。

新しい行（新しい転送記述）を追加することだけです。

また、

XSERVERの場合、WebFTP上で直接編集（追加）できますが、

ご覧いただいているように非常に分かりにくいものです。

専用のエディタで編集＆コピペがお勧め

ですから、専用のエディタ(sublime_textやNotepad++、atomなど)に丸ごとコピペで移して

エディタ上で編集（追加・追記）後に、

エディタの内容を丸ごとコピペで.htaccessに戻した方が良いです。

以下が、エディタ上での一部表示です。

上の.htaccessと合わせる為、エディタ(sublime_text)の幅を狭めていますがこちらの方が、遥かに分かりやすいと思いませんか？

　　　｜

赤枠で囲んだ部分が、既に登録済のリダイレクト（Redirect）記述

行の内容は、

<Files ~ “^\.(htaccess|htpasswd)$”>  転送記述の開始（お作法、￥はLinux環境ではバックスラッシュ：）Windowsの画面からは表示できない為、画像キャプチャで示した方の内容になります。

deny from all           （お作法）

</Files>              （お作法）

Redirect               リダイレクトの宣言（お作法）

‘permanent            恒久的(パーマメント)に適用する場合（お作法）

/ope04release.htm    転送元の記事のアドレス（注：ドメイン部分は除く）

http://www8.plala.or.jp/a_ITC/Ope_04Release_Manage.htm    転送先のURL

そして、転送記述の最後にorder deny,allow（お作法）がある。

追記する場合は、３行目</Files>の後が良いでしょう

</Files>の後ろにカーソルを置き「enter」で行挿入できます。

　　　転送元の記事のURL：‘https://a-itc.info/blog/wordpress-190828

転送先の記事のURL：‘https://xn--ecka7j.biz/security/99/

入れるのが辛い・面倒な方向けに、便利で無料で使えるものもあります

「.htaccess変換」で検索すると

筆者の場合、反転させた部分のみ必要（他の記載は既にある）なので、この部分のみ使います。

.htaccessを更新する前に

.htaccessを更新する

その前に、テストしてみましょう。

更新前のURLでテスト

転送元の記事のURL：’https://a-itc.info/blog/wordpress-190828        

Googole検索で

⇧これをクリック

　⇧　これが、転送記述適用前のコンテンツです。

.htaccessを更新

　⇧　反転させている部分が、今回追加した転送記述です。

⇧.htaccessの更新を日付で確認します。

更新後テストしてみましょう。（リダイレクトできるでしょうか？）

更新前のURL直接入力でテスト

転送元の記事のURL：‘https://a-itc.info/blog/wordpress-190828         

⇧　URLを入力して「enter」

⇧新しいサイトの方にリダイレクトされました。

Googole検索では

2回目のGoogle検索でも1位ですが、上部に「広告」が表示されました。

　⇧これをクリック

　⇧　Google検索の結果でも、問題なくリダイレクトされました。

これで、元のサイトの記事は削除しても大丈夫です。

　新しいサイトの記事は未だ移行したばかりなので「検索」結果の上位に表れませんが、

元のサイトの記事がGoogleにしっかりインデックスされているので安心です。

まとめ

コンテンツの移行には、リダイレクト指定がとても大切なものになります。

• 検索利用者の利便性に配慮することです。
• このような結果がウェブマーケティングにつながって行くのです。

 引用：ウェブサイトにおけるリダイレクトとは、ウェブサイトの閲覧において、指定したウェブページから自動的に他のウェブページに転送されること。

URLリダイレクトとも言われる。

通常はウェブページのURLが変わったときに、元のURLから新しいURLへ誘導するときに用いられる。 ウィキペディア

引用：.htaccess（ドットエイチティーアクセス）とは、Apacheを用いたWebサーバにおいて、ディレクトリ単位で設置及び設定を行える設定ファイルのこと。

Apacheではhttpd.confという設定ファイルでApacheの設定を行うが、Webサーバの要となる設定ファイルであるため、Webサーバの管理者でないと設定を変更することができない。

.htaccessはhttpd.confで.htaccessの利用を許可している場合、Webサーバ管理者のみならずウェブサイトの管理者レベルでApacheの一部設定を行えるようにしたものである。

.htaccessで行える設定は全てhttpd.confで行うことができ、パフォーマンスやセキュリティの観点からそれが推奨されているが、実際はサーバ管理者も.htaccessを使うケースが多い。

.htaccessを特定のディレクトリに設置すると、.htaccess内に記述された内容が設置されたディレクトリとその下層のディレクトリに対して適用される。また、下層ディレクトリの設定が上層ディレクトリと設定が矛盾した場合は下層ディレクトリ側の設定が優先される。

ファイル名の先頭にあるドットはUnix系のオペレーティングシステムにおいて「隠しファイル」を意味しており、「ファイルタイトルが存在しない.htaccessという拡張子だけのファイル」という意味ではない。出典: フリー百科事典『ウィキペディア（Wikipedia）』