Panduan Chrome UX Report (CrUX)

TL;DR — CrUX adalah Google’s collection dari dunia nyata speed data dari sebenarnya Chrome pengguna. ini adalah data Google menggunakan untuk judge Anda Core Web Vitals — tidak lab score sebuah alat like Lighthouse generates pada sebuah single test machine. itu’s mengapa Anda Lighthouse score dapat menjadi green sementara Search Console says Anda perlu berfungsi: mereka mengukur berbeda hal.

Apa CrUX adalah

Chrome pengguna Experience Report — CrUX untuk pendek — adalah sebuah free dataset Google publishes itu menampilkan bagaimana nyata orang, pada nyata devices dan nyata networks, experience situs web. alih-alih testing sebuah halaman setelah di sebuah lab, CrUX gathers measurements dari besar angka dari sebenarnya Chrome pengguna dan reports hasil.

ini adalah called data lapangan (sometimes “real-user” (terjemahan) “nyata-pengguna” data). ini adalah opposite dari data lab, yang adalah apa sebuah alat like Lighthouse produces oleh memuat Anda halaman setelah pada sebuah controlled test machine. Keduanya adalah berguna, tetapi hanya satu dari them adalah apa Google looks di untuk assess Anda situs.

mengapa ini penting

CrUX adalah official dataset behind Core Web Vitals program. Google’s peringkat sistem gunakan Core Web Vitals diukur dari nyata-pengguna data lapangan, tidak sebuah Lighthouse lab score. So jika Anda hanya ever lihat Anda Lighthouse angka, Anda mungkin menjadi looking di wrong hal entirely.

Anda’ve sudah seen CrUX bahkan jika Anda tidak know ini. “Discover apa Anda real users adalah experiencing” (terjemahan) “menemukan apa Anda nyata pengguna adalah experiencing” bagian di top dari PageSpeed Insights adalah CrUX. Search Console Core Web Vitals report adalah CrUX. itu adalah angka itu count.

hal sebagian besar orang mendapatkan wrong

sebuah baik Lighthouse score tidak berarti Anda Core Web Vitals adalah baik. Lighthouse berjalan setelah, pada satu simulated device, dengan sebuah throttled network dan sebuah empty cache. Anda nyata pengunjung adalah pada sebuah mix dari phones, laptops, fast dan slow connections, near dan far. CrUX captures itu mess; Lighthouse tidak. sebuah halaman dapat score 95 di Lighthouse dan masih tampilkan “Poor” (terjemahan) “Poor” di CrUX jika sebagian besar dari Anda pengguna nyata adalah pada slow mobile.

Satu lebih hal itu surprises orang: tidak setiap halaman adalah di CrUX. sebuah URL perlu cukup nyata visits untuk menjadi disertakan. Lots dari rendah-traffic halaman memiliki Tidak CrUX data di semua, so alat fall back untuk menunjukkan Anda seluruh-situs (“origin” (terjemahan) “origin”) data alih-alih, atau hanya say ada Tidak data lapangan namun.

ingin methodology — 28-day window, 75th percentile, origin vs URL data, dan setiap cara untuk pull CrUX data? Switch untuk Advanced tab.

TL;DR — CrUX adalah official Chrome pengguna Experience Report: dunia nyata field UX data aggregated dari eligible Chrome pengguna — itu siapa memenuhi Google’s opt-di, sync, dan didukung-platform criteria — dan dataset behind Core Web Vitals program. ini adalah reported di 75th percentile di atas sebuah trailing 28-day aggregation window, di keduanya origin dan URL tingkat. Coverage adalah sebagian — tidak pernah setiap Chrome pengguna dan tidak pernah setiap pengunjung, hanya eligible Chrome pengguna pada didukung platforms (Tidak Chrome pada iOS, Tidak Edge/Safari/Firefox), dan sebuah halaman perlu cukup samples untuk menjadi disertakan, so banyak rendah-traffic URLs memiliki Tidak CrUX data dan alat fall back untuk origin-tingkat atau “Tidak data.” (terjemahan) “Tidak data.” Six surfaces saat ini expose ini: PageSpeed Insights, Search Console, CrUX API (daily), History API (weekly), BigQuery (monthly), dan CrUX Vis — periksa saat ini docs, since cadence dan quotas dapat perubahan. CrUX adalah field; Lighthouse adalah lab — itu’s mengapa dua disagree.

CrUX adalah field-data layer dari Core Web Vitals

Google mendeskripsikan ini plainly: “The Chrome User Experience Report … is a dataset that reflects how real-world Chrome users experience popular destinations on the web.” (terjemahan) “Chrome User Experience Report adalah dataset yang mencerminkan pengalaman pengguna Chrome di dunia nyata saat mengakses tujuan populer di web.” dan ini adalah tidak sebuah side project — “CrUX adalah itu Google dataset dari itu Web Vitals program. All user-centric Core Web Vitals metrics adalah represented.” (terjemahan) “CrUX adalah Google dataset dari Web Vitals program. semua pengguna-centric Core Web Vitals metrics adalah represented.” data adalah “digunakan oleh Google Search untuk inform itu halaman experience ranking factor.” (terjemahan) “digunakan oleh Google Search untuk inform pengalaman halaman peringkat factor.”

