表示が始まるまでが遅い：最初の1バイトまでの時間を見る

レン

画像を減らしたのに、まだサイトが遅い気がする…

プロクラ

遅さには2種類あってね。「応答が返り始めるまで」と「返り始めてから表示が終わるまで」だ。画像を減らすのは後者への対策。前者が遅いなら、原因はサーバー側にある。

どちらが遅いのかを見る

• ブラウザの開発者ツールで、最初のリクエストの内訳を見る
• 待機している時間が長い → サーバー側の処理が遅い
• ダウンロードや描画の時間が長い → ページが重い
• curl でも、応答が返り始めるまでの時間を測れる

プロクラ

この切り分けをせずに改善しようとすると、効かない対策に時間を使うことになる。画像を必死に軽くしても、サーバーが3秒考えているなら体感は変わらないからね。

サーバー側が遅い原因

• データベースへの問い合わせが重い、または回数が多い
• 外部のサービスを呼んでいて、その応答を待っている
• 毎回同じ計算をやり直している
• CPUやメモリが足りず、順番待ちになっている
• ディスクの読み書きが遅い

プロクラ

2つめは特に厄介だよ。相手が遅いとき、自分のサイトの応答もその分待たされる。しかも自分では直せない。呼び出しには必ず待ち時間の上限を設けて、遅ければ諦める作りにしよう。

改善の順番

プロクラ

手をつける順番があるよ。上から順に、効果が大きく手間が小さい。

• 生成した結果をキャッシュする（計算そのものを飛ばせる。最も効く）
• 重い問い合わせを特定して、そこだけ直す
• 外部への呼び出しを、表示の流れから外す
• サーバーの資源が足りていないなら、そこを増やす

プロクラ

1つめは、内容がめったに変わらないページほど効果が大きい。毎回作り直す必要がないなら、作った結果を取っておいて返すだけでいい。

測るときの注意

• 1回だけ測らない。キャッシュが効いた2回目は速く出る
• 自分の回線の状態にも左右される。時間を変えて何度か測る
• ログインしている状態としていない状態で、大きく違うことがある
• 改善したら、同じ条件でもう一度測って比べる

プロクラ

3つめは見落としやすいよ。管理者としてログインしていると、キャッシュが効かない設定になっていることが多い。訪問者から見た速さを測るなら、ログアウトした状態で確かめよう。

レン

待ち時間が長いのか、読み込みが長いのか。まずそこを分けるんだね。

距離による遅さと区別する

プロクラ

海外にサーバーを置いている場合、応答が返り始めるまでの時間には往復の通信時間も含まれる。これはサーバーの処理が遅いのではなく、距離のせいだよ。

• サーバー上で直接測ってみる（通信時間を除いた処理時間が分かる）
• 手元から測った時間との差が、往復にかかっている分
• 処理は速いのに体感が遅いなら、拠点の場所を見直す
• 日本向けなら、日本のリージョンを選ぶだけで変わる