@maepon個人ブログです。maeponCatchpointによる表示速度検査を受けました遅くなって申し訳ありませんでした。Qiitaの記事ですAdventCarendarに参加するということで、Catchpointでの計測を行って頂きました。計測して頂くのはどのページにしようかと考えたんですが、弊社内で、アプリの紹介ページが重いという意見があり、せっかくの機会なのでそのページをということになりました。竹洞さんに連絡したら、「そのページまでの動線で計測したほうが良い」と言って頂き、動線の中で一番ボリュームが多い、ログイン→マイページ→アプリ紹介ページという動線で計測して頂きました。この導線で見るというのが、当初とは別の課題の発見につながったので、なるほど、流石だと感動しました。Catchpointのありがたいところ定時のチェックを行うのはPSIのスコアレベルなら行えますが(弊社は、定期的にPSIのAPIを利用してスコアを取得しています)この精度で見ることができないのでとてもありがたいです。実際の回線(今回はDoCoMo)やエミュレートした回線(ノイズが少ない)でのデータが見れています。このようなウォーターフォールも15分ごとに見ることができます。制作時にDevToolsでも確認できることはありますが、このように定期的に取れるのはこういうサービスでこそということですね。竹洞さんにいろいろ指摘をいただくありがたいことに、ご意見頂きました。DNSRoute53を利用することで出てくるレイテンシその場合のレイテンシは最低で約100ms以上サーバー返答時間(TTFB)改善の必要ありプログラムのチューニングが主になるHTTP/2利用しているいわゆる「つまり」は確認できたサードパーティーGoogleタグマネージャーKarte改善の要求をすべきCatchpointでわかったこと冒頭に書いたようにページに到達する導線で計測してもらって気づけた課題があります。それは、ログイン→マイページの動線でのサーバー待機時間についてでした。ログインの判定リダイレクトマイページのサーバー待機という流れが1.5秒近くかかっていました。言われてみれば確かにという問題ではあるんですが、改善ポイントとしてピックアップすべき事象ですね。本気で検討したい社内の議論に改めて上げていく最後に普段から竹洞さんの情報を見ている立場ですが、このような形でやりとりさせて頂きありがとうございました。これからも参考にさせていただいて、少しずつでもサービスの改善に努めていきます。コメントデータの処理方法の詳細はこちらをご覧ください。WordPress%d人のブロガーが「いいね」をつけました。