ページ速度チェッカー

ページの読み込み速度、レスポンスヘッダー、パフォーマンス指標を分析します。ウェブサイトの速度、キャッシュ、圧縮、セキュリティヘッダーを改善するための実用的な洞察を得ることができます。

ページ速度チェッカー

⚡

パフォーマンスを分析中

初期化中...

⚠ 分析に失敗しました

スコア

📊 タイミングウォーターフォール

🔍 パフォーマンスヘッダー監査

💡 推奨事項

Embed ページ速度チェッカー Widget

ページ速度チェッカー

ページ速度チェッカーは、読み込みタイミングの測定と HTTP レスポンスヘッダーの監査を行うことで、ウェブサイトのパフォーマンスを分析するブラウザベースのツールです。即時のパフォーマンススコア、タイミングフェーズ（DNS、接続、TTFB、ダウンロード）の視覚的なウォーターフォールチャート、およびページ速度、キャッシュ、圧縮、セキュリティヘッダーを改善するための実行可能な推奨事項を提供します。

ページ速度チェッカーの使い方

URLを入力 — 分析したいページのフルURLを入力または貼り付けます。省略された場合、ツールが自動的に https:// を追加します。
「速度を分析」をクリック — ツールがページを取得し、タイミングを記録し、レスポンスヘッダーを分析します。
スコアを確認 — レスポンス時間とヘッダーのベストプラクティスに基づいて、総合的なパフォーマンススコア（0–100）が計算されます。
ウォーターフォールをチェック — 視覚的なウォーターフォールチャートが、DNSルックアップ、接続、サーバーレスポンス（TTFB）、およびコンテンツダウンロードの各フェーズを分解して表示します。
監査と推奨事項を読む — 具体的なヘッダー監査結果を確認し、優先度順にランク付けされた推奨事項に従ってパフォーマンスを向上させます。

重要な指標の理解

TTFB (Time to First Byte)

TTFB は、リクエスト送信後、ブラウザがサーバーからデータの最初の1バイトを受け取るまでにかかる時間を測定します。これには、DNS解決、TCP接続、TLSハンドシェイク、およびサーバーの処理時間が含まれます。良好なTTFBは200ms未満です。1000msを超える値は、サーバー側に深刻なボトルネックがあることを示しています。

合計ロード時間

リクエストの開始からレスポンスのダウンロード完了までの合計時間。HTMLドキュメントの場合、これはドキュメントの転送時間を表します（画像、CSS、JavaScriptなどの後続のリソース読み込みは含まれません）。

レスポンスサイズ

レスポンスボディのサイズ。レスポンスが小さいほど読み込みが速くなります。転送サイズを減らすために、圧縮（gzip/Brotli）を有効にし、HTML/CSS/JSを最小化してください。一般的なウェブページのHTMLは、圧縮後で100KB未満である必要があります。

パフォーマンスヘッダーのベストプラクティス

ヘッダー	推奨値	目的
`Cache-Control`	max-age=31536000 (静的アセット)	ブラウザキャッシュによるリピートリクエストの削減
`Content-Encoding`	gzip または br	レスポンスを圧縮して転送サイズを削減
`Strict-Transport-Security`	max-age=63072000; includeSubDomains	HTTPS 接続の強制
`X-Content-Type-Options`	nosniff	MIME タイプスニッフィングの防止
`ETag`	バージョンごとの一意のハッシュ	304 条件付きキャッシュの有効化

スコアの内訳

パフォーマンススコアは主に2つの要因から計算されます:

レスポンス時間 (60%) — TTFB と合計ロード時間。TTFB 200ms未満、合計1000ms未満が「非常に良い」とされます。
ヘッダー監査 (40%) — 圧縮、キャッシュ、またはセキュリティヘッダーの欠如はスコアを低下させます。チェックに失敗するごとにポイントが差し引かれます。

スコアは次のように分類されます: 90–100 非常に良い、 70–89 良い、 50–69 改善が必要、 0–49 悪い。

制限事項

このツールはブラウザ内で動作するため、結果はあなたのネットワーク環境や地理的な場所に反映されます。
CORS の制限により、一部のウェブサイトでは詳細なヘッダー分析ができない場合があります。その場合、ツールはタイミングのみの分析に切り替わります。
サーバー側ツール（Lighthouse、WebPageTest）とは異なり、このツールはレンダリングタイミング、JavaScriptの実行、または LCP、FID、CLS などのコアウェブバイタルを測定することはできません。
ネットワーク状況、サーバー負荷、キャッシュの状態により、実行ごとに結果が異なる場合があります。

ページ速度を向上させるためのヒント

圧縮を有効にする — ウェブサーバーで gzip または Brotli を設定して、テキストベースのアセットを圧縮します。
キャッシュヘッダーを設定する — 静的アセットには長い max-age を、HTML には ETag 付きの短い max-age を使用します。
CDN を使用する — ユーザーに近いエッジロケーションからアセットを配信し、レイテンシを短縮します。
画像を最適化する — 最新のフォーマット (WebP、AVIF) を使用し、画像を圧縮し、遅延読み込みを実装します。
レンダリングを妨げるリソースを最小限にする — 重要でない CSS や JavaScript の読み込みを遅らせます。
サードパーティ製スクリプトを削減する — 外部スクリプトを追加するたびに、DNSルックアップ、接続、解析の時間が増加します。

FAQ

ページ速度チェッカーは何を測定しますか？

レスポンス時間（TTFBおよび合計ロード時間）を測定し、キャッシュ、圧縮、セキュリティヘッダーなどのパフォーマンスのベストプラクティスについてHTTPレスポンスヘッダーを分析し、実行可能な推奨事項とともに総合的なパフォーマンススコアを提供します。

なぜページ速度はSEOにとって重要なのですか？

Googleはページ速度をランキング要因として使用しています。速いページはより良いユーザー体験、低い直帰率、高いコンバージョン率を提供します。読み込みパフォーマンスを含むコアウェブバイタルは、Googleのページ体験シグナルの一部です。

TTFBとは何ですか？なぜ重要なのですか？

TTFB（Time to First Byte）は、ブラウザがサーバーからデータの最初の1バイトを受け取るまでにかかる時間を測定します。良好なTTFBは200ms未満です。高いTTFBは、遅いデータベースクエリ、キャッシュの欠如、サーバーの過負荷などのサーバー側のパフォーマンス問題を示しています。

一部のURLをテストするとCORSエラーが発生するのはなぜですか？

CORS（Cross-Origin Resource Sharing）エラーは、ウェブサイトが他のドメインからのブラウザベースのリクエストを制限している場合に発生します。これはセキュリティ機能です。CORSエラーが発生する場合、対象のサーバーはブラウザからのクロスオリジンリクエストを許可していません。