WebPageTest

TL;DR — WebPageTestは、実際のブラウザで実際の場所からページを読み込み、読み込み中に何が起こったかを正確に表示する無料ツールです。ダウンロードしたすべてのファイル、その順序、ページが表示されるフレームごとのビデオが含まれます。PageSpeed Insightsがページが遅いと表示するが、なぜなのかを確認したいときに使用するツールです。Googleの製品ではなく、そのスコアがランキングに影響することはありません。診断ツールです。

WebPageTestとは

ほとんどの速度ツールは数値を提供します。WebPageTestはストーリーを提供します。ページがどのように読み込まれたかの詳細なステップバイステップの全体像です。

webpagetest.org にアクセスし、URLを入力し、世界中のどこからテストするか、どのようなデバイスと接続でテストするかを選択して、開始を押します。実際のマシン上の実際のブラウザがページを読み込み、WebPageTestがすべてを記録します。フェッチしたすべての画像、スクリプト、フォント、それぞれにかかった時間、そしてフィルムストリップ（ページが画面に表示される実際のフレームごとのスクリーンショットのセット）です。

無料でオープンソースです。2008年にPatrick Meenanという開発者によって作られ、Catchpointが2020年に買収しました が、webpagetest.orgの無料の公開バージョンは誰でも利用できます。

PageSpeed Insightsの代わりに使う理由

PageSpeed Insights（Googleのツール）は、ページが遅いこととスコアを伝えるのに優れています。WebPageTestは、なぜ**どこで遅いのかを伝えるのに優れています。PSIが「レンダリングをブロックするリソースを削減」と言う場合、WebPageTestは、ブロックしている正確なファイルを、タイムラインのように読めるチャートで、何秒目に表示します。

もう一つ誤解されがちなこと：WebPageTestのスコアはランキング要因ではありません。 Googleは、実際の訪問者がサイトをどれだけ速く体験するかに部分的に基づいてランキングを行います（これは「フィールドデータ」と呼ばれ、実際のChromeユーザーから得られます）。WebPageTestは「ラボ」テストです。1台のマシンでの1回の管理された実行です。問題を見つけて修正するためのものであり、Googleが実際に確認する数値のためではありません。

ほとんどの人が最初に使う2つのビュー

• ウォーターフォール。 ページが読み込んだファイルごとに1行のチャートで、到着順に積み重ねられます。長いバーと先頭に積み重なったファイルは、通常、遅さの原因がそこにあります。
• フィルムストリップ。 ページが時間とともに描画される様子を示すスクリーンショットの行です。メインコンテンツが表示される瞬間、またはページ上で何かが動き回る瞬間を文字通り見ることができます。

完全版（接続ビュー、レイアウトシフトを追跡するために私が使用する正確なレシピ、LighthouseやCrUXとの比較、技術SEOでの使用方法）が必要ですか？Advancedタブに切り替えてください。

TL;DR — WebPageTestは、無料のオープンソースのラボ（合成）パフォーマンスツールです。URL、実際の分散テスト場所、ブラウザ、ネットワークプロファイルを入力すると、詳細な診断が出力されます。ウォーターフォール（レンダリングブロックフラグ、シーケンス）、フィルムストリップ/ビデオ（フレームごと、CLS用のハイライトレイアウトシフトオプション付き）、接続ビュー（DNS/TCP/TLS/TTFB）、およびフレームごとのCore Web Vitals。Patrick Meenanが2008年に（AOLの内部ツールとして）作成し、Catchpointが2020年に買収しました。コードはPolyform Shieldライセンスの下でオープンのままです。精度の要点：ラボデータを生成し、フィールドデータではないため、GoogleのCWVランキングシグナル（実際のユーザーのCrUX）には供給されません。これは診断ツールであり、Googleが確認するスコアではありません。また、Lighthouseの競合ではありません。なぜなら、その中でLighthouseを実行できるからです。PageSpeed Insightsがページが遅いと表示するが、なぜか読み込みのどこでかを表示しない場合に使用します。

実際のところ何か

すべてのWebPageTest結果は1回の設定済み実行です。特定の場所から、特定のブラウザとデバイスで、特定の接続プロファイルを介して、特定の時点でテストされたURLです。「サイトの速度」の普遍的な測定ではありません。その実行からの証拠であり、そのように読む必要があります。

その枠組みの中で、WebPageTest はウェブパフォーマンスツールボックスにおける深層診断ツールです。Google 自身の開発者サイトである web.dev は、それを次のように説明しています: “WebPageTest contains an advanced suite of metrics and trace viewers. It enables deep diving into the performance of your site on real mobile hardware with network conditions.” (翻訳) 「WebPageTest には、高度なメトリクスとトレースビューアのスイートが含まれています。ネットワーク環境を考慮した実際のモバイルハードウェア上で、サイトのパフォーマンスを深く掘り下げることができます。」(web.dev、“How To Think About Speed Tools”)