So mental model adalah: Core Web Vitals adalah metrics; CrUX adalah dataset mereka langsung di. Ketika Penelusuran assesses Anda CWV, ini membaca CrUX. itu single fact resolves sebagian besar dari confusion pada ini halaman.

Bagaimana CrUX collects data

CrUX adalah dibangun dari nyata Chrome pengguna — tetapi sebuah spesifik, eligible subset dari them, tidak setiap Chrome pengguna dan tidak setiap pengunjung untuk Anda situs. sebuah pengguna’s experiences adalah hanya aggregated jika mereka memenuhi semua four criteria: “Enable usage statistic reporting. Sync mereka browser history. Tidak memiliki a Sync passphrase set. Gunakan a supported platform.” (terjemahan) “Enable usage statistic reporting. Sync mereka browser history. Tidak memiliki sebuah Sync passphrase set. gunakan didukung platform.”

“Supported platform” (terjemahan) “didukung platform” adalah melakukan sebuah lot dari berfungsi. disertakan: desktop Chrome pada Windows, macOS, ChromeOS, dan Linux, plus Android Chrome (including Custom Tabs dan WebAPKs). Excluded: Chrome pada iOS, Android WebViews, dan “other Chromium browsers.” (terjemahan) “lainnya Chromium browser.” dalam praktik itu berarti Microsoft Edge, Samsung Internet, Safari, dan Firefox adalah tidak di CrUX di semua — dan neither adalah apa pun iOS browser, karena mereka semua jalankan pada WebKit.

ini adalah blind spot worth internalizing. jika Anda jalankan sebuah e-commerce atau media situs di mana sebagian besar traffic adalah iPhone/Safari, CrUX dapat menjadi measuring sebuah minority dari Anda nyata audience. data tidak wrong — ini hanya tidak everyone.

Mengapa beberapa halaman memiliki Tidak CrUX data

CrUX tidak cover setiap halaman, dan ini trips up sebuah lot dari orang. dari Google: “Not all origins or pages are represented in the dataset. There are separate eligibility criteria for origins and pages, primarily that they must be publicly discoverable and there must be a large enough number of visitors in order to create a statistically significant dataset.” (terjemahan) “Tidak semua origin atau halaman masuk dataset. Kriteria kelayakan origin dan halaman terpisah; keduanya terutama harus dapat ditemukan publik dan memiliki jumlah pengunjung yang cukup untuk membentuk dataset yang signifikan secara statistik.” tepat popularity threshold adalah dengan sengaja undisclosed — treat apa pun spesifik pengunjung angka Anda see quoted sebagai sebuah unofficial estimate, tidak sebuah terdokumentasi aturan.

Kelayakan origin dan halaman dinilai secara terpisah. sebuah origin dapat memiliki cukup eligible traffic untuk menjadi reported bahkan ketika banyak dari -nya individual halaman jangan — yang adalah persis mengapa sebuah domain dapat tampilkan origin-tingkat data sementara sebuah spesifik URL pada ini memiliki none. dan sebuah missing hasil tidak sebuah score: ini hanya berarti Google tidak memiliki sebuah besar-cukup eligible sample untuk report apa pun untuk itu cakupan. Missing adalah tidak sebuah zero, tidak sebuah lulus, dan tidak sebuah fail.

ada mechanical requirements too: halaman memiliki untuk kembalikan 200 (setelah redirects) dan harus tidak menjadi noindex’d (header atau meta tag). dan ada sebuah 20% aturan — “origins or pages having more than 20% of their total traffic excluded due to ineligible combinations of dimensions are excluded entirely from the dataset.” (terjemahan) “origins atau halaman memiliki lebih daripada 20% dari mereka total traffic excluded due untuk ineligible combinations dari dimensions adalah excluded entirely dari dataset.”

I’ve diukur bagaimana thin ini coverage mendapatkan. di my Core Web Vitals data study I combined CrUX dengan sebuah Ahrefs crawl dari 43,66 million halaman. hanya 5,21 million dari them — roughly 11,9% — memiliki setidaknya satu Core Web Vitals metric di January 2022 CrUX dataset. rest memiliki too little traffic untuk qualify. itu’s wajar state dari web, tidak sebuah error.

Ketika sebuah spesifik URL memiliki Tidak data, alat cascade. di PageSpeed Insights: URL-tingkat CrUX → jika insufficient, fall back untuk origin-tingkat CrUX → jika itu’s juga missing, Anda mendapatkan Tidak data lapangan dan hanya Lighthouse lab bagian tetap. Google’s note pada mengapa fine-grained lookups fail lebih sering: “The more fine-grained the request is, for example a specific combination of URL and form factor, the fewer user experiences it will include. This may lead to more frequent ‘not found’ errors.” (terjemahan) “Semakin terperinci permintaannya, misalnya kombinasi URL dan faktor bentuk tertentu, semakin sedikit pengalaman pengguna yang disertakan. Hal ini dapat menyebabkan error ‘not found’ lebih sering.”

Bagaimana CrUX aggregates: 28 days dan p75

Dua angka define bagaimana CrUX reports semuanya.

** 28-day rolling window.** “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.” setiap reading Anda see adalah sebuah trailing 28-day aggregate. Satu consequence Google flags: “the collectionPeriod will always show 28-days, even if the data is not for the full 28 days (for example if a page was launched less than 28 days ago).” (terjemahan) “ collectionPeriod akan selalu tampilkan 28-days, bahkan jika data adalah tidak untuk penuh 28 days (misalnya jika sebuah halaman adalah launched lebih sedikit daripada 28 days ago).”

