Guide : WebPageTest

TL;DR — WebPageTest est a gratuit outil que charge votre page on a réel navigateur dans a réel emplacement et montre vous exactly ce que happened as il chargé — chaque fichier il downloaded, dans ce que order, et a frame-par-frame video de lune page appearing. c’est le outil vous utiliser quand PageSpeed Insights dit une page est lent mais vous vouloir à voir pourquoi. c’est pas a Google produit, et son scores ne pas affecter votre rankings — c’est a diagnosis outil.

Ce que WebPageTest is

La plupart speed outils give vous a number. WebPageTest donne vous a story — a detailed, step-by-step picture of how votre page chargé.

Vous go à webpagetest.org, type dans une URL, pick où dans le world à tester depuis et on ce que kind de device et connection, et hit commencer. A réel navigateur on a réel machine charge votre page, et WebPageTest records tout: chaque image, script, et font il récupéré, comment long chaque took, et a filmstrip — an réel frame-par-frame définir de screenshots de lune page appearing on screen.

c’est gratuit et ouvrir source. Il était construit par a developer named Patrick Meenan back dans 2008, et a entreprise appelé Catchpoint bought il dans 2020 — mais le gratuit public version à webpagetest.org est encore là pour anyone à utiliser.

Pourquoi you’d utiliser it au lieu de PageSpeed Insights

PageSpeed Insights (Google’s outil) est great à telling vous que une page est lent et giving vous a score. WebPageTest est meilleur à telling vous pourquoi et où. Si PSI dit “reduce render-blocking resources,” WebPageTest montre vous le exact fichier c’est blocking, à ce que deuxième, dans a chart vous pouvez lire comme a timeline.

Le autre chose personnes obtenir incorrect: WebPageTest scores ne sont pas a facteur de classement. Google se classe partly on comment rapide réel visitors experience votre site (c’est appelé “champ données,” et il comes depuis réel Chrome utilisateurs). WebPageTest est a “lab” tester — un controlled exécuter on un machine. c’est pour finding et fixing problèmes, pas pour le number Google en réalité voit.

The two views la plupart personnes commencer with

• Le waterfall. A chart avec un ligne per fichier votre page chargé, stacked dans le order ils came dans. Long bars et fichiers stacked à le commencer sont généralement où votre slowness lives.
• Le filmstrip. A ligne de screenshots showing lune page painting dans over temps. Vous peut literally watch le moment votre principal contenu montre up — or le moment quelque chose jumps autour on lune page.

Vouloir le complet version — le connection view, le exact recipe Je utiliser à hunt bas layout shift, comment il compare à Lighthouse et CrUX, et comment Je utiliser il pour technique SEO? Switch à le Avancé tab.

TL;DR — WebPageTest est a gratuit, open-source lab (synthetic) performances outil: une URL, a réel distributed tester emplacement, a navigateur, et a network profile dans, deep diagnostics out — waterfall (rendre-blocking flags, sequencing), filmstrip/video (frame-par-frame, avec a Highlight Layout Shifts option pour CLS), connection view (DNS/TCP/TLS/TTFB), et Core Web Vitals frame par frame. Patrick Meenan construit il dans 2008 (an internal AOL outil); Catchpoint acquired il dans 2020; le code stays ouvrir sous le Polyform Shield license. Le accuracy spine: il produces lab données, pas champ données, donc il fait pas feed Google’s CWV classement signal (c’est real-utilisateur CrUX). c’est a diagnostic, pas le score Google voit — et c’est pas a Lighthouse concurrent, parce que vous pouvez exécuter Lighthouse à l’intérieur il. Reach pour il quand PageSpeed Insights indique vous une page est lent mais pas pourquoi or où dans le charger.

Ce que it en réalité is

Chaque WebPageTest résultat est un configuré exécuter: une URL, testé depuis a spécifique emplacement, on a spécifique navigateur et device, over a spécifique connection profile, à a spécifique moment. c’est pas a universal measurement de “how fast your site is” — c’est evidence depuis que exécuter, et il nécessite à être lire as tel.