その「監査」ページでは、SEO に関連する角度も追加されています: “WebPagetest will also check static-content caching, time to first byte, and if your site makes effective use of CDNs.” (翻訳) 「WebPagetest は、静的コンテンツのキャッシュ、最初のバイトまでの時間、サイトが CDN を効果的に利用しているかどうかもチェックします。」(web.dev、“Audit performance”)

このクラスター内の兄弟ツール — Google Lighthouse、PageSpeed Insights、Chrome UX Report (CrUX) — がスコアや合格/不合格を提供するのに対し、WebPageTest はスコアの背後にあるリクエスト単位、フレーム単位の証拠を提供します。

簡単な歴史 — そして本当に奇妙な脚注

Patrick Meenan は 2008 年に WebPageTest を作成し、オープンソース化しました。これは AOL の内部テストツールとして始まりました。Catchpoint は 2020 年にこれを買収しました。About ページはその起源を直接物語っています: “Catchpoint’s 2020 acquisition of WebPageTest, created and open-sourced by Patrick Meenan in 2008, marked a significant milestone.” (翻訳) 「2008 年に Patrick Meenan によって作成されオープンソース化された WebPageTest の Catchpoint による 2020 年の買収は、重要なマイルストーンとなりました。」そこに記載されたミッションは率直です: “slow is the new down, and our mission is to empower you to deliver the best experiences to your users.” (翻訳) 「遅いことは新しいダウンであり、私たちの使命は、ユーザーに最高の体験を提供できるようにすることです。」(webpagetest.org/about)

ここに、名前を挙げる価値のある奇妙な脚注があります: Meenan は現在、Google で Chrome とウェブパフォーマンスに取り組んでいます。それなのに、Google 自身の公式 Core Web Vitals ツールページ — web.dev/articles/vitals-tools、Search Central の Core Web Vitals ドキュメント が「Core Web Vitals の測定とレポートに役立つさまざまなツール」としてリンクしているまさにそのページ — には WebPageTest が記載されていません。 そこには CrUX、PageSpeed Insights、Search Console、Lighthouse、DevTools のパフォーマンスパネル、web-vitals JS ライブラリ、Lighthouse-CI がリストされています。現在そこで働いている人物が作成したツールは欠落しています。

ただし、これを注意深く読んでください: これは WebPageTest が非推奨または非推奨であるというシグナルではありません。Google は自社製品のツールリストをキュレーションしています。サードパーティのオープンソースツールは単にそのリストに含まれていないだけです。他の web.dev ページ (speed-tools、performance-audit-tools) は WebPageTest を肯定的に参照しています。これはキュレーションのギャップであり、ツールに対する評価ではありません。

ラボとフィールド — 最も重要な区別

これはトピック全体の正確性の背骨であり、ウェブパフォーマンスツールクラスター全体に通じるラボ対フィールドのポイントの兄弟です。

WebPageTest はラボ（合成）データを実行します: 設定したマシン上で、選択した時点で、制御された反復可能なテストです。これはフィールドデータとは異なるものです — Google 検索が Core Web Vitals のランキングシグナルに実際に使用し、PageSpeed Insights と Search Console に表示される、実際のユーザーによる Chrome UX Report (CrUX) の測定値です。

つまり、明確に言うと:

• WebPageTest の実行は Google のランキングシグナルに供給されません。Google が重視するのと同じメトリクス（LCP、INP、CLS）を測定しますが、Google がランキングに使用する数値は CrUX のフィールドデータから来ており、ラボの実行からは来ません — WebPageTest のものでも、PSI のラボセクションでも、Lighthouse のものでもありません。
• WebPageTest は診断のためのものです: 問題を再現し、それを分離し、高速で制御されたループで修正を確認します。フィールドデータ（CrUX）は、実際のユーザーが改善を感じたことを示す、遅いながらも権威のある確認です — そのランキングシグナルがどのように機能するかについては、Core Web Vitals を参照してください。

端的に言えば、WebPageTestの結果は、CrUXのフィールドデータ、実際のユーザートラフィック数、Google検索ランキングやページエクスペリエンスの結果の代わりにはなりませんし、その代わりになることはできません。これらはそれぞれ独自の証拠が必要な別のデータセットであり、高速な合成テストの実行は、それらのいずれかが動いたという証明にはなりません。

このページから一つだけ学ぶなら：WebPageTestは何を修正すべきかを教えてくれます。CrUXはGoogleのランキングシグナルが動いたかどうかを教えてくれます。

