サイトを監査したら、結果をわかりやすい形式でパッケージ化してください。
- 関係者ごとに異なるレポートを作成することを検討してください。
- ビジネスニーズに焦点を当て、技術指標がビジネスニーズにどのように役立つかを示します。
- まとめから始めます。
- ツールの出力データを単純に列挙するのではなく、トピック(読み込みパフォーマンスやページウェイトなど)ごとにデータを構造化します。
- 優先度で結果を並べ替えます。
- 関連性のない検索結果や興味のない検索結果は除外します。
- 可能な場合は、数値データをチャートやグラフで示します。
- サイトにたどり着くレビューは、あくまでも退屈なものではありません。
監査を受ける側に注意を払うようにしてください。
サイトで作業している人は、問題をよく把握しているかもしれません。技術的でない複雑な理由が原因で、問題が解決されていない場合もあります。
単に障害のカタログを列挙するよりも、機会と解決策の観点からパフォーマンスの低下を説明する方がはるかに有益です。
調査結果を広く発表する前に、可能な限り、サイトのデベロッパーやその他の関係者に相談してください。
コンテキストを提供する
レビュー結果を共有する際は、作業の正当化を正当化し、デベロッパーやその他の関係者に、提案された改善を実装するよう促すためにコンテキスト データを含めることができます。たとえば、DoubleClick の以下のような改善です。
- ユーザーの 53% は、読み込みに 3 秒以上かかるとサイトを離れてしまいます。
- モバイルサイトが 5 秒で読み込まれると、モバイル広告の収益が最大 2 倍になります。
- モバイルサイトの平均読み込み時間は 19 秒です。
パフォーマンスを向上させるビジネス上の理由については、neotys.com をご覧ください。サイトのパフォーマンスを向上させる方法について詳しくは、perf.rocks および Web Fundamentals で、ケーススタディや成功事例をご覧いただけます。
パフォーマンス バジェットがない場合は、今が良い機会です。予算を計算して、サイトの重要度を示します。
可能性を示す
Chrome DevTools のローカル オーバーライドを使用すると、ウェブサイトのアセットをローカル バージョンでオーバーライドできます。これは、簡単な変更で大きな違いが生まれることを示す優れた方法です。
次に例を示します。
- サイトのホームページで使用される CSS のバージョンを作成し、冗長なルールを取り除きます。
- JavaScript の読み込みを遅らせるよう HTML を変更します。
- 画像ファイルを最適化バージョンに置き換えます。
変更されたファイルをサイトで作業しているデベロッパーと共有して、改善の可能性を同僚に直接示すこともできます。また、ローカル オーバーライドを使用すると、最適化されたバージョンと最適化されていないバージョンのパフォーマンスの違いを示すスクリーンキャストを並べて簡単に作成できます。このアプローチは、長いタスクリストよりも説得力があります。ローカル オーバーライドの使用方法については、こちらをご覧ください。