Web performa alat

TL;DR — ada three main alat untuk measuring how fast Anda halaman adalah, dan people constantly confuse them. Google Lighthouse runs sebuah single test di sebuah pretend “lab” (terjemahan) “lab” dan gives Anda sebuah 0–100 score. CrUX adalah nyata data dari nyata Chrome pengguna — dan ini adalah field-data source digunakan untuk Core Web Vitals reporting. PageSpeed Insights menampilkan Anda both pada one screen. big lesson: Anda lab score isn’t what Google peringkat Anda pada.

Three alat, three jobs

When Anda start measuring kecepatan halaman Anda’ll run ke three names di atas dan di atas — Google Lighthouse, PageSpeed Insights, dan Chrome UX Report (CrUX). sebagian besar people think mereka’re yang sama thing. mereka’re not. Here’s simplest cara untuk pertahankan them straight:

• Google Lighthouse adalah sebuah testing alat. ini memuat Anda halaman pada sebuah simulated slow phone, runs sebuah bunch dari memeriksa, dan gives Anda sebuah 0–100 score. ini adalah sebuah lab test — one machine, one moment, controlled conditions.
• ** Chrome UX Report (CrUX)** adalah nyata data dari actual Chrome pengguna visiting Anda situs. ini adalah field data — dan ini adalah data Google menggunakan untuk peringkat.
• PageSpeed Insights (PSI) adalah sebuah free halaman web itu menampilkan Anda both: nyata-pengguna data lapangan (dari CrUX) di top, dan sebuah Lighthouse lab test underneath.

Lab vs field — one idea untuk remember

“Lab” (terjemahan) “Lab” berarti sebuah controlled test: one device, one network setting, run pada demand. “Field” (terjemahan) “Field” berarti nyata people pada nyata phones dan laptops di atas nyata connections, diukur sebagai mereka actually gunakan Anda situs.

ini penting because Google peringkat pada data lapangan, not Anda lab score. Anda dapat get sebuah 100 di Lighthouse dan masih memiliki pengguna nyata experiencing sebuah slow halaman — atau score poorly di lab dan pass hanya fine untuk nyata pengunjung. When two disagree, nyata-pengguna (field) data adalah one itu counts untuk SEO.

So which melakukan I gunakan?

• “How am I doing for ranking?” (terjemahan) “How am I doing untuk peringkat?” → lihat data lapangan (CrUX), easiest seen di PageSpeed Insights atau Google Search Console.
• “What’s making my page slow?” (terjemahan) “What’s membuat my halaman slow?” → Run Lighthouse (ini lists what untuk fix).
• “I just want one place to see both.” (terjemahan) “I hanya ingin one place untuk see both.” → PageSpeed Insights.

ingin full picture — how Lighthouse scores berfungsi, what “p75” (terjemahan) “p75” berarti, why so banyak halaman memiliki no data lapangan, dan exact workflow I gunakan untuk temukan dan fix masalah? Switch untuk Advanced tab.

TL;DR — Web performa pengukuran comes down untuk lab vs field. Lighthouse = lab: sebuah simulated audit (Slow 4G, 4× CPU) scoring sebuah halaman 0–100 (performa = TBT 30%, LCP 25%, CLS 25%, FCP 10%, Speed indeks 10%). ini adalah sebuah diagnostic, not sebuah sinyal peringkat, dan ini dapat’t mengukur INP — ini menggunakan TBT sebagai sebuah proxy. CrUX = field: nyata opted-di Chrome pengguna di 75th percentile di atas sebuah 28-day rolling window — field dataset behind Google’s public CWV reporting. PageSpeed Insights = both di one UI: CrUX data lapangan pada top ( Passed/Failed CWV Assessment itu penting untuk SEO) dan sebuah Lighthouse lab run below ( 0–100 score, which doesn’t). gunakan data lapangan untuk know where Anda stand, data lab untuk debug, dan Search Console untuk temukan failing halaman groups di scale. hanya ~11,9% dari 43,66M unique situs Audit halaman di my January 2022 sample memiliki sebuah CrUX metric, so banyak halaman di itu sample lacked data lapangan dan PSI menampilkan Anda sebuah lab score dan nothing else.

