Trường Dữ liệu so với. Lab Dữ liệu

TL;DR — Trường dữ liệu là real numbers từ real mọi người ai visited trang của bạn. Lab dữ liệu là một single kiểm thử chạy by một tool (thường Lighthouse) on một pretend phone trong controlled conditions. Google ranks on đó trường dữ liệu — đó real người dùng — không on của bạn lab score. So một trang có thể score great trong đó lab và vẫn fail cho real khách truy cập, và đó là không một bug.

Hai ways để đo lường một trang

Có chỉ hai ways để know cách fast trang của bạn là:

• Ask một tool để load điều này khi trong một controlled setup — một fixed device, một fixed network speed, từ một location. đó là lab dữ liệu. Lighthouse và PageSpeed Insights’ “diagnose” section hoạt động này way.
• Watch điều gì thực ra happened để real mọi người ai visited trang của bạn on của họ own phones và laptops over của họ own connections. đó là trường dữ liệu. Cho SEO, đó trường dữ liệu xuất hiện từ Google Chrome Người dùng Experience Báo cáo (CrUX), mà là được xây dựng từ real Chrome người dùng ai opted trong để share của họ experience.

Google own web.dev tài liệu put đó trường-dữ liệu definition plainly: trường dữ liệu “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) «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.» Lab dữ liệu, by contrast, “is determined by loading a web page in a controlled environment with a predefined set of network and device conditions.” (bản dịch) «là determined by loading một web trang trong một controlled environment với một predefined set of network và device conditions.»

Đó một ý tưởng để remember

Google ranks on trường dữ liệu. Của bạn Lighthouse hoặc PageSpeed score là một lab number, và điều này là không điều gì Google dùng để xếp hạng bạn. As Google John Mueller có put điều này, Google không dùng đó 0–100 Lighthouse score cho tìm kiếm — điều này dùng đó Cốt lõi Web Chỉ số quan trọng riêng, measured từ real người dùng.

So khi của bạn PageSpeed Insights score looks green nhưng của bạn Search Console Cốt lõi Web Chỉ số quan trọng báo cáo says “Poor,” không có gì là hỏng. họ là hai khác nhau datasets:

• Lab = một simulated visit, throttled để một chậm phone.
• Trường = một pile of real visits từ real devices và networks, summarized.

They frequently disagree, và khi they làm, đó trường dữ liệu là đó một đó được tính cho SEO.

So mà làm I dùng?

• “How am I doing for ranking?” (bản dịch) «Cách am I đang làm cho xếp hạng?» → Trường dữ liệu. Easiest để see trong Google Search Console’s Core Web Vitals báo cáo hoặc đó top section of PageSpeed Insights.
• “What’s making my page slow / what do I fix?” (bản dịch) «điều gì là đang làm my trang chậm / điều gì làm I cách sửa?» → Lab dữ liệu. Chạy Lighthouse — điều này lists đó các vấn đề.
• “I made a change — did it work?” (bản dịch) «I đã làm một thay đổi — đã làm điều này hoạt động?» → Kiểm thử điều này trong đó lab immediately, thì chờ cho đó trường dữ liệu để catch lên (real-người dùng dữ liệu cập nhật over một rolling 28-day window, so điều này lags).

Muốn đó mechanics — vì sao đó hai numbers diverge, đó 75th-percentile và 28-day math, mà tools cho bạn mà, và đó myths mọi người trip over? Switch để đó Advanced tab.

TL;DR — Trường dữ liệu là một distribution of real-người dùng việc đo lường (RUM); cho SEO đây là đó Chrome UX Báo cáo (CrUX), aggregated tại đó 75th percentile over một rolling 28-day window. Lab dữ liệu là một single configured observation — synthetic, một fixed device/network/location (Lighthouse) — một diagnostic, không một xếp hạng input. Neither là universally “more accurate” (bản dịch) «hơn chính xác»; mà một bạn cần phụ thuộc vào đó câu hỏi. They diverge cho concrete reasons (bộ nhớ đệm, geography, device và network variance, throttling profiles, interaction timing — including INP, mà một lab có thể observe locally cho một reproduced interaction nhưng không bao giờ as một population). Dùng lab dữ liệu để kiểm thử và debug fast; dùng trường dữ liệu để xác nhận thực tế impact và cho bất cứ điều gì xếp hạng-related — Google xếp hạng các hệ thống dùng Core Web Vitals trường dữ liệu, và Search Console’s báo cáo là CrUX-sourced, though neither nguồn publishes đó chính xác internal theo-URL xếp hạng mechanics. CrUX là Chrome-chỉ và opt-trong, và của nó trang/origin aggregation có real các trường hợp biên (URL normalization, iframe attribution, SPA routes) worth knowing trước bạn trust một number. Bing publishes không CrUX tương đương; này là một Google/Chrome- ecosystem framework.

Đó definitions, precisely

Google web.dev Vì sao lab và trường dữ liệu có thể là khác nhau trang cho đó sạch nhất pair of definitions:

• Trường dữ liệu “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) «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.»
• Lab dữ liệu “is determined by loading a web page in a controlled environment with a predefined set of network and device conditions.” (bản dịch) «là determined by loading một web trang trong một controlled environment với một predefined set of network và device conditions.» Cụ thể, một lab kiểm thử consists of “a single device… connected to a single network… run from a single geographic location.” (bản dịch) «một single device… connected để một single network… chạy từ một single geographic location.»

Nếu bạn come từ một dev-ops background, bạn đã know những hai dưới khác nhau names. MDN maps them cleanly: trường dữ liệu là Real Người dùng Monitoring (RUM) — “the performance of a page from real users’ machines,” (bản dịch) «đó performance of một trang từ real người dùng’ machines,» nơi “the browsers of real users report back performance metrics experienced” (bản dịch) «đó các trình duyệt of real người dùng báo cáo back performance các chỉ số experienced» — trong khi lab dữ liệu là synthetic monitoring, “monitoring the performance of a page in a ‘laboratory’ environment” (bản dịch) «monitoring đó performance of một trang trong một ‘laboratory’ environment» by “deploying scripts to simulate the path an end user might take.” (bản dịch) «deploying scripts để simulate đó path an end người dùng có thể take.» Trường = RUM. Lab = synthetic. Giống nhau split, hai vocabularies.

