WordPress コアパフォーマンスチーム: 彼らは何をしているのですか?

公開: 2023-09-28

WordPress コアパフォーマンスチームは、WordPress チームの名簿に比較的新しく追加されたチームです。サステナビリティチームと同じように、それはそれほど長く存在していません。

部分的には、これまで WordPress コミュニティがパフォーマンスに取り組むべき優先順位が高かったためです。パフォーマンスは主にホスティングプロバイダーとプラグインに委託されていました。さらに、WordPress Web サイトを高速化するためにユーザーが自分でできることはたくさんあります。

しかし、WordPress が競合他社に置き去りにされているという報告が山積し始めました。その結果、コミュニティは WordPress のコアパフォーマンスをより強力な優先事項にする時期が来たと判断しました。 Josepha Haden-Chomphosy 氏も WordCamp Europe 2023 でこれについて言及しました

したがって、コアパフォーマンスチームが誰で、何をしているのかをよりよく理解するために、この記事では、コアパフォーマンスチームとその仕事に焦点を当てたいと思います。チームが設立された理由、チームの目標は何か、そしてチームの成果物と結果の一部を正確に示します。最後に、チームに参加して WordPress のパフォーマンスを向上させる方法について説明します。

WordPress パフォーマンスチーム: 詳細な概要

WordPress に比較的慣れていない方は、プロジェクトがさまざまな責任をチームに分割し、すべてが Make WordPress の独自のチャネルを持っていることを知らないかもしれません。

デザインチーム、アクセシビリティチーム、テーマとプラグインチーム、トレーニングチーム、マーケティングチームなどがあります。 2021 年の発足以来、コアパフォーマンスチームが独自のチャンネルやブログを含めてその役割を担ってきました。

Wordpress コアパフォーマンスチームのブログ、WordPress の作成について

このチームは当初、Google、10up、XWP、Yoast など、WordPress 分野のいくつかの組織のコミュニティメンバーによって提案され、主導されました。これらの組織も、それに人員と時間を貢献している組織の一つです。

彼らはなぜそのようなチームを結成する必要があると考えたのでしょうか？次にそれについて話しましょう。

なぜWordPressにはコアパフォーマンスチームが必要なのでしょうか?

WordPress コアパフォーマンスチームを置く主な理由は単純です。ユーザーは高速な Web サイトを好むからです。 Web サイトのパフォーマンスが、ユーザーエクスペリエンスからコンバージョン、エンゲージメント、SEO に至るまであらゆるものに影響を及ぼし、Web サイトをより環境に優しいものにすることは周知の事実です。

モバイルサイトの速度とコンバージョン率が Google を向上させる — 出典: Google

ただし、WordPress Core のパフォーマンスを優先する必要がある理由については、より具体的な理由もありました。

WordPress は遅れをとっている

冒頭ですでに触れたように、コアパフォーマンスチームを立ち上げるという最終的な決断は、この分野で WordPress が他の Web サイトプラットフォームに負け始めていたためでした。フェリックス・アーンツは、WCEU 2022 でこのテーマについて詳しく説明した講演を行いました。

全体を見るつもりがない場合は、主な発見のいくつかを以下に示します。

Core Web Vitals テクノロジーレポートでは、Wix、Squarespace、Shopify などの独自プラットフォームと比較して、Core Web Vitals スコアが高いサイトとしては WordPress と WooCommerce の Web サイトが最下位であることが示されました。これは特にデスクトップで顕著です。

さらに、良いスコアを持つサイトのシェアがほぼ 2 倍になったにもかかわらず、WordPress サイトの改善は他のプラットフォームよりも遅かったです。さらに、オープンソース CMS で構築された Web サイト全体も、WordPress 単独の場合よりも高速でした。つまり、有料の Web サイトビルダーや CMS だけでなく、Drupal や Joomla などの他のコンテンツ管理システムも WordPress よりも優れたパフォーマンスを示していました。

なぜこれが重要なのでしょうか? 先ほどの点を繰り返しますが、ユーザーはこれを気にしているからです。 WordPress の競合他社がパフォーマンスの向上に投資するにつれて、ユーザー数はオープンソースの代替製品よりも速く増加し始めました。

パフォーマンスは重要な機能です

ここで留意すべき重要なことは、パフォーマンスの向上は平等な競争条件ではないということです。独自の CMS は、エコシステムとテクノロジースタック全体を所有しているため、製品を最適化するのがはるかに簡単です。