practical upshot — dan I’ve dibuat ini poin untuk tahun — adalah itu memperbaiki take sebuah sementara untuk tampilkan up. CrUX berjalan tentang dua days behind nyata time, dan setiap reading adalah sebuah aggregation di atas trailing window, tidak sebuah langsung angka — so sebuah perubahan tidak fully replace old data until cukup baru eligible sessions memiliki accumulated dan old ones memiliki aged out. pada order dari sebuah month adalah sebuah reasonable aturan dari thumb, tetapi ini tidak sebuah fixed countdown: bagaimana fast sebuah perbaiki menampilkan up bergantung pada bagaimana banyak eligible traffic halaman atau origin mendapatkan, metric’s own lifetime, dan collection period reported untuk itu record. sebagai I put ini di my CLS guide, “it takes a while to see the impact of changes.” (terjemahan) “ini takes sebuah sementara untuk see impact dari perubahan.” berguna untuk setting stakeholder expectations: jangan promise day-satu movement, dan jangan promise sebuah tepat date either.

** 75th percentile (p75).** CWV adalah assessed di p75, tidak median. Google’s definition: “75% of page loads experienced the given metric at or less than this value.” (terjemahan) “75% dari halaman memuat experienced diberikan metric di atau lebih sedikit daripada ini nilai.” So untuk lulus, three dari four memuat perlu untuk menjadi di atau di bawah “good” (terjemahan) “baik” threshold. penting caveat dari Google: percentile nilai “adalah synthetically derived, it melakukan tidak imply itu any user sebenarnya experienced itu value indicated.” (terjemahan) “adalah synthetically derived, ini melakukan tidak imply itu apa pun pengguna sebenarnya experienced nilai indicated.” p75 dari “good” (terjemahan) “baik” tidak berarti “75% dari users adalah happy” (terjemahan) “75% dari pengguna adalah happy” di apa pun literal sense — ini berarti 75% dari halaman memuat came di di atau di bawah threshold, dan top quartile tidak penalized sebagai panjang sebagai itu holds.

Origin-tingkat vs URL-tingkat

CrUX reports di dua granularities, dan perbedaan adalah satu dari paling penting hal untuk sebuah SEO untuk memahami.

• Origin-tingkat aggregates “all data present untuk all halaman di itu origin … together” (terjemahan) “semua data present untuk semua halaman di itu origin … together” — essentially Anda seluruh domain averaged.
• URL-tingkat mengembalikan “hanya data untuk itu specific URL.” (terjemahan) “hanya data untuk itu spesifik URL.”

ini dapat diverge sharply. sebuah situs dapat tampilkan “Good” (terjemahan) “baik” origin-tingkat CrUX sementara sebuah spesifik tinggi-nilai landing halaman adalah “Poor” (terjemahan) “Poor”, karena lebih cepat halaman elsewhere offset ini di origin average. Since PSI falls back untuk origin data ketika sebuah URL tidak memiliki cukup dari -nya own, Anda dapat menjadi looking di Anda domain average sementara thinking Anda’re looking di halaman di front dari Anda.

My data study surfaced ini kesenjangan di scale: di itu January 2022 sample, ~33% dari situs web lulus CWV di origin tingkat, tetapi hanya ~21,2% dari individual halaman lulus. Domain-tingkat angka ran lebih tinggi partly karena mereka fold di repeat/cached visits di seluruh situs. Treat itu spesifik figures sebagai sebuah dated besar-sample snapshot, tidak sebuah saat ini universal rate — tetapi underlying lesson masih holds: periksa URL-tingkat data untuk Anda key halaman setiap kali ini adalah tersedia, dan jangan assume sebuah passing origin berarti setiap halaman melewati.

CrUX juga splits oleh form factor — PHONE, TABLET, dan DESKTOP — dan Google assesses menggunakan form-factor-appropriate data, yang adalah mengapa Anda mobile dan desktop angka differ.

Field vs lab: mengapa Anda Lighthouse score tidak match

ini adalah core tension dan worth menjadi precise tentang. data lapangan adalah “determined by monitoring all users who visit a page and measuring … each one of those users’ individual experiences” (terjemahan) “determined oleh monitoring semua pengguna siapa visit sebuah halaman dan measuring … setiap satu dari itu pengguna’ individual experiences” — itu umum category adalah juga called RUM (nyata-pengguna monitoring), dan CrUX adalah satu spesifik, publik implementation dari ini. data lab (Lighthouse) adalah “determined by loading a web page in a controlled environment with a predefined set of network and device conditions.” (terjemahan) “determined oleh memuat sebuah halaman web di sebuah controlled environment dengan sebuah predefined set dari network dan device conditions.”

mereka differ karena data lapangan “includes a wide variety of network and device conditions as well as a myriad of different types of user behavior,” (terjemahan) “mencakup sebuah wide variety dari network dan device conditions serta sebuah myriad dari berbeda jenis dari pengguna perilaku,” sementara sebuah lab test “intentionally limits the number of variables” (terjemahan) “intentionally limits angka dari variables” — satu device, satu network, satu location, dan typically sebuah cold cache. PageSpeed Insights secara harfiah menampilkan keduanya: CrUX field bagian up top (apa Google rates Anda pada) dan Lighthouse lab bagian di bawah (sebuah debugging approximation). sebagai CrUX docs put ini: “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, sementara Lighthouse adalah sebuah controlled test di lab.”

