Web performa alat

TL;DR — ada three main alat untuk measuring bagaimana fast Anda halaman adalah, dan orang constantly confuse them. Google Lighthouse berjalan sebuah single test di sebuah pretend “lab” (terjemahan) “lab” dan memberikan Anda sebuah 0–100 score. CrUX adalah nyata data dari nyata Chrome pengguna — dan ini adalah field-data sumber digunakan untuk Core Web Vitals reporting. PageSpeed Insights menampilkan Anda keduanya pada satu screen. big lesson: Anda lab score tidak apa Google peringkat Anda pada.

Three alat, three jobs

Ketika Anda mulai measuring kecepatan halaman Anda’ll jalankan ke three names di atas dan di atas — Google Lighthouse, PageSpeed Insights, dan Chrome UX Report (CrUX). sebagian besar orang think mereka’re yang sama hal. mereka’re tidak. Di sini’s simplest cara untuk pertahankan them straight:

• Google Lighthouse adalah sebuah testing alat. ini memuat Anda halaman pada sebuah simulated slow phone, berjalan sebuah bunch dari memeriksa, dan memberikan Anda sebuah 0–100 score. ini adalah sebuah lab test — satu machine, satu moment, controlled conditions.
• ** Chrome UX Report (CrUX)** adalah nyata data dari sebenarnya 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 keduanya: nyata-pengguna data lapangan (dari CrUX) di top, dan sebuah Lighthouse lab test underneath.

Lab vs field — satu idea untuk remember

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

ini penting karena Google peringkat pada data lapangan, tidak Anda lab score. Anda dapat mendapatkan sebuah 100 di Lighthouse dan masih memiliki pengguna nyata experiencing sebuah slow halaman — atau score poorly di lab dan lulus hanya fine untuk nyata pengunjung. Ketika dua disagree, nyata-pengguna (field) data adalah satu itu counts untuk SEO.

So yang melakukan I gunakan?

• “Bagaimana am I melakukan untuk ranking?” (terjemahan) “Bagaimana am I melakukan untuk peringkat?” → lihat data lapangan (CrUX), easiest seen di PageSpeed Insights atau Google Search Console.
• “apa membuat my halaman slow?” (terjemahan) “apa membuat my halaman slow?” → Jalankan Lighthouse (ini lists apa untuk perbaiki).
• “I sekadar ingin satu place untuk see keduanya.” (terjemahan) “I hanya ingin satu place untuk see keduanya.” → PageSpeed Insights.

ingin penuh picture — bagaimana Lighthouse scores berfungsi, apa “p75” (terjemahan) “p75” berarti, mengapa so banyak halaman memiliki Tidak data lapangan, dan tepat workflow I gunakan untuk temukan dan perbaiki masalah? Switch untuk Advanced tab.

TL;DR — Web performa pengukuran muncul 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, tidak 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 publik CWV reporting. PageSpeed Insights = keduanya di satu UI: CrUX data lapangan pada top ( Lulus/Failed CWV Assessment itu penting untuk SEO) dan sebuah Lighthouse lab jalankan di bawah ( 0–100 score, yang tidak). gunakan data lapangan untuk know di mana 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 tidak ada apa pun else.

spine: data lab vs data lapangan

Nearly setiap misunderstanding tentang ini alat muncul dari conflating dua jenis dari data. web.dev’s own framing adalah paling bersih: “CrUX adalah a collection dari real-user experiences dari itu field, sementara Lighthouse adalah a controlled test di itu lab.” (terjemahan) “CrUX adalah sebuah collection dari nyata-pengguna experiences dari field, sementara Lighthouse adalah sebuah controlled test di lab.”

• data lab adalah “collected di a controlled environment dengan predefined device dan 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 satu synthetic pengunjung, tidak Anda audience.
• data lapangan “adalah determined oleh monitoring all users siapa visit a halaman dan measuring a diberikan set dari performance metrics untuk setiap satu dari itu users’ individual experiences.” (terjemahan) “adalah determined oleh monitoring semua pengguna siapa visit sebuah halaman dan measuring sebuah diberikan set dari performa metrics untuk setiap satu dari itu pengguna’ individual experiences.” ini adalah noisy, ini lags, dan ini adalah truth.