基本的なテストの実行方法

基本的な流れは意図的にシンプルです：

1. URL。 テストしたい公開ページ（公開されている必要があります）。
2. テスト場所。 WebPageTestは世界中の物理的に分散した実際のマシンで実行されます。オーディエンスの近くを選んでください。距離とネットワーク状況によって結果が変わるからです。
3. ブラウザ/デバイス。 Chromeが最も多くのデータを提供します。モバイルデバイスをエミュレートすることもできます。
4. 接続プロファイル。 スロットリングされたネットワーク（例：低速なモバイル接続）を使用して、オフィスの光回線ではなく、現実的な条件をテストします。
5. 繰り返し実行。 これは初心者がスキップするものです。パフォーマンスは実行ごとに変動します（ネットワークジッター、サーバー負荷、CPU競合）。そのため、WebPageTestは複数のテストを実行し、中央値を報告します。単一の実行を信頼しないでください。中央値を読んでください。ただし、中央値は選択した構成からの合成サンプルであり、実際の訪問者が体験する母集団レベルの測定ではないことに注意してください。それがフィールド（CrUX）データの役割です。

これらの設定はすべて実験の一部であり、些細な詳細ではありません。2つのテストを比較する場合（修正前後、または自社サイトと競合他社のサイト）、比較が意味を持つのは、設定を記録して一定に保つ場合だけです：同じ場所、同じブラウザ、同じ接続プロファイル、同じキャッシュ状態（初回表示と再表示）、そしてほぼ同じ実行回数と時間枠。これらのいずれかを実行間で変更すると、テスト構成のずれを実際のパフォーマンスの違いと誤認しやすくなります。

結果の読み方

ウォーターフォールチャート

ウォーターフォールはリクエストごとのタイムラインです：リソースごとに1行、読み込み順に並び、各バーはDNS/接続/TLS/待機/ダウンロードのフェーズを示します。レンダリングをブロックするリソースをフラグし、リダイレクトチェーンを追加のホップとして表示し、上部の少数のリソースがその背後にあるすべてをゲートしていることを明確にします。ここで「レンダリングをブロックするリソースを減らす」が抽象的なものではなく、「あのCSSファイルがあの秒に」という具体的なものになります。

接続ビュー

リクエストではなく接続ごとにグループ化されたこのビューは、ホストごとのDNSルックアップ、TCP接続、TLSネゴシエーション、**最初のバイトまでの時間（TTFB）**を明らかにします。遅さがサーバー/ネットワーク側（遅いTTFB、多すぎる個別接続）なのか、コンテンツ側なのかを確認する最速の方法です。

フィルムストリップ/ビデオビュー — そして私のCLS探しのレシピ

フィルムストリップは、ページが時間とともに描画されるスクリーンショットの帯です。ビデオビューはそれを再生します。メインコンテンツがいつ表示され、ページ上の何かがいつジャンプするかを見る（推測ではなく）方法です。

これは私が最も頼りにしているWebPageTestの機能で、講演や私のAhrefs Core Web Vitalsガイド で繰り返し説明してきました。Cumulative Layout Shiftを探すために、私が実際に使う正確なレシピは次のとおりです：“In Filmstrip View, use the following options: Highlight Layout Shifts, Thumbnail Size: Huge, Thumbnail Interval: 0.1 secs.” (翻訳) 「フィルムストリップビューで、次のオプションを使用します：レイアウトシフトをハイライト、サムネイルサイズ：特大、サムネイル間隔：0.1秒。」これにより、フィルムストリップが高解像度のタイムラインになり、シフトを見逃すことは不可能になります。そのガイドの実際の例では、原因はフォントの切り替えでした。“Notice how our font restyles between 5.1 secs and 5.2 secs, shifting the layout as our custom font is applied.” (翻訳) 「カスタムフォントが適用される際に、フォントが5.1秒から5.2秒の間で再スタイルされ、レイアウトがシフトすることに注目してください。」Webフォント、遅延読み込み画像、挿入された広告が通常のCLSの容疑者であり、フィルムストリップはそれらを視覚的に現行犯で捕まえます。

注意点が1つあります。ウォーターフォールでリソースの読み込みが完了したタイミングと、フィルムストリップでジャンプが表示されたタイミングが一致するのは、強い状況証拠であって証明ではありません。これは仮説です。疑わしいリソースを分離（そのドメイン/リクエストをブロックするか、遅延させる）して同じ構成で再実行することで確認してください。ずれが消えれば、2つのタイムラインを単に関連付けただけでなく、原因を確認できたことになります。

Core Web Vitalsをフレーム単位で確認

