WebPageTest

WebPageTest, PageSpeed Insights size bir sayfanın yavaş olduğunu ancak nedenini söylemediğinde teknik SEO uzmanlarının başvurduğu ücretsiz, açık kaynaklı, laboratuvar tabanlı performans aracıdır — geçmişi, su şelalesi ve film şeridinin nasıl okunacağı, CLS avlama tarifi ve Lighthouse, PSI ve CrUX ile birlikte nereye oturduğu.

İlk yayın tarihi: 3 Tem 2026 · Son güncelleme: 8 Ağu 2026 · Advanced
Diller

WebPageTest, 2008'de Patrick Meenan tarafından dahili bir AOL aracı olarak oluşturulan ve 2020'de Catchpoint tarafından satın alınan ücretsiz, açık kaynaklı bir laboratuvar (sentetik) performans test aracıdır. Bir URL, gerçek bir test konumu, bir tarayıcı ve bir ağ profili verirsiniz; sayfayı gerçek bir cihazda çalıştırır ve hiçbir tek puanın veremeyeceği derin teşhisler döndürür: su şelalesi grafiği (oluşturmayı engelleyen bayraklar, istek sıralaması), film şeridi/video görünümü (kare kare, CLS için Vurgulu Yerleşim Kaymaları seçeneğiyle), bağlantı görünümü (DNS/TCP/TLS/TTFB) ve kare kare Core Web Vitals. Akılda tutulması gereken en önemli şey: WebPageTest laboratuvar verisi üretir, saha verisi değil — Google'ın Core Web Vitals sıralama sinyalini beslemez (bu gerçek kullanıcı CrUX'udur). Teşhis içindir, Google'ın gördüğü puan için değil. Ayrıca bir Lighthouse rakibi değildir — içinden Lighthouse çalıştırabilirsiniz. PageSpeed Insights size bir sayfanın yavaş olduğunu ancak nedenini veya yüklemede nerede olduğunu söylemediğinde ona başvurun.

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 ücretsiz, açık kaynaklı bir laboratuvar (sentetik) performans aracıdır: bir URL, gerçek bir dağıtılmış test konumu, bir tarayıcı ve bir ağ profili girer, derin teşhis çıkar — şelale (oluşturmayı engelleyen bayraklar, sıralama), film şeridi/video (kare kare, CLS için Vurgulu Yerleşim Kaymaları seçeneğiyle), bağlantı görünümü (DNS/TCP/TLS/TTFB) ve Core Web Vitals kare kare. Patrick Meenan onu 2008’de (dahili bir AOL aracı) oluşturdu; Catchpoint onu 2020’de satın aldı; kod Polyform Shield lisansı altında açık kalır. Doğruluk omurgası: laboratuvar verisi üretir, saha verisi değil, bu nedenle Google’ın CWV sıralama sinyalini beslemez (bu gerçek kullanıcı CrUX’udur). Bu bir teşhis aracıdır, Google’ın gördüğü puan değildir — ve bir Lighthouse rakibi değildir, çünkü içinde Lighthouse çalıştırabilirsiniz. PageSpeed Insights size bir sayfanın yavaş olduğunu ancak nedenini veya yüklemede nerede olduğunu söylemediğinde ona başvurun.

Gerçekte ne olduğu

Her WebPageTest sonucu yapılandırılmış tek bir çalıştırmadır: belirli bir konumdan, belirli bir tarayıcı ve cihazda, belirli bir bağlantı profili üzerinden, belirli bir anda test edilen bir URL. Bu, “sitenizin ne kadar hızlı olduğunun” evrensel bir ölçümü değildir — bu çalıştırmadan elde edilen kanıttır ve bu şekilde okunması gerekir.

Within that framing, WebPageTest is the deep-diagnostic tool in the web-performance toolbox. web.dev, Google’s own developer site, frames it 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.” (web.dev, “How To Think About Speed Tools”)

Its “audit” page adds the SEO-adjacent angle: “WebPagetest will also check static-content caching, time to first byte, and if your site makes effective use of CDNs.” (web.dev, “Audit performance”)

Bu kümedeki kardeş araçlar — Google Lighthouse, PageSpeed Insights ve Chrome UX Report (CrUX) — size bir puan veya geçti/kaldı sonucu verirken, WebPageTest size puanın altındaki istek istek, kare kare kanıtı sunar.

Kısa bir tarihçe — ve gerçekten tuhaf bir dipnot

