Chrome UX Báo cáo (CrUX)

Tóm tắt — CrUX là Google collection của thực-world speed dữ liệu từ thực tế Chrome người dùng. nó dữ liệu Google dùng để judge của bạn Core Web Vitals — không lab score tool như Lighthouse generates on single kiểm thử machine. Đó là lý làm của bạn Lighthouse score có thể là green trong khi Search Console nói bạn cần hoạt động: họ đo lường khác điều.

Điều gì CrUX là

Chrome Người dùng Experience Báo cáo — CrUX cho ngắn — là free dataset Google publishes đó hiển thị Cách thực mọi người, on thực devices và thực networks, experience websites. thay vì kiểm thử trang sau khi trong lab, CrUX gathers measurements từ lớn numbers của thực tế Chrome người dùng và các báo cáo kết quả.

Đây là được gọi là trường dữ liệu (đôi khi “real-người dùng” dữ liệu). nó opposite của lab dữ liệu, mà là Điều gì tool như Lighthouse produces by loading của bạn trang sau khi on controlled kiểm thử machine. Cả hai là hữu ích, nhưng chỉ một của them là Điều gì Google xem xét để assess của bạn trang web.

Vì sao điều này quan trọng

CrUX là chính thức dataset behind Core Web Vitals program. Google xếp hạng các hệ thống sử dụng Core Web Vitals measured từ thực-người dùng trường dữ liệu, không Lighthouse lab score. So nếu bạn chỉ bao giờ xem xét của bạn Lighthouse number, bạn có thể là looking tại sai điều hoàn toàn.

bạn đã đã seen CrUX ngay cả khi bạn đã không know điều này. Đó “Discover what your real users are experiencing” (bản dịch) «Discover điều gì của bạn real người dùng là experiencing» section tại đó top of PageSpeed Insights là CrUX. Đó Search Console Core Web Vitals báo cáo là CrUX. Những là đó numbers đó count.

điều phần lớn mọi người nhận sai

** good Lighthouse score không có nghĩa là của bạn Core Web Vitals là good.** Lighthouse chạy sau khi, on một simulated device, với throttled network và rỗng bộ nhớ đệm. của bạn thực khách truy cập là on mix của phones, laptops, fast và chậm connections, near và far. CrUX captures đó mess; Lighthouse không. trang có thể score 95 trong Lighthouse và vẫn hiển thị “Poor” trong CrUX nếu phần lớn của của bạn thực người dùng là on chậm mobile.

Một nhiều hơn điều đó surprises mọi người: không mỗi trang là trong CrUX. URL cần đủ thực visits để là được bao gồm. Lots của thấp-traffic các trang có không CrUX dữ liệu tại all, so tools fall back để cho thấy của bạn toàn bộ-trang web (“origin”) dữ liệu thay vì, hoặc chỉ say có không trường dữ liệu tuy vậy.

Muốn methodology — 28-day window, 75th percentile, origin so với URL dữ liệu, và mỗi way để pull CrUX dữ liệu? Switch để Nâng cao tab.

Tóm tắt — CrUX là chính thức Chrome Người dùng Experience Báo cáo: thực-world trường UX dữ liệu aggregated từ eligible Chrome người dùng — những điều đó ai đáp ứng Google opt-trong, sync, và supported-nền tảng criteria — và dataset behind Cốt lõi Web Chỉ số quan trọng program. nó reported tại 75th percentile over trailing 28-day aggregation window, tại cả hai origin và URL level. Coverage là một phần — không bao giờ mỗi Chrome người dùng và không bao giờ mỗi khách truy cập, chỉ eligible Chrome người dùng on supported các nền tảng (không Chrome on iOS, không Edge/Safari/Firefox), và trang cần đủ samples để là được bao gồm, so nhiều thấp-traffic các URL có không CrUX dữ liệu và tools fall back để origin-level hoặc “không dữ liệu.” Six surfaces hiện tại expose nó: PageSpeed Insights, Search Console, CrUX API (daily), History API (weekly), BigQuery (monthly), và CrUX Vis — kiểm tra hiện tại tài liệu, since cadence và quotas có thể thay đổi. CrUX là trường; Lighthouse là lab — Đó là lý làm hai disagree.

CrUX là trường-dữ liệu layer của Core Web Vitals

Google mô tả điều này plainly: “The Chrome User Experience Report … is a dataset that reflects how real-world Chrome users experience popular destinations on the web.” (bản dịch) «Đó Chrome Người dùng Experience Báo cáo … là một dataset đó reflects cách thực tế Chrome người dùng experience popular destinations on đó web.» Và đây là không một side project — “CrUX is the Google dataset of the Web Vitals program. All user-centric Core Web Vitals metrics are represented.” (bản dịch) «CrUX là đó Google dataset of đó Web Chỉ số quan trọng program. All người dùng-centric Core Web Vitals các chỉ số là represented.» Đó dữ liệu là “used by Google Search to inform the page experience ranking factor.” (bản dịch) «dùng by Google Search to inform đó trang experience xếp hạng factor.»

