カテゴリー
www ツール

Catchpointによる表示速度検査を受けました

遅くなって申し訳ありませんでした。Webパフォーマンス Advent Calendar 2019 – Qiitaの記事です

AdventCarendarに参加するということで、Catchpointでの計測を行って頂きました。

計測して頂くのはどのページにしようかと考えたんですが、弊社内で、アプリの紹介ページが重いという意見があり、せっかくの機会なのでそのページをということになりました。

で、竹洞さんに連絡したら、「そのページまでの動線で計測したほうが良い」と言って頂き、動線の中で一番ボリュームが多い、ログイン→マイページ→アプリ紹介ページという動線で計測して頂きました。この導線で見るというのが、当初とは別の課題の発見につながったので、なるほど、流石だと感動しました。

Catchpointのありがたいところ

定時のチェックを行うのはPSIのスコアレベルなら行えますが(弊社は、定期的にPSIのAPIを利用してスコアを取得しています)この精度で見ることができないのでとてもありがたいです。

下は、First Contentful Paintの統計。実際の回線(今回はDoCoMo)やエミュレートした回線(ノイズが少ない)でのデータが見れています。

このようなウォーターフォールも15分ごとに見ることができます。

制作時にDevToolsでも確認できることはありますが、このように定期的に取れるのはこういうサービスでこそということですね。

竹洞さんにいろいろ指摘をいただく

ありがたいことに、ご意見頂きました。ざっとまとめると。

  • DNS
    • Route53を利用することで出てくるレイテンシ
    • その場合のレイテンシは最低で約100ms以上
  • サーバー返答時間(TTFB)
    • 改善の必要あり
    • プログラムのチューニングが主になる
  • HTTP/2
    • 利用している
    • いわゆる「つまり」は確認できた
  • サードパーティー
    • Googleタグマネージャー
    • Karte
    • 改善の要求をすべき

Catchpointでわかったこと

冒頭に書いたようにページに到達する導線で計測してもらって気づけた課題があります。

それは、ログイン→マイページの動線でのサーバー待機時間についてでした。

  1. ログインの判定
  2. リダイレクト
  3. マイページのサーバー待機

という流れが1.5秒近くかかっていました。

言われてみれば確かにという問題ではあるんですが、改善ポイントとしてピックアップすべき事象ですね。

これからの改善ポイント

  • サーバー返答時間
    • 現状、ページにより1000ms近く、またはそれ以上になっているので改善ポイントを探して対応していく
  • サードパーティー
    • 改善の依頼を継続して行う
    • 使い方を確認していく
  • フロントエンド
    • 効率的なHTML/CSS/JavaScriptの記述
    • 画像などのコンテンツの読み込み順を考えていく
  • DNS/CDNなど
    • AWS以外の選択肢(Cloudflareなど)も「あと100ms」ぐらいになった段階で検討していく
    • CDNは静的ファイルだけでなく、コンテンツキャッシュでも利用しているので、そのあたりも含めた検討が必要
  • スピード監視
    • 本気で検討したい
    • 社内の議論に改めて上げていく

最後に

普段から竹洞さんの情報を見ている立場ですが、このような形でやりとりさせて頂きありがとうございました。これからも参考にさせていただいて、少しずつでもサービスの改善に努めていきます。

カテゴリー
www ツール

Twitter Cardsのキャッシュ更新の方法を整理

ちょっとオミカレの仕事でやったのでメモとしてまとめておきます。

Twitter Cards使うこと多いと思います。こんなやつですね。

いわゆるLP的な単発の場合、手でソースを書いたりするんですが、ちょいちょい間違えたりするじゃないですか、人類って(主語でかい)。

CDN使ってて間違えてそっち書いたりとか(Twitter Cardsに入れる画像はリンク先と同じドメインじゃないとダメというのを忘れがち)。あと純粋にURL間違えたりとか。

そこでTwitter Cardsに関連したmetaを直して、さて更新となるんですが、TwitterでCardの情報がキャッシュされているので、まあ、反映されない。

https://cards-dev.twitter.com/validator

Card Validator通すとキャッシュクリアされるってよく言われていますが、まあ、されない。「それでしばらく待ちましょう」ってことなの?と思いつつも本家のドキュメント見ると書いてました。ちゃんと明記してました。

https://developer.twitter.com/en/docs/tweets/optimize-with-cards/guides/troubleshooting-cards#refreshing

要は、bit.lyで対象のURLのショートURLを作成して、そのbit.lyで生成したURLをTweetすると、元URLのキャッシュも書き換えられるということなんですね。

実際にサクッとTwitter Cardsの内容が更新されたので今後はこれでサクサク行けそうです。やはり頼るべきは公式のドキュメントですね!

カテゴリー
ツール

Facebookのリンクに付いてくるfbclidをカットするアドオン(Google Chrome / Firefox)

Facebookでシェアされているリンクにfbclid=*****がついてくるようになりましたが、何かと不便なので、カットするアドオン作りました。

カテゴリー
ツール

オミカレにおけるエンジニアと非エンジニアの接点としてのBacklog

Backlog Advent Calendar 2018のエントリーです。少し遅くなりました。すいません。

まずは「オミカレ」とは?ですが、婚活パーティや出会いイベントなどのポータルサービスを行っている会社の名前です。

婚活パーティー、お見合いパーティーをまとめて検索 – オミカレ

今回は、このオミカレ内でのBacklogの位置づけについて紹介します。

カテゴリー
ツール

Browsersyncのディレクトリ表示のオプション

「ないかなー」と思っていて、以前Browsersyncのドキュメントを調べたときには、「ないかー」となって、今調べたら見つけた。以前見つからなかったのか、機能が追加されたかは不明です。