Underneath đó vocabulary, đó hai là structurally khác nhau kinds of evidence. Trường dữ liệu là một distribution — hundreds hoặc millions of individual real-người dùng sessions rolled lên vào một population bạn đọc tại một percentile. Lab dữ liệu là một single configured observation — một có chủ ý chosen device/network/location combination, chạy khi (hoặc vài times) so đây là repeatable. Neither là universally “more accurate” (bản dịch) «hơn chính xác»: mà một là đó right evidence phụ thuộc vào đó câu hỏi bạn là asking, đó population bạn cần để represent, và cách đó numbers đã là aggregated. Trường dữ liệu các câu trả lời “how are my real users actually doing” (bản dịch) «cách là my real người dùng thực ra đang làm»; lab dữ liệu các câu trả lời “why, mechanically, is this page slow.” (bản dịch) «vì sao, mechanically, là này trang chậm.» Google own framing backs này lên trực tiếp — cả hai lab dữ liệu và trường dữ liệu là quan trọng parts of effective performance việc đo lường; they cả hai có của họ strengths và limitations.

Trường dữ liệu, explained

Cho SEO, “trường dữ liệu” có nghĩa là một cụ thể dataset: CrUX, đó Chrome Người dùng Experience Báo cáo — “a public dataset of field data gathered from a segment of real Google Chrome users from millions of websites.” (bản dịch) «một công khai dataset of trường dữ liệu gathered từ một segment of real Google Chrome người dùng từ millions of websites.» Individual người dùng experiences là aggregated vào trang-level và origin-level distributions.

Vài mechanics đó quan trọng:

• đây là opt-trong và Chrome-chỉ. CrUX gathers dữ liệu chỉ từ người dùng ai enabled usage statistic reporting, sync của họ trình duyệt history, và có không sync passphrase set, on supported các nền tảng — explicitly excluding Chrome on iOS, Android WebView, và other Chromium các trình duyệt như Microsoft Edge. Cho một Safari- hoặc Edge-nặng audience, CrUX có thể capture chỉ một minority of của bạn real người dùng.
• Percentiles, không averages. Google trường-việc đo lường thực hành tốt nhất là rõ ràng: “Whenever possible, rely on percentiles instead of averages,” (bản dịch) «Bất cứ khi nào có thể, rely on percentiles thay vì averages,» vì “percentiles across a distribution… better describe the full range of user experiences.” (bản dịch) «percentiles across một distribution… tốt hơn mô tả đó đầy đủ range of người dùng experiences.» Và cụ thể: “To ensure you’re meeting the recommended Core Web Vitals thresholds, you’ll need your report to display the value of each metric at the 75th percentile.” (bản dịch) «Để bảo đảm bạn là đáp ứng đó được khuyến nghị Core Web Vitals thresholds, bạn’ll cần của bạn báo cáo để display đó giá trị of mỗi chỉ số tại đó 75th percentile.» đó là đó p75 bạn’ll see mọi nơi.
• Đó 28-day window. Đó Core Web Vitals dữ liệu behind xếp hạng là một rolling 28-day aggregation. As I’ve được viết trong my Ahrefs Core Web Vitals hướng dẫn, “the CWV data is on a 28 day rolling average. Any changes you make won’t be seen in the CWV data for a while but will be reflected in lab test data after the changes are made.” (bản dịch) «đó CWV dữ liệu là on một 28 day rolling average. Bất kỳ thay đổi bạn làm sẽ không là seen trong đó CWV dữ liệu cho một trong khi nhưng sẽ là reflected trong lab kiểm thử dữ liệu sau đó thay đổi là đã làm.» Đó lag là đó toàn bộ reason bạn cần lab dữ liệu as một fast feedback loop.

Population và aggregation các trường hợp biên worth knowing trước khi bạn trust một number:

• Trang-level so với. origin-level là khác nhau distributions, với khác nhau eligibility thresholds — một URL có thể lack đủ traffic để xuất hiện on của nó own trong khi đó origin vẫn có đủ. CrUX methodology defines cả hai riêng; không treat an origin number as nếu điều này đã là đó một trang number, hoặc vice versa.
• URL normalization có thể group các trang bạn’d consider distinct. CrUX strips query strings và fragments từ đó trang identifier trước aggregating, so parameterized variants of một URL có thể nhận folded vào một record — và trong rare cases đó có thể combine experiences từ các trang của bạn app xử lý as tách biệt.
• Embedded iframe nội dung là attributed để đó top-level trang, không reported as của nó own trang record — một chậm bên thứ ba iframe cho thấy lên trong đó containing trang numbers, không as một tách biệt CrUX entry.
• Single-trang-app route thay đổi có thể stay attributed để đó ban đầu trang view. Vì of underlying web-nền tảng việc đo lường limits, một JavaScript-driven route transition trong an SPA không luôn nhận của nó own CrUX trang record — điều này có thể vẫn folded vào đó đầu tiên load.
• Bị thiếu dữ liệu là “unavailable,” (bản dịch) «không khả dụng,» không zero và không “good.” Nếu một trang hoặc origin không clear CrUX popularity/eligibility bar, đó honest đọc là “we don’t have field data for this,” (bản dịch) «we không có trường dữ liệu cho này,» không bao giờ một passing score và không bao giờ một lab estimate standing trong cho điều này (see đó origin-fallback note dưới).

Trường dữ liệu không phải abstract — đây là an enormous, constantly refreshed dataset. Theo đó CrUX phát hành notes, đó Có thể 2026 phát hành (published June 9, 2026) covered 18 445 974 origins, of mà 55,9% đã có good Core Web Vitals overall (68,6% good LCP, 81,3% good CLS, 86,6% good INP). Nearly half of all origins không passing là của bạn proof đó trường và lab datasets thực sự làm diverge tại scale.

