Panduan WebPageTest

WebPageTest adalah free, open-source, lab-based performa alat technical SEOs reach untuk when PageSpeed Insights tells Anda sebuah halaman adalah slow tetapi not why — history, cara read waterfall dan filmstrip, CLS-hunting recipe, dan where ini fits alongside Lighthouse, PSI, dan CrUX.

Pertama kali diterbitkan: 3 Jul 2026 · Terakhir diperbarui: 3 Agu 2026 · Advanced
Bahasa

WebPageTest adalah sebuah free, open-source lab (synthetic) performa testing alat — dibuat oleh Patrick Meenan di 2008 sebagai sebuah internal AOL alat dan acquired oleh Catchpoint di 2020. Anda give ini sebuah URL, sebuah nyata test location, sebuah browser, dan sebuah network profile, dan ini runs halaman pada sebuah nyata device dan mengembalikan deep diagnostics no single score dapat: sebuah waterfall chart (render-blocking flags, permintaan sequencing), sebuah filmstrip/video view (frame-oleh-frame, dengan sebuah Highlight Layout Shifts option untuk CLS), sebuah connection view (DNS/TCP/TLS/TTFB), dan Core Web Vitals frame oleh frame. single sebagian besar penting thing untuk pertahankan straight: WebPageTest produces data lab, not data lapangan — ini melakukan NOT feed Google's Core Web Vitals sinyal peringkat (itu's nyata-pengguna CrUX). ini adalah untuk diagnosis, not score Google sees. ini adalah not sebuah Lighthouse competitor either — Anda dapat run Lighthouse dari inside ini. Reach untuk ini when PageSpeed Insights tells Anda sebuah halaman adalah slow tetapi not why atau where di muat.

Evidence for this claim WebPageTest provides synthetic browser tests with waterfalls, filmstrips, and configurable test locations and networks. Scope: Lab testing; available features can depend on plan and test agent. Confidence: high · Verified: WebPageTest documentation Evidence for this claim WebPageTest publishes its test server and agent source code in an official repository. Scope: Open-source components; hosted service terms and features are separate. Confidence: high · Verified: WebPageTest GitHub

TL;DR — WebPageTest adalah sebuah free, open-source lab (synthetic) performa alat: sebuah URL, sebuah nyata distributed test location, sebuah browser, dan sebuah network profile di, deep diagnostics out — waterfall (render-blocking flags, sequencing), filmstrip/video (frame-oleh-frame, dengan sebuah Highlight Layout Shifts option untuk CLS), connection view (DNS/TCP/TLS/TTFB), dan Core Web Vitals frame oleh frame. Patrick Meenan dibangun ini di 2008 (sebuah internal AOL alat); Catchpoint acquired ini di 2020; code stays open di bawah Polyform Shield license. accuracy spine: ini produces data lab, not data lapangan, so ini melakukan not feed Google’s CWV sinyal peringkat (itu’s nyata-pengguna CrUX). ini adalah sebuah diagnostic, not score Google sees — dan ini adalah not sebuah Lighthouse competitor, because Anda dapat run Lighthouse inside ini. Reach untuk ini when PageSpeed Insights tells Anda sebuah halaman adalah slow tetapi not why atau where di muat.

What ini actually adalah

setiap WebPageTest hasil adalah one configured run: sebuah URL, tested dari sebuah spesifik location, pada sebuah spesifik browser dan device, di atas sebuah spesifik connection profile, di sebuah spesifik moment. ini adalah not sebuah universal pengukuran dari “how fast your site is” (terjemahan) “how fast Anda situs adalah” — ini adalah evidence dari itu run, dan ini perlu untuk menjadi read sebagai such.

di dalam itu framing, WebPageTest adalah deep-diagnostic alat di web-performa toolbox. web.dev, Google’s own developer situs, frames ini well: “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.” (terjemahan) “WebPageTest berisi sebuah advanced suite dari metrics dan trace viewers. ini enables deep diving ke performa dari Anda situs pada nyata mobile hardware dengan network conditions.” (web.dev, “How To Think About Speed Tools” (terjemahan) “cara Think tentang Speed alat”)