So ketika Anda local Lighthouse jalankan says 95 tetapi Search Console says “Needs Improvement,” (terjemahan) “perlu Improvement,” tidak ada apa pun adalah rusak — Anda’re comparing sebuah single bersih lab muat terhadap messy reality dari Anda sebenarnya pengguna.

CrUX tidak yang sama hal sebagai Anda own RUM. sebuah privat, pertama-party RUM alat (instrumented dengan sesuatu like web-vitals JS library) dan CrUX dapat report berbeda angka untuk yang sama halaman, karena mereka populations, consent status, sampling, dan metric lifetimes tidak identical. Think dari three options sebagai berbeda jobs:

• CrUX — free, publik benchmark dari eligible Chrome experiences. gunakan ini untuk see apa Google sees, dan untuk periksa sebuah pesaing’s field performa.
• Privat RUM — Anda own instrumented monitoring. gunakan ini ketika Anda perlu setiap browser (tidak hanya eligible Chrome), per-pengguna atau per-segment detail, atau nyata-time alerting itu CrUX’s rolling window dapat’t memberikan Anda.
• Synthetic monitoring (Lighthouse, WebPageTest, dan similar) — sebuah controlled, repeatable test. gunakan ini untuk pre-rilis regression memeriksa dan untuk diagnose mengapa sebuah field metric adalah buruk, tidak untuk declare field metric fixed.

untuk umum field-vs-lab theory beyond CrUX secara khusus — RUM tooling options, synthetic monitoring setups, dan lebih luas decision kerangka kerja — see Field vs. data lab deep dive.

apa di CrUX (dan apa tidak)

three Core Web Vitals adalah semua present — Largest Contentful Paint (memuat), Interaction untuk Berikutnya Paint (responsiveness), dan Cumulative Layout Shift (visual stability) — assessed di p75 terhadap ini thresholds:

Beyond three, CrUX juga carries supporting metrics like FCP (pertama Contentful Paint), experimental TTFB, dan RTT (Round Trip Time, yang replaced retired ECT dimension di January 2025), plus LCP image subparts dan navigation jenis.

Apa CrUX tidak memiliki adalah lab-hanya diagnostics: Total Blocking Time, Speed indeks, dan Time untuk Interactive jangan exist di CrUX — Anda hanya mendapatkan itu dari Lighthouse. dan note historical shift: INP replaced FID sebagai sebuah Core Web Vital di March 2024, dan FID adalah dihapus dari CrUX di August 2024 (dan dari BigQuery di September 2024). sebuah lot dari older guides masih reference FID — mereka’re out dari date.

Six cara untuk access CrUX

Cadence, quotas, dan history depth di bawah adalah saat ini sebagai dari ini writing — Google memiliki changed them sebelum ( CrUX Dashboard’s deprecation adalah sebuah recent contoh), so treat ini sebagai sebuah snapshot dan periksa ditautkan official docs untuk saat ini angka sebelum Anda bangun apa pun itu bergantung pada them.

sebuah sedikit specifics worth knowing:

• PageSpeed Insights adalah fastest per-URL look. data lapangan pada top, lab di bawah; free, Tidak API key.
• Search Console’s Core Web Vitals report groups Anda terindeks URLs oleh status (baik / perlu Improvement / Poor) dengan terpisah Mobile dan desktop views. Karena ini groups halaman oleh pattern, sebuah “halaman group” (terjemahan) “halaman group” dapat mix fast dan slow URLs — yang adalah mengapa sebuah halaman dapat look fine di PSI tetapi menjadi flagged di GSC.
• ** CrUX API** (POST …/v1/records:queryRecord) mengembalikan saat ini 28-day window dengan p75s dan histogram bins; kueri oleh origin atau url (mutually exclusive). ini adalah free, perlu sebuah Google API key, dan adalah “limited untuk 150 queries per minute per Google Cloud project.” (terjemahan) “limited untuk 150 kueri per minute per Google Cloud project.”
• ** CrUX History API** memberikan up untuk 40 weeks dari weekly snapshots — trend data tanpa touching BigQuery.
• BigQuery adalah di-scale option (history untuk 2017, country-tingkat data APIs jangan expose) tetapi ini adalah origin-tingkat hanya — Tidak per-URL data di standard tables.
• CrUX Vis (cruxvis.withgoogle.com) adalah visual alat. Note: old CrUX Dashboard di Looker Studio adalah deprecated di November 2025 — -nya connector berhenti updating. jika sebuah guide masih poin Anda di Dashboard, ini adalah stale; gunakan CrUX Vis alih-alih.

melakukan CrUX move rankings?

CrUX adalah field-data sumber untuk halaman-experience sinyal, so Ya, ini feeds sebuah peringkat input — tetapi I’d temper expectations pada bagaimana banyak itu’s worth. My standing view, dari my Core Web Vitals guide: “I jangan expect banyak, jika any, improvement di rankings dari improving Core Web Vitals,” (terjemahan) “I jangan expect banyak, jika apa pun, improvement di rankings dari improving Core Web Vitals,” dan “unless you are extremely slow, I generally won’t prioritize fixing them.” (terjemahan) “unless Anda adalah extremely slow, I umumnya tidak akan prioritize memperbaiki them.” stronger case untuk caring tentang Anda CrUX angka adalah pengguna experience, tidak sebuah peringkat bump. memahami data; jangan panic tentang ini.

