結果を共有する

サイトを監査したら、結果をわかりやすい形式でパッケージ化してください。

  • 関係者ごとに異なるレポートを作成することを検討してください。
  • ビジネスニーズに焦点を当て、技術指標がビジネスニーズにどのように役立つかを示します。
  • まとめから始めます。
  • ツールの出力データを単純に列挙するのではなく、トピック(読み込みパフォーマンスやページウェイトなど)ごとにデータを構造化します。
  • 優先度で結果を並べ替えます。
  • 関連性のない検索結果や興味のない検索結果は除外します。
  • 可能な場合は、数値データをチャートやグラフで示します。
  • サイトにたどり着くレビューは、あくまでも退屈なものではありません。

監査を受ける側に注意を払うようにしてください。

サイトで作業している人は、問題をよく把握しているかもしれません。技術的でない複雑な理由が原因で、問題が解決されていない場合もあります。

単に障害のカタログを列挙するよりも、機会と解決策の観点からパフォーマンスの低下を説明する方がはるかに有益です。

調査結果を広く発表する前に、可能な限り、サイトのデベロッパーやその他の関係者に相談してください。

コンテキストを提供する

レビュー結果を共有する際は、作業の正当化を正当化し、デベロッパーやその他の関係者に、提案された改善を実装するよう促すためにコンテキスト データを含めることができます。たとえば、DoubleClick の以下のような改善です。

  • ユーザーの 53% は、読み込みに 3 秒以上かかるとサイトを離れてしまいます。
  • モバイルサイトが 5 秒で読み込まれると、モバイル広告の収益が最大 2 倍になります。
  • モバイルサイトの平均読み込み時間は 19 秒です。

パフォーマンスを向上させるビジネス上の理由については、neotys.com をご覧ください。サイトのパフォーマンスを向上させる方法について詳しくは、perf.rocks および Web Fundamentals で、ケーススタディや成功事例をご覧いただけます。

パフォーマンス バジェットがない場合は、今が良い機会です。予算を計算して、サイトの重要度を示します。

可能性を示す

Chrome DevTools のローカル オーバーライドを使用すると、ウェブサイトのアセットをローカル バージョンでオーバーライドできます。これは、簡単な変更で大きな違いが生まれることを示す優れた方法です。

次に例を示します。

  • サイトのホームページで使用される CSS のバージョンを作成し、冗長なルールを取り除きます。
  • JavaScript の読み込みを遅らせるよう HTML を変更します。
  • 画像ファイルを最適化バージョンに置き換えます。

変更されたファイルをサイトで作業しているデベロッパーと共有して、改善の可能性を同僚に直接示すこともできます。また、ローカル オーバーライドを使用すると、最適化されたバージョンと最適化されていないバージョンのパフォーマンスの違いを示すスクリーンキャストを並べて簡単に作成できます。このアプローチは、長いタスクリストよりも説得力があります。ローカル オーバーライドの使用方法については、こちらをご覧ください。