Google’s priority guidance adalah jelas: “Jika Anda memiliki keduanya field data dan lab data untuk a diberikan halaman, field data adalah apa Anda seharusnya gunakan untuk prioritize Anda efforts.” (terjemahan) “jika Anda memiliki keduanya data lapangan dan data lab untuk sebuah diberikan halaman, data lapangan adalah apa 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 saat ini?

Google Lighthouse — lab diagnostic

Lighthouse adalah “an open-sumber, automated tool untuk help Anda improve itu quality dari web halaman.” (terjemahan) “sebuah open-sumber, automated alat untuk help Anda meningkatkan quality dari halaman web.” Anda hand ini sebuah URL, ini “berjalan a series dari audits terhadap itu halaman,” (terjemahan) “berjalan 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), ada sebuah fifth category again: Agentic Browsing, sebuah experimental audit dari bagaimana well sebuah halaman berfungsi untuk AI agents (accessibility-tree quality, layout stability, dan WebMCP alat registration). ini tidak gunakan 0–100 weighted score lainnya four melakukan — ini reports lulus/fail memeriksa dan sebuah fractional readiness count alih-alih — so jangan fold ini ke performa angka di bawah.

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

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

• ini throttles oleh design — Slow 4G dan sebuah 4× CPU slowdown — yang adalah mengapa Anda score adalah sering lebih rendah daripada snappy experience Anda mendapatkan pada Anda own fast machine.
• ini dapat’t mengukur INP. sebagai web.dev puts ini, alat “itu load halaman di a simulated environment tanpa a user cannot measure INP… itu Total Blocking Time (TBT) metric adalah lab-measurable dan adalah a proxy untuk INP.” (terjemahan) “itu muat halaman di sebuah simulated environment tanpa sebuah pengguna cannot mengukur INP… Total Blocking Time (TBT) metric adalah lab-measurable dan adalah sebuah proxy untuk INP.” sebuah perfect TBT melakukan tidak jaminan sebuah passing INP di lapangan.
• ** score varies jalankan-untuk-jalankan** — Google says so plainly. Jalankan ini 3–5 times di incognito dengan extensions off dan treat hasil sebagai sebuah range.
• ini adalah tidak sebuah sinyal peringkat. Lighthouse adalah sebuah diagnostic untuk finding apa untuk perbaiki. → Deep dive: Google Lighthouse.

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

«CrUX is “a dataset that reflects how real-world Chrome users experience popular destinations on the web,” and crucially: “CrUX data is used by Google Search to inform the page experience ranking factor.” This is the data behind the Core Web Vitals program — the one that actually feeds ranking. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tiga puluh, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Apa untuk know:

• ini adalah Chrome-hanya dan opt-di. desktop dan Android Chrome dari pengguna siapa opted ke reporting — Tidak Chrome pada iOS, Tidak WebViews, Tidak Edge/Safari/Firefox. untuk sebuah Safari-berat audience, CrUX dapat capture sebuah minority dari Anda pengguna nyata.
• ini adalah sebuah 28-day rolling average di 75th percentile. p75 berarti “75% dari halaman loads experienced itu diberikan metric di atau lebih sedikit daripada ini value.” (terjemahan) “75% dari halaman memuat experienced diberikan metric di atau lebih sedikit daripada ini nilai.” p75 nilai adalah synthetically derived — “it melakukan tidak imply itu any user sebenarnya experienced itu value indicated.” (terjemahan) “ini melakukan tidak imply itu apa pun pengguna sebenarnya experienced nilai indicated.”
• Slow feedback. dengan 28-day window plus sebuah ~2-day lag, sebuah perbaiki takes roughly ~30 days untuk fully tampilkan up di data lapangan.
• Coverage adalah sebagian. 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 lulus Core Web Vitals. Origin-tingkat lulus rates jalankan lebih tinggi (~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) alih-alih. → Deep dive: Chrome UX Report (CrUX).

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

PSI “reports pada itu user experience dari a halaman pada keduanya mobile dan desktop devices, dan menyediakan suggestions pada bagaimana itu halaman mungkin menjadi improved.” (terjemahan) “reports pada pengguna experience dari sebuah halaman pada keduanya mobile dan desktop devices, dan menyediakan suggestions pada bagaimana itu halaman dapat menjadi ditingkatkan.” ini adalah benar-benar dua datasets wearing satu coat:

• Top: CrUX data lapangan. “Real-user experience data di PSI adalah powered oleh itu 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 — Lulus atau Failed di p75 di seluruh LCP, INP, dan CLS: “Untuk lulus, itu percentile harus menjadi categorized sebagai ‘good’ di all three Core Web Vitals.” (terjemahan) “untuk lulus, percentile harus menjadi categorized sebagai ‘baik’ di semua three Core Web Vitals.” jika tepat URL lacks data ini falls back untuk origin-tingkat, lalu untuk “Tidak data.” (terjemahan) “Tidak data.”
• Bottom: sebuah Lighthouse lab jalankan. “PSI menggunakan Lighthouse untuk analyze itu diberikan URL di a simulated environment.” (terjemahan) “PSI menggunakan Lighthouse untuk analyze diberikan URL di sebuah simulated environment.” ini adalah 0–100 performa score dan diagnostics.

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

Choosing right alat

decision collapses untuk sebuah sedikit pertanyaan:

«| You want to… | Use | | --- | --- | | Know where you stand for ranking | CrUX field data — via PageSpeed Insights or Search Console’s CWV report | | Find failing page groups across the whole site | Google Search Console Core Web Vitals report | | Diagnose what’s causing a failure | Lighthouse / PSI’s lab section / Chrome DevTools | | Test a single individual URL’s field + lab data | PageSpeed Insights | | Test a page behind a login (lab only) | Lighthouse in Chrome DevTools | | Track field trends over time | CrUX Vis / CrUX History API / BigQuery | | Bulk-check many URLs programmatically | PSI API or CrUX API | | Check a competitor’s real-user CWV | PageSpeed Insights (works on any public URL) | | Watch a metric update live as you interact, then trace the exact cause | Chrome DevTools live metrics + a recorded performance trace | | Catch a regression before it ships, from a controlled location or in CI | Synthetic monitoring | | See every real visitor’s experience, segmented by your own business context | Private RUM on your own site | » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tiga puluh sembilan, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Dua 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 Tidak CrUX data, Anda dapat’t assess -nya field CWV dari PSI di semua; Anda’re left dengan sebuah lab score, yang tells Anda tidak ada apa pun tentang sinyal peringkat.

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

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

• Chrome DevTools’ langsung metrics dan performa trace. Open sebuah halaman di DevTools’ performa panel dan LCP, CLS, dan INP perbarui sebagai Anda sebenarnya interact dengan halaman; record sebuah trace dan Anda dapat temukan tepat script atau resource causing delay. Karena sebuah nyata interaction adalah happening, ini dapat capture sebuah INP nilai — unlike Lighthouse’s non-interactive lab muat, yang dapat’t.
• Search Console’s Core Web Vitals report groups similar URLs, ini tidak trace sebuah single halaman. ini adalah sebuah situs-wide triage surface untuk finding yang 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-berjalan yang sama automated periksa pada sebuah schedule, dari chosen locations dan device profiles, sering wired ke CI — so sebuah regression mendapatkan caught sebelum launch alih-alih menunjukkan up di CrUX ~30 days kemudian. ini adalah repeatable dan controlled, tetapi ini hanya ever observes scenarios Anda configured, tidak Anda nyata traffic.
• Privat RUM (nyata pengguna Monitoring) instruments Anda own situs untuk record setiap pengunjung’s nyata experience — tidak 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 di mana Anda stand; lab, trace, dan synthetic alat tell Anda mengapa. dan jika apa Anda sebenarnya 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 — lebih cepat move adalah biasanya untuk jalankan Anda own URL melalui sebuah publik test pertama, since sebuah roundup peringkat vendors, tidak Anda halaman.

workflow I sebenarnya gunakan

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

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

Bagaimana CWV rankings sebenarnya berfungsi (briefly)

«Google documents Core Web Vitals as something its ranking systems use, and CrUX as the dataset behind the public CWV reporting you see in PSI, Search Console, and the CrUX API — that part is well-established, not lab scores. What isn’t publicly documented is a 1:1 mapping between the exact number a public CrUX surface shows you and the literal internal value Google’s ranking systems read for that page — treat the public figure as the best available proxy for the signal, not a verified readout of it. Either way, it’s a real but modest signal. John Mueller has called it “more than a tie-breaker, but it also doesn’t replace relevance,” and, around the 2024 docs update, “it’s not going to make your site’s rankings jump up.” Google’s own page-experience docs now say “trying to get a perfect score just for SEO reasons may not be the best use of your time.” For the full treatment — thresholds, the three metrics, and how much weight to give it — see the Core Web Vitals hub. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian lima puluh, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

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.