So mental model là: Core Web Vitals là các chỉ số; CrUX là dataset họ trực tiếp trong. Khi Tìm kiếm assesses của bạn CWV, nó đọc CrUX. đó single fact resolves phần lớn của confusion on điều này trang.

Cách CrUX collects dữ liệu

CrUX là được xây dựng từ real Chrome người dùng — nhưng một cụ thể, eligible subset of them, không mỗi Chrome người dùng và không mỗi khách truy cập to trang web của bạn. MỘT người dùng experiences là chỉ aggregated nếu they đáp ứng all four criteria: “Enable usage statistic reporting. Sync their browser history. Not have a Sync passphrase set. Use a supported platform.” (bản dịch) «Enable usage statistic reporting. Sync của họ trình duyệt history. Không có một Sync passphrase set. Dùng một supported nền tảng.»

“Supported platform” (bản dịch) «Supported nền tảng» là đang làm một lot of hoạt động. Được bao gồm: desktop Chrome on Windows, macOS, ChromeOS, và Linux, plus Android Chrome (including Custom Tabs và WebAPKs). Excluded: Chrome on iOS, Android WebViews, và “other Chromium browsers.” (bản dịch) «other Chromium các trình duyệt.» Trong thực tế đó có nghĩa là Microsoft Edge, Samsung Internet, Safari, và Firefox không phải trong CrUX tại all — và neither là any iOS trình duyệt, vì they all chạy on WebKit.

Đây là blind spot worth internalizing. nếu bạn chạy e-commerce hoặc media trang web nơi phần lớn traffic là iPhone/Safari, CrUX có thể là measuring minority của của bạn thực audience. dữ liệu không phải sai — nó chỉ không phải mọi người.

Vì sao some các trang có không CrUX dữ liệu

CrUX không cover mỗi trang, và này trips up một lot of mọi người. Từ 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.” (bản dịch) «Không all origins hoặc các trang là represented trong đó dataset. Có tách biệt eligibility criteria cho origins và các trang, primarily đó they phải được publicly discoverable và ở đó phải được một lớn đủ number of khách truy cập trong order to tạo một statistically significant dataset.» Đó chính xác popularity threshold là có chủ ý undisclosed — treat any cụ thể khách truy cập number bạn see quoted as an không chính thức estimate, không một được ghi lại rule.

trang và origin eligibility là evaluated riêng. origin có thể có đủ eligible traffic để là reported even Khi nhiều của của nó individual các trang không — mà là chính xác Vì sao domain có thể hiển thị origin-level dữ liệu trong khi cụ thể URL on nó có none. và missing kết quả không phải score: nó chỉ có nghĩ là Google không có lớn-đủ eligible sample để báo cáo bất cứ điều gì cho đó phạm vi. Missing không phải zero, không truyền, và không fail.

Có mechanical requirements cũng: đó trang có to trả về 200 (sau các chuyển hướng) và không được là noindex’d (header hoặc meta tag). Và có một 20% rule — “origins or pages having more than 20% of their total traffic excluded due to ineligible combinations of dimensions are excluded entirely from the dataset.” (bản dịch) «origins hoặc các trang có hơn 20% of của họ total traffic excluded due to ineligible combinations of dimensions là excluded hoàn toàn từ đó dataset.»

I’ve measured Cách thin điều này coverage nhận. Trong my Core Web Vitals dữ liệu study I combined CrUX với Ahrefs crawl của 43,66 million các trang. chỉ 5,21 million của them — roughly 11,9% — có ít nhất một Core Web Vitals chỉ số trong January 2022 CrUX dataset. rest có cũng little traffic để qualify. đó thông thường state của web, không lỗi.

Khi một cụ thể URL có không dữ liệu, tools cascade. Trong PageSpeed Insights: URL-level CrUX → nếu insufficient, dùng dự phòng ở cấp origin CrUX → nếu đó là cũng missing, bạn nhận không trường dữ liệu và chỉ đó Lighthouse lab section vẫn. Google note on vì sao fine-grained lookups fail hơn thường: “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.” (bản dịch) «Đó hơn fine-grained đó yêu cầu là, ví dụ một cụ thể combination of URL và form factor, đó ít hơn người dùng experiences điều này sẽ bao gồm. Này có thể lead to hơn frequent ‘không tìm thấy’ các lỗi.»

Cách CrUX aggregates: 28 days và p75

Hai numbers define Cách CrUX các báo cáo mọi thứ.

Đó 28-day rolling window. “The data in the Chrome UX Report is a 28-day rolling average of aggregated metrics.” (bản dịch) «Đó dữ liệu trong đó Chrome UX Báo cáo là một 28-day rolling average of aggregated các chỉ số.» Mỗi reading bạn see là một trailing 28-day aggregate. Một 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).” (bản dịch) «đó collectionPeriod sẽ luôn cho thấy 28-days, ngay cả khi đó dữ liệu không phải cho đó đầy đủ 28 days (ví dụ nếu một trang đã là launched ít hơn hơn 28 days ago).»