WebPageTestは、TTFB、FCP、Speed Indexに加えて、LCP、CLS、（実際の操作があれば）INPを報告し、最終的な値だけでなく、各指標が読み込みのどの時点で発生したかを確認できます。CrUXフィールドデータが利用可能な場合は、ラボの結果と並べて表示できますが、詳細な診断はラボ実行によるものです。

高度な機能

• スクリプト作成／複数ステップのフロー。 ログインの背後にあるページや、カート／チェックアウトのフローをテストする — WebPageTestが単なるコールドなホームページだけでなく、実際のユーザージャーニーを測定できるように、ステップをスクリプト化します。スクリプトが依存するものを制御し、書き留めておきます：使用するテストアカウント／認証情報、アカウントがどのような状態にあるか、ページ上の動的コンテンツ、APIクォータ — 文書化されていないスクリプトは、文書化されていない手動テストと同じくらい、実行ごとの比較が困難です。
• ドメイン／リクエストブロッキング。 特定のサードパーティドメインをブロックして再実行し、そのチャットウィジェットや広告スクリプトがどれだけコストをかけているかを正確に測定します。これはPSIには絶対にできないことです。
• WebPageTest内のLighthouse。 「WebPageTest vs. Lighthouse」は誤った二分法です — WebPageTest内からLighthouse監査を実行できます。それが何を意味するかを正確に述べる価値があります：Lighthouse監査は、それ自体が独自の明確にバージョン管理されたレポート — 独自の0〜100のスコアと独自の監査リスト — であり、より広範なWebPageTestテストセッション内で生成されますが、WebPageTestのネイティブなウォーターフォール／フィルムストリップ指標に統合されるわけではありません。Ahrefsガイドで私が述べたように、ほとんどの速度ツールは内部的にLighthouseを使用しています：“The exception is WebPageTest, although you can also run Lighthouse tests with it as well.” (翻訳) 「例外はWebPageTestですが、それを使ってLighthouseテストを実行することもできます。」(Ahrefs — Core Web Vitals)
• 機会と実験。 本番環境に触れずにページの2つの状態を比較できる、コード不要の変更前／変更後HTML比較機能 — Search Engine LandのDetlef Johnsonによる同時期の報道によると、2022年頃に導入されました（その特定の記事はその後サイトから削除されており、今回の更新パス中にライブのWebPageTestセッションに対して機能の現在の名称や利用可能性を独自に再確認できませんでした — その名前でワークフローを構築する前に、最新の確認を行う価値があります）。
• API／自動化とプライベートインスタンス。 プログラムによるテスト用のAPIがあり、コードがオープンソースであるため、独自のプライベートインスタンスを立ち上げることができます。

技術SEOのためのWebPageTestの活用

これは、ほとんどのWebPageTestガイドが省略している視点であり、このツールが技術SEO担当者のツールキットに属する理由です：

• Googlebot としてテストする。 Googlebot のユーザーエージェントを設定し、レンダリングをブロックするJSがどのように動作するかを確認できます。これは、Googleのレンダラーがページをどのように体験するかの有用な近似（完全な複製ではありません）です。MobileMoxieの技術SEO WebPageTestガイド は、SEO上の価値をうまく説明しています：“The tool provides detailed information about the health of your pages and helps analyze things like round trip requests, asset errors, redirects, caching concerns, security information, and more.” (翻訳) 「このツールは、ページの健全性に関する詳細な情報を提供し、ラウンドトリップリクエスト、アセットエラー、リダイレクト、キャッシュに関する懸念、セキュリティ情報などを分析するのに役立ちます。」
• リダイレクトチェーンを監査する。 ウォーターフォールはすべてのリダイレクトホップを明らかにするため、肥大化したリダイレクトチェーン（各ホップがラウンドトリップ）が隠れることなく可視化されます。
• キャッシュとCDNの効果を確認する。 上記のweb.devによると、WebPageTestは静的コンテンツのキャッシュ、TTFB、CDNの使用状況をチェックします。これらは、ボットとユーザーの両方がバイトを取得する速度を左右する基盤です。
• JSレンダリングの問題を診断する。 コンテンツがJavaScriptの実行後にのみ表示される場合、フィルムストリップとウォーターフォールは、それがいつ（そして実際に）描画されたかを示します。
• ステークホルダー向けの改善前後の証拠。 現在のページと提案された修正を並べたフィルムストリップは、6ポイント低下したLighthouseの数値よりも、クライアントやエンジニアリングチームにとってはるかに説得力のある成果物です。

料金とアクセス