spine: data lab vs data lapangan

Nearly setiap misunderstanding tentang ini alat comes dari conflating two jenis dari data. web.dev’s own framing adalah cleanest: “CrUX is a collection of real-user experiences from the field, while Lighthouse is a controlled test in the lab.” (terjemahan) “CrUX adalah sebuah collection dari nyata-pengguna experiences dari field, while Lighthouse adalah sebuah controlled test di lab.”

• data lab adalah “collected in a controlled environment with predefined device and network settings.” (terjemahan) “collected di sebuah controlled environment dengan predefined device dan network settings.” ini adalah reproducible, fast, dan great untuk catching regressions — tetapi ini adalah one synthetic pengunjung, not Anda audience.
• data lapangan “is determined by monitoring all users who visit a page and measuring a given set of performance metrics for each one of those users’ individual experiences.” (terjemahan) “adalah determined oleh monitoring semua pengguna who visit sebuah halaman dan measuring sebuah given set dari performa metrics untuk setiap one dari itu pengguna’ individual experiences.” ini adalah noisy, ini lags, dan ini adalah truth.

Google’s priority guidance adalah explicit: “If you have both field data and lab data for a given page, field data is what you should use to prioritize your efforts.” (terjemahan) “jika Anda memiliki both data lapangan dan data lab untuk sebuah given halaman, data lapangan adalah what Anda harus gunakan untuk prioritize Anda efforts.” So single pertanyaan setiap SEO seharusnya tanyakan sebelum reading apa pun angka adalah: am I looking di data lab atau data lapangan right now?

Google Lighthouse — lab diagnostic

Lighthouse adalah “an open-source, automated tool to help you improve the quality of web pages.” (terjemahan) “sebuah open-source, automated alat untuk help Anda meningkatkan quality dari halaman web.” Anda hand ini sebuah URL, ini “runs a series of audits against the page,” (terjemahan) “runs sebuah series dari audits terhadap halaman,” dan mengembalikan sebuah report di seluruh performa, Accessibility, Best Practices, dan SEO. Lighthouse 12 dropped old PWA category — tetapi sebagai dari Lighthouse 13.3 (shipped dapat 2026), there’s sebuah fifth category again: Agentic Browsing, sebuah experimental audit dari how well sebuah halaman berfungsi untuk AI agents (accessibility-tree quality, layout stability, dan WebMCP alat registration). ini doesn’t gunakan 0–100 weighted score lainnya four melakukan — ini reports pass/fail memeriksa dan sebuah fractional readiness count instead — so don’t fold ini ke performa angka below.

performa score adalah sebuah weighted average dari five lab metrics (saat ini sebagai dari Lighthouse 10 — Google versi ini weights, so treat exact angka sebagai checkable, not permanent):

Color bands: 0–49 red (poor), 50–89 orange (perlu improvement), 90–100 green (baik). sebuah couple dari things people miss:

• ini throttles oleh design — Slow 4G dan sebuah 4× CPU slowdown — which adalah why Anda score adalah sering lower daripada snappy experience Anda get pada Anda own fast machine.
• ini dapat’t mengukur INP. sebagai web.dev puts ini, alat “that load pages in a simulated environment without a user cannot measure INP… the Total Blocking Time (TBT) metric is lab-measurable and is a proxy for INP.” (terjemahan) “itu muat halaman di sebuah simulated environment without sebuah pengguna cannot mengukur INP… Total Blocking Time (TBT) metric adalah lab-measurable dan adalah sebuah proxy untuk INP.” sebuah perfect TBT melakukan not guarantee sebuah passing INP di lapangan.
• ** score varies run-untuk-run** — Google says so plainly. Run ini 3–5 times di incognito dengan extensions off dan treat hasil sebagai sebuah range.
• ini adalah not sebuah sinyal peringkat. Lighthouse adalah sebuah diagnostic untuk finding what untuk fix. → Deep dive: Google Lighthouse.