ただし、上記だけではまだよくわかりません。パフォーマンスが WordPress プラットフォームの成功と長寿命にとって重要な要素であることは明らかです。これは、パフォーマンス専用チームの結成を提案したコミュニティメンバーが認識し、最初の提案にも記載したことです。

競争力を維持し、市場シェアを構築し続け、またユーザーが最新の Web 環境に合わせて Web サイトを構築できるようにするには、WordPress がすぐに提供できる機能の基礎となるパフォーマンスを確保する必要があります。それを達成するにはどうすればよいでしょうか? まあ、それは全く別の質問です。

コアパフォーマンスチームは何をするのですか?

つまり、目標は明確です。さて、WordPress コアパフォーマンスチームはどのようにしてそこに到達したいと考えているのでしょうか? チームページを引用するには:

コアパフォーマンスチームは、WordPress コアとその周囲のエコシステムのパフォーマンスの監視、強化、促進に専念しています。

これが何を意味するのかをよりよく理解するには、2023 年のロードマップを確認すると役立ちます。

WordPress のロード時間の改善— チームは、クライアント側 (ブラウザを意味します) とサーバー側の両方のパフォーマンスを向上させることを目指しています。具体的には、WordPress サイトが最も苦労していると思われる指標である Largest Contentful Paint (LCP) の改善を目指しています。
パフォーマンスの測定— 開発者がパフォーマンスを測定およびベンチマークするための方法を作成および改善します。そうすることで、コミュニティは信頼できるデータに基づいてパフォーマンスを向上させる戦略を作成できるようになります。
プラグインとテーマの開発者をサポートする— WordPress 開発者が作業と製品のパフォーマンスを向上させるための、より優れたドキュメントとツールを提供します。開発者がテーマやプラグインの読み込み時間を改善できるよう支援することは、WordPress エコシステム全体にプラスの影響を与えます。

これらが大まかなストロークです。より良い印象を与えるために、チームが実装しようとしている具体的な対策のいくつかを以下に示します。

PHPプロファイリングによりサーバーの応答時間を改善します
ブロックテーマとGutenbergエディターのパフォーマンスを向上させます。
データベースのパフォーマンスを向上させるさまざまな方法を検討する
画像、特にヒーロー画像をより速くロードするための画像最適化テクニック
テーマチェックプラグインと同様のプラグインチェッカーツールの作成

彼らはどのようにしてこれらに着地したのでしょうか？これらは意見募集を行った後、コミュニティによって提案されました。

WordPress コアパフォーマンスチームが Github で優先順位を呼びかけています

ご覧のとおり、チームは WordPress コアのパフォーマンス向上というテーマにいくつかの異なる角度から取り組んでいます。これはさまざまな要因に依存するため、必要です。チームが Core Performance ブログ自体にあまり投稿しないのもそれが理由です。代わりに、コア、テーマ、プラグインの各チャンネルで「パフォーマンス」というタグが付けられた投稿を見つけることができます。

パフォーマンスラボプラグイン

Core Performance チームの主な作業成果物の 1 つは、Performance Lab プラグインです。これは機能プラグイン、というよりは、最終的に Core に組み込まれることを目的とした機能プラグインのコレクションです。これは、さまざまなパフォーマンスの向上を実際にテストする方法でもあります。プラグインは、個別にまたは組み合わせて使用できるさまざまなモジュールで構成されています。

この記事の執筆時点では、これには次のものが含まれます。

ドミナントカラーイメージ— 新しくアップロードされた画像のドミナントカラーを保存し、画像が読み込まれるまでその色のプレースホルダー背景を作成するサポートを追加します。これは主に、画像が表示されるまでのユーザーエクスペリエンスを向上させることを目的としています。
Fetchpriority — ページ上のプライマリコンテンツ画像にfetchpriorityマークアップを追加します。これにより、ブラウザーはすぐに表示されるように最初にロードするように指示されます。
WebP サポートヘルスチェック— サーバーが WebP イメージの作成をサポートしているかどうかをチェックし、この情報を[サイトヘルス]メニューに表示します。
WebP アップロード— サーバーでサポートされている場合、新しい JPEG 画像を WordPress メディアライブラリにアップロードするための WebP バージョンを自動的に作成します。 WebP は、フットプリントが小さい次世代の画像形式であり、画像の読み込みが高速になります。プラグインは、WebP 画像が既存の JPEG よりも小さい場合にのみこれを実行します。
キューに入れられたアセットのヘルスチェック— サイトにロードされる CSS ファイルと JavaScript ファイルの量に関するチェックをサイトヘルスに追加して、それらを削減できるようにします。
自動ロードされたオプションの健全性チェック— Web サイトのデータベースから自動ロードされたオプションの数を検査し、サイトの健全性にもフィードバックを表示します。