Đó practical upshot — và I’ve đã làm này point cho năm — là đó các cách sửa take một trong khi to cho thấy up. CrUX chạy về hai days behind real time, và mỗi reading là an aggregation over đó trailing window, không một trực tiếp number — so một thay đổi không fully replace đó old dữ liệu until đủ new eligible sessions có accumulated và đó old ones có aged out. On đó order of một month là một reasonable rule of thumb, nhưng điều này không một fixed countdown: cách fast một cách sửa cho thấy up phụ thuộc vào cách nhiều eligible traffic đó trang hoặc origin nhận, đó chỉ số own lifetime, và đó collection period reported cho đó record. As I put điều này trong my CLS hướng dẫn, “it takes a while to see the impact of changes.” (bản dịch) «điều này takes một trong khi to see đó impact of thay đổi.» Hữu ích cho setting stakeholder expectations: không promise day-một movement, và không promise an chính xác date either.

Đó 75th percentile (p75). CWV là assessed tại p75, không đó median. Google definition: “75% of page loads experienced the given metric at or less than this value.” (bản dịch) «75% of trang loads experienced đó được cho chỉ số tại hoặc ít hơn hơn này giá trị.» So to truyền, three of four loads cần to là tại hoặc under đó “good” threshold. Quan trọng caveat từ Google: đó percentile các giá trị “are synthetically derived, it does not imply that any user actually experienced the value indicated.” (bản dịch) «là synthetically derived, điều này không imply đó any người dùng thực ra experienced đó giá trị indicated.» p75 of “good” không có nghĩa là “75% of users are happy” (bản dịch) «75% of người dùng là happy» trong any literal sense — điều này có nghĩa là 75% of trang loads came trong tại hoặc dưới đó threshold, và đó top quartile không penalized miễn là đó holds.

Origin-level so với URL-level

CrUX các báo cáo tại hai granularities, và khác biệt là một của phần lớn quan trọng điều cho SEO để understand.

• Origin-level aggregates “all data present for all pages in that origin … together” (bản dịch) «all dữ liệu present cho all các trang trong đó origin … together» — essentially của bạn toàn bộ domain averaged.
• URL-level trả về “only data for that specific URL.” (bản dịch) «chỉ dữ liệu cho đó cụ thể URL.»

những điều này có thể diverge sharply. trang web có thể hiển thị “Good” origin-level CrUX trong khi cụ thể cao-giá trị landing trang là “Poor”, vì nhanh hơn các trang elsewhere offset nó trong origin average. Since PSI falls back để origin dữ liệu Khi URL không có đủ của của nó own, Bạn có thể là looking tại của bạn domain average trong khi thinking bạn’re looking tại trang trong front của bạn.

My dữ liệu study surfaced điều này khoảng trống tại scale: trong đó January 2022 sample, ~33% của websites đã truyền CWV tại origin level, nhưng chỉ ~21,2% của individual các trang đã truyền. Domain-level numbers ran cao hơn partly vì họ fold trong repeat/được lưu đệm visits across toàn bộ trang web. Treat những điều đó cụ thể figures as dated lớn-sample snapshot, không hiện tại universal rate — nhưng underlying lesson vẫn holds: kiểm tra URL-level dữ liệu cho của bạn mấu chốt các trang bất cứ khi nào nó khả dụng, và không assume passing origin có nghĩ là mỗi trang truyền.

CrUX cũng splits by form factor — PHONE, TABLET, và DESKTOP — và Google assesses sử dụng form-factor-appropriate dữ liệu, mà là Vì sao của bạn mobile và desktop numbers differ.

Trường so với lab: Vì sao của bạn Lighthouse score không match

Này là đó cốt lõi tension và worth đang precise về. Trường dữ liệu là “determined by monitoring all users who visit a page and measuring … each one of those users’ individual experiences” (bản dịch) «determined by monitoring all người dùng ai visit một trang và measuring … mỗi một of những người dùng’ individual experiences» — đó chung category là cũng called RUM (real-người dùng monitoring), và CrUX là một cụ thể, công khai implementation of điều này. Lab dữ liệu (Lighthouse) là “determined by loading a web page in a controlled environment with a predefined set of network and device conditions.” (bản dịch) «determined by loading một web trang trong một controlled environment với một predefined set of network và device conditions.»

They differ vì trường dữ liệu “includes a wide variety of network and device conditions as well as a myriad of different types of user behavior,” (bản dịch) «bao gồm một wide variety of network và device conditions cũng như một myriad of khác nhau types of người dùng behavior,» trong khi một lab kiểm thử “intentionally limits the number of variables” (bản dịch) «intentionally limits đó number of variables» — một device, một network, một location, và typically một cold bộ nhớ đệm. PageSpeed Insights theo nghĩa đen cho thấy cả hai: đó CrUX trường section up top (điều gì Google rates bạn on) và đó Lighthouse lab section dưới (một gỡ lỗi approximation). As đó CrUX tài liệu put điều này: “CrUX is a collection of real-user experiences from the field, while Lighthouse is a controlled test in the lab.” (bản dịch) «CrUX là một collection of real-người dùng experiences từ đó trường, trong khi Lighthouse là một controlled kiểm thử trong đó lab.»