-nya “audit” (terjemahan) “audit” halaman menambahkan SEO-adjacent angle: “WebPagetest will also check static-content caching, time to first byte, and if your site makes effective use of CDNs.” (terjemahan) “WebPagetest akan juga periksa static-konten caching, Time untuk pertama Byte, dan jika Anda situs membuat effective gunakan dari CDNs.” (web.dev, “Audit performance” (terjemahan) “Audit performa”)

Where sibling alat di ini cluster — Google Lighthouse, PageSpeed Insights, dan Chrome UX Report (CrUX) — give Anda sebuah score atau sebuah pass/fail, WebPageTest gives Anda permintaan-oleh-permintaan, frame-oleh-frame evidence underneath score.

sebuah brief history — dan sebuah genuinely odd footnote

Patrick Meenan dibuat dan open-sourced WebPageTest di 2008; ini began life sebagai sebuah internal testing alat di AOL. Catchpoint acquired ini di 2020. tentang halaman tells origin story directly: “Catchpoint’s 2020 acquisition of WebPageTest, created and open-sourced by Patrick Meenan in 2008, marked a significant milestone.” (terjemahan) “Catchpoint’s 2020 acquisition dari WebPageTest, dibuat dan open-sourced oleh Patrick Meenan di 2008, marked sebuah significant milestone.” stated mission ada blunt: “slow is the new down, and our mission is to empower you to deliver the best experiences to your users.” (terjemahan) “slow adalah baru down, dan kami mission adalah untuk empower Anda untuk deliver best experiences untuk Anda pengguna.” (webpagetest.org/tentang)

Here’s odd footnote worth naming: Meenan now berfungsi di Google pada Chrome dan web performa. dan yet Google’s own official Core Web Vitals alat halaman — web.dev/artikel/vitals-alat, exact halaman Search Central’s Core Web Vitals doc tautan untuk sebagai “the different tools that can help you measure and report Core Web Vitals” (terjemahan) “ berbeda alat itu dapat help Anda mengukur dan report Core Web Vitals” — melakukan not mention WebPageTest. ini lists CrUX, PageSpeed Insights, Search Console, Lighthouse, DevTools performa panel, web-vitals JS library, dan Lighthouse-CI. alat dibangun oleh person who now berfungsi ada absent.

Read itu carefully, though: ini adalah not sebuah signal itu WebPageTest adalah deprecated atau unendorsed. Google curates -nya own-product alat list; sebuah ketiga-party open-source alat simply isn’t pada ini. lainnya web.dev halaman (speed-alat, performa-audit-alat) reference WebPageTest positively. ini adalah sebuah curation gap, not sebuah verdict pada alat.

Lab vs. field — distinction itu penting sebagian besar

ini adalah accuracy spine dari whole topic, dan ini adalah sibling dari lab-vs-field poin itu runs melalui whole web performa alat cluster.

WebPageTest runs lab (synthetic) data: sebuah controlled, repeatable test pada sebuah machine Anda configure, di sebuah moment Anda choose. itu adalah sebuah berbeda animal dari data lapangan — nyata-pengguna Chrome UX Report (CrUX) measurements itu Google Search actually menggunakan untuk Core Web Vitals sinyal peringkat, dan itu surface di PageSpeed Insights dan Search Console.

So, plainly:

  • sebuah WebPageTest run melakukan not feed Google’s sinyal peringkat. ini measures yang sama metrics Google cares tentang (LCP, INP, CLS), tetapi angka Google peringkat pada comes dari CrUX data lapangan, not dari apa pun lab run — not WebPageTest’s, not PSI’s lab bagian, not Lighthouse’s.
  • WebPageTest adalah untuk diagnosis: reproducing sebuah masalah, isolating ini, dan confirming sebuah fix di sebuah fast, controlled loop. data lapangan (CrUX) adalah slow, authoritative confirmation itu pengguna nyata felt improvement — see Core Web Vitals untuk how itu sinyal peringkat berfungsi.