ご覧のとおり、プラグインの改善は主に JavaScript と画像の問題に焦点を当てています。それは、Felix 氏がプレゼンテーションで指摘したように、これらが WordPress サイトのパフォーマンスを妨げる主な問題だからです。

ただし、機能がコアの一部となり、新しいプロジェクトがそれに代わるため、プラグイン内のモジュールは時間の経過とともに変更されることに注意することが重要です。それまでは、自由にインストールして試してみてください。

その他の目に見えるパフォーマンスの成果

Performance Lab プラグイン以外にも、コアパフォーマンスチームの努力の成果が他の形で成果を上げていることがすでに確認できています。新しいリリースがリリースされるたびに、WordPress は少しずつ高速化しています。 WordPress 6.2 では、読み込み時間がブロックテーマで 14 ～ 18%、クラシックテーマで 2 ～ 5% 増加しました。また、サーバー側のパフォーマンスも、これらのテーマタイプでそれぞれ 17 ～ 23%、3 ～ 5% 向上しました。

これは主に、theme.json API の改善、ブロックテーマの遅延読み込みの改善、およびパフォーマンス追跡ツールの改善によって実現されました。

WordPress 6.3 ではさらに優れた結果が得られました。さらに、読み込み速度がブロックテーマで 27%、クラシックテーマで 18% 向上しました。ブロックテーマのサーバー応答時間はさらに 19% 短縮されました。

このアップデートは主にクライアント側 (つまりブラウザー) のパフォーマンスに焦点を当てています。 WordPress 6.3 では、 emoji-loader.jsスクリプトのパフォーマンスが合理化され、スクロールせずに見える画像のfetchpriorityが追加され、サーバーとデータベースのパフォーマンスにも低レベルの変更が加えられました。

チームはまた、読み込み速度をより適切に測定し、問題を特定する手段として、自動パフォーマンス監視を導入しました。これは、WordPress Core のパフォーマンスに関する継続的な実績を作成し、新しい改善点を比較するためのベンチマークを作成するのに役立ちます。

最後に、WordPress の翻訳を高速化することにも取り組んでいます。どうやら、ローカライズされたバージョンの WordPress は、1 つの言語だけの WordPress バージョンよりもパフォーマンスがはるかに悪いようです。彼らは、Performant Translations プラグインでこれに対する解決策をテストしています。

コアパフォーマンスチームに貢献する方法

オープンソースプロジェクトとしての WordPress の利点は、誰でも貢献できることです。これにはコアパフォーマンスチームも含まれます。 WordPress 全体の高速化に手を貸したい場合は、次の方法で参加できます。

Slack の #core-performance チャンネルに参加し、毎週のミーティングに参加してください (WordPress.org アカウントが必要です)。火曜日に開催され、会議カレンダーで見つけることができます。過去のミーティングの概要については、コアパフォーマンスチームのブログをご覧ください。ここでは、ディスカッションに参加したり、機能や機能プラグインについて独自の提案を行うこともできます。
Github または公式サポートフォーラムで Performance Lab プラグインのテストとバグを報告します。開発者は、プラグインに貢献することもできます。技術者でなくても、翻訳を手伝ったり、サポートフォーラムに協力したりすることができます。両方の詳細については、プラグインハンドブックを参照してください。

チームハンドブックには、その他の貢献方法も記載されています。参加する場合は、貢献者バッジを取得することを忘れないでください。

最終的な考え: WordPress コアパフォーマンスチーム

コアパフォーマンスチームは、WordPress エコシステムに比較的新しいチームです。しかし、彼らは非常に重要な責任を引き受けました。パフォーマンスは WordPress が遅れをとっている分野であり、それはユーザー数の傾向にも現れています。

そのための中心的なチームを設け、それを優先することで、目標は、追いつくだけでなく、最終的には他のプラットフォームを超えることです。また、パフォーマンスと、その結果としてのユーザーエクスペリエンスとウェブサイトの速度の向上を WordPress プラットフォームの中心的な機能にすることも目指しています。

この投稿では、コアパフォーマンスチームがこれを達成する計画とその主な焦点の概要を説明しました。 Performance Lab プラグインを使用して、作業をテストしてください。彼らの活動 (そして WordPress プラットフォーム全体) をサポートしたいのであれば、それを実現する方法はたくさんあります。

コアパフォーマンスチームの仕事から何が生まれることを期待していますか? コメントセクションであなたの洞察を共有してください！