So khi của bạn local Lighthouse chạy says 95 nhưng Search Console says “Needs Improvement,” (bản dịch) «Cần Improvement,» không có gì là hỏng — bạn là comparing một single sạch lab load so với đó messy reality of của bạn thực tế người dùng.

CrUX không phải giống nhau điều as của bạn own RUM. riêng tư, đầu tiên-party RUM tool (instrumented với điều gì đó như web-vitals JS library) và CrUX có thể báo cáo khác numbers cho giống nhau trang, vì của họ populations, consent trạng thái, sampling, và chỉ số lifetimes không phải giống hệt. Think của three options as khác jobs:

• CrUX — free, công khai benchmark của eligible Chrome experiences. sử dụng nó để see Điều gì Google sees, và để kiểm tra đối thủ trường performance.
• Riêng tư RUM — của bạn own instrumented monitoring. sử dụng nó Khi bạn cần mỗi trình duyệt (không chỉ eligible Chrome), theo-người dùng hoặc theo-segment detail, hoặc thực-time alerting đó CrUX rolling window có thể’t cho bạn.
• Synthetic monitoring (Lighthouse, WebPageTest, và similar) — controlled, repeatable kiểm thử. sử dụng nó cho pre-phát hành regression kiểm tra và để diagnose Vì sao trường chỉ số là bad, không để declare trường chỉ số fixed.

cho chung trường-so với-lab theory beyond CrUX cụ thể — RUM tooling options, synthetic monitoring setups, và rộng hơn decision framework — see Trường so với. Lab Dữ liệu deep dive.

Điều gì trong CrUX (và Điều gì không phải)

three Core Web Vitals là all present — Largest Contentful Paint (loading), Interaction để tiếp theo Paint (responsiveness), và Cumulative Layout Shift (visual stability) — assessed tại p75 so với những điều này thresholds:

Beyond three, CrUX cũng carries supporting các chỉ số như FCP (đầu tiên Contentful Paint), experimental TTFB, và RTT (Round Trip Time, mà replaced retired ECT dimension trong January 2025), plus LCP image subparts và navigation types.

Điều gì CrUX không có là lab-chỉ diagnostics: Total Blocking Time, Speed chỉ mục, và Time để Interactive không exist trong CrUX — bạn chỉ nhận những điều đó từ Lighthouse. và note lịch sử shift: INP replaced FID as Cốt lõi Web Vital trong March 2024, và FID là đã xóa từ CrUX trong August 2024 (và từ BigQuery trong September 2024). lot của older các hướng dẫn vẫn reference FID — họ’re out của date.

Six ways để access CrUX

Cadence, quotas, và history depth dưới là hiện tại as của điều này writing — Google có changed them trước khi ( CrUX Dashboard deprecation là gần đây ví dụ), so treat điều này as snapshot và kiểm tra linked tài liệu chính thức cho hiện tại numbers trước khi bạn xây dựng bất cứ điều gì đó phụ thuộc vào them.

một vài specifics worth knowing:

• PageSpeed Insights là đó fastest theo-URL look. Trường dữ liệu on top, lab dưới; free, không API key.
• Search Console’s Core Web Vitals báo cáo groups của bạn được lập chỉ mục URLs by status (Good / Cần Improvement / Poor) với tách biệt Mobile và Desktop views. Vì điều này groups các trang by pattern, một “trang group” có thể mix fast và chậm URLs — mà là vì sao một trang có thể look fine trong PSI nhưng là flagged trong GSC.
• Đó CrUX API (POST …/v1/records:queryRecord) trả về đó hiện tại 28-day window với p75s và histogram bins; query by origin hoặc url (mutually exclusive). đây là free, cần một Google API key, và là “limited to 150 queries per minute per Google Cloud project.” (bản dịch) «limited to 150 queries theo minute theo Google Cloud project.»
• Đó CrUX History API cho up to 40 weeks of weekly snapshots — trend dữ liệu không có touching BigQuery.
• BigQuery là đó tại-scale option (history to 2017, country-level dữ liệu đó APIs không expose) nhưng đây là origin-level chỉ — không theo-URL dữ liệu trong đó tiêu chuẩn các bảng.
• CrUX Vis (cruxvis.withgoogle.com) là đó visual tool. Note: đó old CrUX Dashboard trong Looker Studio đã là deprecated trong November 2025 — của nó connector đã dừng updating. Nếu một hướng dẫn vẫn points bạn tại đó Dashboard, đây là stale; dùng CrUX Vis thay vì.

Làm CrUX move thứ hạng?

CrUX là đó trường-dữ liệu nguồn cho đó trang-experience tín hiệu, so có, điều này feeds một xếp hạng input — nhưng I’d temper expectations on cách nhiều đó là worth. My standing view, từ my Core Web Vitals hướng dẫn: “I don’t expect much, if any, improvement in rankings from improving Core Web Vitals,” (bản dịch) «I không expect nhiều, nếu any, improvement trong thứ hạng từ improving Cốt lõi Web Chỉ số quan trọng,» và “unless you are extremely slow, I generally won’t prioritize fixing them.” (bản dịch) «trừ khi bạn là extremely chậm, I generally sẽ không prioritize sửa them.» Đó stronger case cho caring về của bạn CrUX numbers là người dùng experience, không một xếp hạng bump. Understand đó dữ liệu; không panic về điều này.