Put plainly, sebuah WebPageTest hasil adalah not — dan cannot substitute untuk — CrUX field data, nyata-pengguna traffic angka, atau sebuah Google Search peringkat atau halaman-experience outcome. itu adalah separate datasets itu perlu mereka own evidence; sebuah fast synthetic run adalah not proof apa pun dari them moved.

jika Anda hanya take one thing dari ini halaman: WebPageTest tells Anda what untuk fix; CrUX tells Anda whether Google’s sinyal peringkat moved.

cara run sebuah basic test

core flow adalah deliberately sederhana:

  1. URL. public halaman Anda ingin test (ini memiliki untuk menjadi publicly reachable).
  2. Test location. WebPageTest runs pada physically distributed nyata machines sekitar world — pick one near Anda audience, because distance dan network conditions perubahan hasil.
  3. browser / device. Chrome gives Anda paling data. Anda dapat juga emulate mobile devices.
  4. Connection profile. sebuah throttled network (e.g. sebuah slow mobile connection) so Anda’re testing realistic conditions, not Anda office fiber.
  5. Repeat runs. ini adalah one beginners skip. performa varies run untuk run (network jitter, server muat, CPU contention), so WebPageTest runs multiple tests dan reports sebuah median. tidak pernah trust sebuah single run — read median. hanya pertahankan di mind median adalah masih sebuah synthetic sample dari Anda chosen configuration, not sebuah population-tingkat pengukuran dari what nyata pengunjung experience — itu’s what field (CrUX) data adalah untuk.

setiap one dari itu settings adalah bagian dari experiment, not incidental detail. jika Anda’re comparing two tests — sebelum/setelah sebuah fix, atau Anda situs terhadap sebuah competitor’s — comparison hanya berarti something when Anda record settings dan hold them constant: sama location, sama browser, sama connection profile, sama cache state (pertama view vs. repeat view), dan roughly yang sama run count dan time window. perubahan apa pun dari itu antara runs dan Anda dapat easily mistake test-configuration drift untuk sebuah nyata performa difference.

Reading hasil

waterfall chart

waterfall adalah sebuah permintaan-oleh-permintaan timeline: one row per resource, di muat order, setiap bar showing DNS/connect/TLS/wait/download phases. ini flags render-blocking resources, menampilkan rantai pengalihan sebagai extra hops, dan membuat ini obvious when sebuah handful dari resources di top adalah gating everything behind them. ini adalah where “reduce render-blocking resources” (terjemahan) “reduce render-blocking resources” stops menjadi sebuah abstraction dan becomes “that CSS file, at that second.” (terjemahan)itu CSS file, di itu kedua.”

connection view

Grouped oleh connection alih-alih oleh permintaan, ini view exposes DNS lookup, TCP connect, TLS negotiation, dan Time untuk pertama Byte (TTFB) per host. ini adalah fastest cara untuk see whether Anda slowness adalah server/network-side (sebuah slow TTFB, too banyak separate connections) versus konten-side.

filmstrip / video view — dan my CLS-hunting recipe

filmstrip adalah sebuah strip dari screenshots dari halaman painting di atas time; video view plays ini back. ini adalah how Anda see — not infer — when Anda main konten appears, dan when something pada halaman jumps.

