Hướng dẫn về Web Performance Tools

Tóm tắt — có three main tools cho measuring Cách fast của bạn các trang là, và mọi người constantly confuse them. Google Lighthouse chạy single kiểm thử trong pretend “lab” và cho bạn 0–100 score. CrUX là thực dữ liệu từ thực Chrome người dùng — và nó là trường-dữ liệu nguồn được sử dụng cho Core Web Vitals reporting. PageSpeed Insights hiển thị bạn cả hai on một screen. big lesson: của bạn lab score không phải Điều gì Google ranks bạn on.

Three tools, three jobs

Khi bạn bắt đầu measuring trang speed bạn’ll chạy vào three names over và over — Google Lighthouse, PageSpeed Insights, và Chrome UX Báo cáo (CrUX). phần lớn mọi người think họ’re giống nhau điều. họ’re không. Ở đây simplest way để giữ them straight:

• Google Lighthouse là kiểm thử tool. nó loads của bạn trang on simulated chậm phone, chạy bunch của kiểm tra, và cho bạn 0–100 score. nó lab kiểm thử — một machine, một moment, controlled conditions.
• ** Chrome UX Báo cáo (CrUX)** là thực dữ liệu từ thực tế Chrome người dùng visiting của bạn trang web. nó trường dữ liệu — và nó dữ liệu Google dùng cho xếp hạng.
• PageSpeed Insights (PSI) là free trang web đó hiển thị bạn cả hai: thực-người dùng trường dữ liệu (từ CrUX) tại top, và Lighthouse lab kiểm thử underneath.

Lab so với trường — một ý tưởng để remember

“Lab” có nghĩ là controlled kiểm thử: một device, một network setting, chạy on demand. “Trường” có nghĩ là thực mọi người on thực phones và laptops over thực connections, measured as họ thực ra sử dụng của bạn trang web.

điều này matters vì Google ranks on trường dữ liệu, không của bạn lab score. Bạn có thể nhận 100 trong Lighthouse và vẫn có thực người dùng experiencing chậm trang — hoặc score poorly trong lab và truyền chỉ fine cho thực khách truy cập. Khi hai disagree, thực-người dùng (trường) dữ liệu là một đó được tính Đối với SEO.

So mà làm I sử dụng?

• “How am I doing for ranking?” (bản dịch) «Cách am I đang làm cho xếp hạng?» → Xem đó trường dữ liệu (CrUX), easiest seen trong PageSpeed Insights hoặc Google Search Console.
• “What’s making my page slow?” (bản dịch) «điều gì là đang làm my trang chậm?» → Chạy Lighthouse (điều này lists điều cần cách sửa).
• “I just want one place to see both.” (bản dịch) «I chỉ muốn một place để see cả hai.» → PageSpeed Insights.

Muốn đầy đủ picture — Cách Lighthouse scores hoạt động, Điều gì “p75” có nghĩ là, Vì sao so nhiều các trang có không trường dữ liệu, và chính xác workflow I sử dụng để tìm và khắc phục các vấn đề? Chuyển để Nâng cao tab.

Tóm tắt — Web performance việc đo lường xuất hiện xuống để lab so với trường. Lighthouse = lab: simulated audit (Chậm 4G, 4× CPU) scoring trang 0–100 (Performance = TBT 30%, LCP 25%, CLS 25%, FCP 10%, Speed chỉ mục 10%). nó diagnostic, không tín hiệu xếp hạng, và nó có thể’t đo lường INP — nó dùng TBT as proxy. CrUX = trường: thực opted-trong Chrome người dùng tại 75th percentile over 28-day rolling window — trường dataset behind Google công khai CWV reporting. PageSpeed Insights = cả hai trong một UI: CrUX trường dữ liệu on top ( Đã truyền/thất bại CWV Assessment đó matters cho SEO) và Lighthouse lab chạy dưới ( 0–100 score, mà không). sử dụng trường dữ liệu để know nơi bạn stand, lab dữ liệu để debug, và Search Console để tìm failing trang groups tại quy mô. chỉ ~11,9% của 43,66M unique trang web Audit các trang trong my January 2022 sample có CrUX chỉ số, so nhiều các trang trong đó sample lacked trường dữ liệu và PSI hiển thị bạn lab score và không có gì khác.

spine: lab dữ liệu so với trường dữ liệu