nơi điều này fits

CrUX là trường-dữ liệu engine under Core Web Vitals hub. các chỉ số nó các báo cáo mỗi có của họ own deep dives — Largest Contentful Paint, Interaction để tiếp theo Paint, và Cumulative Layout Shift — và hai main tools đó surface CrUX là PageSpeed Insights (trường + lab) và Google Lighthouse (lab chỉ). nếu bạn chỉ remember một điều: trường/lab split là Vì sao green lab score và failing CWV assessment có thể cả hai là đúng tại sau khi.

AI summary

condensed take on Nâng cao version:

• CrUX = trường dữ liệu, và đây là đó dataset behind Core Web Vitals. Khi Google assesses của bạn CWV cho Tìm kiếm, điều này đọc CrUX — không một Lighthouse lab score.
• Collection là limited to eligible Chrome experiences — người dùng ai đáp ứng four được ghi lại criteria (opt trong, sync history, không Sync passphrase, supported nền tảng), không bao giờ mỗi Chrome người dùng và không bao giờ mỗi khách truy cập. Không Chrome on iOS, không Android WebViews, không Edge/Safari/Firefox. Cho Safari-nặng audiences, CrUX measures một minority of real người dùng.
• Coverage là một phần, và trang/origin eligibility là evaluated riêng — an origin có thể qualify even khi nhiều of của nó các trang không. MỘT missing kết quả có nghĩa là “not enough eligible sample to report,” (bản dịch) «không đủ eligible sample to báo cáo,» không một zero hoặc một truyền. Trong my January 2022 sample of 43,66M unique Site Audit các trang, chỉ ~11,9% đã có tại least một Core Web Vitals chỉ số trong CrUX. Tools fall back: URL → origin → “không dữ liệu” (lab chỉ).
• Aggregation = một trailing 28-day window tại p75, không một literal average và không một trực tiếp number. p75 có nghĩa là 75% of loads đã là tại hoặc dưới đó giá trị; đó các giá trị là synthetically derived. Các cách sửa generally take on đó order of một month to register, nhưng có không fixed 30-day bảo đảm — điều này phụ thuộc vào eligible traffic volume, chỉ số lifetime, và đó window own lag.
• Origin so với URL matters. Origin = toàn bộ-domain aggregate; URL = đó trang. They diverge — my study được tìm thấy ~33% of các trang đã truyền tại origin level nhưng chỉ ~21,2% of individual các trang. Kiểm tra URL-level cho key các trang.
• Trường so với lab là vì sao Lighthouse (single sạch lab load) disagrees với CrUX (messy real người dùng). PSI cho thấy cả hai. CrUX itself là một cụ thể, công khai form of RUM — một riêng tư, đầu tiên-party RUM tool và CrUX có thể vẫn disagree.
• Six access surfaces (cadence/quotas hiện tại as of này writing, verify trước relying on them): PSI (daily, theo-URL), Search Console (weekly), CrUX API (daily), History API (weekly, 40 weeks), BigQuery (monthly, origin-chỉ, to 2017), CrUX Vis (weekly visual). Đó CrUX Dashboard đã là deprecated Nov 2025 — dùng CrUX Vis.
• Xếp hạng impact là nhỏ; đó real case cho caring về CrUX là người dùng experience.

Tài liệu chính thức

Chính-nguồn CrUX tài liệu từ Chrome team on developer.chrome.com.

• CrUX overview — Điều gì CrUX là, của nó role trong Web Chỉ số quan trọng program, và Cách Tìm kiếm dùng nó.
• CrUX methodology — four người dùng eligibility criteria, supported/excluded các nền tảng, 20% rule, URL stripping, và SPA/iframe xử lý.
• CrUX API — 28-day window, p75 definition, queryRecord điểm cuối, 150 req/min rate limit, và daily cập nhật cadence.
• CrUX History API — weekly snapshots, up để 40 weeks của history.
• CrUX on BigQuery — monthly phát hành (thứ hai Tuesday), origin-level chỉ, history back để 2017, country-level dữ liệu.
• CrUX Vis — visual tool đó replaced deprecated CrUX Dashboard.
• PageSpeed Insights + CrUX hướng dẫn — URL → origin → không-dữ liệu fallback cascade, và trường-so với-lab framing.
• CrUX phát hành notes — FID→INP transition, FID removal, và Dashboard deprecation timeline.

Related background (web.dev)

• Lab và trường dữ liệu differences — Vì sao lab score và CrUX disagree.
• CrUX và RUM differences — Chrome-chỉ / iOS-excluded / SPA / iframe details.

Quotes từ nguồn

On—record statements từ Chrome team CrUX tài liệu. mỗi link là deep link đó jumps để quoted passage.

Điều gì CrUX là

