WordPressの2019プロジェクトの進捗状況は2020年のロードマップを設定します

公開: 2019-12-10

WordPressのエグゼクティブディレクターであるJosephaHadenは、2019年にWordPressの目標の更新を公開しました。過去1年間のWordPressの焦点は、9つの主要なプロジェクトにありました。 9つのプロジェクトのうち、WordPressは2019年に2つしか出荷できませんでした。これは、コミュニティが既存のプロジェクトに向けて達成した進歩に基づいて構築を続けるのと同じように、2020年の焦点がほぼ同じになることを意味します。

現在、2020年にWordPressのメジャーリリースが3つ計画されています。

  • バージョン5.4– 2020年3月
  • バージョン5.5– 2020年8月
  • バージョン5.6– 2020年12月

これらの各日付は変更される場合があります。 また、各リリースが近づくにつれて、より具体的な日付を取得する必要があります。 2020年のさまざまなプロジェクトは、リリースごとに着陸する必要があります。

WordPressの共同創設者であるMattMullenwegは、当初、2018年のState of the Wordアドレスで2019年の計画を提示し、MakeCoreブログにプロジェクトを掲載しました。 大きなポイントは、2019年がフルサイトのカスタマイズに近づいた年になるはずだったことです（グーテンベルクプロジェクトのフェーズ2）。 開発者はそれを実現するために大きな進歩を遂げましたが、プロジェクトの多くはまだ初期段階にあります。

2019年に出荷されたプロジェクト

既存のコアWordPressウィジェットはすべてブロックとして存在するようになりました。 テーマが決定する場所にウィジェットを配置することに限定されるのではなく、ユーザーはブロックエディターを介して投稿、ページ、またはその他のコンテンツ領域にウィジェットを配置できるようになりました。 プロジェクトがフルサイト編集に移行し続けるにつれて、ユーザーは最終的にこれらのウィジェットやその他のブロックをほぼどこにでも配置できるようになります。

サイトヘルスプロジェクトはコアに統合されました。 サイトの状態に関する情報をサイト所有者に提供する画面を備えています。 また、プラグインとテーマの問題が見つかったときにサイト所有者に電子メールを送信する致命的なエラー検出スクリプトもあります。

2020年に期待されるプロジェクト

2019年にリリースのカットを完全に行わなかった残りのプロジェクトのほとんどは、この年の間にまだ進行中です。 以下は、来年に予想されるプロジェクトの内訳です。

ナビゲーションメニューブロック

ブロックエディタでナビゲーションブロックを使用するスクリーンショット。
ブロックエディタのナビゲーションブロック。

現在、ナビゲーションブロックのターゲットはWordPress5.4に同梱することです。 これは、現在実験段階から外れており、Gutenberg 7.0でのベータテストに利用できるため、現実と思われます。 開発チームはいくつかのリリースでこのブロックに取り組み、ユーザーテストに十分な安定性を備えています。

このブロックは、サイトカスタマイズパズルの主要なピースです。 長期的には、ユーザーはサイト全体のナビゲーションメニューを処理するための使いやすいブロックが必要になります。

テーマのカスタムブロック対応コンテンツ領域

グーテンベルクプロジェクトのフェーズ1では、ブロックエディターにコンテンツを投稿させました。 フェーズ2の大部分は、投稿コンテンツの外に出て、ユーザーがより多くの領域にブロックを追加できるようにすることです。 それが長期的にどのようになるかは正確には不明です。 テーマは、追加のブロック認識領域を登録できる必要があります。

この機能のターゲットリリースはWordPress5.5に設定されていますが、それが現実的なターゲットであるかどうかを推測するには時期尚早です。 テーマブロックテンプレートの決定、複数のエンティティの保存、および一般的なフルサイトのカスタマイズと一致する必要があるため、解決するのは難しい問題です。 これは、WordPressが今後何年にもわたって機能する方法に広範囲にわたる影響を与えるため、急ぐことができる機能ではありません。

ブロックをサポートするウィジェット領域