Nearly mỗi misunderstanding về những tools xuất hiện từ conflating hai kinds of dữ liệu. web.dev own cách diễn đạt là đó sạch nhất: “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.»

• Lab dữ liệu là “collected in a controlled environment with predefined device and network settings.” (bản dịch) «collected trong một controlled environment với predefined device và network settings.» đây là reproducible, fast, và great cho catching regressions — nhưng đây là một synthetic khách truy cập, không của bạn audience.
• 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’ riêng lẻ experiences.» đây là noisy, điều này lags, và đây là đó truth.

Google priority hướng dẫn là rõ ràng: “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.» So đó single câu hỏi mỗi SEO nên ask trước reading bất kỳ number là: am I looking tại lab dữ liệu hoặc trường dữ liệu hiện tại?

Google Lighthouse — lab diagnostic

Lighthouse là “an open-source, automated tool to help you improve the quality of web pages.” (bản dịch) «an open-nguồn, automated tool để help bạn improve đó quality of web các trang.» Bạn hand điều này một URL, điều này “runs a series of audits against the page,” (bản dịch) «chạy một series of audits so với đó trang,» và trả về một báo cáo trên Performance, Accessibility, Thực hành tốt nhất, và SEO. Lighthouse 12 dropped đó old PWA category — nhưng as of Lighthouse 13,3 (shipped Có thể 2026), có một fifth category again: Agentic Browsing, an experimental audit of cách well một trang hoạt động cho AI agents (accessibility-tree quality, layout stability, và WebMCP tool registration). Điều này không dùng đó 0–100 weighted score đó other four làm — điều này các báo cáo truyền/fail kiểm tra và một fractional readiness count thay vì — so không fold điều này vào đó Performance number dưới.

Performance score là weighted average của five lab các chỉ số (hiện tại as của Lighthouse 10 — Google versions những điều này weights, so treat chính xác numbers as checkable, không vĩnh viễn):

Color bands: 0–49 red (poor), 50–89 orange (cần improvement), 90–100 green (good). couple của điều mọi người miss:

• Điều này throttles by design — Chậm 4G và một 4× CPU slowdown — mà là vì sao của bạn score là thường thấp hơn đó snappy experience bạn nhận on của bạn own fast machine.
• Điều này không thể đo lường INP. As web.dev diễn đạt điều này, tools “that load pages in a simulated environment without a user cannot measure INP… the Total Blocking Time (TBT) metric is lab-measurable and is a proxy for INP.” (bản dịch) «đó load các trang trong một simulated environment không có một người dùng không thể đo lường INP… đó Total Blocking Time (TBT) chỉ số là lab-measurable và là một proxy cho INP.» MỘT perfect TBT không bảo đảm một passing INP trong đó trường.
• Đó score varies chạy-để-chạy — Google says so plainly. Chạy điều này 3–5 times trong incognito với extensions off và treat đó kết quả as một range.
• Điều này không phải một tín hiệu xếp hạng. Lighthouse là một diagnostic cho finding điều cần cách sửa. → Deep dive: Google Lighthouse.

Chrome UX Báo cáo (CrUX) — thực-người dùng dataset Google ranks on

CrUX là “a dataset that reflects how real-world Chrome users experience popular destinations on the web,” (bản dịch) «một dataset đó reflects cách thực tế Chrome người dùng experience popular destinations on đó web,» và crucially: “CrUX data is used by Google Search to inform the page experience ranking factor.” (bản dịch) «CrUX dữ liệu là dùng by Google Search để inform đó trang experience xếp hạng factor.» Này là đó dữ liệu behind đó Cốt lõi Web Chỉ số quan trọng program — đó một đó thực ra feeds xếp hạng.

Điều gì để know:

• đây là Chrome-chỉ và opt-trong. Desktop và Android Chrome từ người dùng ai opted vào reporting — không Chrome on iOS, không WebViews, không Edge/Safari/Firefox. Cho một Safari-nặng audience, CrUX có thể capture một minority of của bạn real người dùng.
• đây là một 28-day rolling average tại đó 75th percentile. p75 có nghĩa là “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 này giá trị.» Đó p75 các giá trị là synthetically derived — “it does not imply that any user actually experienced the value indicated.” (bản dịch) «điều này không imply đó bất kỳ người dùng thực ra experienced đó giá trị indicated.»
• Chậm feedback. Với đó 28-day window plus một ~2-day lag, một cách sửa takes khoảng ~30 days để fully cho thấy lên trong trường dữ liệu.
• Coverage là một phần. Từ my Ahrefs Core Web Vitals dữ liệu nghiên cứu, chỉ ~11,9% of đó 43,66M các trang I looked tại đã có bất kỳ CrUX dữ liệu tại all, và khoảng ~21,2% of các trang đã truyền Core Web Vitals. Origin-cấp độ truyền rates chạy cao hơn (~33%), nhưng origin dữ liệu masks failing riêng lẻ các trang — và Google ranks on trang-cấp độ dữ liệu.
• Six access surfaces: PageSpeed Insights, Search Console’s CWV báo cáo, đó CrUX API, đó CrUX History API, BigQuery (origin-chỉ, lại để 2017), và CrUX Vis. Note đó Looker Studio CrUX Dashboard đã là deprecated trong November 2025 — dùng CrUX Vis (cruxvis.withgoogle.com) thay vì. → Deep dive: Chrome UX Báo cáo (CrUX).

PageSpeed Insights (PSI) — trường + lab trong một place

PSI “reports on the user experience of a page on both mobile and desktop devices, and provides suggestions on how that page may be improved.” (bản dịch) «các báo cáo on người dùng experience of một trang on cả hai mobile và desktop devices, và cung cấp suggestions on cách đó trang có thể là improved.» đây là thực sự hai datasets wearing một coat:

• Top: CrUX trường dữ liệu. “Real-user experience data in PSI is powered by the Chrome User Experience Report (CrUX) dataset.” (bản dịch) «Real-người dùng experience dữ liệu trong PSI là powered by đó Chrome Người dùng Experience Báo cáo (CrUX) dataset.» Này drives đó Core Web Vitals Assessment — Đã truyền hoặc Failed tại p75 trên LCP, INP, và CLS: “To pass, the percentile must be categorized as ‘good’ in all three Core Web Vitals.” (bản dịch) «Để truyền, đó percentile phải được categorized as ‘good’ trong all three Core Web Vitals.» Nếu đó chính xác URL lacks dữ liệu điều này falls lại để origin-cấp độ, thì để “Không dữ liệu.”
• Bottom: một Lighthouse lab chạy. “PSI uses Lighthouse to analyze the given URL in a simulated environment.” (bản dịch) «PSI dùng Lighthouse để analyze đó được cho URL trong một simulated environment.» Này là đó 0–100 Performance score và đó diagnostics.

Đó cốt yếu SEO point: đó 0–100 score là lab dữ liệu và không phải một xếp hạng input. Chỉ đó trường CWV Assessment (đó CrUX section) reflects điều gì Google ranks on. PSI hoạt động on bất kỳ công khai URL (so bạn có thể kiểm tra các đối thủ), nhưng chỉ công khai URLs — “It cannot be used on development sites that are not publicly accessible.” (bản dịch) «Điều này không thể là dùng on development các trang đó không phải publicly accessible.» Cho những, chạy Lighthouse trong DevTools. → Deep dive: PageSpeed Insights (PSI).

Chọn right tool

decision collapses để một vài các câu hỏi:

Hai cách diễn đạt rules behind đó bảng: trường cho assessment, lab cho diagnosis — và trang web-wide goes để Search Console, riêng lẻ các URL go để PSI. nếu trang có không CrUX dữ liệu, Bạn có thể’t assess của nó trường CWV từ PSI tại all; bạn’re left với lab score, mà tells bạn không có gì về tín hiệu xếp hạng.

Beyond three: DevTools, Search Console groups, RUM, và synthetic monitoring

Lighthouse, PSI, và CrUX cover hầu hết of điều gì an SEO cần day để day, nhưng calling them “the three tools” (bản dịch) «đó three tools» undersells đó rest of đó toolkit:

• Chrome DevTools’ trực tiếp các chỉ số và performance trace. Open trang trong DevTools’ Performance panel và LCP, CLS, và INP cập nhật as bạn thực ra interact với trang; record trace và Bạn có thể tìm chính xác script hoặc tài nguyên causing delay. vì thực interaction là happening, điều này có thể capture INP giá trị — unlike Lighthouse non-interactive lab load, mà có thể’t.
• Search Console’s Core Web Vitals báo cáo groups similar các URL, nó không trace single trang. nó trang web-wide triage surface cho finding mà template hoặc URL pattern là failing tại quy mô; nhấp vào group, sau đó take representative URL vào PSI hoặc DevTools để diagnose nó.
• Synthetic monitoring re-chạy giống nhau automated kiểm tra on schedule, từ chosen locations và device profiles, thường wired vào CI — so regression nhận caught trước khi launch thay vì cho thấy lên trong CrUX ~30 days sau đó. nó repeatable và controlled, nhưng nó chỉ bao giờ observes scenarios bạn configured, không của bạn thực traffic.
• Riêng tư RUM (thực Người dùng Monitoring) instruments của bạn own trang web để record mỗi khách truy cập thực experience — không chỉ CrUX eligible, opted-trong Chrome population — và có thể segment by business context (logged-trong người dùng, checkout flow, revenue) đó CrUX có thể’t. đó cũng có nghĩ là nó có thể legitimately disagree với CrUX: khác trình duyệt coverage, consent rules, sampling, và aggregation windows. bạn take on setup, quyền riêng tư/consent, và cost tradeoffs yourself.

None of đó thay đổi đó spine: trường dữ liệu (CrUX hoặc của bạn own RUM) tells bạn nơi bạn stand; lab, trace, và synthetic tools tell bạn vì sao. Và nếu điều gì bạn thực ra muốn là một được xếp hạng list of các sản phẩm thay vì một map of tasks — plenty of “best web performance tools” (bản dịch) «best web performance tools» roundups exist cho đó — đó nhanh hơn move là thường để chạy của bạn own URL qua một công khai kiểm thử đầu tiên, since một roundup ranks vendors, không trang của bạn.

workflow I thực ra sử dụng

1. Google Search Console → Core Web Vitals báo cáo. tìm failing trang groups tại quy mô trên trang web.
2. PageSpeed Insights. xác nhận tại trang cấp độ — đọc trường-dữ liệu CWV Assessment verdict cho representative URL.
3. PSI lab section / Lighthouse / Chrome DevTools. Diagnose root nguyên nhân và iterate on khắc phục với fast lab feedback.
4. Chờ ~30 days. Trường dữ liệu cập nhật on 28-day window + lag.
5. Re-kiểm tra PSI trường + Search Console để xác nhận thực-người dùng improvement.

Lab dữ liệu là của bạn fast feedback loop sau khi thay đổi; trường dữ liệu là chậm, có thẩm quyền xác nhận.

Cách CWV thứ hạng thực ra hoạt động (briefly)

Google documents Core Web Vitals as điều gì đó của nó xếp hạng các hệ thống dùng, và CrUX as đó dataset behind đó công khai CWV reporting bạn see trong PSI, Search Console, và đó CrUX API — đó part là well-established, không lab scores. Điều gì không publicly được ghi lại là một 1:1 mapping giữa đó chính xác number một công khai CrUX surface cho thấy bạn và đó literal internal giá trị Google xếp hạng các hệ thống đọc cho đó trang — treat đó công khai hình as đó best khả dụng proxy cho đó tín hiệu, không một verified readout of điều này. Either way, đây là một real nhưng modest tín hiệu. John Mueller có called điều này “more than a tie-breaker, but it also doesn’t replace relevance,” (bản dịch) «hơn một tie-breaker, nhưng điều này cũng không replace relevance,» và, khoảng đó 2024 tài liệu cập nhật, “it’s not going to make your site’s rankings jump up.” (bản dịch) «đây là không going để làm trang web của bạn thứ hạng jump lên.» Google own trang-experience tài liệu hiện tại chẳng hạn “trying to get a perfect score just for SEO reasons may not be the best use of your time.” (bản dịch) «trying để nhận một perfect score chỉ cho SEO reasons có thể không là đó best dùng of của bạn time.» Cho đó đầy đủ treatment — thresholds, đó three các chỉ số, và cách nhiều weight để cho điều này — see đó Core Web Vitals hub.

note on Bing

Bing hasn’t published tài liệu positioning những điều này performance tools as xếp hạng factors way Google có; Core Web Vitals là primarily Google construct. Bing Quản trị viên web Tools làm surface Core Web Vitals overview, và underlying UX/speed improvements benefit bạn trên all các công cụ tìm kiếm — nhưng toolchain on điều này trang là Google.

nơi để go tiếp theo

điều này hub là map; mỗi tool có của nó own deep dive nested dưới nó:

• Google Lighthouse — lab audit engine: four categories, Cách weighted 0–100 Performance score là được xây dựng, Vì sao nó throttles và varies, và Vì sao nó diagnostic thay vì xếp hạng input.
• PageSpeed Insights (PSI) — hai-datasets-trong-một-UI tool: CrUX trường section so với. Lighthouse lab section, Đã truyền/thất bại CWV Assessment, dữ liệu fallback, và PSI API cho bulk kiểm thử.
• Chrome UX Báo cáo (CrUX) — thực-người dùng trường dataset: opt-trong Chrome coverage, 28-day p75 window, origin so với. URL dữ liệu, Vì sao các trang hiển thị “Không dữ liệu,” và six ways để access nó (including CrUX Vis sau khi Dashboard deprecation).

cho các chỉ số những điều này tools đo lường — Largest Contentful Paint, Interaction để tiếp theo Paint, Cumulative Layout Shift, plus Total Blocking Time và Speed chỉ mục — và thresholds Google dùng, bắt đầu tại Core Web Vitals hub.

AI summary

condensed take on Nâng cao version:

• Three tools, hai kinds của dữ liệu. Lighthouse = lab; CrUX = trường; PageSpeed Insights = cả hai trong một UI. đầu tiên câu hỏi cho bất kỳ number: lab hoặc trường?
• Google ranks on trường dữ liệu (CrUX), không lab scores. Trường dữ liệu là Điều gì bạn prioritize on; lab dữ liệu là cho gỡ lỗi.
• Lighthouse là simulated audit (Chậm 4G, 4× CPU) scoring 0–100 — Performance (Lighthouse 10 weights, versioned và checkable, không vĩnh viễn) = TBT 30%, LCP 25%, CLS 25%, FCP 10%, Speed chỉ mục 10%. Bands: 0–49 red / 50–89 orange / 90–100 green. nó có thể’t đo lường INP (dùng TBT as proxy), varies chạy-để-chạy, và là không tín hiệu xếp hạng. As của Lighthouse 13,3 (có thể 2026) có experimental fifth category, Agentic Browsing — truyền/fail kiểm tra cho AI-agent readiness, tách biệt từ 0–100 score.
• CrUX = opted-trong Chrome người dùng (không iOS Chrome, không Edge/Safari/Firefox) tại p75 over 28-day rolling window; dataset Google Search ranks on. khắc phục takes ~30 days để hiển thị. Trong my January 2022 Ahrefs sample, chỉ ~11,9% của 43,66M unique trang web Audit các trang có CrUX chỉ số; ~21,2% của measured các trang đã truyền CWV. Looker Studio CrUX Dashboard là deprecated Nov 2025 → sử dụng CrUX Vis.
• PageSpeed Insights hiển thị CrUX trường dữ liệu on top ( Đã truyền/thất bại CWV Assessment đó matters Đối với SEO) và Lighthouse lab chạy dưới ( 0–100 score, mà không phải xếp hạng factor). Công khai các URL chỉ; hoạt động on các đối thủ.
• Decision rules: trường cho assessment, lab cho diagnosis; trang web-wide → Tìm kiếm Console, riêng lẻ các URL → PSI; login-gated các trang → Lighthouse trong DevTools.
• Beyond three: DevTools’ trực tiếp các chỉ số/trace có thể capture thực INP as bạn interact; Search Console groups similar các URL thay vì tracing một trang; synthetic monitoring re-chạy kiểm tra on schedule/CI; riêng tư RUM covers của bạn own đầy đủ khách truy cập population (và có thể legitimately disagree với CrUX). được xếp hạng “best tools” roundup các câu trả lời khác câu hỏi hơn điều này hub — chạy của bạn own URL qua công khai kiểm thử đầu tiên.
• Xếp hạng caveat: Google documents CWV as xếp hạng-các hệ thống input và CrUX as dataset behind công khai CWV reporting — đó confirmed. có không công khai proof chính xác number công khai CrUX surface hiển thị là literal internal theo-trang giá trị Google xếp hạng các hệ thống đọc; treat nó as best công khai proxy, không verified readout.
• Workflow: GSC (tìm failing groups) → PSI (xác nhận tại trang cấp độ) → Lighthouse/DevTools (diagnose + khắc phục) → chờ ~30 days → re-kiểm tra trường.

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

Chính-nguồn tài liệu từ Google (và note on Bing).