• “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.” (bản dịch) «Đó Chrome Người dùng Experience Báo cáo (cũng known as đó Chrome UX Báo cáo, hoặc CrUX cho ngắn) là một dataset đó reflects cách thực tế Chrome người dùng experience popular destinations on đó web.» [Jump to 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.” (bản dịch) «CrUX là đó Google dataset of đó Web Chỉ số quan trọng program. All người dùng-centric Core Web Vitals các chỉ số là represented.» Jump to quote

Eligibility và 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.” (bản dịch) «Không all origins hoặc các trang là represented trong đó dataset. Có tách biệt eligibility criteria cho origins và các trang, primarily đó they phải được publicly discoverable và ở đó phải được một lớn đủ number of khách truy cập trong order to tạo một statistically significant dataset.» Jump to quote
• Đó four người dùng criteria: “Enable usage statistic reporting. Sync their browser history. Not have a Sync passphrase set. Use a supported platform.” (bản dịch) «Enable usage statistic reporting. Sync của họ trình duyệt history. Không có một Sync passphrase set. Dùng một supported nền tảng.» Jump to quote

Aggregation

• “The data in the Chrome UX Report is a 28-day rolling average of aggregated metrics.” (bản dịch) «Đó dữ liệu trong đó Chrome UX Báo cáo là một 28-day rolling average of aggregated các chỉ số.» Jump to quote
• “75% of page loads experienced the given metric at or less than this value.” (bản dịch) «75% of trang loads experienced đó được cho chỉ số tại hoặc ít hơn hơn này giá trị.» Jump to 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.” (bản dịch) «Đó các giá trị cho mỗi percentile là synthetically derived, điều này không imply đó any người dùng thực ra experienced đó giá trị indicated, chỉ đó some percentage of trang loads experienced một chỉ số giá trị đó đã là ít hơn hơn đó giá trị được cho.» Jump to quote

Origin so với URL

• “When the identifier is an origin all data present for all pages in that origin are aggregated together.” (bản dịch) «Khi đó identifier là an origin all dữ liệu present cho all các trang trong đó origin là aggregated together.» / “When the identifier is a URL, only data for that specific URL will be returned.” (bản dịch) «Khi đó identifier là một URL, chỉ dữ liệu cho đó cụ thể URL sẽ là đã trả về.» Jump to quote

Trường so với 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.” (bản dịch) «Trường dữ liệu là determined by monitoring all người dùng ai visit một trang và measuring một được cho set of performance các chỉ số cho mỗi một of những người dùng’ individual experiences.» Jump to quote
• “The Chrome User Experience Report, as its name suggests, is Chrome-only.” (bản dịch) «Đó Chrome Người dùng Experience Báo cáo, as của nó name suggests, là Chrome-chỉ.» Jump to quote

CrUX access surfaces — bảng tra nhanh

nơi để nhận CrUX dữ liệu, và Điều gì mỗi là good cho — cadence và quotas dưới là hiện tại as của điều này writing; kiểm tra tài liệu chính thức trước khi relying on them.

Fast facts

• Window: trailing 28 days, luôn — even cho newly launched các trang.
• Assessed tại: p75 (75% of loads tại/under đó giá trị), không an average.
• Lag: CrUX chạy ~2 days behind; các cách sửa generally register on đó order of một month, nhưng có không fixed 30-day bảo đảm — điều này phụ thuộc vào eligible traffic và đó chỉ số involved.
• Coverage: eligible Chrome experiences chỉ (opt-trong, synced, supported nền tảng) — không bao giờ mỗi Chrome người dùng, không bao giờ mỗi khách truy cập. Không iOS Chrome, không WebViews, không Edge / Safari / Firefox.
• Không dữ liệu? Cascade là URL-level → origin-level → lab-chỉ (Lighthouse). MỘT missing kết quả có nghĩa là “not enough eligible sample,” (bản dịch) «không đủ eligible sample,» không một zero hoặc một truyền. Trang và origin eligibility là evaluated riêng.
• Trường so với lab: CrUX = trường (real người dùng, điều gì Google rates). Lighthouse = lab (một simulated load, cho gỡ lỗi).

CWV thresholds (tại p75)

Tools cho hoạt động với CrUX

• PageSpeed Insights (pagespeed.web.dev) — fastest theo-URL trường kiểm tra; CrUX on top, Lighthouse lab dưới. Free, không key.
• Search Console — Core Web Vitals báo cáo — site-wide CrUX assessment grouped by status, split Mobile/Desktop. Đó best view of nơi của bạn real CWV stand.
• CrUX Vis (cruxvis.withgoogle.com) — free visual trend tool over đó History API; origin và URL level; up to 40 weeks. Đó replacement cho đó deprecated CrUX Dashboard.
• CrUX API (chromeuxreport.googleapis.com/v1/records:queryRecord) — hiện tại 28-day dữ liệu programmatically; daily; cần một free Google Cloud API key cho đó “Chrome UX Report API.” (bản dịch) «Chrome UX Báo cáo API.»
• CrUX History API (…:queryHistoryRecord) — weekly snapshots, up to 40 weeks, giống nhau auth và rate limits as đó CrUX API.
• CrUX on BigQuery (chrome-ux-report dataset) — cho tại-scale research: origin-level, monthly (second Tuesday), country-level dữ liệu, history to 2017; free tier.
• Chrome DevTools — Performance panel — surfaces CrUX trường dữ liệu alongside của bạn local trace (đã thêm March 2025), so bạn có thể so sánh lab và trường side by side.

Mà CrUX surface nên I sử dụng?

CrUX mistakes đó lead để bad decisions

Treating origin fallback as trang-level evidence

PageSpeed Insights có thể fall back từ URL để của nó origin Khi samples là thin. đọc displayed phạm vi trước khi claiming cụ thể trang truyền; sử dụng URL-level dữ liệu Khi khả dụng và label origin dữ liệu honestly Khi nó không phải.

Expecting launch-day khắc phục để rewrite 28-day window

CrUX là rolling trường dataset, không trực tiếp deployment kiểm thử. sử dụng lab dữ liệu hoặc RUM cho sớm diagnostics, sau đó chờ cho new experiences để replace old trường window.

Calling Lighthouse CrUX việc đo lường

Lighthouse là một controlled lab chạy. CrUX aggregates eligible thực Chrome visits. sử dụng Lighthouse để diagnose có khả năng nguyên nhân, không để declare Google trường assessment fixed.

Assuming CrUX represents mỗi người dùng

CrUX excludes Safari, Firefox, Edge, Chrome on iOS, WebViews, và Chrome người dùng ai không đáp ứng eligibility rules. So sánh nó với đầu tiên-party RUM Khi audience mix có thể làm Chrome sample unrepresentative.

PageSpeed Insights nói có không trường dữ liệu

Symptom: trường section là missing. có khả năng nguyên nhân: neither URL nor của nó origin đáp ứng CrUX eligibility hoặc sample requirements. khắc phục: xác nhận công khai trang trả về 200 và là indexable, sau đó sử dụng lab dữ liệu hoặc đầu tiên-party RUM; traffic không thể là manufactured cho CrUX. Recheck sau đó nếu thực usage grows.

trang looks good nhưng origin looks poor

Symptom: URL-level và origin-level kết quả disagree. có khả năng nguyên nhân: origin aggregates nhiều trang types với khác performance. khắc phục: bảo toàn phạm vi trong của bạn báo cáo, inspect representative các URL từ chậm templates, và tránh averaging hai records together.

Lighthouse truyền trong khi Search Console fails

Symptom: controlled kiểm thử là green nhưng CWV báo cáo không phải. có khả năng nguyên nhân: thực người dùng có chậm hơn devices, networks, bộ nhớ đệm trạng thái, hoặc interactions hơn lab chạy. khắc phục: segment CrUX by device, so sánh trường và lab chỉ số by chỉ số, và sử dụng lab trace để reproduce trường bottleneck.

API query trả về Không tìm thấy

Symptom: URL/form-factor query có không record. có khả năng nguyên nhân: hẹp hơn combination có cũng một vài eligible experiences. khắc phục: xóa tùy chọn dimensions, try origin phạm vi, và báo cáo fallback explicitly thay vì treating missing dữ liệu as passing kết quả.

CrUX analysis checklist

• Record liệu mỗi giá trị là URL-level hoặc origin-level.
• giữ mobile và desktop/form-factor kết quả tách biệt.
• xác nhận window là trailing 28 days và note collection dates.
• đọc p75 as percentile của trang loads, không individual người dùng score.
• kiểm tra liệu PageSpeed Insights fell back từ URL để origin.
• Treat missing dữ liệu as insufficient coverage, không bao giờ as truyền.
• So sánh LCP, INP, và CLS riêng; một passing chỉ số không làm all truyền.
• sử dụng Lighthouse hoặc DevTools cho diagnosis, không as substitute cho trường dữ liệu.
• So sánh CrUX với đầu tiên-party RUM Khi non-Chrome người dùng quan trọng heavily.
• Cho phép rolling window để turn over trước khi judging production khắc phục trong CrUX.

Phạm vi, window, percentile, population

mỗi CrUX number becomes easier để interpret Khi I label four điều đầu tiên:

1. Phạm vi: là điều này chính xác URL hoặc toàn bộ origin?
2. Window: mà trailing 28-day period produced nó?
3. Percentile: Đây là p75, không average hoặc một người dùng visit.
4. Population: eligible Chrome người dùng on supported các nền tảng, không all traffic.

nếu báo cáo omits bất kỳ của những điều đó, number là easy để overstate.

Verdict đầu tiên, diagnosis thứ hai

CrUX các câu trả lời Điều gì thực eligible người dùng experienced. lab trace các câu trả lời Vì sao controlled load behaved đó way. Bắt đầu với trường verdict, chọn affected chỉ số và phạm vi, sau đó sử dụng lab tooling để investigate. sau khi shipping khắc phục, sử dụng lab để xác nhận mechanism immediately và CrUX để xác nhận population-level outcome sau khi rolling window thay đổi.

Ongoing CrUX KPIs

p75 LCP, INP, và CLS

Chỉ số: mỗi Cốt lõi Web Vital tại p75. Điều gì nó tells bạn: trường experience Google dùng cho của nó CWV assessment. Cách pull nó: CrUX API, History API, CrUX Vis, hoặc PageSpeed Insights, với phạm vi và form factor recorded. Benchmark / realistic range: sử dụng published Good thresholds trong điều này bài viết; giữ all three các chỉ số tách biệt. Cadence: weekly trends, với daily kiểm tra during rollout.

Good-status coverage by template

Chỉ số: share của quan trọng URL groups assessed Good trong Search Console. Điều gì nó tells bạn: Cách broadly trường performance là healthy across trang web. Cách pull nó: mobile và desktop Core Web Vitals các báo cáo plus template inventory. Benchmark / realistic range: establish trang web baseline và prioritize valuable, cao-traffic templates; sparse các URL có thể có không individual CrUX record. Cadence: weekly.

URL-level dữ liệu availability

Chỉ số: monitored priority các URL với của họ own CrUX record thay vì origin fallback. Điều gì nó tells bạn: Cách nhiều trang-cụ thể evidence của bạn reporting có thể hỗ trợ. Cách pull nó: log API query thành công và PSI phạm vi cho fixed URL đặt. Benchmark / realistic range: phụ thuộc vào eligible Chrome traffic; không turn coverage vào đích đó encourages artificial traffic. Cadence: monthly.

Tự kiểm tra: Chrome UX Báo cáo

Five nhanh các câu hỏi on CrUX phạm vi, coverage, và interpretation. Pick câu trả lời cho mỗi, sau đó kiểm tra.

các tài nguyên worth của bạn time

My related writing

• Core Web Vitals Dữ liệu Study w/ CrUX & 5,2M các trang — my đầu tiên-party study combining CrUX với 43,66M-trang crawl; nguồn của ~11,9% coverage và origin-so với-trang truyền-rate figures.
• Điều gì là Core Web Vitals — nơi CrUX fits, và my take on Cách nhiều CWV thực ra move thứ hạng.
• Largest Contentful Paint (LCP) — trường-dữ liệu framing cho LCP.
• Cumulative Layout Shift (CLS) — including Vì sao 28-day window làm chậm xuống visible improvement.
• PageSpeed Insights hướng dẫn — tool đó surfaces CrUX trường dữ liệu theo URL.

Chính thức

• CrUX tài liệu (Chrome team) — canonical reference cho mọi thứ trên.
• HTTP Archive CrUX báo cáo — ongoing công khai dashboards được xây dựng on CrUX/BigQuery.

từ others

• DebugBear — Chrome Người dùng Experience Báo cáo hướng dẫn — thorough, nhà phát triển-focused tool so sánh.
• Lumar — SEO hướng dẫn để trang web speed, CWV, Lighthouse & CrUX — mạnh SEO framing.
• SpeedCurve — Khi nào nên dùng CrUX, RUM, và Synthetic monitoring — honest three-way so sánh; calls out Chrome-chỉ / iOS blind spot rõ ràng.
• GTmetrix — Điều gì là CrUX và Vì sao nên I Care? — detailed eligibility breakdown và coverage limitations.

Số liệu worth citing

• Chỉ ~11,9% of đó 43,66M unique Site Audit các trang trong my January 2022 sample đã có ít nhất một CrUX Core Web Vitals chỉ số. Đó đã là 5,21M các trang; đó rest đã có cũng little traffic to qualify. Nguồn
• Origin truyền rates outran trang truyền rates trong đó giống nhau Jan 2022 sample: ~33% so với ~21,2%. Domains passing CWV tại đó origin level ran well trên đó share of individual các trang passing — origin averages fold trong nhanh hơn các trang và được lưu đệm repeat visits. MỘT dated snapshot, không một hiện tại universal rate. Nguồn
• Gần như không các trang on 3G hoặc chậm hơn đã truyền CWV, theo đó study. “The LCP threshold seems almost impossible to pass on slower connections.” (bản dịch) «Đó LCP threshold seems gần như không thể to truyền on chậm hơn connections.» Nguồn
• Geography skewed dẫn đến đó sample. Đó U.S. được xếp hạng 38th globally với một ~41% passing rate; device và network norms by country drove hầu hết of đó spread. Nguồn
• On đó order of một month to see một cách sửa fully register — đó 28-day window plus CrUX ~2-day lag, though đó chính xác timeline không fixed và phụ thuộc vào eligible traffic và đó chỉ số involved. Nguồn
• Hơn half of origins hiện tại truyền Core Web Vitals. As of đó August 2024 CrUX milestone, Google reported đó over 50% of origins trong đó dataset đã truyền all three Core Web Vitals — up significantly từ đó ~33% origin truyền rate measured trong trước đó studies. Nguồn
• CrUX covers over 15 million origins. As of 2024–2025, đó dataset bao gồm dữ liệu từ hơn 15 million distinct origins, theo đó Chrome team methodology tài liệu. Nguồn

Nhật ký thay đổi