Dans que framing, WebPageTest est le deep-diagnostic outil dans le web-performance toolbox. web.dev, Google’s propre developer site, frames il bien: “WebPageTest contient an avancé suite de metrics et trace viewers. Il enables deep diving dans le performances de votre site on réel mobile hardware avec network conditions.” (web.dev, “Comment Think À propos de Speed Outils”)

Son “audit” page ajoute le SEO-adjacent angle: “WebPagetest va aussi vérifier static-contenu mise en cache, temps à premier byte, et si votre site rend effective utiliser de CDNs.” (web.dev, “Audit performances”)

Où le sibling outils dans ce cluster — Google Lighthouse, PageSpeed Insights, et le Chrome UX Rapport (CrUX) — donner vous a score or a réussir/échouer, WebPageTest donne vous la requête-par-requête, frame-par-frame evidence underneath le score.

A brief history — et a genuinely odd footnote

Patrick Meenan créé et open-sourced WebPageTest dans 2008; il began life as an internal testing outil à AOL. Catchpoint acquired il dans 2020. Le À propos de page indique le origin story directement: “Catchpoint’s 2020 acquisition de WebPageTest, créé et open-sourced par Patrick Meenan dans 2008, marked a significant milestone.” Le stated mission là est blunt: “lent est le nouveau bas, et notre mission est à empower vous à deliver le meilleur experiences à votre utilisateurs.” (webpagetest.org/à propos de)