Google — tools

• Lighthouse overview — Điều gì Lighthouse là, Điều gì nó audits, và nơi để chạy nó.
• Lighthouse performance scoring — chỉ số weights, score bands, và Vì sao score varies.
• Lighthouse agentic browsing scoring — experimental 5th category (shipped trong Lighthouse 13,3, có thể 2026): truyền/fail agent-readiness kiểm tra, tách biệt từ 0–100 score.
• Chrome DevTools Performance panel reference — trực tiếp các chỉ số và recorded traces cho local, interaction-driven việc đo lường (including INP).
• PageSpeed Insights — về — PSI combines Lighthouse lab dữ liệu với CrUX trường dữ liệu; score bands.
• sử dụng CrUX trong PageSpeed Insights — Cách trường section hoạt động và Đã truyền/thất bại assessment.
• Chrome UX Báo cáo (CrUX) overview — dataset, của nó role trong CWV, và access surfaces.
• CrUX methodology — ai eligible và mà các nền tảng là được bao gồm.
• CrUX API — 28-day rolling average và p75 definition.
• CrUX Vis — visual trend tool đó replaced deprecated Dashboard.

Google — lab so với trường & xếp hạng

• Lab và trường dữ liệu differences — Philip Walton on điều gì mỗi là và mà để prioritize.
• Core Web Vitals tools (web.dev) — Google own overview of đó tooling.
• Understanding Core Web Vitals và Google Search kết quả — cách CWV aligns với xếp hạng các hệ thống.
• Understanding trang experience trong Google Search — đó “perfect score… may not be the best use of your time” (bản dịch) «perfect score… có thể không là đó best dùng of của bạn time» cách diễn đạt.

Bing / Microsoft

• Bing hasn’t published hướng dẫn positioning những điều này performance tools as xếp hạng factors; Bing Quản trị viên web Tools surfaces Core Web Vitals overview, nhưng CWV vẫn primarily Google construct. 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. mỗi link là deep link đó jumps để quoted passage on nguồn trang.

Google — Điều gì mỗi tool là

• “Lighthouse is an open-source, automated tool to help you improve the quality of web pages.” (bản dịch) «Lighthouse là an open-nguồn, automated tool để help bạn improve đó quality of web các trang.» — Chrome cho Nhà phát triển tài liệu. Nhảy đến trích dẫn
• “PageSpeed Insights (PSI) reports on the user experience of a page on both mobile and desktop devices, and provides suggestions on how that page may be improved.” (bản dịch) «PageSpeed Insights (PSI) các báo cáo on người dùng experience of một trang on cả hai mobile và desktop devices, và cung cấp suggestions on cách đó trang có thể là improved.» Nhảy đến trích dẫn
• “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.» Nhảy đến trích dẫn

Google — lab so với trường, và mà Google ranks on

• “Real-user experience data in PSI is powered by the Chrome User Experience Report (CrUX) dataset.” (bản dịch) «Real-người dùng experience dữ liệu trong PSI là powered by đó Chrome Người dùng Experience Báo cáo (CrUX) dataset.» Nhảy đến trích dẫn
• “CrUX data is used by Google Search to inform the page experience ranking factor.” (bản dịch) «CrUX dữ liệu là dùng by Google Search để inform đó trang experience xếp hạng factor.» Nhảy đến trích dẫn
• “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.» — Philip Walton, web.dev. Nhảy đến trích dẫn
• “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 được tổng hợp các chỉ số.» Nhảy đến trích dẫn
• “trying to get a perfect score just for SEO reasons may not be the best use of your time.” (bản dịch) «trying để nhận một perfect score chỉ cho SEO reasons có thể không là đó best dùng of của bạn time.» — Google Search Central, trang-experience tài liệu. Nhảy đến trích dẫn

John Mueller, Google (qua phụ coverage)

• “It is a ranking factor, and it’s more than a tie-breaker, but it also doesn’t replace relevance.” (bản dịch) «Điều này là một xếp hạng factor, và đây là hơn một tie-breaker, nhưng điều này cũng không replace relevance.» On Core Web Vitals as một tín hiệu xếp hạng. Đọc bài đưa tin
• “it’s not going to make your site’s rankings jump up.” (bản dịch) «đây là không going để làm trang web của bạn thứ hạng jump lên.» Khoảng đó March 2024 trang-experience tài liệu cập nhật. Đọc bài đưa tin

