今週は「来る」と思っていたものが「まだ来ない」と分かった週でした。WordPress 7.0の4月9日リリースが見送られ、同時にWordPress Playgroundへのまったく新しいアクセス手段が登場。CSSではネイティブMasonryレイアウトが実用段階に入り、Next.jsのビルドが劇的に速くなりました。変化のスピードに追いつきながら、本当に使えるものを選んでいく週です。
WordPress 7.0 リリース延期 — RTC問題でスケジュール見直し、5月中旬以降に
4月9日に正式リリース予定だったWordPress 7.0が延期となりました。コアチームは、目玉機能であるReal-Time Collaboration（RTC）の実装にパフォーマンス上の問題が発見され、数百万サイトへの展開前にアーキテクチャレベルの修正が必要と判断。4月17日以降に新しいスケジュールが発表される見込みで、正式リリースは5月中旬〜下旬になる見通しです。
RTCはHTTPポーリング方式から出発した実装で、大規模サイトへの負荷が想定より大きかった模様。リリース候補フェーズに入ってからベータに戻るのは異例ですが、コアチームが品質を優先した判断とも言えます。
個人的には「急がなくてよかった」という安心感もある判断です。RTCの不具合を抱えたままリリースされるより、完成度を高めてから届けてほしい。クライアントサイトのアップデート計画を立てている方は、スケジュールを5月以降に調整しておくのが無難です。
💡 今すぐ試せる: クライアントサイトのWordPressアップデート計画を5月下旬以降に組み直しておく。
WordPress Playground MCPサーバー公式リリース — AIエージェントがWPを直接操作できる
WordPress Playground公式MCPサーバー（@wp-playground/mcp）が正式公開されました。ClaudeやGemini CLIなどのAIエージェントから、ブラウザ上のWordPress Playgroundインスタンスに直接アクセスできるようになります。
できることは多岐にわたります。ファイルの読み書き・PHPの実行・ページのナビゲーション・プラグインの管理——これらをAIエージェントがツールコールとして扱えます。追加は以下の1行コマンドで完了します。
claude mcp add --transport stdio --scope user wordpress-playground -- npx -y @wp-playground/mcpWordPress開発のワークフローが変わる予感がします。「AIにコード生成させてPlaygroundで即検証」という流れが、コマンドライン上で完結する。プラグイン開発やテーマのカスタマイズを仮想環境でAIと一緒に試せる状態になりました。本番環境を汚さずに実験できる安心感と合わさって、WP開発の学習コストが下がりそうです。
💡 今すぐ試せる: 上記コマンドをターミナルで実行してClaude Codeに接続してみる。
CSS Grid Lanes — ネイティブMasonryがSafariで出荷、実用段階へ
Safari 26でCSS Grid Lanes（display: grid-lanes）が正式出荷されました（Safari 26はmacOS/iOS向けの最新安定版）。PinterestやUnsplashで見かける「高さが異なるカードが詰まって並ぶ」Masonryレイアウトを、JavaScriptなしでネイティブCSSだけで実装できます。ChromeとFirefoxも実装中で、フラグを有効にすれば現在でも動作確認できます。
.gallery {
display: grid-lanes;
grid-template-columns: repeat(auto-fill, minmax(250px, 1fr));
gap: 16px;
}DOM順序を保持するため、キーボードナビゲーションとスクリーンリーダーの相性が良い点も重要です。従来のJavaScript実装（Masonry.jsなど）はDOMを並び替えるためアクセシビリティ上の問題があり、ネイティブ実装はその問題を根本解決します。
See the Pen CSS Grid Lanes by BaseKENT (@basekent) on CodePen.
【CodePen: CSS Grid Lanes デモ】
長年の課題がついに解決されます。JavaScriptライブラリに頼らず、CSSだけでMasonryを組める日が来ました。Safariが先行出荷しているため、クロスブラウザ対応にはもう少し時間が必要ですが、@supports (display: grid-lanes) でフォールバックを用意しておけば今から段階的に導入できます。
💡 今すぐ試せる: Safari 26 または Chrome/Firefoxのフラグを有効にして display: grid-lanes のMasonryレイアウトを試してみる。
Next.js 16.2.2 — 開発サーバー起動が400%高速に
Next.js 16.2.2がリリースされました（16.2.0系のマイナーアップデート）。Turbopackの深統合による開発サーバーの大幅高速化が最大の変化で、公式ベンチマークによると起動時間が従来比約400%改善、レンダリング速度も50%程度向上しています。
また、クライアントコンポーネントだけでなくサーバーコンポーネントにもFast Refreshが適用されるServer Fast Refreshが導入。実験的機能としてAI Agent DevToolsも追加されており、AIエージェントが開発中のアプリを操作・検証できる基盤が整い始めています。
「Next.jsの開発体験が遅い」という声がしばらく続いていたので、この改善は正直ありがたい。大きめのプロジェクトほど恩恵が大きく、チーム開発ではホットリロードの待ち時間が積み重なっていた分、体感が変わるはずです。Server Fast Refreshは特に注目で、サーバーコンポーネントの多いアプリの開発サイクルが明確に速くなります。
💡 今すぐ試せる: npm install next@latest で16.2.2に上げ、開発サーバーの起動時間を計測して変化を確認する。
Figma Skills & Weave — エージェントの動き方を「チームが定義する」時代に
Figmaが「Skills」と「Weave」を相次いでリリースしました。
Skillsは、FigmaキャンバスでAIエージェントがどう振る舞うかをチームが定義するMarkdownファイルです。Figma公式が提供する基本スキルのほか、コミュニティが作ったスキルを取り込んだり、チーム独自のワークフローに合わせたスキルを自分で書いたりできます。先週のMake Kitsと組み合わせると、「デザインシステムのルールをAIに覚えさせ、さらに動き方までコントロールできる」状態になります。
Weaveは、Figma Community上の新リソース型で、画像生成・動画変換・ブランド展開などの生成AIワークフローをビジュアルキャンバス上で組み立てられます。
AIが「自由に動く」から「チームルールの中で動く」へ。この方向性は実務での使いやすさに直結します。デザインシステムを丁寧に育てているチームほど、Figma AIの出力品質が上がる構造です。SkillsはMarkdownで書けるので、Figmaの設定に慣れていない開発者でも関与しやすい。
💡 今すぐ試せる: FigmaのCommunityでSkillsを検索し、公式サンプルスキルの構造を確認してみる。
@wordpress/build — webpackをesbuildで置き換えるWordPress公式ビルドツール（WPプラグイン開発者向け）
WordPress開発者向けの新ツール「@wordpress/build」が公開されました。WPプラグインやテーマを開発している方に関係する話です。従来の @wordpress/scripts（webpackベース）に代わる新しいビルドパイプラインで、esbuildベースのエンジンにより大幅な高速化を実現。package.json から wp_register_script() 等のPHP登録ファイルを自動生成する機能も含まれています。
WordPress開発のビルド環境が地味に遅かったのは長年の課題でした。esbuildへの移行でNext.jsやViteの速度感に近づき、フロントエンド開発者がWPプラグイン開発に参入しやすくなります。PHP自動生成は最初は「本当に正しく生成されるか」の確認が必要ですが、慣れれば定型作業が1ステップ減ります。
💡 今すぐ試せる: 既存のWordPressプラグインプロジェクトで npm install @wordpress/build を試し、ビルド速度を @wordpress/scripts と比較する。
今週のひとこと：「待つ」という選択肢の価値
WordPress 7.0延期を受けて感じたのは、「急ぐことが必ずしも正解ではない」ということ。一方でPlayground MCP・CSS Grid Lanes・Next.jsの高速化と、今すぐ試せるものも多い。動くものは動かしながら、重要なものは熟成を待つ——それぞれの距離感を測るのが、実務者のリテラシーだと改めて思った週でした。