Patrick Meenan, WebPageTest’i 2008’de oluşturdu ve açık kaynak olarak yayınladı; AOL’de dahili bir test aracı olarak hayata başladı. Catchpoint onu 2020’de satın aldı. Hakkında sayfası köken hikayesini doğrudan anlatır: “Catchpoint’s 2020 acquisition of WebPageTest, created and open-sourced by Patrick Meenan in 2008, marked a significant milestone.” (çeviri) «Catchpoint’in 2008’de Patrick Meenan tarafından oluşturulup açık kaynak olarak yayınlanan WebPageTest’i 2020’de satın alması önemli bir dönüm noktası oldu.» Belirtilen misyon orada açıktır: “slow is the new down, and our mission is to empower you to deliver the best experiences to your users.” (çeviri) «yavaş yeni çöküştür ve misyonumuz, kullanıcılarınıza en iyi deneyimleri sunmanızı sağlamaktır.» (webpagetest.org/about)

İşte adlandırmaya değer tuhaf dipnot: Meenan artık Google’da Chrome ve web performansı üzerinde çalışıyor. Yine de Google’ın kendi resmi Core Web Vitals araçları sayfası — web.dev/articles/vitals-tools, Search Central’ın Core Web Vitals belgesinin “Core Web Vitals’ı ölçmenize ve raporlamanıza yardımcı olabilecek farklı araçlar” olarak bağlantı verdiği tam sayfa — WebPageTest’ten bahsetmez. CrUX, PageSpeed Insights, Search Console, Lighthouse, DevTools Performans paneli, web-vitals JS kütüphanesi ve Lighthouse-CI’yi listeler. Artık orada çalışan kişi tarafından oluşturulan araç yok.

Yine de bunu dikkatlice okuyun: WebPageTest’in kullanımdan kaldırıldığı veya onaylanmadığı sinyali değildir. Google, kendi ürün araç listesini düzenler; üçüncü taraf açık kaynaklı bir araç sadece listede yoktur. Diğer web.dev sayfaları (speed-tools, performance-audit-tools) WebPageTest’ten olumlu şekilde bahseder. Bu bir küratörlük boşluğudur, aracın kendisi hakkında bir karar değil.

Laboratuvar ve saha — en önemli ayrım

Bu, tüm konunun doğruluk omurgasıdır ve tüm web performans araçları kümesinde geçen laboratuvar ve saha noktasının kardeşidir.

WebPageTest laboratuvar (sentetik) verisi çalıştırır: sizin yapılandırdığınız bir makinede, seçtiğiniz bir anda kontrollü, tekrarlanabilir bir test. Bu, saha verisinden farklı bir hayvandır — Google Search’ün Core Web Vitals sıralama sinyali için gerçekten kullandığı ve PageSpeed Insights ile Search Console’da görünen gerçek kullanıcı Chrome UX Report (CrUX) ölçümleri.

Yani, açıkça:

  • Bir WebPageTest çalıştırması, Google’ın sıralama sinyalini beslemez. Google’ın önemsediği aynı metrikleri (LCP, INP, CLS) ölçer, ancak Google’ın sıraladığı sayı CrUX saha verisinden gelir, herhangi bir laboratuvar çalıştırmasından değil — WebPageTest’ten, PSI’nin laboratuvar bölümünden veya Lighthouse’tan değil.
  • WebPageTest teşhis içindir: bir sorunu yeniden üretmek, izole etmek ve hızlı, kontrollü bir döngüde bir düzeltmeyi doğrulamak. Saha verisi (CrUX), gerçek kullanıcıların iyileştirmeyi hissettiğinin yavaş, yetkili doğrulamasıdır — bu sıralama sinyalinin nasıl çalıştığı için Core Web Vitals bölümüne bakın.

Açıkça söylemek gerekirse, bir WebPageTest sonucu, CrUX saha verilerinin, gerçek kullanıcı trafik rakamlarının veya Google Arama sıralaması ya da sayfa deneyimi sonucunun yerini tutamaz ve tutmamalıdır. Bunlar kendi kanıtlarına ihtiyaç duyan ayrı veri kümeleridir; hızlı bir sentetik çalıştırma, bunlardan herhangi birinin değiştiğinin kanıtı değildir.

Bu sayfadan yalnızca bir şey alacaksanız: WebPageTest size neyi düzelteceğinizi söyler; CrUX, Google’ın sıralama sinyalinin hareket edip etmediğini söyler.

Temel bir test nasıl çalıştırılır