«Here’s the odd footnote worth naming: Meenan now works at Google on Chrome and web performance. And yet Google’s own official Core Web Vitals tools page — web.dev/articles/vitals-tools, the exact page Search Central’s Core Web Vitals doc links to as “the different tools that can help you measure and report Core Web Vitals” — does not mention WebPageTest. It lists CrUX, PageSpeed Insights, Search Console, Lighthouse, the DevTools Performance panel, the web-vitals JS library, and Lighthouse-CI. The tool built by the person who now works there is absent. » (Traduction) (Résumé en français de la section vingt-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Lire que carefully, though: it is pas a signal que WebPageTest is deprecated or unendorsed. Google curates its own-product outil liste; a third-party open-source outil simply isn’t on it. Autre web.dev pages (speed-tools, performance-audit-tools) référence WebPageTest positively. It’s a curation gap, pas a verdict on the outil.

Lab vs. field — the distinction que matters la plupart

Ce est le accuracy spine de le entier topic, et c’est le sibling de le lab-vs-champ point que exécute via le entier web performances outils cluster.

WebPageTest exécute lab (synthetic) données: a controlled, repeatable tester on a machine vous configurer, à a moment vous choisir. Que est a différent animal depuis champ données — le real-utilisateur Chrome UX Rapport (CrUX) measurements que Recherche Google en réalité utilise pour le Core Web Vitals classement signal, et que surface dans PageSpeed Insights et Recherche Console.

So, plainly:

• A WebPageTest exécuter fait pas feed Google’s classement signal. Il mesure le même metrics Google cares à propos de (LCP, INP, CLS), mais le number Google se classe on comes depuis CrUX champ données, pas depuis quelconque lab exécuter — pas WebPageTest’s, pas PSI’s lab section, pas Lighthouse’s.
• WebPageTest est pour diagnosis: reproducing a problème, isolating il, et confirming a corriger dans a rapide, controlled loop. Champ données (CrUX) est le lent, authoritative confirmation que réel utilisateurs felt le improvement — voir Core Web Vitals pour comment que classement signal fonctionne.

Put plainly, a WebPageTest résultat n’est pas — et ne peut pas substitute pour — CrUX champ données, real-utilisateur trafic numbers, or a Recherche Google classement or page-experience résultat. Ceux sont séparé datasets que besoin leur propre evidence; a rapide synthetic exécuter n’est pas proof quelconque de les déplacé.

Si vous seulement prendre un chose from ce page: WebPageTest indique vous ce que to fix; CrUX indique vous si Google’s ranking signal déplacé.

How to run a basic tester

Le core flow est deliberately simple:

1. URL. Lune page publique vous vouloir à tester (il a à être publicly reachable).
2. Tester emplacement. WebPageTest exécute on physically distributed réel machines autour le world — pick un near votre public, parce que distance et network conditions modifier le résultat.
3. Navigateur / device. Chrome donne vous le la plupart données. Vous pouvez aussi emulate mobile devices.
4. Connection profile. A throttled network (e.g. a lent mobile connection) donc vous êtes testing realistic conditions, pas votre office fiber.
5. Repeat exécute. Ce est le un beginners skip. Performances varies exécuter à exécuter (network jitter, serveur charger, CPU contention), donc WebPageTest exécute plusieurs tests et rapports a median. Jamais confiance a unique exécuter — lire le median. Simplement garder dans mind le median est encore a synthetic sample depuis votre choisi configuration, pas a population-level measurement de ce que réel visitors experience — c’est ce que champ (CrUX) données est pour.

Chaque un de ceux paramètres est partie de le experiment, pas incidental detail. Si vous êtes comparing deux tests — avant/après a corriger, or votre site contre a concurrent’s — le comparaison seulement signifie quelque chose quand vous record le paramètres et hold les constant: même emplacement, même navigateur, même connection profile, même cache state (premier view vs. repeat view), et roughly le même exécuter count et temps window. Modifier quelconque de ceux entre exécute et vous pouvez easily mistake test-configuration drift pour a réel performances difference.

Reading le résultats

The waterfall chart

Le waterfall est une requête-par-requête timeline: un ligne per resource, dans charger order, chaque bar showing DNS/connecter/TLS/wait/download phases. Il flags rendre-blocking resources, montre chaîne de redirectionss as supplémentaire hops, et rend il obvious quand a handful de resources à le top sont gating tout behind les. Ce est où “reduce ressources qui bloquent le rendu” arrête étant an abstraction et becomes “que CSS fichier, à que deuxième.”

The connection view

Grouped par connection plutôt que par requête, ce view exposes DNS lookup, TCP connecter, TLS negotiation, et temps à premier byte (TTFB) per host. c’est le fastest façon à voir si votre slowness est serveur/network-side (a lent TTFB, aussi nombreux séparé connections) versus contenu-side.

Le filmstrip / video view — et mon CLS-hunting recipe

Le filmstrip est a strip de screenshots de lune page painting over temps; le video view plays il back. c’est comment vous voir — pas infer — quand votre principal contenu apparaît, et quand quelque chose on lune page jumps.

Ce est le WebPageTest fonctionnalité Je lean on la plupart, et j’ai walked via il repeatedly dans talks et dans mon Ahrefs Core Web Vitals guide. Pour hunting bas Cumulative Layout Shift, le exact recipe Je utiliser: “Dans Filmstrip View, utiliser le suivant options: Highlight Layout Shifts, Thumbnail Size: Huge, Thumbnail Interval: 0,1 secs.” Que turns le filmstrip dans a élevé-resolution timeline où a shift est impossible à miss. Dans le réel exemple depuis que guide, le culprit était a font swap — “Notice comment notre font restyles entre 5,1 secs et 5,2 secs, shifting le layout as notre custom font est applied.” Web fonts, late-loading images, et injected ads sont le usual CLS suspects, et le filmstrip catches les visually dans le act.

Un caution: a resource finishing chargement dans le waterfall à le même moment le filmstrip montre a jump est strong circumstantial evidence, pas proof — c’est a hypothesis. Confirmer il par isolating le suspect (bloquer que domain/requête, or defer il) et re-running le même configuration; si le shift disappears, vous avez confirmed le causer au lieu de simplement correlating deux timelines.

Core Web Vitals, frame par frame

WebPageTest rapports LCP, CLS, et (avec réel interaction) INP alongside TTFB, FCP, et Speed Indexer — et lets vous voir où dans le charger chaque un happened plutôt que simplement a final valeur. Où CrUX champ données est disponible, il peut être affiché alongside le lab résultats, mais le deep diagnostics sont le lab exécuter.

Avancé fonctionnalités

«- Scripting / multi-step flows. Test pages behind a login, or a cart/checkout flow — script the steps so WebPageTest measures a real journey, not just a cold homepage. Control and write down what the script depends on: the test account/credentials used, what state the account is in, any dynamic content on the page, and your API quota — an undocumented script is as hard to compare run-to-run as an undocumented manual test. » (Traduction) (Résumé en français de la section cinquante et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Domain / request blocking. Block a specific third-party domain and re-run to measure exactly how much that chat widget or ad script is costing you. This is something PSI simply can’t do. » (Traduction) (Résumé en français de la section cinquante et un, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Lighthouse inside WebPageTest. “WebPageTest vs. Lighthouse” is a false dichotomy — you can run a Lighthouse audit from within WebPageTest. Worth being precise about what that means: the Lighthouse audit is its own distinct, versioned report — its own 0–100 score and its own audit list — generated inside the broader WebPageTest test session, not merged into WebPageTest’s native waterfall/filmstrip metrics. As I put it in the Ahrefs guide, most speed tools use Lighthouse under the hood: “The exception is WebPageTest, although you can also run Lighthouse tests with it as well.” (Ahrefs — Core Web Vitals) » (Traduction) (Résumé en français de la section cinquante et un, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Opportunities & Experiments. A no-code, before/after HTML-change comparison feature that let you compare two states of a page without touching production — introduced around 2022, per contemporaneous coverage by Detlef Johnson at Search Engine Land (that specific article has since been retired from the site, and I couldn’t independently re-confirm the feature’s current name or availability against a live WebPageTest session during this update pass — worth a fresh check before you build a workflow around it by that name). » (Traduction) (Résumé en français de la section cinquante et un, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- API / automation and private instances. There’s an API for programmatic testing, and because the code is open source, you can stand up your own private instance. » (Traduction) (Résumé en français de la section cinquante et un, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.)

En utilisant WebPageTest pour SEO technique

Ce est le angle la plupart WebPageTest guides skip, et c’est pourquoi le outil belongs dans a SEO technique’s kit:

• Tester as Googlebot. Vous pouvez définir a Googlebot utilisateur agent et watch comment rendre-blocking JS behaves — a utile approximation (pas a perfect replica) de comment Google’s renderer pourrait experience lune page. MobileMoxie’s technique-SEO WebPageTest guide frames le SEO valeur bien: “Le outil provides detailed information à propos de le health de votre pages et aide analyze choses comme round trip requêtes, asset erreurs, redirections, mise en cache concerns, security information, et plus.”
• Audit chaîne de redirectionss. Le waterfall exposes chaque redirection hop, donc a bloated chaîne de redirections (chaque un a round trip) est visible au lieu de hidden.
• Vérifier mise en cache et CDN effectiveness. Per web.dev ci-dessus, WebPageTest vérifications static-contenu mise en cache, TTFB, et CDN usage — le plumbing que governs comment rapide bots et utilisateurs alike obtenir votre bytes.
• Diagnose JS-rendu problèmes. Si contenu seulement apparaît après JavaScript exécute, le filmstrip et waterfall montrer vous quand (et si) il painted.
• Avant/après evidence pour stakeholders. A side-par-side filmstrip de le actuel page versus a proposed corriger est a far plus persuasive artifact pour a client or an eng team que a Lighthouse number que dropped par six points.

Pricing and accès

Le gratuit public service à webpagetest.org a historically offered on le order de hundreds de tester exécute a month, plus a gratuit API clé avec daily limites. A payant WebPageTest Pro tier unlocks plus API volume, privé tests, et priority dans le tester queue. Et parce que le entier chose est ouvrir source sous le Polyform Shield license — Catchpoint’s framing est que “le WebPageTest code remains freely accessible sous le Polyform Shield license, permitting son utiliser pour internal or non-competing commercial projects” (webpagetest.org/à propos de) — vous pouvez aussi self-host a privé instance.

Honest limitations

• Learning curve. Le UI est dense; a waterfall est intimidating avant c’est utile.
• Account nécessaire pour enregistré/privé résultats. Casual un-off tests sont ouvrir, mais saving et privé testing vouloir an account.
• Il diagnoses, il ne fait pas remediate. WebPageTest montre vous le problème dans exquisite detail; il ne va pas hold votre hand via le corriger le façon some scoring outils essayer à.
• Unique-exécuter variability. Un exécuter peut mislead. Utiliser plusieurs exécute et lire le median — le outil defaults à ce pour a raison.

A remarque on Bing

il y a aucun Bing or Microsoft documentation que positions WebPageTest as a classement entrée or premier-party recommendation. Bing Webmaster Outils a son propre Site Scan et speed-related recommendations, mais rien WebPageTest-spécifique — et Core Web Vitals itself remains primarily a Google construct. (ne pas confuse WebPageTest avec Bing’s propre bing.com/tools/speedtest, qui est a network speed tester, pas une page performances outil.)

Où ce sits

Ce est le deep-diagnostic member de le web performances outils cluster. Son siblings chaque propre a différent job: Google Lighthouse est le lab audit que produces le 0–100 score (et que nombreux autre outils exécuter sous le hood); PageSpeed Insights montre CrUX champ données et a Lighthouse lab exécuter dans un UI; le Chrome UX Rapport (CrUX) est le real-utilisateur champ dataset Google en réalité se classe on. Pour le metrics tout de ces mesurer et le thresholds Google utilise, commencer à le Core Web Vitals hub. Pour le entier pipeline ces outils sit dans, voir le web performances cluster.

AI summary

A condensed prendre on the Avancé version:

• WebPageTest = le deep-diagnostic, lab-based performances outil. Gratuit et ouvrir source; créé par Patrick Meenan dans 2008 (an internal AOL outil), acquired par Catchpoint dans 2020, code sous le Polyform Shield license.
• Chaque résultat est un configuré exécuter — une URL, a emplacement, a navigateur, a connection profile, a moment dans temps — pas a universal measurement. Comparisons seulement signifier quelque chose quand vous record ceux paramètres et hold les constant.
• Lab, pas champ. Il produces synthetic lab données et fait pas feed Google’s Core Web Vitals classement signal — c’est real-utilisateur CrUX (vu dans PageSpeed Insights et Search Console). A WebPageTest exécuter ne fait pas establish real-utilisateur trafic or a Recherche classement/page-experience résultat soit — c’est pour diagnosis, pas le number Google se classe on.
• Le flow: URL → réel distributed tester emplacement → navigateur/device → throttled network → plusieurs repeat exécute, lire le median (jamais a unique exécuter — though même le median est encore a synthetic sample, pas champ données).
• Signature views: waterfall (requête-par-requête, rendre-blocking flags, redirection chains), filmstrip/video (frame-par-frame; a Highlight Layout Shifts option pour CLS), connection view (DNS/TCP/TLS/TTFB), et Core Web Vitals frame par frame. Aligning a waterfall event avec a filmstrip frame est a strong hypothesis, pas proof — confirmer il par isolating le resource et re-testing.
• CLS recipe: Filmstrip View → Highlight Layout Shifts on, Thumbnail Size Huge, Thumbnail Interval 0,1s — le façon à catch a font-swap or late-image shift dans le act.
• Pas a Lighthouse concurrent — vous pouvez exécuter a Lighthouse audit depuis dans WebPageTest, mais c’est son propre distinct, versioned rapport (propre score, propre audits), pas merged dans WebPageTest’s native metrics. Autre avancé fonctionnalités: scripting/ multi-étape flows (document credentials/state/quotas), tiers domain blocking, a aucun-code avant/après comparaison fonctionnalité introduced autour 2022 (son actuel nom/ availability n’était pas independently re-confirmed ce réussir), an API, et self-hosting.
• SEO utilise: tester as Googlebot, audit chaîne de redirectionss, vérifier mise en cache/CDN/TTFB, diagnose JS rendu, et produce avant/après evidence pour stakeholders.
• Odd footnote: Meenan maintenant fonctionne à Google, yet Google’s propre official CWV outils page (web.dev/articles/vitals-outils) ne fait pas liste WebPageTest. c’est a curation gap pour a tiers outil, pas a signal c’est deprecated.
• Limitations: dense UI/learning curve, account nécessaire pour enregistré/privé tests, il diagnoses plutôt que remediates, et unique exécute peut mislead.

«## Official documentation » (Traduction) (Résumé en français de la section soixante-dix, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Primary-source documentation (Google’s mentions of WebPageTest, WebPageTest’s own docs, and a note on Bing). » (Traduction) (Résumé en français de la section soixante-onze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«WebPageTest / Catchpoint » (Traduction) (Résumé en français de la section soixante-douze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- WebPageTest — About — the Meenan/Catchpoint origin story, the mission statement, and the Polyform Shield license. » (Traduction) (Résumé en français de la section soixante-douze, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- WebPageTest — the free public test service, including the test form, the results/filmstrip UI, and the API for programmatic testing. » (Traduction) (Résumé en français de la section soixante-douze, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

«Google (where it references WebPageTest — and where it notably doesn’t) » (Traduction) (Résumé en français de la section soixante-treize, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- web.dev — How To Think About Speed Tools — situates WebPageTest as the advanced lab-diagnostic option and notes you can run Lighthouse inside it. » (Traduction) (Résumé en français de la section soixante-treize, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- web.dev — Audit performance — WebPageTest for caching/TTFB/CDN checks. » (Traduction) (Résumé en français de la section soixante-treize, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- web.dev — Core Web Vitals tools — Google’s own CWV tools round-up, which does not mention WebPageTest (the curation-gap footnote). » (Traduction) (Résumé en français de la section soixante-treize, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- Google Search Central — Core Web Vitals — links out to web.dev for tool recommendations rather than naming a third-party lab tool. » (Traduction) (Résumé en français de la section soixante-treize, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.)

«Bing / Microsoft » (Traduction) (Résumé en français de la section soixante-quatorze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- No Bing/Microsoft documentation references WebPageTest as a ranking input or first-party recommendation. Bing Webmaster Tools’ own Site Scan is the nearest first-party analog. See Bing Webmaster guidelines for general guidance. » (Traduction) (Résumé en français de la section soixante-quatorze, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Quotes from the source » (Traduction) (Résumé en français de la section soixante-dix-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

On-le-record statements à propos de WebPageTest. Où a lien inclut a #:~:text= anchor, il jumps à le quoted passage on le page source.

Google / web.dev — où WebPageTest fits

«- “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.” — web.dev, “How To Think About Speed Tools.” Jump to quote » (Traduction) (Résumé en français de la section quatre-vingts, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “WebPagetest will also check static-content caching, time to first byte, and if your site makes effective use of CDNs.” — web.dev, “Audit performance.” Jump to quote » (Traduction) (Résumé en français de la section quatre-vingts, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

«WebPageTest / Catchpoint — history, mission, license » (Traduction) (Résumé en français de la section quatre-vingt-un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- “Catchpoint’s 2020 acquisition of WebPageTest, created and open-sourced by Patrick Meenan in 2008, marked a significant milestone.” — webpagetest.org/about. Source » (Traduction) (Résumé en français de la section quatre-vingt-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “slow is the new down, and our mission is to empower you to deliver the best experiences to your users.” — webpagetest.org/about. Source » (Traduction) (Résumé en français de la section quatre-vingt-deux, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- “The WebPageTest code remains freely accessible under the Polyform Shield license, permitting its use for internal or non-competing commercial projects.” — Catchpoint, webpagetest.org/about. Source » (Traduction) (Résumé en français de la section quatre-vingt-deux, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

Patrick Stox (me) / Ahrefs — le CLS filmstrip technique

«- “In Filmstrip View, use the following options: Highlight Layout Shifts, Thumbnail Size: Huge, Thumbnail Interval: 0.1 secs.” — from my Ahrefs Core Web Vitals guide. Source » (Traduction) (Résumé en français de la section quatre-vingt-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- “The exception is WebPageTest, although you can also run Lighthouse tests with it as well.” — me, on how WebPageTest differs from Lighthouse-based tools. Source » (Traduction) (Résumé en français de la section quatre-vingt-quatre, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.)

MobileMoxie — the technical-SEO angle

«- “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, on WebPageTest for technical SEO. Source » (Traduction) (Résumé en français de la section quatre-vingt-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

WebPageTest cheat sheet

Où it fits vs. the autre outils

The views

CLS-hunting recipe (mine)

• Filmstrip View → Highlight Layout Shifts on → Thumbnail Size: Huge → Thumbnail Interval: 0,1 secs. Watch pour le frame où le layout jumps (souvent a web-font swap or a late image/ad).

Rapide facts

• Lab, pas champ — fait pas feed Google’s CWV classement signal (c’est CrUX).
• Lire le median, jamais a unique exécuter — performances varies exécuter à exécuter.
• Vous pouvez exécuter Lighthouse à l’intérieur WebPageTest — c’est pas an soit/or.
• Ouvrir source sous le Polyform Shield license; self-hosting est possible.
• Meenan (creator) maintenant fonctionne à Google, yet web.dev/articles/vitals-outils ne fait pas liste WebPageTest — a curation gap, pas a deprecation.

A WebPageTest run — checklist

Obtenir a trustworthy, utile result au lieu de a misleading un:

• Tester emplacement définir near votre réel public (distance changements le numbers).
• Device + connection profile match votre utilisateurs (e.g. emulated mobile on a throttled network), pas votre office fiber.
• Plusieurs repeat exécute enabled — et vous êtes reading le median, pas a unique exécuter.
• Vérifié le waterfall pour ressources qui bloquent le rendu et stray redirection hops.
• Vérifié le connection view pour a lent TTFB or aussi nombreux séparé connections.
• Ran le filmstrip à voir quand principal contenu paints — et, pour CLS, enabled Highlight Layout Shifts à 0,1s intervals, Huge thumbnails.
• Confirmed vous êtes treating le résultat as lab données — cross-checked le réel classement signal contre CrUX (PageSpeed Insights / Search Console).
• Pour a suspect tiers, utilisé domain/requête blocking à mesurer son vrai coût.
• Pour login/checkout flows, utilisé scripting plutôt que testing a cold homepage.
• Enregistré a avant/après filmstrip si vous êtes proposing a corriger à stakeholders.

«## Tools that pair with WebPageTest » (Traduction) (Résumé en français de la section cent quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- WebPageTest itself (webpagetest.org) — the free public lab tool, plus the API and a paid Pro tier for volume/private tests. » (Traduction) (Résumé en français de la section cent cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- PageSpeed Insights — the fast way to check the field (CrUX) data WebPageTest can’t generate, so you know whether the ranking signal actually moved. » (Traduction) (Résumé en français de la section cent cinq, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Google Search Console — Core Web Vitals report — find failing page groups at scale across the site, then take a representative URL into WebPageTest to diagnose. » (Traduction) (Résumé en français de la section cent cinq, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Chrome DevTools Performance panel — the local, login-friendly companion for lab profiling when you don’t need distributed locations. » (Traduction) (Résumé en français de la section cent cinq, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- Google Lighthouse — runnable from inside WebPageTest, or standalone in DevTools/CLI for the 0–100 audit. » (Traduction) (Résumé en français de la section cent cinq, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.) «- CrUX Vis (cruxvis.withgoogle.com) — visualize the real-user field trend over time to confirm a WebPageTest-diagnosed fix landed for actual users. (See the Chrome UX Report (CrUX).) » (Traduction) (Résumé en français de la section cent cinq, sous-partie six : le texte source est conservé pour vérification lors de la relecture francophone.)

WebPageTest mistakes que créer faux confidence

«### Treating a lab run as Google’s field verdict » (Traduction) (Résumé en français de la section cent neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«WebPageTest is synthetic data from the device, location, browser, and network profile you selected. Use it to diagnose causes; use CrUX or first-party RUM to describe real users and Google’s CWV assessment. » (Traduction) (Résumé en français de la section cent dix, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«### Comparing runs with different test settings » (Traduction) (Résumé en français de la section cent onze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«A changed location, connection, browser, cache state, or number of runs can outweigh the code change being tested. Save the configuration and compare like with like. » (Traduction) (Résumé en français de la section cent douze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Optimizing le headline score au lieu de le waterfall

Le valeur de WebPageTest est requête sequencing, connection setup, filmstrips, et metric timing. Trace le lent metric à a concrete requête or main-thread event plutôt que tuning a grade dans isolation.

Judging a modifier from un run

Lab tests vary. Exécuter plusieurs tests sous le même profile et comparer representative résultats; investigate outliers au lieu de selecting le fastest exécuter.

Testing seulement the homepage

Différent templates ont différent LCP elements, scripts, third parties, et cache behavior. Inclure lune pages où utilisateurs et champ données montrer le réel problème.

Prove a performances modifier in WebPageTest

Controlled avant/après tester

Tester à exécuter: enregistrer un emplacement/navigateur/network/cache configuration et exécuter plusieurs tests pour le unchanged et modifié versions. Attendu résultat: le targeted metric et son waterfall causer améliorer à travers representative exécute. Échec interpretation: le modifier est ineffective or tester variance exceeds le effect. Monitoring window: immediate lab résultat. Rollback trigger: a consistent regression dans le cible or an adjacent Core Web Vital.

Request-sequencing tester

Tester à exécuter: comparer waterfalls après modification preload, priority, blocking CSS/JS, or mise en cache. Attendu résultat: le prévu requête commence précédent, transfers fewer bytes, or avoids le network dans le attendu cache state. Échec interpretation: le hint/configuration a fait pas appliquer or un autre dependency contrôle le sequence. Monitoring window: immediate. Rollback trigger: le modifier delays a plus critical requête or crée erreurs.

Visual-correctness tester

Tester à exécuter: inspect filmstrip/video et layout-shift highlighting pour le même avant/après profile. Attendu résultat: faster rendu ne fait pas introduce manquant contenu, flashes, or nouveau shifts. Échec interpretation: le numeric improvement traded away visual correctness. Monitoring window: chaque representative viewport avant release. Rollback trigger: broken contenu or a nouveau visible instability.

Ressources utiles

Mon connexe writing

• Core Web Vitals: A Complet Guide (Ahrefs) — inclut mon WebPageTest Filmstrip recipe pour diagnosing Décalage cumulatif de mise en page, le WebPageTest-vs-Lighthouse framing, et le metrics WebPageTest mesure alongside comment le classement side fonctionne. (Ce page absorbed mon précédent “Advanced Guide à PageSpeed Insights” post, qui maintenant redirections ici.)
• Le Beginner’s Guide à SEO technique (Ahrefs) — où web performances sits dans le bigger picture.

Mon speaking

• Page Experience Mettre à jour — TMC, June 2021 (SlideShare) — covers le même WebPageTest Filmstrip/CLS technique dans talk formulaire.
• A Crash Course dans SEO technique — Beer & SEO Meetup, Peut 2019 (SlideShare) — WebPageTest as partie de le SEO technique toolkit, back dans 2019.

Depuis autour le industry

• WebPageTest — À propos de — le principal source pour le history, mission, et Polyform Shield license.
• Comment Think À propos de Speed Outils (web.dev) — Google’s propre positioning de WebPageTest parmi le lab-testing outils.
• Audit performances (web.dev) — WebPageTest pour mise en cache, TTFB, et CDN vérifications.
• Comment Définir Up WebPageTest à Evaluate SEO technique (MobileMoxie) — le closest existing SEO-angle setup guide (Googlebot UA, redirections, mise en cache, asset erreurs).
• A Complet Guide à En utilisant WebPageTest (Kinsta) — le la plupart comprehensive general explainer (history, setup, interpreting résultats, pricing).
• WebPageTest: A Guide À Web Performances Testing (DebugBear) — vendor-authored, mais a bon breakdown de multi-exécuter averaging, waterfall/filmstrip/connection views, et scripting.

Testez vos connaissances: WebPageTest

Five rapide questions on ce que WebPageTest is, how to lire it, and où it fits. Pick an réponse pour chaque, alors vérifier.

Journal des modifications