Lab dữ liệu, explained

Cho SEO, “lab dữ liệu” có nghĩa là Lighthouse và đó tools được xây dựng on điều này — PageSpeed Insights’ lab section, WebPageTest, và đó Chrome DevTools Performance panel. Lighthouse loads trang của bạn khi trong một controlled environment on một throttled connection và các báo cáo điều gì happened.

Của nó strengths là chính xác của nó constraints. Vì điều này holds device, network, và location fixed, đây là reproducible, fast, và khả dụng on demand — bạn có thể chạy điều này so với một trang đó có zero traffic và nhận một kết quả, mà trường dữ liệu có thể không bao giờ làm. Google frames đó giá trị trực tiếp: lab tools help bạn identify opportunities để expand trang web của bạn reach và làm điều này hơn accessible để người dùng với chậm hơn networks hoặc thấp hơn-end devices.

Nhưng Google là equally trực tiếp về của nó limits: Lighthouse là không một substitute cho trường dữ liệu. “Lighthouse is primarily a diagnostic tool listing potential issues,” (bản dịch) «Lighthouse là primarily một diagnostic tool listing potential các vấn đề,» và đó hướng dẫn là để “always concentrate on field Core Web Vitals over Lighthouse metrics and scores.” (bản dịch) «luôn concentrate on trường Core Web Vitals over Lighthouse các chỉ số và scores.»

Trong my own Ahrefs PageSpeed Insights hướng dẫn, I làm đó giống nhau point từ đó practitioner side: “you can have a good score but still have a slow page that doesn’t pass CWV,” (bản dịch) «bạn có thể có một good score nhưng vẫn có một chậm trang đó không truyền CWV,» vì “other factors, such as network conditions, server load, caching, and the user device, also affect page load time.” (bản dịch) «other factors, such as network conditions, máy chủ load, bộ nhớ đệm, và người dùng device, cũng ảnh hưởng trang load time.»

Vì sao they diverge — đó mechanics

“Different network” (bản dịch) «Khác nhau network» là đó thông thường hand-wave. Ở đây điều gì là thực ra going on. Google own framing: trường dữ liệu 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 lab dữ liệu “intentionally limits the number of variables involved.” (bản dịch) «intentionally limits đó number of variables involved.» Spelled out, đó divergence xuất hiện từ:

• Bộ nhớ đệm. Lighthouse loads cold mỗi khi. Real người dùng bao gồm repeat khách truy cập với warm caches — so của họ thực tế experience là thường nhanh hơn hơn đó lab cold load (hoặc chậm hơn trong ways một cold load không thể see).
• Geography và network variance. Đó lab chạy từ một location on một throttled profile. Của bạn real audience là spread across countries, carriers, và connection types. As I put điều này trong my Ahrefs CWV hướng dẫn, “field data looks at real users, network conditions, devices, caching, etc. But lab data is consistently tested based on the same conditions to make the test results repeatable.” (bản dịch) «trường dữ liệu looks tại real người dùng, network conditions, devices, bộ nhớ đệm, etc. Nhưng lab dữ liệu là consistently tested dựa trên đó giống nhau conditions để làm đó kiểm thử kết quả repeatable.»
• Device. Một simulated mid-tier phone trong đó lab so với. đó đầy đủ range of real hardware, từ flagships để năm-old budget Androids.
• Throttling so với. reality. Lighthouse default mobile profile simulates một chậm connection (roughly “chậm 4G” — on đó order of ~1,6 Mbps với ~150 ms round-trip time, plus một ~4× CPU slowdown), theo DebugBear teardown, mà có thể là far harsher (hoặc gentler) hơn bất kỳ individual real người dùng thực tế network.
• Interaction timing. Lighthouse chờ cho load để finish và measures một passive trang load. Real người dùng scroll, tap, và navigate — mà là vì sao lab tools có thể undercount layout shifts đó chỉ happen khi một real person interacts. INP là trickier hơn “can’t be measured in a lab” (bản dịch) «không thể là measured trong một lab»: Chrome DevTools’ Performance panel có thể record một local INP number trong khi bạn manually reproduce an interaction (của nó “Live metrics” (bản dịch) «Trực tiếp các chỉ số» view làm chính xác này). Điều gì một lab không thể cho bạn là một population — một person clicking một button khi không một 75th-percentile distribution across của bạn real audience, so một good local INP trace vẫn tells bạn không có gì về của bạn trường CWV assessment.

None of này là một defect. Google stance là đó divergence là dự kiến: cả hai lab dữ liệu và trường dữ liệu là quan trọng parts of effective performance việc đo lường; they cả hai có của họ strengths và limitations.

Mà tools cho bạn mà

Google own Về PageSpeed Insights tài liệu sum lên đó split: “PSI provides both lab and field data about a page. Lab data is useful for debugging issues, as it is collected in a controlled environment. However, it may not capture real-world bottlenecks. Field data is useful for capturing true, real-world user experience — but has a more limited set of metrics.” (bản dịch) «PSI cung cấp cả dữ liệu lab và trường về một trang. Dữ liệu lab hữu ích để gỡ lỗi các vấn đề, vì được thu thập trong môi trường được kiểm soát. Tuy nhiên, dữ liệu này có thể không nắm bắt được các điểm nghẽn trong thực tế. Dữ liệu trường hữu ích để phản ánh trải nghiệm thực tế của người dùng — nhưng có bộ chỉ số hạn chế hơn.»

Note đó origin-level fallback: nếu một cụ thể URL lacks đủ CrUX samples, PSI cho thấy dữ liệu cho đó toàn bộ origin thay vì, và nếu đó origin cũng có insufficient dữ liệu, PSI sẽ là unable để cho thấy bất kỳ real-người dùng experience dữ liệu. đó là dự kiến cho new hoặc thấp-traffic các trang — không phải lỗi, và không điều gì đó Google fills trong với một lab estimate.

