LCPを5秒から1.9秒へ、1回の通話で改善
Next.jsでサイトを刷新したローカルSEO企業。デスクトップは高速ですが、モバイルは低速でした。
デスクトップは合格、モバイルは不合格だった新サイト
gmbapiは優れたローカルSEOソフトウェアを提供する企業です。2026年7月、WordPressからReactとNext.js、ヘッドレスCMSによる新サイトへと移行しました。デスクトップはCore Web Vitalsをクリアしていましたが、モバイルではLCP、FCP、INPが不合格でした。
同社を経営するMichel van Luijtelaar氏とは、2021年からの付き合いです。2023年と2025年にWordPressサイトの確認を依頼され、2026年7月には新サイトの件で相談を受けました。
小さな問題の積み重ね
単一の大きな問題があったわけではありません。実際のところ、そうしたケースは滅多にありません。DevToolsでモバイルのページ読み込みを記録し、最初の1バイトからLCPまでのトレースを確認しながら、通話中にその場で修正を進めました。
誰もが目指す理想的なグラフです。モバイル訪問者のLCPは最悪時の5.6秒から2.0秒まで改善し、サーバー応答も4.2秒から0.8秒へと短縮されました。どちらの折れ線も、下がるまでに数週間かかります。各データポイントには、28日間の集計期間に含まれる低速だった日のデータが反映され続けるためです。8月以降、LCPは1.9秒から2.2秒の間で安定して推移しています。
通話後、ページごと・リリースごとにモバイル訪問者を確認できるようCoreDashへのアクセス権を提供し、タスクリストを確認しました。冒頭の数値は、Google公式のfield dataであるCrUXのものです。
開発者が通話に参加しており、修正が軽微なものであれば、1時間で十分対応できます。より大きな課題は、優先度の高い順にメモへ記録します。
当初の予想は「未使用のJavaScript」でした
Reactの新サイトであれば、ごく妥当な推測です。しかしトレースが示した最大のボトルネックは、サーバー応答とヒーロー画像のlazy loadingでした。
新しいフレームワークを導入しても、それだけで速くはなりません
Next.jsに移行したばかりだったため、フレームワークのデフォルト設定がそのまま影響していました。next/imageはpriorityを指定しない限りすべての画像をlazy loadingします。ヒーロー画像もその1つでした。
開発者が同席する1時間の通話：€350
担当の開発者と、最も遅いページをご用意ください。一緒に確認しながら、通話中に対応できるものをその場で修正します。
その他の実績はクライアント実績ページをご覧ください。