Di mana ini fits

CrUX adalah field-data mesin di bawah Core Web Vitals hub. metrics ini reports setiap memiliki mereka own deep dives — Largest Contentful Paint, Interaction untuk Berikutnya Paint, dan Cumulative Layout Shift — dan dua main alat itu surface CrUX adalah PageSpeed Insights (field + lab) dan Google Lighthouse (lab hanya). jika Anda hanya remember satu hal: field/lab split adalah mengapa sebuah green lab score dan sebuah failing CWV assessment dapat keduanya menjadi benar di setelah.

AI summary

sebuah condensed take pada Advanced versi:

• CrUX = data lapangan, dan ini adalah dataset behind Core Web Vitals. Ketika Google assesses Anda CWV untuk Penelusuran, ini membaca CrUX — tidak sebuah Lighthouse lab score.
• Collection adalah limited untuk eligible Chrome experiences — pengguna siapa memenuhi four terdokumentasi criteria (opt di, sync history, Tidak Sync passphrase, didukung platform), tidak pernah setiap Chrome pengguna dan tidak pernah setiap pengunjung. Tidak Chrome pada iOS, Tidak Android WebViews, Tidak Edge/Safari/Firefox. untuk Safari-berat audiences, CrUX measures sebuah minority dari pengguna nyata.
• Coverage adalah sebagian, dan status kelayakan origin tidak otomatis berlaku untuk setiap halaman — sebuah origin dapat qualify bahkan ketika banyak dari -nya halaman jangan. sebuah missing hasil berarti “tidak cukup eligible sample untuk report,” (terjemahan) “tidak cukup eligible sample untuk report,” tidak sebuah zero atau sebuah lulus. di my January 2022 sample dari 43,66M unique situs Audit halaman, hanya ~11,9% memiliki di least satu Core Web Vitals metric di CrUX. alat fall back: URL → origin → “Tidak data” (terjemahan) “Tidak data” (lab hanya).
• Aggregation = sebuah trailing 28-day window di p75, tidak sebuah literal average dan tidak sebuah langsung angka. p75 berarti 75% dari memuat adalah di atau di bawah nilai; nilai adalah synthetically derived. Memperbaiki umumnya take pada order dari sebuah month untuk register, tetapi ada Tidak fixed 30-day jaminan — ini bergantung pada eligible traffic volume, metric lifetime, dan window’s own lag.
• Origin vs URL penting. Origin = seluruh-domain aggregate; URL = itu halaman. mereka diverge — my study ditemukan ~33% dari situs lulus di origin tingkat tetapi hanya ~21,2% dari individual halaman. periksa URL-tingkat untuk key halaman.
• Field vs lab adalah mengapa Lighthouse (single bersih lab muat) disagrees dengan CrUX (messy pengguna nyata). PSI menampilkan keduanya. CrUX itself adalah satu spesifik, publik form dari RUM — sebuah privat, pertama-party RUM alat dan CrUX dapat masih disagree.
• Six access surfaces (cadence/quotas saat ini sebagai dari ini writing, verify sebelum relying pada them): PSI (daily, per-URL), Search Console (weekly), CrUX API (daily), History API (weekly, 40 weeks), BigQuery (monthly, origin-hanya, untuk 2017), CrUX Vis (weekly visual). CrUX Dashboard adalah deprecated Nov 2025 — gunakan CrUX Vis.
• peringkat impact adalah kecil; nyata case untuk caring tentang CrUX adalah pengguna experience.

Dokumentasi resmi

Utama-sumber CrUX documentation dari Chrome team pada developer.chrome.com.

• CrUX overview — apa CrUX adalah, -nya role di Web Vitals program, dan bagaimana Penelusuran menggunakan ini.
• CrUX methodology — four pengguna eligibility criteria, didukung/excluded platforms, 20% aturan, URL stripping, dan SPA/iframe menangani.
• CrUX API — 28-day window, p75 definition, queryRecord endpoint, 150 req/min rate limit, dan daily perbarui cadence.
• CrUX History API — weekly snapshots, up untuk 40 weeks dari history.
• CrUX pada BigQuery — monthly rilis (kedua Tuesday), origin-tingkat hanya, history back untuk 2017, country-tingkat data.
• CrUX Vis — visual alat itu replaced deprecated CrUX Dashboard.
• PageSpeed Insights + CrUX guide — URL → origin → Tidak-data fallback cascade, dan field-vs-lab framing.
• CrUX rilis notes — FID→INP transition, FID removal, dan Dashboard deprecation timeline.

Related background (web.dev)

• Lab dan data lapangan differences — mengapa sebuah lab score dan CrUX disagree.
• CrUX dan RUM differences — Chrome-hanya / iOS-excluded / SPA / iframe detail.

Quotes dari sumber

pada—record statements dari Chrome team’s CrUX documentation. setiap tautan adalah sebuah deep tautan itu jumps untuk quoted passage.

Apa CrUX adalah