Chrome UX Report (CrUX) — nyata-pengguna dataset Google peringkat pada

CrUX adalah “a dataset that reflects how real-world Chrome users experience popular destinations on the web,” (terjemahan) “sebuah dataset itu reflects how dunia nyata Chrome pengguna experience popular destinations pada web,” dan crucially: “CrUX data is used by Google Search to inform the page experience ranking factor.” (terjemahan) “CrUX data adalah digunakan oleh Google Search untuk inform pengalaman halaman peringkat factor.” ini adalah data behind Core Web Vitals program — one itu actually feeds peringkat.

What untuk know:

• ini adalah Chrome-hanya dan opt-di. desktop dan Android Chrome dari pengguna who opted ke reporting — no Chrome pada iOS, no WebViews, no Edge/Safari/Firefox. untuk sebuah Safari-heavy audience, CrUX dapat capture sebuah minority dari Anda pengguna nyata.
• ini adalah sebuah 28-day rolling average di 75th percentile. p75 berarti “75% of page loads experienced the given metric at or less than this value.” (terjemahan) “75% dari halaman memuat experienced given metric di atau less daripada ini nilai.” p75 nilai adalah synthetically derived — “it does not imply that any user actually experienced the value indicated.” (terjemahan) “ini melakukan not imply itu apa pun pengguna actually experienced nilai indicated.”
• Slow feedback. dengan 28-day window plus sebuah ~2-day lag, sebuah fix takes roughly ~30 days untuk fully tampilkan up di data lapangan.
• Coverage adalah partial. dari my Ahrefs Core Web Vitals data study, hanya ~11,9% dari 43,66M halaman I looked di memiliki apa pun CrUX data di semua, dan sekitar ~21,2% dari halaman passed Core Web Vitals. Origin-tingkat pass rates run higher (~33%), tetapi origin data masks failing individual halaman — dan Google peringkat pada halaman-tingkat data.
• Six access surfaces: PageSpeed Insights, Search Console’s CWV report, CrUX API, CrUX History API, BigQuery (origin-hanya, back untuk 2017), dan CrUX Vis. Note Looker Studio CrUX Dashboard adalah deprecated di November 2025 — gunakan CrUX Vis (cruxvis.withgoogle.com) instead. → Deep dive: Chrome UX Report (CrUX).

PageSpeed Insights (PSI) — field + lab di one place

PSI “reports on the user experience of a page on both mobile and desktop devices, and provides suggestions on how that page may be improved.” (terjemahan) “reports pada pengguna experience dari sebuah halaman pada both mobile dan desktop devices, dan menyediakan suggestions pada how itu halaman dapat menjadi ditingkatkan.” ini adalah really two datasets wearing one coat:

• Top: CrUX data lapangan. “Real-user experience data in PSI is powered by the Chrome User Experience Report (CrUX) dataset.” (terjemahan) “nyata-pengguna experience data di PSI adalah powered oleh Chrome pengguna Experience Report (CrUX) dataset.” ini drives Core Web Vitals Assessment — Passed atau Failed di p75 di seluruh LCP, INP, dan CLS: “To pass, the percentile must be categorized as ‘good’ in all three Core Web Vitals.” (terjemahan) “untuk pass, percentile harus menjadi categorized sebagai ‘baik’ di semua three Core Web Vitals.” jika exact URL lacks data ini falls back untuk origin-tingkat, lalu untuk “No data.” (terjemahan) “No data.”
• Bottom: sebuah Lighthouse lab run. “PSI uses Lighthouse to analyze the given URL in a simulated environment.” (terjemahan) “PSI menggunakan Lighthouse untuk analyze given URL di sebuah simulated environment.” ini adalah 0–100 performa score dan diagnostics.