ini adalah WebPageTest fitur I lean pada sebagian besar, dan I’ve walked melalui ini repeatedly di talks dan di my Ahrefs Core Web Vitals guide. untuk hunting down Cumulative Layout Shift, exact recipe I gunakan: “In Filmstrip View, use the following options: Highlight Layout Shifts, Thumbnail Size: Huge, Thumbnail Interval: 0.1 secs.” (terjemahan) “di Filmstrip View, gunakan following options: Highlight Layout Shifts, Thumbnail Size: Huge, Thumbnail Interval: 0,1 secs.” itu turns filmstrip ke sebuah tinggi-resolution timeline where sebuah shift adalah impossible untuk miss. di nyata contoh dari itu guide, culprit adalah sebuah font swap — “Notice how our font restyles between 5.1 secs and 5.2 secs, shifting the layout as our custom font is applied.” (terjemahan) “Notice how kami font restyles antara 5,1 secs dan 5,2 secs, shifting layout sebagai kami custom font adalah applied.” Web fonts, late-memuat images, dan injected ads adalah usual CLS suspects, dan filmstrip catches them visually di act.

One caution: sebuah resource finishing memuat di waterfall di yang sama moment filmstrip menampilkan sebuah jump adalah strong circumstantial evidence, not proof — ini adalah sebuah hypothesis. Confirm ini oleh isolating suspect (block itu domain/permintaan, atau defer ini) dan re-running yang sama configuration; jika shift disappears, Anda’ve confirmed cause alih-alih hanya correlating two timelines.

Core Web Vitals, frame oleh frame

WebPageTest reports LCP, CLS, dan (dengan nyata interaction) INP alongside TTFB, FCP, dan Speed indeks — dan lets Anda see where di muat setiap one happened alih-alih hanya sebuah akhir nilai. Where CrUX data lapangan adalah available, ini dapat menjadi ditampilkan alongside lab hasil, tetapi deep diagnostics adalah lab run.

Advanced fitur

  • Scripting / multi-langkah flows. Test halaman behind sebuah login, atau sebuah cart/checkout flow — script langkah so WebPageTest measures sebuah nyata journey, not hanya sebuah cold homepage. Control dan write down what script depends pada: test account/credentials digunakan, what state account adalah di, apa pun dynamic konten pada halaman, dan Anda API quota — sebuah undocumented script adalah sebagai hard untuk compare run-untuk-run sebagai sebuah undocumented manual test.
  • Domain / permintaan blocking. Block sebuah spesifik ketiga-party domain dan re-run untuk mengukur exactly how much itu chat widget atau ad script adalah costing Anda. ini adalah something PSI simply dapat’t melakukan.
  • Lighthouse inside WebPageTest. “WebPageTest vs. Lighthouse” (terjemahan) “WebPageTest vs. Lighthouse” adalah sebuah salah dichotomy — Anda dapat run sebuah Lighthouse audit dari di dalam WebPageTest. Worth menjadi precise tentang what itu berarti: Lighthouse audit adalah -nya own distinct, versioned report — -nya own 0–100 score dan -nya own audit list — generated inside broader WebPageTest test session, not merged ke WebPageTest’s native waterfall/filmstrip metrics. sebagai I put ini di Ahrefs guide, sebagian besar speed alat gunakan Lighthouse di bawah hood: “The exception is WebPageTest, although you can also run Lighthouse tests with it as well.” (terjemahan) “ exception adalah WebPageTest, although Anda dapat juga run Lighthouse tests dengan ini sebagai well.” (Ahrefs — Core Web Vitals)
  • Opportunities & Experiments. sebuah no-code, sebelum/setelah HTML-perubahan comparison fitur itu let Anda compare two states dari sebuah halaman without touching production — introduced sekitar 2022, per contemporaneous coverage oleh Detlef Johnson di Search mesin Land (itu spesifik artikel memiliki since telah retired dari situs, dan I couldn’t independently re-confirm fitur’s saat ini name atau availability terhadap sebuah live WebPageTest session selama ini update pass — worth sebuah fresh periksa sebelum Anda bangun workflow sekitar ini oleh itu name).
  • API / automation dan private instances. There’s sebuah API untuk programmatic testing, dan because code adalah open source, Anda dapat stand up Anda own private instance.

menggunakan WebPageTest untuk SEO teknis