• “The Chrome User Experience Report (also known as the Chrome UX Report, or CrUX for short) is a dataset that reflects how real-world Chrome users experience popular destinations on the web.” (terjemahan) “ Chrome pengguna Experience Report (juga known sebagai Chrome UX Report, atau CrUX untuk pendek) adalah sebuah dataset itu reflects bagaimana dunia nyata Chrome pengguna experience popular destinations pada web.” [Jump untuk quote](https://developer.chrome.com/docs/crux#:~:text=The%20Chrome%20User%20Experience%20Report%20(also%20known%20as%20the%20Chrome%20UX%20Report)
• “CrUX is the Google dataset of the Web Vitals program. All user-centric Core Web Vitals metrics are represented.” (terjemahan) “CrUX adalah Google dataset dari Web Vitals program. semua pengguna-centric Core Web Vitals metrics adalah represented.” Jump untuk quote

Eligibility dan coverage

• “Not all origins or pages are represented in the dataset. There are separate eligibility criteria for origins and pages, primarily that they must be publicly discoverable and there must be a large enough number of visitors in order to create a statistically significant dataset.” (terjemahan) “Tidak semua origins atau halaman adalah represented di dataset. ada terpisah eligibility criteria untuk origins dan halaman, primarily itu mereka harus menjadi publicly discoverable dan di sana harus menjadi sebuah besar cukup angka dari pengunjung di order untuk buat statistically significant dataset.” Jump untuk quote
• four pengguna criteria: “Enable usage statistic reporting. Sync their browser history. Not have a Sync passphrase set. Use a supported platform.” (terjemahan) “Enable usage statistic reporting. Sync mereka browser history. Tidak memiliki sebuah Sync passphrase set. gunakan didukung platform.” Jump untuk quote

Aggregation

• “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
• “75% of page loads experienced the given metric at or less than this value.” (terjemahan) “75% dari halaman memuat experienced diberikan metric di atau lebih sedikit daripada ini nilai.” Jump untuk quote
• “The values for each percentile are synthetically derived, it does not imply that any user actually experienced the value indicated, only that some percentage of page loads experienced a metric value that was less than the value given.” (terjemahan) “ nilai untuk setiap percentile adalah synthetically derived, ini melakukan tidak imply itu apa pun pengguna sebenarnya experienced nilai indicated, hanya itu beberapa percentage dari halaman memuat experienced sebuah metric nilai itu adalah lebih sedikit daripada nilai diberikan.” Jump untuk quote

Origin vs URL

• “When the identifier is an origin all data present for all pages in that origin are aggregated together.” (terjemahan) “Ketika identifier adalah sebuah origin semua data present untuk semua halaman di itu origin adalah aggregated together.” / “Ketika itu identifier adalah a URL, hanya data untuk itu specific URL akan menjadi returned.” (terjemahan) “Ketika identifier adalah sebuah URL, hanya data untuk itu spesifik URL akan menjadi dikembalikan.” Jump untuk quote

Field vs lab (web.dev)

• “Field data 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) “data lapangan 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.” Jump untuk quote
• “The Chrome User Experience Report, as its name suggests, is Chrome-only.” (terjemahan) “ Chrome pengguna Experience Report, sebagai -nya name suggests, adalah Chrome-hanya.” Jump untuk quote

CrUX access surfaces — cheat sheet

Di mana untuk mendapatkan CrUX data, dan apa setiap adalah baik untuk — cadence dan quotas di bawah adalah saat ini sebagai dari ini writing; periksa official docs sebelum relying pada them.

Fast facts

• Window: trailing 28 days, selalu — bahkan untuk newly launched halaman.
• Assessed di: p75 (75% dari memuat di/di bawah nilai), tidak sebuah average.
• Lag: CrUX berjalan ~2 days behind; memperbaiki umumnya register pada order dari sebuah month, tetapi ada Tidak fixed 30-day jaminan — ini bergantung pada eligible traffic dan metric involved.
• Coverage: eligible Chrome experiences hanya (opt-di, synced, didukung platform) — tidak pernah setiap Chrome pengguna, tidak pernah setiap pengunjung. Tidak iOS Chrome, Tidak WebViews, Tidak Edge / Safari / Firefox.
• Tidak data? Cascade adalah URL-tingkat → origin-tingkat → lab-hanya (Lighthouse). sebuah missing hasil berarti “not enough eligible sample,” (terjemahan) “tidak cukup eligible sample,” tidak sebuah zero atau sebuah lulus. origin dan halaman memakai pemeriksaan kelayakan yang terpisah.
• Field vs lab: CrUX = field (pengguna nyata, apa Google rates). Lighthouse = lab (satu simulated muat, untuk debugging).

CWV thresholds (di p75)

alat untuk berfungsi dengan CrUX