Web performance tools — bảng tra nhanh

** three tools tại glance**

Fast facts

• Google ranks on trường dữ liệu (CrUX), không lab score. PSI 0–100 number là không xếp hạng input.
• Lighthouse Performance weights (Lighthouse 10, versioned — kiểm tra trước khi citing): TBT 30%, LCP 25%, CLS 25%, FCP 10%, Speed chỉ mục 10%. Bands: 0–49 red / 50–89 orange / 90–100 green. Lighthouse 13,3+ (có thể 2026) adds experimental 5th category, Agentic Browsing (truyền/fail, không part của 0–100 score).
• Lighthouse có thể’t đo lường INP — nó dùng TBT as proxy. DevTools’ trực tiếp các chỉ số screen có thể observe thực INP, since bạn’re generating interaction.
• CrUX là Chrome-chỉ, opt-trong (không iOS Chrome, không Edge/Safari/Firefox), p75, 28-day window, ~2-day lag → khắc phục takes ~30 days để hiển thị.
• chỉ ~11,9% của 43,66M unique trang web Audit các trang trong my January 2022 sample có CrUX chỉ số; ~21,2% của measured các trang đã truyền CWV (my Ahrefs CWV dữ liệu nghiên cứu).
• CrUX Dashboard deprecated Nov 2025 → sử dụng CrUX Vis (cruxvis.withgoogle.com).
• Trường cho assessment, lab cho diagnosis. trang web-wide → Search Console; riêng lẻ các URL → PSI; login-gated → Lighthouse trong DevTools.

Web-performance việc đo lường mistakes

Reporting Lighthouse score as Google xếp hạng input

Lighthouse là lab diagnostic. Google dùng CrUX trường dữ liệu cho Core Web Vitals assessment, so label score cho Điều gì nó là.

sử dụng trường dữ liệu để diagnose line của code

CrUX tells bạn đó thực người dùng có vấn đề, nhưng không chính xác implementation nguyên nhân. Reproduce affected journey trong DevTools hoặc Lighthouse sau khi finding yếu trường segment.

Comparing unlike kiểm thử conditions

warm desktop chạy và cold throttled mobile chạy câu trả lời khác các câu hỏi. giữ tool, location, device profile, bộ nhớ đệm state, và journey consistent cho trước khi/sau khi comparisons.

Optimizing aggregate trong khi ignoring trang groups

origin-cấp độ truyền có thể hide chậm template, và origin-cấp độ thất bại có thể hide healthy các trang. Bắt đầu rộng, sau đó segment by URL pattern và experience.

Resolve phổ biến tool disagreements

PageSpeed Insights hiển thị trường dữ liệu cho origin, không URL

có khả năng nguyên nhân: URL lacks đủ eligible CrUX dữ liệu. khắc phục: đọc phạm vi label và sử dụng origin dữ liệu chỉ as context, sau đó thêm RUM hoặc Search Console groups cho trang-cấp độ decisions. xác nhận: báo cáo rõ ràng identifies mà phạm vi mỗi giá trị represents.

Lighthouse thay đổi mỗi time nó chạy

có khả năng nguyên nhân: lab kết quả vary với network, CPU, bộ nhớ đệm, máy chủ phản hồi, và thứ ba-party activity. khắc phục: standardize conditions và so sánh several chạy thay vì một score. xác nhận: giống nhau opportunity persists trên chạy đặt.

Search Console là poor trong khi local kiểm thử là good

có khả năng nguyên nhân: local lab không represent thực devices, locations, hoặc lâu hơn journeys. khắc phục: sử dụng trường báo cáo để identify affected group, sau đó reproduce đó scenario trong diagnostic tool. xác nhận: lab trace giải thích trường segment bottleneck.

khắc phục là visible trong Lighthouse nhưng không CrUX

có khả năng nguyên nhân: Lighthouse là immediate trong khi CrUX dùng rolling trường window. khắc phục: validate với controlled lab chạy và của bạn own RUM đầu tiên, sau đó cho phép công khai trường window để cập nhật. xác nhận: RUM improves trước khi CrUX trend follows.

Tự kiểm tra: web performance tools

Five nhanh các câu hỏi on three tools và lab so với trường dữ liệu. Pick câu trả lời cho mỗi, sau đó kiểm tra.

Nhật ký thay đổi