Di mana untuk go berikutnya

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

• Google Lighthouse — lab audit mesin: four categories, bagaimana weighted 0–100 performa score adalah dibangun, mengapa ini throttles dan varies, dan mengapa ini adalah sebuah diagnostic alih-alih sebuah peringkat input.
• PageSpeed Insights (PSI) — dua-datasets-di-satu-UI alat: CrUX field bagian vs. Lighthouse lab bagian, Lulus/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, mengapa halaman tampilkan “Tidak data,” (terjemahan) “Tidak data,” dan six cara untuk access ini (including CrUX Vis setelah Dashboard’s deprecation).

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

AI summary

sebuah condensed take pada Advanced versi:

• Three alat, dua jenis dari data. Lighthouse = lab; CrUX = field; PageSpeed Insights = keduanya di satu UI. pertama pertanyaan untuk apa pun angka: lab atau field?
• Google peringkat pada data lapangan (CrUX), tidak lab scores. data lapangan adalah apa 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, tidak 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 jalankan-untuk-jalankan, dan adalah tidak sebuah sinyal peringkat. sebagai dari Lighthouse 13.3 (dapat 2026) ada sebuah experimental fifth category, Agentic Browsing — lulus/fail memeriksa untuk AI-agent readiness, terpisah dari 0–100 score.
• CrUX = opted-di Chrome pengguna (Tidak iOS Chrome, Tidak Edge/Safari/Firefox) di p75 di atas sebuah 28-day rolling window; dataset Google Search peringkat pada. sebuah perbaiki 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 lulus CWV. Looker Studio CrUX Dashboard adalah deprecated Nov 2025 → gunakan CrUX Vis.
• PageSpeed Insights menampilkan CrUX data lapangan pada top ( Lulus/Failed CWV Assessment itu penting untuk SEO) dan sebuah Lighthouse lab jalankan di bawah ( 0–100 score, yang adalah Tidak sebuah peringkat factor). Publik URLs hanya; berfungsi pada pesaing.
• Decision aturan: field untuk assessment, lab untuk diagnosis; situs-wide → Penelusuran Console, individual URLs → PSI; login-gated halaman → Lighthouse di DevTools.
• Beyond three: DevTools’ langsung metrics/trace dapat capture sebuah nyata INP sebagai Anda interact; Search Console groups similar URLs alih-alih tracing satu halaman; synthetic monitoring re-berjalan memeriksa pada sebuah schedule/CI; privat RUM covers Anda own penuh pengunjung population (dan dapat legitimately disagree dengan CrUX). sebuah diperingkatkan “best tools” (terjemahan) “best alat” roundup jawaban sebuah berbeda pertanyaan daripada ini hub — jalankan Anda own URL melalui sebuah publik test pertama.
• peringkat caveat: Google documents CWV sebagai sebuah peringkat-sistem input dan CrUX sebagai dataset behind publik CWV reporting — itu’s confirmed. ada Tidak publik proof tepat angka sebuah publik CrUX surface menampilkan adalah literal internal per-halaman nilai Google’s peringkat sistem baca; treat ini sebagai best publik proxy, tidak sebuah verified readout.
• Workflow: GSC (temukan failing groups) → PSI (konfirmasi di halaman tingkat) → Lighthouse/DevTools (diagnose + perbaiki) → tunggu ~30 days → re-periksa field.

Dokumentasi resmi

Utama-sumber documentation dari Google (dan sebuah note pada Bing).

Google — alat

• Lighthouse overview — apa Lighthouse adalah, apa ini audits, dan di mana untuk jalankan ini.
• Lighthouse performa scoring — metric weights, score bands, dan mengapa score varies.
• Lighthouse agentic browsing scoring — experimental 5th category (shipped di Lighthouse 13.3, dapat 2026): lulus/fail agent-readiness memeriksa, terpisah dari 0–100 score.
• Chrome DevTools performa panel reference — langsung 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 — bagaimana field bagian berfungsi dan Lulus/Failed assessment.
• Chrome UX Report (CrUX) overview — dataset, -nya role di CWV, dan access surfaces.
• CrUX methodology — siapa’s eligible dan yang 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 apa setiap adalah dan yang untuk prioritize.
• Core Web Vitals alat (web.dev) — Google’s own overview dari tooling.
• Understanding Core Web Vitals dan Google hasil pencarian — bagaimana 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 tidak 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 tetap primarily sebuah Google construct. See Bing Webmaster alat help untuk -nya umum guidance.