critical SEO poin: ** 0–100 score adalah data lab dan adalah NOT sebuah peringkat input.** hanya field CWV Assessment ( CrUX bagian) reflects what Google peringkat pada. PSI berfungsi pada apa pun public URL (so Anda dapat periksa competitors), tetapi hanya public URLs — “It cannot be used on development sites that are not publicly accessible.” (terjemahan) “ini cannot menjadi digunakan pada development situs itu adalah not publicly accessible.” untuk itu, run Lighthouse di DevTools. → Deep dive: PageSpeed Insights (PSI).

Choosing right alat

decision collapses untuk sebuah few pertanyaan:

Two framing aturan behind itu table: field untuk assessment, lab untuk diagnosis — dan situs-wide goes untuk Search Console, individual URLs go untuk PSI. jika sebuah halaman memiliki no CrUX data, Anda dapat’t assess -nya field CWV dari PSI di semua; Anda’re left dengan sebuah lab score, which tells Anda nothing tentang sinyal peringkat.

Beyond three: DevTools, Search Console groups, RUM, dan synthetic monitoring

Lighthouse, PSI, dan CrUX cover sebagian besar dari what sebuah SEO perlu day untuk day, tetapi calling them “the three tools” (terjemahan) “ three alat” undersells rest dari toolkit:

• Chrome DevTools’ live metrics dan performa trace. Open sebuah halaman di DevTools’ performa panel dan LCP, CLS, dan INP update sebagai Anda actually interact dengan halaman; record sebuah trace dan Anda dapat temukan exact script atau resource causing delay. Because sebuah nyata interaction adalah happening, ini dapat capture sebuah INP nilai — unlike Lighthouse’s non-interactive lab muat, which dapat’t.
• Search Console’s Core Web Vitals report groups similar URLs, ini doesn’t trace sebuah single halaman. ini adalah sebuah situs-wide triage surface untuk finding which template atau URL pattern adalah failing di scale; click ke sebuah group, lalu take sebuah representative URL ke PSI atau DevTools untuk diagnose ini.
• Synthetic monitoring re-runs yang sama automated periksa pada sebuah schedule, dari chosen locations dan device profiles, sering wired ke CI — so sebuah regression gets caught sebelum launch alih-alih showing up di CrUX ~30 days later. ini adalah repeatable dan controlled, tetapi ini hanya ever observes scenarios Anda configured, not Anda nyata traffic.
• Private RUM (nyata pengguna Monitoring) instruments Anda own situs untuk record setiap pengunjung’s nyata experience — not hanya CrUX’s eligible, opted-di Chrome population — dan dapat segment oleh business context (logged-di pengguna, checkout flow, revenue) itu CrUX dapat’t. itu juga berarti ini dapat legitimately disagree dengan CrUX: berbeda browser coverage, consent aturan, sampling, dan aggregation windows. Anda take pada setup, privacy/consent, dan cost tradeoffs yourself.

None dari itu perubahan spine: data lapangan (CrUX atau Anda own RUM) tells Anda where Anda stand; lab, trace, dan synthetic alat tell Anda why. dan jika what Anda actually ingin adalah sebuah diperingkatkan list dari products alih-alih sebuah map dari tasks — plenty dari “best web performance tools” (terjemahan) “best web performa alat” roundups exist untuk itu — faster move adalah biasanya untuk run Anda own URL melalui sebuah public test pertama, since sebuah roundup peringkat vendors, not Anda halaman.

workflow I actually gunakan

1. Google Search Console → Core Web Vitals report. temukan failing halaman groups di scale di seluruh situs.
2. PageSpeed Insights. Confirm di halaman tingkat — read field-data CWV Assessment verdict untuk sebuah representative URL.
3. PSI lab bagian / Lighthouse / Chrome DevTools. Diagnose root cause dan iterate pada fix dengan fast lab feedback.
4. Wait ~30 days. data lapangan updates pada 28-day window + lag.
5. Re-periksa PSI field + Search Console untuk confirm nyata-pengguna improvement.