webpagetest.orgの無料パブリックサービスは、これまで月に数百回程度のテスト実行を提供しており、さらに日次制限付きの無料APIキーも提供しています。有料のWebPageTest Proプランでは、より多くのAPIボリューム、プライベートテスト、テストキューの優先処理が利用可能になります。そして、全体がPolyform Shieldライセンスの下でオープンソースであるため — Catchpointの説明では、“the WebPageTest code remains freely accessible under the Polyform Shield license, permitting its use for internal or non-competing commercial projects” (翻訳) 「WebPageTestコードはPolyform Shieldライセンスの下で自由にアクセス可能であり、内部または非競合の商用プロジェクトでの使用が許可されています」(webpagetest.org/about) — プライベートインスタンスを自己ホストすることもできます。

正直な限界

• 学習曲線。 UIは情報量が多く、ウォーターフォールは役立つようになるまでは圧倒されるかもしれません。
• 保存・プライベート結果にはアカウントが必要。 カジュアルな単発テストはオープンですが、保存やプライベートテストにはアカウントが必要です。
• 診断はするが、修正はしない。 WebPageTestは問題を細部まで見せてくれますが、スコアリングツールのように修正まで手取り足取り導いてはくれません。
• 単回実行のばらつき。 1回の実行は誤解を招く可能性があります。複数回実行して中央値を読みましょう。ツールがデフォルトでそうしているのには理由があります。

Bingに関する注意点

BingやMicrosoftのドキュメントには、WebPageTestをランキング要因やファーストパーティの推奨事項として位置づけるものはありません。Bing Webmaster Toolsには独自のSite Scanや速度関連の推奨事項がありますが、WebPageTestに特化したものはなく、Core Web Vitals自体も主にGoogleの概念のままです。（WebPageTestをBing独自のbing.com/tools/speedtestと混同しないでください。これはネットワーク速度テストであり、ページパフォーマンスツールではありません。）

位置づけ

これはウェブパフォーマンスツール群に属する、詳細診断用のメンバーです。その兄弟ツールはそれぞれ異なる役割を担っています。Google Lighthouseは0〜100のスコアを生成するラボ監査ツールであり（多くの他のツールが内部で実行しています）、PageSpeed InsightsはCrUXフィールドデータとLighthouseのラボ実行を1つのUIで表示します。**Chrome UX Report（CrUX）**は、Googleが実際にランキングに使用する実ユーザーのフィールドデータセットです。これらすべてが測定する指標とGoogleが使用するしきい値については、Core Web Vitalsハブから始めてください。これらのツールが含まれるパイプライン全体については、ウェブパフォーマンスクラスターを参照してください。

AIまとめ

Advancedバージョンの簡潔な見解:

• WebPageTest = 深い診断が可能な、ラボベースのパフォーマンスツール。 無料かつオープンソース。2008年にPatrick Meenanによって作成され（AOL内部ツール）、2020年にCatchpointが買収。コードはPolyform Shieldライセンスの下にあります。
• すべての結果は、設定された1回の実行です — URL、場所、ブラウザ、接続プロファイル、特定の時点 — 普遍的な測定値ではありません。比較は、それらの設定を記録し、一定に保った場合にのみ意味を持ちます。
• ラボであり、フィールドではない。 合成ラボデータを生成し、GoogleのCore Web Vitalsランキングシグナルには供給されません — それは実際のユーザーのCrUXです（PageSpeed InsightsやSearch Consoleで確認できます）。WebPageTestの実行は、実際のユーザートラフィックや検索ランキング/ページエクスペリエンスの結果を確立するものではなく、診断のためのものであり、Googleがランキングに使用する数値ではありません。
• フロー: URL → 実際の分散テスト場所 → ブラウザ/デバイス → スロットリングされたネットワーク → 複数回の繰り返し実行、中央値を読む（単一の実行は不可 — 中央値でさえも合成サンプルであり、フィールドデータではありません）。
• 特徴的なビュー: ウォーターフォール（リクエストごと、レンダーブロッキングフラグ、リダイレクトチェーン）、フィルムストリップ/ビデオ（フレームごと; CLS用のレイアウトシフトをハイライトオプション）、接続ビュー（DNS/TCP/TLS/TTFB）、およびCore Web Vitalsをフレームごとに表示。ウォーターフォールのイベントとフィルムストリップのフレームを一致させることは、強い仮説であり、証明ではありません — リソースを分離して再テストすることで確認してください。
• CLSのレシピ: フィルムストリップビュー → レイアウトシフトをハイライトをオン、サムネイルサイズを特大、サムネイル間隔を0,1秒 — フォントスワップや遅延画像シフトをその場で捉える方法です。
• Lighthouseの競合ではありません — WebPageTest内からLighthouse監査を実行できますが、それは独自の明確なバージョン付きレポート（独自のスコア、独自の監査）であり、WebPageTestのネイティブメトリクスに統合されるものではありません。その他の高度な機能: スクリプト化/マルチステップフロー（資格情報/状態/クォータの文書化）、サードパーティドメインブロッキング、2022年頃に導入されたノーコードの前後比較機能（現在の名前/利用可能性は今回のパスで独立に再確認されていません）、API、およびセルフホスティング。
• SEOでの使用: Googlebotとしてテスト、リダイレクトチェーンの監査、キャッシュ/CDN/TTFBの確認、JSレンダリングの診断、ステークホルダー向けの前後証拠の作成。
• 奇妙な脚注: Meenanは現在Googleで働いていますが、Google自身の公式CWVツールページ（web.dev/articles/vitals-tools）にはWebPageTestがリストされていません。これはサードパーティツールに対するキュレーションのギャップであり、廃止されたというシグナルではありません。
• 制限事項: 密度の高いUI/学習曲線、保存/プライベートテストにはアカウントが必要、診断は行いますが修正はしません、単一の実行は誤解を招く可能性があります。