• PageSpeed Insights (pagespeed.web.dev) — fastest per-URL field periksa; CrUX pada top, Lighthouse lab di bawah. Free, Tidak key.
• Search Console — Core Web Vitals report — situs-wide CrUX assessment grouped oleh status, split Mobile/desktop. best view dari di mana Anda nyata CWV stand.
• CrUX Vis (cruxvis.withgoogle.com) — free visual trend alat di atas History API; origin dan URL tingkat; up untuk 40 weeks. replacement untuk deprecated CrUX Dashboard.
• CrUX API (chromeuxreport.googleapis.com/v1/records:queryRecord) — saat ini 28-day data programmatically; daily; perlu sebuah free Google Cloud API key untuk “Chrome UX Report API.” (terjemahan) “Chrome UX Report API.”
• CrUX History API (…:queryHistoryRecord) — weekly snapshots, up untuk 40 weeks, sama auth dan rate limits sebagai CrUX API.
• CrUX pada BigQuery (chrome-ux-report dataset) — untuk di-scale research: origin-tingkat, monthly (kedua Tuesday), country-tingkat data, history untuk 2017; free tier.
• Chrome DevTools — performa panel — surfaces CrUX data lapangan alongside Anda local trace (ditambahkan March 2025), so Anda dapat bandingkan lab dan field side oleh side.

Yang CrUX surface seharusnya I gunakan?

CrUX mistakes itu lead untuk buruk decisions

Treating sebuah origin fallback sebagai halaman-tingkat evidence

PageSpeed Insights dapat fall back dari sebuah URL untuk -nya origin ketika samples adalah thin. Baca displayed cakupan sebelum claiming sebuah spesifik halaman melewati; gunakan URL-tingkat data ketika tersedia dan label origin data honestly ketika ini adalah tidak.

Expecting sebuah launch-day perbaiki untuk rewrite sebuah 28-day window

CrUX adalah sebuah rolling field dataset, tidak sebuah langsung deployment test. gunakan data lab atau RUM untuk early diagnostics, lalu tunggu untuk baru experiences untuk replace old field window.

Calling Lighthouse sebuah CrUX pengukuran

Lighthouse adalah satu controlled lab jalankan. CrUX aggregates eligible nyata Chrome visits. gunakan Lighthouse untuk diagnose sebuah mungkin penyebab, tidak untuk declare Google’s field assessment fixed.

Assuming CrUX mewakili setiap pengguna

CrUX excludes Safari, Firefox, Edge, Chrome pada iOS, WebViews, dan Chrome pengguna siapa melakukan tidak memenuhi eligibility aturan. Bandingkan ini dengan pertama-party RUM ketika audience mix dapat membuat Chrome sample unrepresentative.

PageSpeed Insights says tidak ada data lapangan

Symptom: field bagian adalah missing. mungkin penyebab: neither URL nor -nya origin memenuhi CrUX eligibility atau sample requirements. Perbaiki: konfirmasi publik halaman mengembalikan 200 dan adalah dapat diindeks, lalu gunakan data lab atau pertama-party RUM; traffic cannot menjadi manufactured untuk CrUX. Recheck kemudian jika nyata usage grows.

halaman looks baik tetapi origin looks poor

Symptom: URL-tingkat dan origin-tingkat hasil disagree. mungkin penyebab: origin aggregates banyak halaman jenis dengan berbeda performa. Perbaiki: pertahankan cakupan di Anda report, inspect representative URLs dari slow templates, dan hindari averaging dua records together.

Lighthouse melewati sementara Search Console fails

Symptom: sebuah controlled test adalah green tetapi CWV report adalah tidak. mungkin penyebab: pengguna nyata memiliki lebih lambat devices, networks, cache status, atau interactions daripada lab jalankan. Perbaiki: segment CrUX oleh device, bandingkan field dan lab metric oleh metric, dan gunakan lab trace untuk reproduce field bottleneck.

sebuah API kueri mengembalikan tidak ditemukan

Symptom: sebuah URL/form-factor kueri memiliki Tidak record. mungkin penyebab: lebih sempit combination memiliki too sedikit eligible experiences. Perbaiki: hapus opsional dimensions, try origin cakupan, dan report fallback explicitly alih-alih treating missing data sebagai sebuah passing hasil.

CrUX analysis checklist

• Record apakah setiap nilai adalah URL-tingkat atau origin-tingkat.
• pertahankan mobile dan desktop/form-factor hasil terpisah.
• Konfirmasi window adalah trailing 28 days dan note collection dates.
• Baca p75 sebagai sebuah percentile dari halaman memuat, tidak sebuah individual pengguna’s score.
• periksa apakah PageSpeed Insights fell back dari URL untuk origin.
• Treat missing data sebagai insufficient coverage, tidak pernah sebagai sebuah lulus.
• Bandingkan LCP, INP, dan CLS secara terpisah; satu passing metric melakukan tidak membuat semua lulus.
• gunakan Lighthouse atau DevTools untuk diagnosis, tidak sebagai sebuah substitute untuk data lapangan.
• Bandingkan CrUX dengan pertama-party RUM ketika non-Chrome pengguna penting heavily.
• memungkinkan rolling window untuk turn di atas sebelum judging sebuah production perbaiki di CrUX.

Cakupan, window, percentile, population

setiap CrUX angka becomes easier untuk interpret ketika I label four hal pertama:

1. Cakupan: adalah ini tepat URL atau seluruh origin?
2. Window: yang trailing 28-day period produced ini?
3. Percentile: ini adalah p75, tidak sebuah average atau satu pengguna’s visit.
4. Population: eligible Chrome pengguna pada didukung platforms, tidak semua traffic.

jika sebuah report omits apa pun dari itu, angka adalah easy untuk overstate.

Verdict pertama, diagnosis kedua