data lab adalah Anda fast feedback loop setelah sebuah perubahan; data lapangan adalah slow, authoritative confirmation.

How CWV rankings actually berfungsi (briefly)

Google documents Core Web Vitals sebagai something -nya peringkat sistem gunakan, dan CrUX sebagai dataset behind public CWV reporting Anda see di PSI, Search Console, dan CrUX API — itu bagian adalah well-established, not lab scores. What isn’t publicly documented adalah sebuah 1:1 mapping antara exact angka sebuah public CrUX surface menampilkan Anda dan literal internal nilai Google’s peringkat sistem read untuk itu halaman — treat public figure sebagai best available proxy untuk signal, not sebuah verified readout dari ini. Either cara, ini adalah sebuah nyata tetapi modest signal. John Mueller memiliki called ini “more than a tie-breaker, but it also doesn’t replace relevance,” (terjemahan) “more daripada sebuah tie-breaker, tetapi ini juga doesn’t replace relevance,” dan, sekitar 2024 docs update, “it’s not going to make your site’s rankings jump up.” (terjemahan) “ini adalah not going untuk membuat Anda situs’s rankings jump up.” Google’s own halaman-experience docs now say “trying to get a perfect score just for SEO reasons may not be the best use of your time.” (terjemahan) “trying untuk get sebuah perfect score hanya untuk SEO alasan dapat not menjadi best gunakan dari Anda time.” untuk full treatment — thresholds, three metrics, dan how much weight untuk give ini — see Core Web Vitals hub.

sebuah note pada Bing

Bing hasn’t published documentation positioning ini performa alat sebagai peringkat factors cara Google memiliki; Core Web Vitals adalah primarily sebuah Google construct. Bing Webmaster alat melakukan surface sebuah Core Web Vitals overview, dan underlying UX/speed improvements benefit Anda di seluruh semua mesin pencari — tetapi toolchain pada ini halaman adalah Google’s.

Where untuk go next

ini hub adalah map; setiap alat memiliki -nya own deep dive nested di bawah ini:

• Google Lighthouse — lab audit mesin: four categories, how weighted 0–100 performa score adalah dibangun, why ini throttles dan varies, dan why ini adalah sebuah diagnostic alih-alih sebuah peringkat input.
• PageSpeed Insights (PSI) — two-datasets-di-one-UI alat: CrUX field bagian vs. Lighthouse lab bagian, Passed/Failed CWV Assessment, data fallback, dan PSI API untuk bulk testing.
• Chrome UX Report (CrUX) — nyata-pengguna field dataset: opt-di Chrome coverage, 28-day p75 window, origin vs. URL data, why halaman tampilkan “No data,” (terjemahan) “No data,” dan six cara untuk access ini (including CrUX Vis setelah Dashboard’s deprecation).

untuk metrics ini alat mengukur — Largest Contentful Paint, Interaction untuk Next Paint, Cumulative Layout Shift, plus Total Blocking Time dan Speed indeks — dan thresholds Google menggunakan, start di Core Web Vitals hub.

AI summary

sebuah condensed take pada Advanced versi:

• Three alat, two jenis dari data. Lighthouse = lab; CrUX = field; PageSpeed Insights = both di one UI. pertama pertanyaan untuk apa pun angka: lab atau field?
• Google peringkat pada data lapangan (CrUX), not lab scores. data lapangan adalah what Anda prioritize pada; data lab adalah untuk debugging.
• Lighthouse adalah sebuah simulated audit (Slow 4G, 4× CPU) scoring 0–100 — performa (Lighthouse 10 weights, versioned dan checkable, not permanent) = TBT 30%, LCP 25%, CLS 25%, FCP 10%, Speed indeks 10%. Bands: 0–49 red / 50–89 orange / 90–100 green. ini dapat’t mengukur INP (menggunakan TBT sebagai sebuah proxy), varies run-untuk-run, dan adalah not sebuah sinyal peringkat. sebagai dari Lighthouse 13.3 (dapat 2026) there’s sebuah experimental fifth category, Agentic Browsing — pass/fail memeriksa untuk AI-agent readiness, separate dari 0–100 score.
• CrUX = opted-di Chrome pengguna (no iOS Chrome, no Edge/Safari/Firefox) di p75 di atas sebuah 28-day rolling window; dataset Google Search peringkat pada. sebuah fix takes ~30 days untuk tampilkan. di my January 2022 Ahrefs sample, hanya ~11,9% dari 43,66M unique situs Audit halaman memiliki sebuah CrUX metric; ~21,2% dari diukur halaman passed CWV. Looker Studio CrUX Dashboard adalah deprecated Nov 2025 → gunakan CrUX Vis.
• PageSpeed Insights menampilkan CrUX data lapangan pada top ( Passed/Failed CWV Assessment itu penting untuk SEO) dan sebuah Lighthouse lab run below ( 0–100 score, which adalah NOT sebuah peringkat factor). Public URLs hanya; berfungsi pada competitors.
• Decision aturan: field untuk assessment, lab untuk diagnosis; situs-wide → Search Console, individual URLs → PSI; login-gated halaman → Lighthouse di DevTools.
• Beyond three: DevTools’ live metrics/trace dapat capture sebuah nyata INP sebagai Anda interact; Search Console groups similar URLs alih-alih tracing one halaman; synthetic monitoring re-runs memeriksa pada sebuah schedule/CI; private RUM covers Anda own full pengunjung population (dan dapat legitimately disagree dengan CrUX). sebuah diperingkatkan “best tools” (terjemahan) “best alat” roundup jawaban sebuah berbeda pertanyaan daripada ini hub — run Anda own URL melalui sebuah public test pertama.
• peringkat caveat: Google documents CWV sebagai sebuah peringkat-sistem input dan CrUX sebagai dataset behind public CWV reporting — itu’s confirmed. There’s no public proof exact angka sebuah public CrUX surface menampilkan adalah literal internal per-halaman nilai Google’s peringkat sistem read; treat ini sebagai best public proxy, not sebuah verified readout.
• Workflow: GSC (temukan failing groups) → PSI (confirm di halaman tingkat) → Lighthouse/DevTools (diagnose + fix) → wait ~30 days → re-periksa field.

Official documentation

Primary-source documentation dari Google (dan sebuah note pada Bing).

Google — alat

• Lighthouse overview — what Lighthouse adalah, what ini audits, dan where untuk run ini.
• Lighthouse performa scoring — metric weights, score bands, dan why score varies.
• Lighthouse agentic browsing scoring — experimental 5th category (shipped di Lighthouse 13.3, dapat 2026): pass/fail agent-readiness memeriksa, separate dari 0–100 score.
• Chrome DevTools performa panel reference — live metrics dan recorded traces untuk local, interaction-driven pengukuran (including INP).
• PageSpeed Insights — tentang — PSI combines Lighthouse data lab dengan CrUX data lapangan; score bands.
• menggunakan CrUX di PageSpeed Insights — how field bagian berfungsi dan Passed/Failed assessment.
• Chrome UX Report (CrUX) overview — dataset, -nya role di CWV, dan access surfaces.
• CrUX methodology — who’s eligible dan which platforms adalah disertakan.
• CrUX API — 28-day rolling average dan p75 definition.
• CrUX Vis — visual trend alat itu replaced deprecated Dashboard.

Google — lab vs field & peringkat