Temel akış kasıtlı olarak basittir:

  1. URL. Test etmek istediğiniz herkese açık sayfa (herkese açık olarak erişilebilir olmalıdır).
  2. Test konumu. WebPageTest, dünya genelinde fiziksel olarak dağıtılmış gerçek makinelerde çalışır — kitlenize yakın birini seçin, çünkü mesafe ve ağ koşulları sonucu değiştirir.
  3. Tarayıcı / cihaz. Chrome size en fazla veriyi verir. Mobil cihazları da öykünebilirsiniz.
  4. Bağlantı profili. Kısıtlanmış bir ağ (ör. yavaş bir mobil bağlantı), böylece ofis fiberinizi değil, gerçekçi koşulları test edersiniz.
  5. Tekrarlanan çalıştırmalar. Bu, yeni başlayanların atladığı adımdır. Performans çalıştırmadan çalıştırmaya değişir (ağ titreşimi, sunucu yükü, CPU çekişmesi), bu nedenle WebPageTest birden çok test çalıştırır ve bir medyan raporlar. Tek bir çalıştırmaya asla güvenmeyin — medyanı okuyun. Yalnızca medyanın hâlâ seçtiğiniz yapılandırmadan alınan sentetik bir örnek olduğunu unutmayın; gerçek ziyaretçilerin deneyimlediğinin nüfus düzeyinde bir ölçümü değil — saha (CrUX) verileri bunun içindir.

Bu ayarların her biri deneyin bir parçasıdır, tesadüfi bir ayrıntı değil. İki testi karşılaştırıyorsanız — bir düzeltmeden önce/sonra veya sitenizi bir rakibinkiyle — karşılaştırma yalnızca ayarları kaydedip sabit tuttuğunuzda anlamlıdır: aynı konum, aynı tarayıcı, aynı bağlantı profili, aynı önbellek durumu (ilk görünüm ve tekrar görünüm) ve kabaca aynı çalıştırma sayısı ve zaman penceresi. Bunlardan herhangi birini çalıştırmalar arasında değiştirirseniz, test yapılandırma kaymasını gerçek bir performans farkıyla kolayca karıştırabilirsiniz.

Sonuçları okuma

Şelale grafiği

Şelale, istek istek bir zaman çizelgesidir: yükleme sırasına göre kaynak başına bir satır, her çubuk DNS/bağlanma/TLS/bekleme/indirme aşamalarını gösterir. İşlemeyi engelleyen kaynakları işaretler, yönlendirme zincirlerini ekstra atlamalar olarak gösterir ve üstteki birkaç kaynağın arkalarındaki her şeyi engellediğini açıkça ortaya koyar. “İşlemeyi engelleyen kaynakları azaltın” ifadesinin bir soyutlama olmaktan çıkıp “şu CSS dosyası, şu saniyede” hâline geldiği yer burasıdır.

Bağlantı görünümü

İstek yerine bağlantıya göre gruplandırılan bu görünüm, ana bilgisayar başına DNS aramasını, TCP bağlantısını, TLS anlaşmasını ve ilk bayta kadar geçen süreyi (TTFB) ortaya çıkarır. Yavaşlığınızın sunucu/ağ tarafında mı (yavaş TTFB, çok fazla ayrı bağlantı) yoksa içerik tarafında mı olduğunu görmenin en hızlı yoludur.

Film şeridi / video görünümü — ve CLS avlama tarifim

Film şeridi, sayfanın zaman içinde boyanmasının ekran görüntülerinden oluşan bir şerittir; video görünümü bunu oynatır. Ana içeriğinizin ne zaman göründüğünü ve sayfadaki bir şeyin ne zaman zıpladığını görmenin — çıkarım yapmadan — yoludur.

This is the WebPageTest feature I lean on most, and I’ve walked through it repeatedly in talks and in my Ahrefs Core Web Vitals guide. For hunting down Cumulative Layout Shift, the exact recipe I use: “In Filmstrip View, use the following options: Highlight Layout Shifts, Thumbnail Size: Huge, Thumbnail Interval: 0.1 secs.” That turns the filmstrip into a high-resolution timeline where a shift is impossible to miss. In the real example from that guide, the culprit was a font swap — “Notice how our font restyles between 5.1 secs and 5.2 secs, shifting the layout as our custom font is applied.” Web fonts, late-loading images, and injected ads are the usual CLS suspects, and the filmstrip catches them visually in the act.

Bir uyarı: şelale grafiğinde bir kaynağın yüklenmesinin, film şeridinin bir sıçrama gösterdiği anla aynı anda bitmesi güçlü bir durumsal kanıttır, kanıt değildir — bu bir hipotezdir. Şüpheliyi izole ederek (o alan adını/isteği engelleyin veya erteleyin) ve aynı yapılandırmayı yeniden çalıştırarak bunu doğrulayın; kayma ortadan kalkarsa, yalnızca iki zaman çizelgesini ilişkilendirmek yerine nedeni doğrulamış olursunuz.