公式ドキュメント

一次情報源のドキュメント（GoogleによるWebPageTestへの言及、WebPageTest自身のドキュメント、およびBingに関する注記）。

WebPageTest / Catchpoint

• WebPageTest — About — Meenan/Catchpointの起源の物語、ミッションステートメント、およびPolyform Shieldライセンス。
• WebPageTest — 無料の公開テストサービス。テストフォーム、結果/フィルムストリップUI、およびプログラムによるテスト用のAPIを含みます。

Google（WebPageTestに言及している箇所 — そして顕著に言及していない箇所）

• web.dev — How To Think About Speed Tools — WebPageTestを高度なラボ診断オプションとして位置付け、その中でLighthouseを実行できることに言及。
• web.dev — Audit performance — キャッシュ/TTFB/CDNチェック用のWebPageTest。
• web.dev — Core Web Vitals tools — Google自身のCWVツールまとめ。WebPageTestには言及していません（キュレーションギャップの脚注）。
• Google Search Central — Core Web Vitals — ツールの推奨事項についてweb.devにリンクしており、サードパーティのラボツールを指名していません。

Bing / Microsoft

• Bing/Microsoftのドキュメントには、WebPageTestをランキング要素やファーストパーティの推奨として言及しているものはありません。Bing Webmaster Tools自身のSite Scanが最も近いファーストパーティの類似機能です。一般的なガイダンスについては、Bing Webmasterガイドライン を参照してください。

ソースからの引用

WebPageTestに関する公式の声明。リンクに#:~:text=アンカーが含まれる場合、ソースページの該当箇所にジャンプします。

Google / web.dev — WebPageTestの位置づけ

• “WebPageTest contains an advanced suite of metrics and trace viewers. It enables deep diving into the performance of your site on real mobile hardware with network conditions.” (翻訳) 「WebPageTestには、高度なメトリクスとトレースビューアのスイートが含まれています。ネットワーク環境を再現した実際のモバイルハードウェア上で、サイトのパフォーマンスを深く分析できます。」 — web.dev、「How To Think About Speed Tools」 引用へジャンプ
• “WebPagetest will also check static-content caching, time to first byte, and if your site makes effective use of CDNs.” (翻訳) 「WebPagetestは、静的コンテンツのキャッシュ、初回バイトまでの時間、サイトがCDNを効果的に利用しているかもチェックします。」 — web.dev、「Audit performance」 引用へジャンプ

WebPageTest / Catchpoint — 歴史、ミッション、ライセンス

• “Catchpoint’s 2020 acquisition of WebPageTest, created and open-sourced by Patrick Meenan in 2008, marked a significant milestone.” (翻訳) 「2008年にPatrick Meenanが作成しオープンソース化したWebPageTestを、Catchpointが2020年に買収したことは、重要なマイルストーンとなりました。」 — webpagetest.org/about ソース
• “slow is the new down, and our mission is to empower you to deliver the best experiences to your users.” (翻訳) 「遅いことは新しいダウンであり、私たちの使命は、ユーザーに最高の体験を提供できるようにすることです。」 — webpagetest.org/about ソース
• “The WebPageTest code remains freely accessible under the Polyform Shield license, permitting its use for internal or non-competing commercial projects.” (翻訳) 「WebPageTestのコードは、Polyform Shieldライセンスの下で自由にアクセスでき、内部または競合しない商用プロジェクトでの使用が許可されています。」 — Catchpoint、webpagetest.org/about ソース

Patrick Stox（私）/ Ahrefs — CLSフィルムストリップ手法