• Lab dan data lapangan differences — Philip Walton pada what setiap adalah dan which untuk prioritize.
• Core Web Vitals alat (web.dev) — Google’s own overview dari tooling.
• Understanding Core Web Vitals dan Google hasil pencarian — how CWV aligns dengan peringkat sistem.
• Understanding pengalaman halaman di Google Search — “perfect score… may not be the best use of your time” (terjemahan) “perfect score… dapat not menjadi best gunakan dari Anda time” framing.

Bing / Microsoft

• Bing hasn’t published guidance positioning ini performa alat sebagai peringkat factors; Bing Webmaster alat surfaces sebuah Core Web Vitals overview, tetapi CWV remains primarily sebuah Google construct. See Bing Webmaster alat help untuk -nya umum guidance.

Quotes dari source

pada—record statements dari Google. setiap tautan adalah sebuah deep tautan itu jumps untuk quoted passage pada source halaman.

Google — what setiap alat adalah

• “Lighthouse is an open-source, automated tool to help you improve the quality of web pages.” (terjemahan) “Lighthouse adalah sebuah open-source, automated alat untuk help Anda meningkatkan quality dari halaman web.” — Chrome untuk Developers docs. Jump untuk quote
• “PageSpeed Insights (PSI) reports on the user experience of a page on both mobile and desktop devices, and provides suggestions on how that page may be improved.” (terjemahan) “PageSpeed Insights (PSI) reports pada pengguna experience dari sebuah halaman pada both mobile dan desktop devices, dan menyediakan suggestions pada how itu halaman dapat menjadi ditingkatkan.” Jump untuk quote
• “The Chrome User Experience Report… is a dataset that reflects how real-world Chrome users experience popular destinations on the web.” (terjemahan) “ Chrome pengguna Experience Report… adalah sebuah dataset itu reflects how dunia nyata Chrome pengguna experience popular destinations pada web.” Jump untuk quote

Google — lab vs field, dan which Google peringkat pada

• “Real-user experience data in PSI is powered by the Chrome User Experience Report (CrUX) dataset.” (terjemahan) “nyata-pengguna experience data di PSI adalah powered oleh Chrome pengguna Experience Report (CrUX) dataset.” Jump untuk quote
• “CrUX data is used by Google Search to inform the page experience ranking factor.” (terjemahan) “CrUX data adalah digunakan oleh Google Search untuk inform pengalaman halaman peringkat factor.” Jump untuk quote
• “If you have both field data and lab data for a given page, field data is what you should use to prioritize your efforts.” (terjemahan) “jika Anda memiliki both data lapangan dan data lab untuk sebuah given halaman, data lapangan adalah what Anda harus gunakan untuk prioritize Anda efforts.” — Philip Walton, web.dev. Jump untuk quote
• “The data in the Chrome UX Report is a 28-day rolling average of aggregated metrics.” (terjemahan) “ data di Chrome UX Report adalah sebuah 28-day rolling average dari aggregated metrics.” Jump untuk quote
• “trying to get a perfect score just for SEO reasons may not be the best use of your time.” (terjemahan) “trying untuk get sebuah perfect score hanya untuk SEO alasan dapat not menjadi best gunakan dari Anda time.” — Google Search Central, halaman-experience docs. Jump untuk quote

John Mueller, Google (via secondary coverage)

• “It is a ranking factor, and it’s more than a tie-breaker, but it also doesn’t replace relevance.” (terjemahan) “ini adalah sebuah peringkat factor, dan ini adalah more daripada sebuah tie-breaker, tetapi ini juga doesn’t replace relevance.” pada Core Web Vitals sebagai sebuah sinyal peringkat. Read coverage
• “it’s not going to make your site’s rankings jump up.” (terjemahan) “ini adalah not going untuk membuat Anda situs’s rankings jump up.” sekitar March 2024 halaman-experience docs update. Read coverage

Web performa alat — cheat sheet

** three alat di sebuah glance**

Fast facts

