WordPress 5.6: 新しい変更点は何ですか?

デフォルトの WordPress テーマ: Twenty Twenty-One

WordPress 5.6 には、新しいデフォルトのテーマが含まれています。 Twenty Twenty-One は、単一列レイアウトとフッター・サイドバーを備えた、非常にアクセスしやすいシンプルなWordPress テーマです。

新しいテーマは、システム フォント スタックとパステル背景色に基づく最小限のカラー パレットを使用します。

グーテネルグの新機能

WordPress 5.6 では、Gutenberg プラグインのいくつかのバージョンがコアにマージされたため、WordPress ユーザーはエディターの新しい改善に気づくはずです。具体的には、ブロック パターンの強化、情報パネルの単語数、キーボード ナビゲーションの改善、ドラッグ アンド ドロップ UI の改善などに注目してください。

何が起こったのか詳しく見てみましょう。

ブロック、パターン、UIの改善

新しいブロック機能、機能強化、バグ修正により、全体的な編集エクスペリエンスが向上するはずです。また、アクセシビリティに関しても素晴らしい取り組みが行われています。ここでは、Gutenberg に追加され、WordPress 5.6 にアップデートすると便利な最も興味深い機能を厳選して紹介します。

ビデオの位置コントロール

Gutenberg 8.6以降、Cover Blocks に追加された位置コントロールにより、ユーザーは焦点を移動し、ビデオのカスタム位置を設定できます。この機能は、以前は画像の背景でのみ利用可能でした。

ブロックパターンの更新

WordPress 5.6 には、 Gutenberg 8.6で追加されたいくつかのブロック パターンの改善も含まれています。

Quoteパターンには、上部に画像、下部にセパレーターが含まれるようになりました。

新しい引用パターンには画像と区切り文字が含まれています。