• “In Filmstrip View, use the following options: Highlight Layout Shifts, Thumbnail Size: Huge, Thumbnail Interval: 0.1 secs.” (翻訳) 「フィルムストリップビューでは、次のオプションを使用します：レイアウトシフトをハイライト、サムネイルサイズ：特大、サムネイル間隔：0.1秒。」 — 私のAhrefs Core Web Vitalsガイドより ソース
• “The exception is WebPageTest, although you can also run Lighthouse tests with it as well.” (翻訳) 「例外はWebPageTestです。ただし、これを使ってLighthouseテストを実行することもできます。」 — 私、WebPageTestがLighthouseベースのツールとどう違うかについて ソース

MobileMoxie — テクニカルSEOの観点

• “The tool provides detailed information about the health of your pages and helps analyze things like round trip requests, asset errors, redirects, caching concerns, security information, and more.” (翻訳) 「このツールは、ページの健全性に関する詳細な情報を提供し、ラウンドトリップリクエスト、アセットエラー、リダイレクト、キャッシュの問題、セキュリティ情報などを分析するのに役立ちます。」 — MobileMoxie、テクニカルSEOのためのWebPageTestについて ソース

WebPageTest早見表

他のツールとの位置づけ

ビュー

CLS追跡レシピ（私のもの）

• フィルムストリップビュー → レイアウトシフトのハイライトをオン → サムネイルサイズ：特大 → サムネイル間隔：0,1秒。レイアウトがジャンプするフレームを探します（多くの場合、 ウェブフォントの切り替えや遅延画像/広告）。

早わかり

• ラボ、フィールドではない — GoogleのCWVランキングシグナルには供給されません（それはCrUXです）。
• 中央値を読む、単一の実行ではなく — パフォーマンスは実行ごとに異なります。
• WebPageTest内でLighthouseを実行できます — 二者択一ではありません。
• Polyform Shieldライセンスの下でオープンソース；セルフホスティングが可能です。
• Meenan（作成者）は現在Googleで働いていますが、web.dev/articles/vitals-toolsにはWebPageTestが リストされていません — これはキュレーションのギャップであり、非推奨ではありません。

WebPageTestの実行 — チェックリスト

誤解を招く結果ではなく、信頼できる有用な結果を得るために：

• テスト場所を実際のオーディエンスの近くに設定（距離によって数値が変わります）。
• デバイス＋接続プロファイルがユーザーに一致（例：スロットリングされたネットワーク上のエミュレートモバイル）、 オフィスの光回線ではない。
• 複数回の繰り返し実行を有効化 — そして中央値を読んでいる（単一の実行ではない）。
• ウォーターフォールでレンダーブロッキングリソースと迷子のリダイレクト ホップを確認。
• 接続ビューで遅いTTFBまたは多すぎる個別接続を確認。
• フィルムストリップを実行してメインコンテンツがいつペイントされるかを確認 — そしてCLSのために、 レイアウトシフトのハイライトを0,1秒間隔、特大サムネイルで有効化。
• 結果をラボデータとして扱っていることを確認 — 実際のランキングシグナルをCrUX（PageSpeed Insights / Search Console）と照合。
• 疑わしいサードパーティについては、ドメイン/リクエストブロッキングを使用してその真の コストを測定。
• ログイン/チェックアウトフローについては、コールドホームページをテストするのではなくスクリプティングを使用。
• ステークホルダーに修正を提案する場合は、前後のフィルムストリップを保存。

WebPageTestと組み合わせるツール

• WebPageTest自体（webpagetest.org）— 無料の 公開ラボツール、さらにAPIとボリューム/プライベートテスト用の有料Proティア。
• PageSpeed Insights — WebPageTestが生成できないフィールド（CrUX）データを確認するための迅速な方法。 ランキングシグナルが実際に動いたかどうかを知ることができます。
• Google Search Console — Core Web Vitalsレポート — サイト全体で失敗しているページグループを 規模に応じて見つけ、代表的なURLをWebPageTestに持ち込んで診断します。
• Chrome DevTools Performanceパネル — 分散ロケーションが不要な場合の、ローカルでログイン対応のラボ プロファイリング用コンパニオン。
• Google Lighthouse — WebPageTestの内部から実行可能、またはDevTools/CLIでスタンドアロンで 0〜100の監査用に実行可能。
• CrUX Vis（cruxvis.withgoogle.com）— 実際のユーザーのフィールドトレンドを時間経過で可視化し、 WebPageTestで診断された修正が実際のユーザーに届いたことを確認します。（**Chrome UX Report（CrUX）**を参照。）

誤った自信を生むWebPageTestの間違い

ラボ実行をGoogleの現場評価として扱うこと

WebPageTestは、選択したデバイス、場所、ブラウザ、ネットワークプロファイルからの合成データです。原因の診断に使用し、実際のユーザーやGoogleのCWV評価を説明するにはCrUXまたはファーストパーティRUMを使用してください。

