サイトを監査したら、結果をわかりやすい形式でまとめます。
- ステークホルダーごとに異なるレポートを作成することを検討してください。
- ビジネスニーズに焦点を当て、技術指標がどのようにニーズをサポートしているかを示します。
- 要約から始めます。
- ツールの出力データを単に一覧表示するのではなく、トピック（読み込みパフォーマンスやページ重量など）ごとにデータを構造化します。
- 優先度の高い順に結果を並べ替えます。
- 関連性がない、または興味がない結果は除外します。
- 可能な限り、数値データをグラフやグラフとして表示します。
- データの羅列は避けましょう。サイトのレビューは退屈なものであってはなりません。
監査の対象となる人々に配慮する。
サイトの担当者は問題をよく認識している可能性があります。問題が解決しない理由は、技術的なものではなく複雑な理由である可能性があります。
障害のカタログを単に列挙するのではなく、改善の余地と解決策の観点からパフォーマンスの低下を説明すると、はるかに有用です。
可能な限り、調査結果を広く公開する前に、サイト デベロッパーやその他の関係者と話し合ってください。
コンテキストを提供する
レビュー結果を共有する際は、コンテキスト データを含めて、提案した改善を実施する正当な理由を説明し、デベロッパーやその他の関係者に動機付けることをおすすめします。DoubleClick の次のようなデータは、その一例です。
- ユーザーの 53% は、読み込みに 3 秒以上かかるサイトを放棄します。
- モバイルサイトの読み込み時間が 5 秒以内の場合、モバイル広告収入は最大 2 倍に増加します。
- モバイルサイトの平均読み込み時間は 19 秒です。
パフォーマンスを改善するビジネス上の理由の一覧については、neotys.com をご覧ください。サイトのパフォーマンスを改善する方法について詳しくは、perf.rocks と ウェブの基礎、およびケーススタディと成功事例をご覧ください。
パフォーマンス予算をまだ設定していない場合は、今すぐ設定しましょう。予算を計算して、サイトの優先度を表示します。
可能性を示すこと
Chrome DevTools のローカル オーバーライドを使用すると、ローカル バージョンでウェブサイトのアセットをオーバーライドできます。簡単な変更で大きな違いを生むことができることを示すのに最適な方法です。
次に例を示します。
- サイトのホームページで使用されている CSS のバージョンを作成します。冗長なルールは削除します。
- JavaScript の読み込みを遅らせるように HTML を変更します。
- 画像ファイルを最適化されたバージョンに置き換えます。
変更したファイルをサイトの開発者と共有して、改善の可能性を同僚に直接示すこともできます。ローカル オーバーライドを使用すると、最適化されたバージョンと最適化されていないバージョンのパフォーマンスの違いを示す並べ替えたスクリーンキャストを簡単に作成できます。この方法は、長い ToDo リストよりもはるかに魅力的です。ローカル オーバーライドの使用方法については、こちらをご覧ください。