• Google peringkat pada data lapangan (CrUX), not lab score. PSI 0–100 angka adalah not sebuah peringkat input.
• Lighthouse performa weights (Lighthouse 10, versioned — periksa sebelum citing): TBT 30%, LCP 25%, CLS 25%, FCP 10%, Speed indeks 10%. Bands: 0–49 red / 50–89 orange / 90–100 green. Lighthouse 13.3+ (dapat 2026) menambahkan sebuah experimental 5th category, Agentic Browsing (pass/fail, not bagian dari 0–100 score).
• Lighthouse dapat’t mengukur INP — ini menggunakan TBT sebagai sebuah proxy. DevTools’ live metrics screen dapat observe sebuah nyata INP, since Anda’re generating interaction.
• CrUX adalah Chrome-hanya, opt-di (no iOS Chrome, no Edge/Safari/Firefox), p75, 28-day window, ~2-day lag → sebuah fix takes ~30 days untuk tampilkan.
• hanya ~11,9% dari 43,66M unique situs Audit halaman di my January 2022 sample memiliki sebuah CrUX metric; ~21,2% dari diukur halaman passed CWV (my Ahrefs CWV data study).
• CrUX Dashboard deprecated Nov 2025 → gunakan CrUX Vis (cruxvis.withgoogle.com).
• Field untuk assessment, lab untuk diagnosis. situs-wide → Search Console; individual URLs → PSI; login-gated → Lighthouse di DevTools.

Web-performa pengukuran mistakes

Reporting sebuah Lighthouse score sebagai Google’s peringkat input

Lighthouse adalah sebuah lab diagnostic. Google menggunakan CrUX data lapangan untuk Core Web Vitals assessment, so label score untuk what ini adalah.

menggunakan data lapangan untuk diagnose sebuah line dari code

CrUX tells Anda itu pengguna nyata memiliki sebuah masalah, tetapi not exact implementation cause. Reproduce affected journey di DevTools atau Lighthouse setelah finding weak field segment.

Comparing unlike test conditions

sebuah warm desktop run dan sebuah cold throttled mobile run jawaban berbeda pertanyaan. pertahankan alat, location, device profile, cache state, dan journey consistent untuk sebelum/setelah comparisons.

Optimizing aggregate while ignoring halaman groups

sebuah origin-tingkat pass dapat hide sebuah slow template, dan sebuah origin-tingkat failure dapat hide healthy halaman. Start broad, lalu segment oleh URL pattern dan experience.

Resolve umum alat disagreements

PageSpeed Insights menampilkan data lapangan untuk origin, not URL

mungkin cause: URL lacks enough eligible CrUX data. Fix: read scope label dan gunakan origin data hanya sebagai context, lalu tambahkan RUM atau Search Console groups untuk halaman-tingkat decisions. Confirm: report clearly identifies which scope setiap nilai mewakili.

Lighthouse perubahan setiap time ini runs

mungkin cause: lab hasil vary dengan network, CPU, cache, server respons, dan ketiga-party activity. Fix: standardize conditions dan compare several runs alih-alih one score. Confirm: yang sama opportunity persists di seluruh run set.

Search Console adalah poor while sebuah local test adalah baik

mungkin cause: local lab melakukan not mewakili nyata devices, locations, atau longer journeys. Fix: gunakan field report untuk identify affected group, lalu reproduce itu scenario di sebuah diagnostic alat. Confirm: lab trace menjelaskan field segment’s bottleneck.

sebuah fix adalah terlihat di Lighthouse tetapi not CrUX

mungkin cause: Lighthouse adalah immediate while CrUX menggunakan sebuah rolling field window. Fix: validate dengan controlled lab runs dan Anda own RUM pertama, lalu memungkinkan public field window untuk update. Confirm: RUM improves sebelum CrUX trend mengikuti.

Test yourself: web performa alat

Five quick pertanyaan pada three alat dan lab vs data lapangan. Pick sebuah jawaban untuk setiap, lalu periksa.

Log perubahan