ブロック インサータの使いやすさの優れた改善点は、ブロック パターン カテゴリ ドロップダウンです。これにより、カテゴリ別にパターンをフィルタリングできるようになります。これは、選択できるパターンが大量にある場合に非常に便利です ( #24954 )。

ビデオ字幕のサポート

ビデオ ブロックはビデオ字幕をサポートするようになりました。

編集者とコンテンツ作成者は、ビデオ字幕をWebVTT 形式(Web ビデオ テキスト トラック形式) で提供する必要があります。これは、「 <track>要素を使用して時間指定されたテキスト トラック (字幕やキャプションなど) を表示するための形式」 ( #25861 ) です。

さまざまな言語の字幕にリンクする要素を追跡する

.vttファイルをロードすると、サイト閲覧者は好みの言語で字幕を有効にすることができるようになります。

複数のブロックを単一列ブロックに変換する

ユーザビリティの興味深い改善点は、選択した複数のブロックを列ブロックに変換できることです。

列に表示したいブロックを選択し、ブロック ツールバーの右上のボタンをクリックするだけです。

選択した各ブロックは、列ブロックの列に変換されます。

カバーブロックの背景パターン

カバーブロックに背景パターンを表示できるようになりました。

背景パターンを追加するには、パターン画像をアップロードし、 [繰り返し背景]オプションをオンにします。完了したら、必要に応じて焦点ピッカーを調整し、固定背景とのさまざまな組み合わせを試してください。

メディアとテキスト ブロックに画像サイズ コントロールを追加

Gutenberg 9.1では、メディアとテキスト ブロックの画像に新しい画像サイズ コントロールが追加されました。ユーザーは、利用可能なすべての画像サイズから選択できるようになりました ( #24795 )。

メジャーリリースの自動アップデート

「自動更新」は、サイトのセキュリティを向上させ、サイト管理者が WordPress Web サイトを最新の状態に維持しやすくすることを目的として、WordPress 3.7 で導入された中心的な機能です。

以前のバージョンでは自動マイナー コア アップデートが実装されていましたが、WordPress 5.6 では、サイト管理者がメジャー リリースでも自動アップデートを手動で有効にできるようになりました。

ただし、この重要なメンテナンス作業は、技術に詳しくないユーザーにとってはまだ少しわかりにくいかもしれません。

つまり、 WordPress 5.6 には、サイト管理者がメジャー コア リリースの自動更新を有効にするための新しいインターフェイスが追加されました。

コア自動更新の初期範囲は次のとおりに移動しました。

• 新規インストールの場合、デフォルトの動作は、デフォルトでマイナー アップデートにオプトインし、デフォルトでメジャー アップデートにオプトインするように変更されます。
• 既存のインストールの場合、動作は現在と同じです。デフォルトでマイナー アップデートにオプトインされていますが、ユーザーはメジャー アップデートにオプトインする必要があります (ホストまたは代理店によってすでに使用されている定数とフィルターには依然として時間がかかります)優先）。
• UI のデザインをいくつか更新します。

WordPress 5.6 以降では、 [更新]画面でメジャー コア バージョンの自動更新を有効にすることができます。新しい UI には、 WordPress のすべての新しいバージョンの自動更新を有効にするチェックボックスが表示されます。

WordPress のすべての新しいバージョンの自動更新を有効にします。

メジャー リリースのコア自動更新を有効にしたら、[メンテナンスとセキュリティリリースのみ自動更新に切り替える] をクリックして、メンテナンスとセキュリティのみをトリガーできるようにすることができます。

メンテナンスとセキュリティ リリースの場合のみ自動更新に切り替える

開発者向けの主要な自動コア更新

WordPress は、 WP_AUTO_UPDATE_CORE定数またはallow_major_auto_core_updatesフィルターを通じてメジャーコアの自動更新が有効になっているかどうかを確認し、それに応じてチェックボックスを調整します。

WordPress ユーザーは、以下に示すようにWP_AUTO_UPDATE_CORE定数をfalseまたはminorに設定することで、メジャー コアの自動更新を無効にすることもできます。

# Disables all core updates:
define( 'WP_AUTO_UPDATE_CORE', false );

# Enables minor updates:
define( 'WP_AUTO_UPDATE_CORE', 'minor' );

可能な値は、true (すべて)、'beta'、'rc'、'minor'、および false (無効を意味します) です。

メジャー コアの自動更新をデフォルトで無効にするもう 1 つのオプションは、新しいallow_major_auto_core_updatesフィルターを使用することです。

add_filter( 'allow_major_auto_core_updates', '_return_false' );

REST API認証用のアプリケーションパスワード

アプリケーション パスワードは、さまざまな WordPress API に対して認証されたリクエストを行うための新しいシステムです。

パスワードは 24 文字の長さで、大文字、小文字、数字で構成されており、手動または REST API を通じて生成できます。

新しいアプリケーション パスワードを手動で生成するには、プロフィール画面を参照してページを下にスクロールします。

アプリケーション パスワードの名前を選択し、確認します。 WordPress に新しいパスワードが表示されます。

新しいアプリケーションパスワード

アプリケーションのパスワードは、スペースで区切られた 4 文字の塊で表示されます。

ただし、パスワードはスペースの有無にかかわらず使用できます。

[ユーザー プロファイル] 画面では、アプリケーション パスワードを表示、作成、取り消すことができます。 [最終使用] 列と [最終 IP] 列を使用すると、もう使用されていない、取り消す必要があるパスワードを簡単に見つけることができます。

現時点では、アプリケーション パスワードは、REST API で認証されたリクエストおよび従来の で使用できます。ただし、将来的にはすぐに追加の API で使用されるようになると考えられます。

WordPress 5.6 でのサイトの健全性の変更

WordPress 5.6 には、前述のすべての機能に加えて、サイト ヘルス ツールの改良版も導入されており、バックグラウンドでの動作が異なります。

サイトヘルスチェックデータの検証

バリデーターは、サイト健全性テストの問題の応答をチェックするようになりました。バリデーターは無効な応答を破棄し、サイト ヘルス ツールが致命的なエラーを引き起こしたり、それ以降の制御を停止したりするのを防ぎます。

今後、無効な応答はサイトの健全性インジケーター ( #50145 ) に影響を与えなくなります。

REST エンドポイント経由の非同期チェック

サイト ヘルス ツールは、サイト所有者が Web サイトの健全性状態を認識できるようにする強力なセキュリティ ツールです。

このツールは、Web サイトの健全性状態の概要を提供する多数のセキュリティ テストを実行します。

これらのテストは、ページの読み込み時に実行される直接テストと、完了までに時間がかかる場合があり、後で JavaScript 呼び出しを介して実行される非同期テストの2 つのカテゴリに分類されます。

WordPress 5.6 では、非同期テストは/wp-json/wp-site-health/v1名前空間にあります。

新しい REST API の機能強化のおかげで、プラグインとテーマでも REST エンドポイントを利用できるようになり、ヘルス テストの Ajax アクションに限定されなくなりました。

各非同期テストでhas_rest引数を宣言できるようになりました。この引数のデフォルトはfalseです。

非同期テストはページの読み込みの遅さやタイムアウトを防ぐために実装されていますが、スケジュールされたテストではそのような懸念はありません。

スケジュールされたイベント中にテストが実行される場合、テストは REST API エンドポイントを使用せず、バックグラウンドで直接実行されます。

PHP 8 のサポートの向上

PHP 8.0 は、大量の新機能と最適化をもたらし、言語の進化における真のマイルストーンとなっています。 PHP の新しいバージョンでは、下位互換性を破壊する多くの更新が導入されており、多くの非推奨の機能が正式に削除されました。したがって、WordPress での PHP 8 のサポートは大変な作業です。

実際、WordPress Core の貢献者が WordPress 5.6 を PHP 8 と互換性を持たせるために多大な努力を払ったとしても、リリース時にはいくつかの問題が発見されない可能性があります。ここでの目標は、WordPress エコシステム全体が PHP 8 と互換性がある点に到達することです。

さらに、WordPress Web サイトでは少なくとも 1 つのテーマとプラグインが使用されます。したがって、WordPress での PHP 8 のサポートが期待できるとしても、プラグインやテーマがすぐに PHP 8 のサポートを追加するとは考えにくいです。

したがって、いくつかの問題がまだ解決されていないため、実際の Web サイトで PHP 8 に切り替える前に、ステージング環境または開発環境で互換性テストを実行することを強くお勧めします。