エクスペリエンス監査テスト experience-audit-testing

Last update: Fri Mar 15 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

エクスペリエンス監査でデプロイメントプロセスを検証し、デプロイされた変更がパフォーマンス、アクセシビリティ、ベストプラクティス、SEO のベースライン標準を満たしていることを確認する方法について説明します。

概要 overview

エクスペリエンス監査はCloud Manager Sites 実稼動パイプラインで使用できる機能であり、デプロイメントプロセスを検証し、デプロイされた変更が次を満たしていることを確認できます。

パフォーマンス、アクセシビリティ、ベストプラクティス、SEO（検索エンジン最適化）、PWA（プログレッシブ Web アプリ）のベースライン標準規格を満たす。
リグレッションを導入しない。

Cloud Manager のエクスペリエンス監査を使用すると、サイト上でのユーザーのエクスペリエンスが最も高い標準に準拠します。

監査結果は参考情報であり、デプロイメントマネージャーはスコアと、現在および以前のスコアとの間の変化を確認できます。このインサイトは、現在のデプロイメントで前のバージョンになかった不具合が導入されたかどうかを判断するのに役立ちます。

エクスペリエンス監査は、GoogleのオープンソースツールであるGoogle Lighthouse を活用しています。

INFO

2023年8月31日（PT）より、エクスペリエンス監査は、モバイルプラットフォーム固有の結果を表示するように移行します。通常、モバイルのパフォーマンス指標はデスクトップのパフォーマンス指標よりも低く登録されるので、この変更に伴い報告されるパフォーマンスの変化を予測する必要があります。

入手方法 availability

Cloud Manager で Experience Audit を使用できます。

サイト実稼動パイプライン（デフォルト）。
フロントエンド開発パイプライン（オプション）。

詳しくは、設定セクションを参照してください。

設定 configuration

実稼動パイプラインでは、エクスペリエンス監査がデフォルトで使用できます。フロントエンド開発パイプラインに対して、オプションで有効にすることができます。どのような場合でも、パイプラインの実行中に評価されるコンテンツパスを定義する必要があります。

パイプラインを設定する際に、エクスペリエンス監査に含めるページを設定します。

設定するパイプラインのタイプに応じて、次の手順に従います。
- 新しい実稼動パイプライン監査で評価されるパスを定義する場合。
- 新しい非実稼動パイプラインフロントエンドまたは開発のフルスタックパイプラインで監査を有効にする場合。
- または、既存のパイプラインの編集既存のオプションを更新します。
エクスペリエンス監査を使用する非実稼動パイプラインを追加または編集する場合は、 エクスペリエンス監査 チェックボックスをオンにします。 ソースコード タブをクリックします。
- これは、実稼動以外のパイプラインに対してのみ必要です。
- The エクスペリエンス監査 タブは、チェックボックスが選択されているときに表示されます。
実稼動と非実稼動の両方のパイプラインの場合、次の場所でエクスペリエンス監査に含めるパスを定義します： エクスペリエンス監査 タブをクリックします。
- ページのパスはで始める必要があります / とは、サイトに対する相対パスです。
- 例えば、サイトが wknd.site を含めます。 https://wknd.site/us/en/about-us.html 「エクスペリエンス監査」に、パスを入力します。 /us/en/about-us.html.
タップまたはクリック ページを追加 パスは、環境のアドレスで自動入力され、パスのテーブルに追加されます。
上記の 2 つの手順を繰り返して、必要なパスを追加します。
- 最大 25 個のパスを追加できます。
- パスを定義しない場合は、デフォルトでサイトのホームページがエクスペリエンス監査に含められます。
「保存」をクリックしてパイプラインを保存します。