Điều gì Google thực ra ranks on

Trường dữ liệu qua CrUX, tại p75 over 28 days — đó là đó dataset behind đó xếp hạng câu hỏi, không đó lab number. Search Console’s Core Web Vitals báo cáo là trường-chỉ: điều này “shows how your pages perform, based on real world usage data (sometimes called field data),” (bản dịch) «cho thấy cách của bạn các trang perform, dựa trên thực tế usage dữ liệu (sometimes called trường dữ liệu),» và “the data… comes from the CrUX report.” (bản dịch) «đó dữ liệu… xuất hiện từ đó CrUX báo cáo.» Worth đang precise về điều gì đó làm và không establish: Google says Core Web Vitals feed của nó xếp hạng các hệ thống và đó Search Console’s báo cáo là sourced từ CrUX — nhưng neither nguồn publishes đó chính xác internal mechanics of cách một được cho công khai CrUX giá trị là consumed as một theo-URL xếp hạng input, so treat “CrUX is field data Google ranks on” (bản dịch) «CrUX là trường dữ liệu Google ranks on» as chính xác và “this exact public number is the literal internal ranking input” (bản dịch) «này chính xác công khai number là đó literal internal xếp hạng input» as hơn đó tài liệu hỗ trợ. đây là cũng worth knowing Search Console’s báo cáo groups URLs với similar experiences thay vì functioning as một precise theo-URL lookup tool — nếu bạn cần đó status of một cụ thể URL, PageSpeed Insights là đó tốt hơn instrument.

Google reps đã được consistent về này cho năm. Martin Splitt, back trong 2020: trường dữ liệu xuất hiện từ real người dùng, whereas lab dữ liệu xuất hiện từ một mạnh machine với good internet — so bạn có thể không see đó giống nhau kết quả. John Mueller, trong 2021, described đó mối quan hệ cùng cách — đó lab kết quả là essentially an approximation of điều gì Google các hệ thống think có thể happen trong đó trường, mà có nghĩa là bạn có thể dùng lab dữ liệu để improve incrementally nhưng không nên expect một sạch một-để-một link giữa đó lab kết quả và đó trường kết quả. Và on đó score itself, Mueller đã là blunt đó Google không dùng đó X/100 Lighthouse score cho tìm kiếm — điều này dùng đó Core Web Vitals riêng, as người dùng see them, mà requires một certain amount of real traffic đầu tiên.

Hai quan trọng caveats so không ai over-rotates:

• Core Web Vitals là một tín hiệu among nhiều. Google trang-experience tài liệu là rõ ràng: “There is no single signal,” (bản dịch) «Có không single tín hiệu,» và “getting good results in reports like Search Console’s Core Web Vitals report or third-party tools doesn’t guarantee that your pages will rank at the top of Google Search results.” (bản dịch) «getting good dẫn đến các báo cáo như Search Console’s Core Web Vitals báo cáo hoặc bên thứ ba tools không bảo đảm đó của bạn các trang sẽ xếp hạng tại đó top of Google Search kết quả.» Passing CWV là bảng stakes, không một rocket.
• CrUX không đó chỉ trường dữ liệu — đây là đó xếp hạng-relevant một. Bất kỳ RUM tool (Cloudflare Web Analytics, SpeedCurve, DebugBear, Treo) cũng produces “trường dữ liệu” trong đó chung hợp lý, và những có thể là hơn granular và hơn hiện tại hơn CrUX. Nhưng chỉ CrUX là điều gì Google xếp hạng các hệ thống consult. không confuse “we có RUM” với “we can see what Google ranks on.” (bản dịch) «we có thể see điều gì Google ranks on.» Và không assume they’ll agree even khi cả hai là “trường”: một riêng tư RUM setup và CrUX có thể legitimately disagree vì they có thể cover khác nhau các trình duyệt, consent trạng thái, devices, sampling rates, sessions, và chỉ số-capture timing.
• MỘT lab score không phải một xếp hạng prediction. Improving của bạn Lighthouse number là evidence bạn fixed một mechanism, không evidence của bạn xếp hạng sẽ move — đó hai datasets đo lường khác nhau điều, và chỉ đó trường number là anywhere near đó xếp hạng conversation.

Cho đó deeper treatment of đó các chỉ số themselves — LCP, INP, CLS và của họ thresholds — và đó tools đó surface them, see đó sibling Core Web Vitals hub và đó Web Performance Tools hub này bài viết sits dưới.

Điều gì Bing làm (hoặc không)

Bing publishes không công khai tương đương để CrUX. có không Bing real-người dùng trường dataset bạn có thể query, và không “field vs. lab” (bản dịch) «trường so với. lab» xếp hạng framework đó way Google, Chrome, và web.dev document một. Bing Quản trị viên web Tools’ Site Scan là một synthetic/lab-style crawl-và- audit tool, không một RUM sản phẩm. Bing làm chẳng hạn tốc độ trang factors vào người dùng experience trong một chung hợp lý, nhưng điều này không cite một CrUX-style dataset. So treat đó toàn bộ trường-so với-lab framework as một Google/Chrome-ecosystem concept — Bing chạy on Chromium dưới đó hood nhưng hasn’t shipped một parallel dataset hoặc công khai stance. Nếu bạn đọc “trường dữ liệu” trong an SEO context, điều này có nghĩa là Google.

Cách dùng cả hai trong thực tế

Đó hai datasets không rivals — họ là một workflow:

1. Tìm failing các trang với trường dữ liệu. Bắt đầu trong Search Console’s Core Web Vitals báo cáo (site-wide) hoặc PageSpeed Insights’ top section (một URL). Này tells bạn nơi bạn stand cho xếp hạng.
2. Diagnose với lab dữ liệu. Chạy Lighthouse / PSI lab section / DevTools để tìm vì sao — đó cụ thể render-blocking tài nguyên, oversized image, hoặc layout shift.
3. Iterate fast trong đó lab. Vì lab dữ liệu là instant và repeatable, đây là của bạn feedback loop trong khi bạn làm thay đổi.
4. Chờ cho đó trường để catch lên. Đó 28-day rolling window có nghĩa là của bạn cách sửa sẽ không fully cho thấy trong CWV/CrUX cho một trong khi — đó là thông thường, không một sign đó cách sửa đã không hoạt động.
5. Xác nhận thực tế impact trong đó trường. Re-kiểm tra Search Console / PSI trường section để verify real người dùng thực ra improved.

Hai guardrails đó giữ này workflow honest:

• So sánh như-cho-như trước khi bạn credit (hoặc blame) một cách sửa. Trước reading một trường number as “moved,” xác nhận bạn là looking tại đó giống nhau population, form factor, và window as của bạn baseline — một shift từ origin-level để trang-level dữ liệu, một khác nhau device mix, hoặc một khác nhau percentile không đó cách sửa hoạt động (hoặc failing), đây là một khác nhau việc đo lường.
• không diagnose một mechanism từ một lab chạy. Even một controlled environment không perfectly reproducible — network, client hardware, và background tài nguyên contention có thể vẫn shift một single Lighthouse chạy. Repeat đó lab kiểm thử trước khi bạn thuộc tính một cách sửa effect để một cụ thể nguyên nhân.

Đó rule of thumb: lab dữ liệu để kiểm thử và debug, trường dữ liệu để xác nhận và xếp hạng. Hoặc, trong Google words, nếu bạn có cả hai, trường dữ liệu là điều gì bạn nên dùng để prioritize của bạn efforts.

Myths worth killing

• “A 100/100 Lighthouse score means I’ll pass Core Web Vitals / rank well.” (bản dịch) «MỘT 100/100 Lighthouse score có nghĩa là I’ll truyền Core Web Vitals / xếp hạng well.» Không — Lighthouse là một single simulated cold load; CWV là trường dữ liệu tại p75 over 28 days từ real người dùng. They frequently disagree, và chỉ đó trường dữ liệu feeds xếp hạng.
• “If field and lab don’t match, something is broken.” (bản dịch) «Nếu trường và lab không match, điều gì đó là hỏng.» Không — Google frames divergence as thông thường. Cả hai datasets có strengths và limitations by design.
• “The Lighthouse Performance score is a ranking factor.” (bản dịch) «Đó Lighthouse Performance score là một xếp hạng factor.» Không — theo Mueller, Google dùng đó Core Web Vitals trường các giá trị, không đó 0–100 score.
• “CrUX updates instantly, so I can’t test anything for 28 days.” (bản dịch) «CrUX cập nhật instantly, so I không thể kiểm thử bất cứ điều gì cho 28 days.» Đó defensible framing là: dùng lab dữ liệu cho immediate kiểm thử, và treat trường dữ liệu as đó lagging thực tế xác nhận. (Bạn’ll sometimes hear đó stronger ngành claim đó CrUX dữ liệu là chỉ ~2 days old thay vì 28 — đó là một reasonable point some trong đó ngành làm, nhưng điều này không Google chính thức wording, so I’d hold điều này loosely.)
• “If a page has no traffic, Google estimates its CWV from similar pages or lab data.” (bản dịch) «Nếu một trang có không traffic, Google estimates của nó CWV từ similar các trang hoặc lab dữ liệu.» Không — PSI falls back để origin-level trường dữ liệu, và nếu đó là cũng insufficient, điều này cho thấy không real-người dùng dữ liệu tại all. có không lab substitution trong đó xếp hạng hệ thống.
• “Bing has a CrUX equivalent, just less known.” (bản dịch) «Bing có một CrUX tương đương, chỉ ít hơn known.» Không — không công khai Bing dataset of này kind tồn tại.

FAQs

Làm Google dùng lab dữ liệu (Lighthouse) cho thứ hạng? Không. Theo Google tài liệu và Mueller trực tiếp, đó Lighthouse score không một xếp hạng input; xếp hạng dùng Core Web Vitals trường dữ liệu từ CrUX.

Vì sao làm my PageSpeed/Lighthouse score look great nhưng Search Console cho thấy “Poor”? Khác nhau datasets, measured differently: một simulated cold load với fixed throttling (lab) so với. an aggregated distribution of real người dùng tại p75 over 28 days (trường). See “Why they diverge.” (bản dịch) «Vì sao they diverge.»

Điều gì nếu my trang có không trường dữ liệu? PSI falls back để origin-level dữ liệu; nếu đó origin cũng lacks đủ CrUX samples, không real-người dùng dữ liệu là shown. đó là dự kiến cho new hoặc thấp-traffic các trang.

Là CrUX đó chỉ nguồn of trường dữ liệu? Không — bất kỳ RUM tool produces trường dữ liệu trong đó chung hợp lý. Nhưng chỉ CrUX là đó trường dataset Google xếp hạng các hệ thống dùng.

Làm Bing có của nó own version of CrUX? Không công khai tương đương tồn tại as of này writing.

Nên I optimize cho lab dữ liệu hoặc trường dữ liệu? Dùng lab dữ liệu cho fast, repeatable kiểm thử trong khi bạn làm thay đổi; xác nhận thực tế impact — và bất cứ điều gì xếp hạng-related — với trường dữ liệu, since đó là điều gì Google measures so với.

AI summary

MỘT condensed take on đó Advanced version:

• Hai kinds of evidence, không hai competing scores. Trường dữ liệu = một distribution of real-người dùng việc đo lường (RUM); cho SEO đây là CrUX, aggregated tại đó 75th percentile over một rolling 28-day window. Lab dữ liệu = một single configured, synthetic observation (Lighthouse) — một diagnostic, không một xếp hạng input. Neither là universally “more accurate” (bản dịch) «hơn chính xác»; mà một bạn cần phụ thuộc vào đó câu hỏi.
• RUM so với. synthetic là đó giống nhau split dưới dev-ops names: trường = RUM, lab = synthetic monitoring (theo MDN).
• Vì sao they diverge: bộ nhớ đệm (cold lab load so với. warm real caches), geography, device và network variance, throttling profiles (Lighthouse ≈ chậm 4G + ~4× CPU), và interaction timing. INP là một nuance, không an absolute: một lab tool có thể observe một manually reproduced interaction locally, nhưng đó là không một trường-level population. Google xử lý divergence as thông thường.
• Population và aggregation các trường hợp biên: trang-level so với. origin-level là khác nhau eligibility tiers; CrUX strips query strings/fragments (có thể group URL variants); iframe nội dung các thuộc tính để đó top-level trang; SPA route thay đổi có thể stay attributed để đó ban đầu load; bị thiếu dữ liệu là không khả dụng, không bao giờ zero và không bao giờ “good.”
• Điều gì Google ranks on: Core Web Vitals trường dữ liệu, tại p75/28-day — không đó 0–100 Lighthouse score (Mueller: Google dùng CWV riêng). CWV là một tín hiệu among nhiều; một good score không bảo đảm top thứ hạng, và neither Google nor Tìm kiếm Console documents đó chính xác internal mechanics of một theo-URL CrUX-để-xếp hạng pipeline — treat “CrUX is the field dataset that feeds ranking” (bản dịch) «CrUX là đó trường dataset đó feeds xếp hạng» as chính xác, không “this exact public number is the literal ranking input.” (bản dịch) «này chính xác công khai number là đó literal xếp hạng input.»
• Origin fallback: nếu một URL lacks CrUX samples, PSI cho thấy origin-level dữ liệu; nếu đó là cũng thin, không trường dữ liệu tại all. Không lab substitution.
• Bing: không công khai CrUX tương đương — này là một Google/Chrome-ecosystem framework.
• Workflow: Search Console (tìm failing các trang, grouped by similar URLs, không một precise theo-URL lookup) → Lighthouse/PSI lab (diagnose, repeat đó chạy trước trusting một mechanism) → iterate fast trong đó lab → chờ ~28 days → xác nhận trong đó trường on một như-cho-như population/window. Lab để kiểm thử, trường để xếp hạng.

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

Chính-nguồn tài liệu on trường so với. lab dữ liệu.

Google

• Vì sao lab và trường dữ liệu có thể là khác nhau (và điều cần làm về điều này) — đó definitions of mỗi, vì sao they diverge, và “field data is what you should use to prioritize your efforts.” (bản dịch) «trường dữ liệu là điều gì bạn nên dùng để prioritize của bạn efforts.»
• Core Web Vitals: trường và lab tools — CrUX as đó trường nguồn; “Lighthouse is not a substitute for field data.” (bản dịch) «Lighthouse không phải một substitute cho trường dữ liệu.»
• Thực hành tốt nhất cho measuring Web Chỉ số quan trọng trong đó trường — percentiles over averages, và đó 75th-percentile ngưỡng.
• Về PageSpeed Insights v5 — PSI lab + trường sections và đó origin-level fallback behavior.
• Understanding trang experience trong Google Search kết quả — “there is no single signal” (bản dịch) «có không single tín hiệu»; good tool scores không bảo đảm top thứ hạng.
• Core Web Vitals báo cáo — Search Console Help — đó báo cáo là trường-dữ liệu-chỉ, sourced từ CrUX.
• Chrome UX Báo cáo: Methodology — điều gì CrUX là, opt-trong criteria, và nền tảng coverage.
• Chrome UX Báo cáo: Phát hành notes — đó trực tiếp, dated truyền-rate số liệu.

MDN (cross-ecosystem vocabulary)

• RUM so với. Synthetic monitoring — đó dev-ops names cho trường (RUM) và lab (synthetic) dữ liệu.

Bing / Microsoft

• Bing publishes không CrUX tương đương hoặc “field vs. lab” (bản dịch) «trường so với. lab» xếp hạng framework. Của nó hướng dẫn xử lý tốc độ trang as part of chung người dùng experience, nhưng có không công khai real-người dùng dataset để cite. See Bing Quản trị viên web Tools help cho của nó chung hướng dẫn.

Quotes từ đó nguồn

On-đó-record statements từ Google (và Google reps). Mỗi link là một deep link đó jumps để đó quoted passage on đó trang nguồn.

Google — đó definitions

• “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.» — web.dev. Nhảy đến trích dẫn
• “Lab data is determined by loading a web page in a controlled environment with a predefined set of network and device conditions.” (bản dịch) «Lab dữ liệu là determined by loading một web trang trong một controlled environment với một predefined set of network và device conditions.» Nhảy đến trích dẫn

Google — mà để prioritize, và vì sao they diverge

• “If you have both field data and lab data for a given page, field data is what you should use to prioritize your efforts.” (bản dịch) «Nếu bạn có cả hai trường dữ liệu và lab dữ liệu cho một được cho trang, trường dữ liệu là điều gì bạn nên dùng để prioritize của bạn efforts.» Nhảy đến trích dẫn
• “PSI provides both lab and field data about a page. Lab data is useful for debugging issues, as it is collected in a controlled environment. However, it may not capture real-world bottlenecks. Field data is useful for capturing true, real-world user experience — but has a more limited set of metrics.” (bản dịch) «PSI cung cấp cả dữ liệu lab và trường về một trang. Dữ liệu lab hữu ích để gỡ lỗi các vấn đề, vì được thu thập trong môi trường được kiểm soát. Tuy nhiên, dữ liệu này có thể không nắm bắt được các điểm nghẽn trong thực tế. Dữ liệu trường hữu ích để phản ánh trải nghiệm thực tế của người dùng — nhưng có bộ chỉ số hạn chế hơn.» — Về PageSpeed Insights. Nhảy đến trích dẫn

Google — trường dữ liệu là điều gì Search Console (và xếp hạng) dùng