CrUX jawaban apa nyata eligible pengguna experienced. sebuah lab trace jawaban mengapa sebuah controlled muat behaved itu cara. Mulai dengan field verdict, choose affected metric dan cakupan, lalu gunakan lab tooling untuk investigate. setelah shipping sebuah perbaiki, gunakan lab untuk konfirmasi mechanism immediately dan CrUX untuk konfirmasi population-tingkat outcome setelah rolling window perubahan.

Ongoing CrUX KPIs

p75 LCP, INP, dan CLS

Metric: setiap Core Web Vital di p75. Apa ini tells Anda: field experience Google menggunakan untuk -nya CWV assessment. cara pull ini: CrUX API, History API, CrUX Vis, atau PageSpeed Insights, dengan cakupan dan form factor recorded. Benchmark / realistic range: gunakan published baik thresholds di ini artikel; pertahankan semua three metrics terpisah. Cadence: weekly trends, dengan daily memeriksa selama sebuah rollout.

baik-status coverage oleh template

Metric: share dari penting URL groups assessed baik di Search Console. Apa ini tells Anda: bagaimana broadly field performa adalah healthy di seluruh situs. cara pull ini: mobile dan desktop Core Web Vitals reports plus sebuah template inventory. Benchmark / realistic range: establish sebuah situs baseline dan prioritize valuable, tinggi-traffic templates; sparse URLs dapat memiliki Tidak individual CrUX record. Cadence: weekly.

URL-tingkat data availability

Metric: monitored priority URLs dengan mereka own CrUX record alih-alih sebuah origin fallback. Apa ini tells Anda: bagaimana banyak halaman-spesifik evidence Anda reporting dapat mendukung. cara pull ini: log API kueri success dan PSI cakupan untuk fixed URL set. Benchmark / realistic range: bergantung pada eligible Chrome traffic; melakukan tidak turn coverage ke sebuah target itu encourages artificial traffic. Cadence: monthly.

Uji pemahaman Anda: Chrome UX Report

Five quick pertanyaan pada CrUX cakupan, coverage, dan interpretation. Pick sebuah jawaban untuk setiap, lalu periksa.

Resources worth Anda time

My related writing

• Core Web Vitals data Study w/ CrUX & 5,2M halaman — my pertama-party study combining CrUX dengan sebuah 43,66M-halaman crawl; sumber dari ~11,9% coverage dan origin-vs-halaman lulus-rate figures.
• Apa adalah Core Web Vitals — di mana CrUX fits, dan my take pada bagaimana banyak CWV sebenarnya move rankings.
• Largest Contentful Paint (LCP) — field-data framing untuk LCP.
• Cumulative Layout Shift (CLS) — including mengapa 28-day window slows down terlihat improvement.
• PageSpeed Insights guide — alat itu surfaces CrUX data lapangan per URL.

Official

• CrUX documentation (Chrome team) — canonical reference untuk semuanya di atas.
• HTTP Archive CrUX report — ongoing publik dashboards dibangun pada CrUX/BigQuery.

dari others

• DebugBear — Chrome pengguna Experience Report guide — thorough, developer-focused alat perbandingan.
• Lumar — SEO’s guide untuk situs speed, CWV, Lighthouse & CrUX — strong SEO framing.
• SpeedCurve — Ketika untuk gunakan CrUX, RUM, dan Synthetic monitoring — honest three-cara perbandingan; panggilan out Chrome-hanya / iOS blind spot dengan jelas.
• GTmetrix — Apa adalah CrUX dan Mengapa seharusnya I Care? — detailed eligibility breakdown dan coverage limitations.

Stats worth citing

• hanya ~11,9% dari 43,66M unique situs Audit halaman di my January 2022 sample memiliki setidaknya satu CrUX Core Web Vitals metric. itu adalah 5,21M halaman; rest memiliki too little traffic untuk qualify. Sumber
• Origin lulus rates outran halaman lulus rates di itu sama Jan 2022 sample: ~33% vs ~21,2%. Domains passing CWV di origin tingkat ran well di atas share dari individual halaman passing — origin averages fold di lebih cepat halaman dan cached repeat visits. sebuah dated snapshot, tidak sebuah saat ini universal rate. Sumber
• Hampir Tidak situs pada 3G atau lebih lambat lulus CWV, per itu study. “Itu LCP threshold seems hampir impossible untuk lulus pada lebih lambat connections.” (terjemahan) “ LCP threshold seems hampir impossible untuk lulus pada lebih lambat connections.” Sumber
• Geography skewed hasil di itu sample. U.S. diperingkatkan 38th globally dengan sebuah ~41% passing rate; device dan network norms oleh country drove sebagian besar dari spread. Sumber
• pada order dari sebuah month untuk see sebuah perbaiki fully register — 28-day window plus CrUX’s ~2-day lag, though tepat timeline tidak fixed dan bergantung pada eligible traffic dan metric involved. Sumber
• Lebih daripada half dari origins now lulus Core Web Vitals. sebagai dari August 2024 CrUX milestone, Google reported itu di atas 50% dari origins di dataset lulus semua three Core Web Vitals — up significantly dari ~33% origin lulus rate diukur di sebelumnya studies. Sumber
• CrUX covers di atas 15 million origins. sebagai dari 2024–2025, dataset mencakup data dari lebih daripada 15 million distinct origins, per Chrome team’s methodology documentation. Sumber

Log perubahan