Rudra Analyzer

無料ウェブサイト速度チェッカー

実際の Chrome ブラウザで Google Lighthouse を使ってページをテストし、コンテンツが表示されるまでの速さ、読み込み中に反応しない時間、そしてどの画像、スクリプト、ファイルが遅くしているかを確認できます。

1 ページを入力してください。例:https://yourwebsite.com または https://yourwebsite.com/pricing

このツールのチェック内容

  • Lighthouse のパフォーマンススコア

    Lighthouse 独自の 0〜100 のスコアで、以下の読み込み指標を重み付けして組み合わせたものです。このツールで表示されるスコアです。

  • Largest Contentful Paint(LCP)

    最も大きなコンテンツ(通常はメイン画像や見出し)が表示されるまでの時間。

  • First Contentful Paint(FCP)

    画面に何かが表示されるまでの時間。

  • Total Blocking Time(TBT)

    読み込み中に、ページがスクリプトの実行で忙しく、タップやクリックに反応できない時間。

  • Cumulative Layout Shift(CLS)

    ページの読み込み中にコンテンツがどれだけ動くか。

  • Speed Index と Time to Interactive

    見えている部分がどれだけ早く埋まるか、そしていつ確実に使えるようになるか。

  • 遅くしている原因

    不合格の Lighthouse 監査項目を、悪いものから順に最大 15 件表示します。たとえば大きすぎる画像、レンダリングをブロックするファイル、使われていない JavaScript などです。

チェックの仕組み

ヘッドレス Chrome でページに対して Lighthouse のパフォーマンステストを 1 回実行します。Lighthouse は既定で、遅めのモバイル回線を使う中価格帯のスマートフォンをシミュレートするため、結果は通常、高速なパソコンで見るよりも遅くなります。多くの訪問者は高速なデバイスを使っていないため、これは意図的なものです。

1 回のページ読み込みを対象としたラボテストです。ネットワークの状態、サーバーの負荷、広告、サードパーティのスクリプトは読み込みごとに変わるため結果は実行ごとに変動し、数ポイントの差に大きな意味はありません。結論を出す前に何回かの結果を比べましょう。

Interaction to Next Paint(INP)は実際の人によるタップやクリックが必要なため、ラボテストでは測定できません。ラボで最も近い指標は Total Blocking Time です。Google Search Console の Core Web Vitals レポートのような実際の訪問者(フィールド)データは、これらのラボ結果と異なる場合があります。

よく見つかる問題

  • 大きすぎる画像

    カメラやスマートフォンからそのままアップロードされ、実際のサイズよりずっと小さく表示されている写真。

  • レンダリングをブロックする CSS と JavaScript

    ページの head 内にあり、ダウンロードが終わるまで何も表示できないファイル。

  • 使われていない JavaScript と CSS

    テーマ、プラグイン、フレームワークの大きなバンドルで、コードの大部分がこのページで使われていないもの。

  • 重いサードパーティのスクリプト

    チャットウィジェット、タグマネージャー、動画の埋め込み、広告スクリプトなど、ブラウザを忙しくさせるもの。

  • サーバーの応答が遅い

    遅いホスティング、キャッシュなし、重いデータベース処理などが原因で、最初のバイトが届くのが遅れます。

  • レイアウトのずれ

    スペースが確保されていない画像や埋め込み、表示後にコンテンツを押し下げるバナー。

直し方

  1. 画像のサイズを調整して圧縮する

    画像は表示サイズ(高精細な画面向けには最大 2 倍)で書き出し、WebP や AVIF を使い、最初の画面より下の画像は遅延読み込みにしましょう。

  2. すぐに必要ないスクリプトは後回しにする

    必須でないスクリプトに defer や async を付け、使っていないプラグインを削除し、チャットや動画のウィジェットは操作されたときにだけ読み込むようにしましょう。

  3. ページをキャッシュし、CDN を使う

    ページキャッシュとコンテンツ配信ネットワークを使うと、特にサーバーから遠い訪問者に対してサーバーの応答時間が短くなります。

  4. コンテンツのスペースを確保する

    画像や埋め込みに width と height 属性、または CSS の aspect-ratio を指定し、読み込み時に表示がずれないようにしましょう。

  5. テキストファイルを圧縮する

    サーバーやホスティングの設定で、HTML、CSS、JavaScript の gzip または Brotli 圧縮を有効にしましょう。

よくある質問

PageSpeed Insights とスコアが違うのはなぜですか?

PageSpeed Insights も Lighthouse を使っていますが、別の場所にある別のマシンで実行しており、毎回新たにページを読み込みます。また、十分なアクセスがある場合は Chrome UX Report の実際の訪問者データも表示しますが、私たちのラボテストには含まれません。

テストのたびにスコアが変わるのはなぜですか?

各テストは 1 回のページ読み込みであり、ネットワークの速度、サーバーの負荷、サードパーティのスクリプトは読み込みごとに異なります。小さな変動は普通のことです。何回か実行して一貫した傾向を確認しましょう。

Core Web Vitals を測定しますか?

LCP と CLS をラボで測定します。3 つ目の Core Web Vital である INP は、実際の訪問者による実際の操作が必要なため、ラボテストでは測定できません。最も近い代わりの指標は Total Blocking Time です。フィールドデータは、Google Search Console の Core Web Vitals レポートをご利用ください。

モバイルとデスクトップのどちらのテストですか?

私たちが使っている Lighthouse の既定設定では、通信速度を制限したモバイル回線の中価格帯スマートフォンをシミュレートします。デスクトップのパソコンでは速いページでも、ここではスコアが低くなることがあります。

「このチェックは現在利用できません」と表示されたのはなぜですか?

速度テストには、サーバー上で動作する Lighthouse と Chrome が必要です。利用できないときは、架空のスコアを表示するのではなく、その旨をお伝えしています。しばらくしてからもう一度お試しください。

役立つガイド

関連する無料ツール

修正を任せたいですか?

これらのチェックもガイドも無料です。変更作業を人に任せたい場合は、私たちのチームが有料でサポートします。