• “The Core Web Vitals report shows how your pages perform, based on real world usage data (sometimes called field data).” (bản dịch) «Đó Core Web Vitals báo cáo cho thấy cách của bạn các trang perform, dựa trên thực tế usage dữ liệu (sometimes called trường dữ liệu).» — Search Console Help. Nhảy đến trích dẫn
• “There is no single signal.” (bản dịch) «Có không single tín hiệu.» — Google trang-experience tài liệu, on cách xếp hạng các hệ thống weigh trang experience. Nhảy đến trích dẫn

Google — đo lường đó trường tại đó 75th percentile

• “Whenever possible, rely on percentiles instead of averages. Percentiles across a distribution for a given performance metric better describe the full range of user experiences.” (bản dịch) «Bất cứ khi nào có thể, rely on percentiles thay vì averages. Percentiles across một distribution cho một được cho performance chỉ số tốt hơn mô tả đó đầy đủ range of người dùng experiences.» — web.dev. Nhảy đến trích dẫn

Martin Splitt, Google (qua Search Engine Journal, June 2020)

• “Field data is coming from real users, whereas lab data comes from a quite strong machine with probably good internet from somewhere around the world. So you might not see the same results.” (bản dịch) «Trường dữ liệu là coming từ real người dùng, whereas lab dữ liệu xuất hiện từ một quite mạnh machine với probably good internet từ nơi nào đó khoảng đó world. So bạn có thể không see đó giống nhau kết quả.» Đọc bài đưa tin

John Mueller, Google (qua Search Engine Journal)

• “One of the things that generally happens with the lab versus field data is that with the lab data it’s basically an assumption. It’s an approximation of what our systems think might happen in the field.” (bản dịch) «Một of đó điều đó generally happens với đó lab versus trường dữ liệu là đó với đó lab dữ liệu đây là basically an assumption. đây là an approximation of điều gì của chúng ta các hệ thống think có thể happen trong đó trường.» Đọc bài đưa tin
• “Google doesn’t use the X/100 lighthouse score for search, we use the core web vitals separately (lcp, cls, fid)… Google uses the values as users see them, which requires a certain amount of traffic first.” (bản dịch) «Google không dùng đó X/100 lighthouse score cho tìm kiếm, we dùng đó cốt lõi web chỉ số quan trọng riêng (lcp, cls, fid)… Google dùng đó các giá trị as người dùng see them, mà requires một certain amount of traffic đầu tiên.» (Mueller “lighthouse” casing và đó older FID chỉ số là được bảo toàn verbatim.) Đọc bài đưa tin

Mà dataset nên I xem?

MỘT nhanh “which path do I take?” (bản dịch) «mà path làm I take?» cho đó câu hỏi mọi người thực ra nhận stuck on.

Bắt đầu: điều gì am I trying để làm?

• “Know if I’m passing for ranking / SEO.” (bản dịch) «Know nếu I’m passing cho xếp hạng / SEO.» → Trường dữ liệu. Site-wide: Search Console’s Core Web Vitals báo cáo. Một URL: PageSpeed Insights (top section). → Không trường dữ liệu shown? Đó trang/origin lacks đủ traffic. Bạn không thể assess đó tín hiệu xếp hạng từ một lab score — nhận hơn real traffic, hoặc judge by một similar trang trường dữ liệu.

• “Figure out why a page is slow / what to fix.” (bản dịch) «Hình out vì sao một trang là chậm / điều cần cách sửa.» → Lab dữ liệu. Chạy Lighthouse (hoặc PSI bottom section, hoặc DevTools Performance). Điều này lists đó cụ thể các vấn đề.

• “I just made a change — did it help?” (bản dịch) «I chỉ đã làm một thay đổi — đã làm điều này help?» → Lab dữ liệu đầu tiên (instant, repeatable feedback), thì trường dữ liệu để xác nhận — nhưng expect đó trường để lag ~28 days behind due để đó rolling window.

• “Test a page behind a login / not publicly reachable.” (bản dịch) «Kiểm thử một trang behind một login / không publicly reachable.» → Lab chỉ — chạy Lighthouse trong Chrome DevTools. CrUX/trường và công khai PSI không thể see non-công khai URLs.

• “Check a competitor’s real-user performance.” (bản dịch) «Kiểm tra một đối thủ real-người dùng performance.» → Trường dữ liệu qua PageSpeed Insights — điều này hoạt động on bất kỳ công khai URL với đủ CrUX dữ liệu.

Đó một rule dưới all of điều này: trường cho assessment và xếp hạng, lab cho diagnosis và fast iteration. Khi đó hai numbers disagree, đó trường dữ liệu là đó một đó được tính cho SEO.

Trường so với. lab — bảng tra nhanh

Đó cốt lõi split

Mà tool là mà

• Trường: CrUX · PageSpeed Insights (top) · Search Console CWV báo cáo · DevTools CrUX panel
• Lab: Lighthouse · PageSpeed Insights (bottom) · WebPageTest · DevTools Performance panel

Fast facts

• Google ranks on trường dữ liệu (CrUX tại p75/28-day), không đó 0–100 lab score.
• MỘT trang có thể score green trong đó lab và fail trong đó trường — đó là thông thường, không một bug.
• Không trường dữ liệu? PSI falls back để origin-level; nếu đó là thin cũng, không real-người dùng dữ liệu là shown (dự kiến cho new/thấp-traffic các trang).
• CrUX là Chrome-chỉ + opt-trong — không iOS Chrome, không WebView, không Edge/Safari/Firefox.
• Bing có không CrUX tương đương — trường so với. lab là một Google/Chrome concept.
• Rule: lab để kiểm thử/debug, trường để xác nhận/xếp hạng.

Trường dữ liệu fails trong khi đó lab kiểm thử truyền