ini adalah angle sebagian besar WebPageTest guides skip, dan ini adalah why alat belongs di sebuah SEO teknis’s kit:

  • Test sebagai Googlebot. Anda dapat set sebuah Googlebot pengguna agent dan watch how render-blocking JS behaves — sebuah berguna approximation (not sebuah perfect replica) dari how Google’s renderer mungkin experience halaman. MobileMoxie’s technical-SEO WebPageTest guide frames SEO nilai well: “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.” (terjemahan) “ alat menyediakan detailed informasi tentang health dari Anda halaman dan helps analyze things like round trip permintaan, asset errors, redirects, caching concerns, security informasi, dan more.”
  • Audit rantai pengalihan. waterfall exposes setiap redirect hop, so sebuah bloated rantai pengalihan (setiap one sebuah round trip) adalah terlihat alih-alih hidden.
  • periksa caching dan CDN effectiveness. Per web.dev above, WebPageTest memeriksa static-konten caching, TTFB, dan CDN usage — plumbing itu governs how fast bot dan pengguna alike get Anda bytes.
  • Diagnose JS-rendering masalah. jika konten hanya appears setelah JavaScript runs, filmstrip dan waterfall tampilkan Anda when (dan whether) ini painted.
  • sebelum/setelah evidence untuk stakeholders. sebuah side-oleh-side filmstrip dari saat ini halaman versus sebuah proposed fix adalah sebuah far more persuasive artifact untuk sebuah client atau sebuah eng team daripada sebuah Lighthouse angka itu dropped oleh six poin.

Pricing dan access

free public service di webpagetest.org memiliki historically offered pada order dari hundreds dari test runs sebuah month, plus sebuah free API key dengan daily limits. sebuah paid WebPageTest Pro tier unlocks more API volume, private tests, dan priority di test queue. dan because whole thing adalah open source di bawah Polyform Shield license — Catchpoint’s framing adalah itu “the WebPageTest code remains freely accessible under the Polyform Shield license, permitting its use for internal or non-competing commercial projects” (terjemahan) “ WebPageTest code remains freely accessible di bawah Polyform Shield license, permitting -nya gunakan untuk internal atau non-competing commercial projects” (webpagetest.org/tentang) — Anda dapat juga self-host sebuah private instance.

Honest limitations

  • Learning curve. UI adalah dense; sebuah waterfall adalah intimidating sebelum ini adalah berguna.
  • Account needed untuk saved/private hasil. Casual one-off tests adalah open, tetapi saving dan private testing ingin sebuah account.
  • ini diagnoses, ini doesn’t remediate. WebPageTest menampilkan Anda masalah di exquisite detail; ini won’t hold Anda hand melalui fix cara beberapa scoring alat try untuk.
  • Single-run variability. One run dapat mislead. gunakan multiple runs dan read median — alat defaults untuk ini untuk sebuah alasan.

sebuah note pada Bing

There’s no Bing atau Microsoft documentation itu positions WebPageTest sebagai sebuah peringkat input atau pertama-party recommendation. Bing Webmaster alat memiliki -nya own situs Scan dan speed-related recommendations, tetapi nothing WebPageTest-spesifik — dan Core Web Vitals itself remains primarily sebuah Google construct. (Don’t confuse WebPageTest dengan Bing’s own bing.com/tools/speedtest, which adalah sebuah network speed test, not sebuah halaman performa alat.)

Where ini sits

ini adalah deep-diagnostic member dari web performa alat cluster. -nya siblings setiap own sebuah berbeda job: Google Lighthouse adalah lab audit itu produces 0–100 score (dan itu banyak lainnya alat run di bawah hood); PageSpeed Insights menampilkan CrUX data lapangan dan sebuah Lighthouse lab run di one UI; Chrome UX Report (CrUX) adalah nyata-pengguna field dataset Google actually peringkat pada. untuk metrics semua dari ini mengukur dan thresholds Google menggunakan, start di Core Web Vitals hub. untuk whole pipeline ini alat sit di dalam, see web performa cluster.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.