異なるテスト設定での実行の比較

場所、接続、ブラウザ、キャッシュ状態、または実行回数の変更は、テスト対象のコード変更を上回る可能性があります。設定を保存し、同じ条件同士で比較してください。

ウォーターフォールではなくスコアの最適化

WebPageTestの価値は、リクエストの順序付け、接続設定、フィルムストリップ、およびメトリックのタイミングにあります。遅いメトリックを具体的なリクエストまたはメインスレッドイベントに追跡し、単独でグレードを調整しないでください。

1回の実行から変更を判断すること

ラボテストは変動します。同じプロファイルで複数回テストを実行し、代表的な結果を比較してください。外れ値を調査し、最速の実行を選択しないでください。

ホームページのみのテスト

異なるテンプレートには、異なるLCP要素、スクリプト、サードパーティ、キャッシュ動作があります。ユーザーとフィールドデータが実際の問題を示しているページを含めてください。

WebPageTestでパフォーマンス変更を証明する

管理された前後テスト

実行するテスト: 1つの場所/ブラウザ/ネットワーク/キャッシュ設定を保存し、変更前と変更後のバージョンで複数回テストを実行します。期待される結果: 対象のメトリックとそのウォーターフォールの原因が、代表的な実行全体で改善されます。失敗の解釈: 変更が効果がないか、テストのばらつきが効果を上回っています。監視期間: 即時のラボ結果。ロールバックのトリガー: 対象または隣接するCore Web Vitalでの一貫した回帰。

リクエスト順序テスト

実行するテスト: preload、優先度、ブロッキングCSS/JS、またはキャッシュを変更した後のウォーターフォールを比較します。期待される結果: 意図したリクエストがより早く開始されるか、転送バイト数が少なくなるか、期待されるキャッシュ状態でネットワークを回避します。失敗の解釈: ヒント/設定が適用されなかったか、別の依存関係がシーケンスを制御しています。監視期間: 即時。ロールバックのトリガー: 変更がより重要なリクエストを遅延させるか、エラーを生成します。

視覚的正しさのテスト

実行するテスト: 同じ前後プロファイルでフィルムストリップ/ビデオとレイアウトシフトのハイライトを検査します。期待される結果: 高速なレンダリングが、コンテンツの欠落、フラッシュ、または新しいシフトを導入しないこと。失敗の解釈: 数値の改善が視覚的正しさを犠牲にしました。監視期間: リリース前のすべての代表的なビューポート。ロールバックのトリガー: 壊れたコンテンツまたは新しい目に見える不安定性。

時間をかける価値のあるリソース

関連する私の記事

• Core Web Vitals: A Complete Guide (Ahrefs) — Cumulative Layout Shiftの診断のための私のWebPageTest Filmstripレシピ、WebPageTest対Lighthouseの枠組み、WebPageTestが測定するメトリクスとランキング側の仕組みを含みます。(このページは、以前の「Advanced Guide to PageSpeed Insights」の投稿を吸収し、現在はここにリダイレクトされます。)
• The Beginner’s Guide to Technical SEO (Ahrefs) — ウェブパフォーマンスが全体像の中でどこに位置するか。

私の講演

• Page Experience Update — TMC, June 2021 (SlideShare) — 同じWebPageTest Filmstrip/CLSテクニックをトーク形式でカバーしています。
• A Crash Course in Technical SEO — Beer & SEO Meetup, May 2019 (SlideShare) — 2019年に、テクニカルSEOツールキットの一部としてのWebPageTest。

業界からの情報

• WebPageTest — About — 歴史、ミッション、Polyform Shieldライセンスに関する主要な情報源。
• 速度ツールの考え方 (web.dev) — ラボテストツールの中でのWebPageTestの位置づけに関するGoogle自身の見解。
• Audit performance (web.dev) — キャッシュ、TTFB、CDNチェックのためのWebPageTest。
• How to Set Up WebPageTest to Evaluate Technical SEO (MobileMoxie) — SEOの観点から見た最も近い既存のセットアップガイド（Googlebot UA、リダイレクト、キャッシュ、アセットエラー）。
• A Complete Guide to Using WebPageTest (Kinsta) — 最も包括的な一般的な解説（歴史、セットアップ、結果の解釈、価格）。
• WebPageTest: A Guide To Web Performance Testing (DebugBear) — ベンダー作成だが、複数回実行の平均化、ウォーターフォール/フィルムストリップ/接続ビュー、スクリプト作成についての優れた解説。

自分で試す: WebPageTest

WebPageTestとは何か、その読み方、そしてどこに位置づけられるかについての5つの簡単な質問です。各質問に回答を選び、その後で確認してください。

変更履歴