Core Web Vitals, kare kare

WebPageTest, TTFB, FCP ve Speed Index’in yanı sıra LCP, CLS ve (gerçek etkileşimle) INP’yi raporlar — ve her birinin yükleme sırasında nerede gerçekleştiğini yalnızca nihai bir değer yerine görmenizi sağlar. CrUX saha verilerinin mevcut olduğu durumlarda, laboratuvar sonuçlarının yanında gösterilebilir, ancak derin teşhisler laboratuvar çalıştırmasıdır.

Gelişmiş özellikler

  • 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.
  • 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.
  • 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)
  • 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).
  • 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.

Teknik SEO için WebPageTest kullanımı

Bu, çoğu WebPageTest rehberinin atladığı açıdır ve aracın bir teknik SEO uzmanının setine ait olmasının nedenidir:

  • Test as Googlebot. You can set a Googlebot user agent and watch how render-blocking JS behaves — a useful approximation (not a perfect replica) of how Google’s renderer might experience the page. MobileMoxie’s technical-SEO WebPageTest guide frames the SEO value 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.”
  • Audit redirect chains. The waterfall exposes every redirect hop, so a bloated redirect chain (each one a round trip) is visible instead of hidden.
  • Check caching and CDN effectiveness. Per web.dev above, WebPageTest checks static-content caching, TTFB, and CDN usage — the plumbing that governs how fast bots and users alike get your bytes.
  • Diagnose JS-rendering problems. If content only appears after JavaScript runs, the filmstrip and waterfall show you when (and whether) it painted.
  • Before/after evidence for stakeholders. A side-by-side filmstrip of the current page versus a proposed fix is a far more persuasive artifact for a client or an eng team than a Lighthouse number that dropped by six points.

Fiyatlandırma ve erişim

webpagetest.org adresindeki ücretsiz genel hizmet, tarihsel olarak ayda yüzlerce test çalıştırması ve günlük limitleri olan ücretsiz bir API anahtarı sunmuştur. Ücretli bir WebPageTest Pro katmanı, daha fazla API hacmi, özel testler ve test kuyruğunda öncelik sağlar. Ve her şey Polyform Shield lisansı altında açık kaynak olduğundan — Catchpoint’in çerçevesi şudur: “WebPageTest kodu, Polyform Shield lisansı altında serbestçe erişilebilir kalır ve dahili veya rekabet etmeyen ticari projelerde kullanımına izin verir” (webpagetest.org/about) — ayrıca özel bir örnek barındırabilirsiniz.

Dürüst sınırlamalar

  • Öğrenme eğrisi. Arayüz yoğundur; bir şelale, kullanışlı olmadan önce göz korkutucudur.
  • Kaydedilmiş/özel sonuçlar için hesap gerekir. Sıradan tek seferlik testler açıktır, ancak kaydetme ve özel testler bir hesap ister.
  • Teşhis eder, iyileştirmez. WebPageTest sorunu size ayrıntılı olarak gösterir; bazı puanlama araçlarının yapmaya çalıştığı gibi düzeltme sırasında size yol göstermez.
  • Tek çalıştırma değişkenliği. Tek bir çalıştırma yanıltıcı olabilir. Birden çok çalıştırma kullanın ve medyanı okuyun — araç bunu bir nedenden dolayı varsayılan olarak yapar.

Bing hakkında bir not

WebPageTest’i bir sıralama girdisi veya birinci taraf önerisi olarak konumlandıran Bing veya Microsoft belgeleri yoktur. Bing Webmaster Tools’un kendi Site Scan ve hızla ilgili önerileri vardır, ancak WebPageTest’e özgü hiçbir şey yoktur — ve Core Web Vitals’ın kendisi öncelikle bir Google yapısı olmaya devam etmektedir. (WebPageTest’i Bing’in kendi bing.com/tools/speedtest aracıyla karıştırmayın; bu bir ağ hız testidir, sayfa performans aracı değildir.)

Bu nerede duruyor

This is the deep-diagnostic member of the web performance tools cluster. Its siblings each own a different job: Google Lighthouse is the lab audit that produces the 0–100 score (and that many other tools run under the hood); PageSpeed Insights shows CrUX field data and a Lighthouse lab run in one UI; the Chrome UX Report (CrUX) is the real-user field dataset Google actually ranks on. For the metrics all of these measure and the thresholds Google uses, start at the Core Web Vitals hub. For the whole pipeline these tools sit within, see the web performance cluster.

Add an expert note

Pin an expert quote

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