1. Xác nhận đó datasets. Record đó CrUX phạm vi, form factor, 28-day window, và chỉ số alongside đó lab device/network profile. Nếu either kết quả là an origin fallback hoặc một khác nhau chỉ số, correct đó so sánh đầu tiên.
2. Tìm đó affected trường segment. Tách biệt mobile từ desktop và inspect URL hoặc template groups. Nếu đó vấn đề tồn tại chỉ tại origin level, sample đó chậm templates thay vì tuning đó passing trang.
3. Reproduce realistic conditions. Rerun đó lab với một chậm hơn device/network, cold và warm bộ nhớ đệm trạng thái, và đó cùng trang state real người dùng see. Nếu đó vấn đề xuất hiện, dùng đó trace để identify đó bottleneck; nếu không, continue.
4. Dùng đầu tiên-party RUM nơi khả dụng. Segment by geography, device, trình duyệt, template, và navigation loại. Nếu non-Chrome traffic differs, báo cáo đó as an audience khoảng trống thay vì một CrUX lỗi.
5. Ship một attributable cách sửa. Verify đó mechanism immediately trong đó lab và watch RUM cho sớm movement. Nếu liền kề CWV regress, roll back hoặc revise.
6. Chờ cho đó trường verdict. CrUX là một rolling 28-day aggregate, so sánh tương đương windows as older visits age out. Không declare đó cách sửa failed on day một.

Điều không nên làm

Đó recurring mistakes đó come straight từ confusing đó hai datasets:

• Chasing một 100/100 Lighthouse score và calling điều này đã xong. Đó lab score không đó tín hiệu xếp hạng, và một perfect lab chạy có thể sit tiếp theo để một failing trường assessment. Google own trang-experience tài liệu warn đó một perfect score chỉ cho SEO reasons có thể không là đó best dùng of của bạn time.
• Treating một lab/trường mismatch as một bug để “cách sửa.” đây là dự kiến. Cả hai datasets là measured differently on purpose; divergence là đó thông thường state, không phải lỗi.
• Judging của bạn tín hiệu xếp hạng off một trang với không trường dữ liệu. Nếu PSI/Search Console cho thấy không CrUX dữ liệu, đó lab score tells bạn không có gì về cách bạn là đang làm cho CWV xếp hạng. không substitute đó lab number cho đó bị thiếu trường number.
• Expecting một cách sửa để cho thấy lên trong trường dữ liệu immediately. Đó 28-day rolling window có nghĩa là real-người dùng dữ liệu lags. Kiểm thử đó cách sửa trong đó lab cho instant feedback; cho đó trường time.
• Assuming bất kỳ RUM tool trường dữ liệu là điều gì Google ranks on. Cloudflare, SpeedCurve, DebugBear, và Treo all produce trường dữ liệu — nhưng chỉ CrUX feeds Google xếp hạng các hệ thống. Great bên thứ ba RUM numbers không bảo đảm một passing CrUX assessment.
• Assuming Bing hoạt động như Google ở đây. có không Bing CrUX tương đương; không apply đó trường-so với-lab xếp hạng framework để Bing.
• Optimizing chỉ cho đó lab single throttled profile. Real người dùng span nhiều devices, networks, và locations. MỘT trang tuned để truyền một simulated chậm-4G chạy có thể vẫn fail cho một real audience on genuinely tệ hơn (hoặc chỉ khác nhau) conditions.

Tự kiểm tra: Trường Dữ liệu so với. Lab Dữ liệu

Five nhanh các câu hỏi on đó hai datasets và mà một Google ranks on. Pick an câu trả lời cho mỗi, thì kiểm tra.

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

My related writing

• Điều gì Là Core Web Vitals (CWVs) & Cách Improve Them — my CWV hướng dẫn: đó trường-so với-lab phân biệt, đó 28-day rolling window, và nơi CrUX fits.
• Google PageSpeed Insights Cho SEOs & Nhà phát triển — cách PSI splits đó CrUX trường section từ đó Lighthouse lab section, và vì sao một good score có thể vẫn có nghĩa là một chậm trang.
• Đó Beginner Hướng dẫn để SEO kỹ thuật — nơi performance việc đo lường fits trong đó bigger picture.

My speaking

• Cách Tìm kiếm Hoạt động (SlideShare) — my walkthrough of crawling, kết xuất, lập chỉ mục, và xếp hạng, including nơi trang experience sits. (My standing disclaimer áp dụng: “This is my understanding of systems… not going to be 100% complete or accurate.” (bản dịch) «Này là my understanding of các hệ thống… không going để là 100% hoàn tất hoặc chính xác.»)

Chính thức

• Vì sao lab và trường dữ liệu có thể là khác nhau và Core Web Vitals: trường và lab tools (web.dev).
• Về PageSpeed Insights và Core Web Vitals báo cáo (Google).
• Chrome UX Báo cáo: Methodology và Phát hành notes (Chrome cho Nhà phát triển).

Từ khoảng đó ngành

• Google Giải thích Vì sao Trường Dữ liệu là Hơn Reliable Hơn Lab Dữ liệu (Search Engine Journal, Southern, June 2020) — Martin Splitt on đó real-người dùng-so với-mạnh-machine split.
• Countries Với Chậm Internet Có thể Ảnh hưởng Core Web Vitals Scores (Search Engine Journal, Montti, April 2021) — John Mueller on lab dữ liệu as an approximation of đó trường.
• Làm Google Lighthouse Scores Ảnh hưởng SEO? (Search Engine Journal, Southern, 2021) — Mueller “Google doesn’t use the X/100 lighthouse score for search.” (bản dịch) «Google không dùng đó X/100 lighthouse score cho tìm kiếm.»
• Vì sao Làm Lighthouse Lab Dữ liệu Không Match Trường Dữ liệu? (DebugBear) — đó throttling numbers và mechanics behind đó divergence.
• Lab Dữ liệu & Trường Dữ liệu: điều gì là đó khác biệt và cách dùng them (Onely) — một solid so sánh-bảng treatment.
• RUM so với. Synthetic monitoring (MDN) — đó cross-ecosystem vocabulary cho trường so với. lab.
• r/TechSEO — đó community cho Core Web Vitals và performance gỡ lỗi.

Nhật ký thay đổi