Quotes dari sumber

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

Google — apa setiap alat adalah

• “Lighthouse is an open-source, automated tool to help you improve the quality of web pages.” (terjemahan) “Lighthouse adalah sebuah open-sumber, 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 keduanya mobile dan desktop devices, dan menyediakan suggestions pada bagaimana 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 bagaimana dunia nyata Chrome pengguna experience popular destinations pada web.” Jump untuk quote

Google — lab vs field, dan yang Google peringkat pada

«- “Real-user experience data in PSI is powered by the Chrome User Experience Report (CrUX) dataset.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh enam, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “CrUX data is used by Google Search to inform the page experience ranking factor.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh enam, bagian kecil dua: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “If you have both field data and lab data for a given page, field data is what you should use to prioritize your efforts.” — Philip Walton, web.dev. Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh enam, bagian kecil tiga: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “The data in the Chrome UX Report is a 28-day rolling average of aggregated metrics.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh enam, bagian kecil empat: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “trying to get a perfect score just for SEO reasons may not be the best use of your time.” — Google Search Central, page-experience docs. Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh enam, bagian kecil lima: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

John Mueller, Google (melalui sekunder 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 lebih daripada sebuah tie-breaker, tetapi ini juga tidak replace relevance.” pada Core Web Vitals sebagai sebuah sinyal peringkat. Baca coverage
• “it’s not going to make your site’s rankings jump up.” (terjemahan) “ini adalah tidak going untuk membuat Anda situs’s rankings jump up.” sekitar March 2024 halaman-experience docs perbarui. Baca coverage

Web performa alat — cheat sheet

** three alat di sebuah glance**

Fast facts

• Google peringkat pada data lapangan (CrUX), tidak lab score. PSI 0–100 angka adalah tidak 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 (lulus/fail, tidak bagian dari 0–100 score).
• Lighthouse dapat’t mengukur INP — ini menggunakan TBT sebagai sebuah proxy. DevTools’ langsung metrics screen dapat observe sebuah nyata INP, since Anda’re generating interaction.
• CrUX adalah Chrome-hanya, opt-di (Tidak iOS Chrome, Tidak Edge/Safari/Firefox), p75, 28-day window, ~2-day lag → sebuah perbaiki 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 lulus 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 apa ini adalah.

menggunakan data lapangan untuk diagnose sebuah line dari code

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

Comparing unlike test conditions

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

Optimizing aggregate sementara ignoring halaman groups

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

Resolve umum alat disagreements

PageSpeed Insights menampilkan data lapangan untuk origin, tidak URL

mungkin penyebab: URL lacks cukup eligible CrUX data. Perbaiki: baca cakupan label dan gunakan origin data hanya sebagai context, lalu tambahkan RUM atau Search Console groups untuk halaman-tingkat decisions. Konfirmasi: report dengan jelas identifies yang cakupan setiap nilai mewakili.

Lighthouse perubahan setiap time ini berjalan

mungkin penyebab: lab hasil vary dengan network, CPU, cache, server respons, dan ketiga-party activity. Perbaiki: standardize conditions dan bandingkan several berjalan alih-alih satu score. Konfirmasi: yang sama opportunity persists di seluruh jalankan set.

Search Console adalah poor sementara sebuah local test adalah baik

mungkin penyebab: local lab melakukan tidak mewakili nyata devices, locations, atau lebih lama journeys. Perbaiki: gunakan field report untuk identify affected group, lalu reproduce itu scenario di sebuah diagnostic alat. Konfirmasi: lab trace menjelaskan field segment’s bottleneck.

sebuah perbaiki adalah terlihat di Lighthouse tetapi tidak CrUX

mungkin penyebab: Lighthouse adalah immediate sementara CrUX menggunakan sebuah rolling field window. Perbaiki: validate dengan controlled lab berjalan dan Anda own RUM pertama, lalu memungkinkan publik field window untuk perbarui. Konfirmasi: RUM improves sebelum CrUX trend mengikuti.

Uji pemahaman Anda: web performa alat

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

Log perubahan