Gutenbergプラグインの実験的なウィジェット領域機能のスクリーンショット。
グーテンベルクの実験的なウィジェット領域機能。

現在の計画では、ウィジェット領域（サイドバー）がウィジェットと一緒にブロックをサポートできるようにする予定です。 Gutenbergプラグインには、この機能の初期バージョンを有効にするための実験的なウィジェット領域オプションがあります。これには、WordPress5.5のターゲットリリースがあります。

この機能を実現するには、2つの側面があります。 1つ目は、ウィジェットの管理画面で機能させることです。 2つ目は、ユーザーがウィジェットを管理できる領域であるカスタマイザーで機能させることです。

現時点では、サイドバーの概念は廃止されるべきだと感じています。 実験的な機能は、ユーザーがサイドバーにブロックを追加できるようにすることで機能します。サイドバーは、出力時に1つの大きな「ブロック領域」ウィジェットに変換されます。 WordPressがブロックパラダイムに「オールイン」している場合、テーマがカスタムブロックエリアを構築できるようにし、公式のSidebar APIをゆっくりと死なせることに集中することに、エネルギーを費やすほうがよいでしょう。 古い概念と新しい概念を混ぜ合わせると、せいぜい不格好に感じます。 ほとんどのテーマがサポートしなくなるまで、サイドバーとウィジェットをソフト非推奨にします。

ディレクトリの検索とインストールをブロックする

Gutenbergプラグインのブロックディレクトリ検索機能のスクリーンショット。
Gutenbergプラグインでの実験的なブロックディレクトリ検索。

最終的に、すべてのWordPressユーザーは、ブロックインサーターを介してブロックを検索できるようになります。 ブロックが存在する場合は、ブロック領域に挿入できます。 そうでない場合、インサーターはユーザーがブロックディレクトリから新しいブロックを検出できるようにします。 新しいブロックのインストール、アクティブ化、および挿入はシームレスである必要があります。

この機能のターゲットリリースはWordPress5.5に設定されています。これは、この機能がGutenbergプラグインで現在どの程度うまく機能しているかに基づいて可能になるはずです（以前ではない場合）。 それはまだ完璧ではなく、インストールされたブロックで作業しているときに私の投稿のいくつかを壊しました。 対処する必要のある未解決の問題がまだいくつかあります。

ゲームを先取りしようとしているプラ​​グインの作成者は、ブロックプラグインのガイドラインに従ってブロックプラグインを送信できます。

自動プラグイン、テーマ、およびメジャーコアアップデート

何年にもわたる広範なテストとマイナーなWordPressリリースの自動更新の使用の後、この時点ですべての自動更新がすでに行われているように感じます。 プラグインとテーマの更新についていく必要があることは、一部のサイト所有者にとって苦痛になる可能性があります。 十分なプラグインがあれば、1つ以上のプラグインを毎日更新することは可能性の範囲外ではありません。

一部のホスティングソリューションとJetpackは、プラグインの自動更新を提供することで多くのユーザーのこの問題を軽減しましたが、これは長い間延期されていたコア機能であり、優先度が高いはずです。 テーマ/プラグインまたはメジャーコアリリースの自動更新のターゲットリリースは提供されていません。 この機能がもう1年間バックバーナーに搭載されないことを期待しましょう。

6,500を超えるTracの問題に取り組む

最近、グーテンベルクプラグインが注目を集めているため、Tracのパッチ、レビュー、決定を待っているチケットが何千もあることを忘れがちです。 私は長い間、WordPressのメジャーリリースの1つを使用して、新しい機能を追加せずに既存のバグを修正することを支持してきました。

Jonathan Desrosiersは、トリアージチームが今年初めに行った作業の多くをカバーする広範な投稿を書きました。

トリアージは、真に結論に達するものではありません。 これは継続的なプロセスであり、プロジェクトの存続期間を通じて継続する必要があります。 トリアージチームへの参加に関心のある人は、トリアージチームの発表の投稿で詳細を確認できます。