Hướng dẫn về Google Lighthouse

TL;DR — Lighthouse là một free Google tool đó grades một web trang từ 0 để 100 on điều như speed và accessibility. Điều này chạy đó trang trong một slowed-xuống “lab” — một pretend chậm phone on một chậm network — so đó score là thường thấp hơn hơn trang web của bạn feels. đây là một great để-làm list cho improvements, nhưng một cao score không move bạn lên trong Google thứ hạng.

Điều gì Lighthouse là

Google Lighthouse là một free, open-nguồn tool từ đó team behind Chrome. Bạn point điều này tại một URL, điều này chạy một series of kiểm tra on đó trang, và điều này hands bạn một báo cáo card với scores trong four areas: Performance (cách fast đó trang loads), Accessibility (có thể mọi người với disabilities dùng điều này), Thực hành tốt nhất (chung web hygiene), và SEO (basic tìm kiếm-friendliness kiểm tra).

Mỗi score chạy từ 0 để 100, với color bands so bạn know tại một glance cách bạn đã làm:

• 0–49 là red — poor
• 50–89 là orange — cần improvement
• 90–100 là green — good

Đó một điều để understand đầu tiên

Lighthouse các kiểm thử trang của bạn dưới fake, slowed-xuống conditions — khoảng một mid-tier phone on một chậm 4G connection. Điều này làm này on purpose, so điều này có thể catch các vấn đề đó real người dùng on chậm hơn devices sẽ feel.

đó là vì sao bạn có thể chạy Lighthouse on một site đó loads instantly on của bạn fast laptop và vẫn see một Performance score of 55. bạn là không seeing điều gì bạn experience — bạn là seeing điều gì một budget phone on một mediocre network sẽ experience. Hữu ích information, nhưng không cùng một điều.

Lighthouse không phải PageSpeed Insights (chính xác)

bạn đã probably seen Lighthouse không có knowing điều này. Khi bạn chạy một trang qua PageSpeed Insights (đó web tool tại pagespeed.web.dev), đó “lab” scores điều này cho thấy bạn là Lighthouse. PageSpeed Insights chỉ wraps Lighthouse và adds một second set of numbers từ real người dùng (called trường dữ liệu, hoặc đó Chrome UX Báo cáo). Hơn on đó phân biệt trong đó Advanced version.

Đó big myth để drop

MỘT perfect Lighthouse score không có nghĩa là top thứ hạng. Lighthouse là một helpful tool cho finding điều để cách sửa, nhưng đó score itself không điều gì Google dùng để xếp hạng bạn. Đó performance numbers Google thực ra cares về cho xếp hạng come từ real người dùng, không từ Lighthouse lab. Chasing một 100 là great cho của bạn khách truy cập — chỉ không expect điều này để là một thứ hạng cheat code.

Muốn đó chỉ số weights, vì sao scores jump khoảng giữa chạy, và chính xác cách Lighthouse relates để Core Web Vitals? Chuyển để đó Advanced tab.

TL;DR — Lighthouse là an open-nguồn, automated tool đó audits một trang trong lab conditions (simulated Chậm 4G + 4× CPU throttle) và scores Performance, Accessibility, Thực hành tốt nhất, và SEO — PWA đã là dropped trong Lighthouse 12. Đó Performance score là một weighted average of five lab các chỉ số: TBT 30%, LCP 25%, CLS 25%, FCP 10%, Speed Chỉ mục 10%. Bands: 0–49 red, 50–89 orange, 90–100 green. đây là lab dữ liệu, so điều này là không đó Core Web Vitals tín hiệu xếp hạng, điều này không thể đo lường INP đó way đó trường làm (điều này dùng TBT as một proxy), và điều này varies chạy-để-chạy. Điều này powers đó lab half of PageSpeed Insights; PSI adds CrUX trường dữ liệu on top. MỘT 100 không buy thứ hạng.

Điều gì Lighthouse thực ra là

Google own một-liner là đó sạch nhất definition: “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.» Đó mechanics là chỉ as đơn giản — “give Lighthouse a URL to audit, it runs a series of audits against the page, and then it generates a report on how well the page performed.” (bản dịch) «cho Lighthouse một URL để audit, điều này chạy một series of audits so với đó trang, và thì điều này generates một báo cáo on cách well đó trang performed.»

Điều này scores four categories hôm nay: Performance, Accessibility, Thực hành tốt nhất, và SEO. Nếu bạn đã đọc older các hướng dẫn đó chẳng hạn five, họ là out of date — đó PWA category đã là đã xóa trong Lighthouse 12 (khoảng 2024), sau Chrome đã cập nhật installability criteria. So nếu một blog post là vẫn citing một PWA score, đó là của bạn tell điều này có trước đó hiện tại version.

Đó crucial cách diễn đạt là một word: lab. Lighthouse loads trang của bạn trong một controlled, simulated environment, không từ của bạn real khách truy cập. Đó single fact giải thích gần như mỗi piece of confusion mọi người có về điều này.

Cách Lighthouse Hoạt động — đó lab conditions

Theo mặc định Lighthouse dùng simulated throttling, và điều này throttles aggressively. Đó defaults emulate khoảng một mid-tier mobile device on một Chậm 4G connection:

• Network: đó mobile Chậm 4G preset — về 150 ms latency và 1,6 Mbps xuống / 750 Kbps lên. Google mô tả này as emulating “the ~85th percentile mobile connection speed even when run on much faster fiber connections.” (bản dịch) «đó ~85th percentile mobile connection speed ngay cả khi chạy on nhiều nhanh hơn fiber connections.»
• CPU: một constant 4× CPU multiplier, simulating một mid-tier phone processor on của bạn nhanh hơn desktop hardware.

Này là by design. Lighthouse không trying để tell bạn “this is how fast your site is for everyone.” (bản dịch) «này là cách fast trang web của bạn là cho mọi người.» đây là stress-kiểm thử đó trang so với một chậm hơn-hơn-average cohort so các vấn đề surface đó của bạn fast laptop hides. đây là vì sao một site đó feels instant để bạn có thể score 60 — bạn là một cao-performance MacBook on fiber; đó kiểm thử là một budget Android on một so-so network.

Một nuance worth giữ straight: simulated throttling (đó default) không đó giống nhau as DevTools / applied throttling. Simulated throttling models cách đó trang sẽ có loaded dưới những conditions dựa trên an ban đầu unthrottled observation — Google notes này approach là “both very fast and deterministic.” (bản dịch) «cả hai very fast và deterministic.» DevTools-style throttling thực ra làm chậm xuống đó các yêu cầu, mà Google says là “not a sufficient model of a slow connection.” (bản dịch) «không một sufficient model of một chậm connection.» Cho repeatable việc đo lường, đó default simulated chế độ là được ưu tiên.

Đó Performance score — cách đây là calculated

Đó Performance score là “a weighted average of the metric scores.” (bản dịch) «một weighted average of đó chỉ số scores.» Những weights đã là set trong Lighthouse 10 và vẫn đó hiện tại published bảng. Lighthouse 13 (rolled out 2026) says so explicitly: điều này consolidated một set of non-scoring performance audits vào shared “Insights” cũng dùng by đó DevTools Performance panel, nhưng trạng thái có “no changes to the performance scoring” (bản dịch) «không thay đổi để đó performance scoring» trong đó phát hành — đó scoring là dựa trên đó các chỉ số dưới, không đó audit names, và những đã không move. Five các chỉ số làm lên đó score:

Vài điều để internalize ở đây:

• TBT carries đó hầu hết weight (30%). đây là đó lab proxy cho responsiveness. Đầu tiên Input Delay (FID) là đã biến mất, và so là older các chỉ số như Time để Interactive và Đầu tiên Có ý nghĩa Paint — họ đã retired.
• Speed Chỉ mục là một Lighthouse chỉ số, không một Cốt lõi Web Vital. Điều này vẫn được tính cho 10% of đó Lighthouse Performance score mặc dù điều này không một of Google xếp hạng-relevant CWV.
• Mỗi chỉ số là scored so với một curve, không một fixed cutoff. Lighthouse takes đó thô giá trị (thường trong milliseconds) và maps điều này onto một log-thông thường distribution được xây dựng từ thực tế HTTP Archive dữ liệu. Google control points: đó 25th percentile of đó dữ liệu lands tại một score of 50, và đó 8th percentile lands tại 90. So một 90+ có nghĩa là bạn là khoảng trong đó top ~8% of các trang on đó chỉ số — mà là vì sao đó cuối cùng một vài points là so hard để win.
• Chỉ đó chỉ số scores move đó number. Đó Opportunities và Diagnostics sections of đó báo cáo là hướng dẫn — they tell bạn điều gì để cách sửa — nhưng they không trực tiếp thay đổi đó Performance score. Sửa them improves đó các chỉ số, và đó các chỉ số move đó score.

Vì sao của bạn score thay đổi giữa chạy

Này là đó complaint I hear hầu hết: “I ran it twice and got 84 then 91 — is it broken?” (bản dịch) «I ran điều này twice và đã nhận 84 thì 91 — là điều này hỏng?» Không. Google là rõ ràng: “A lot of the variability in your overall Performance score and metric values is not due to Lighthouse.” (bản dịch) «MỘT lot of đó variability trong của bạn overall Performance score và chỉ số các giá trị không phải due để Lighthouse.» Khi đó number jumps, đây là thường đó underlying conditions shifting:

• MỘT/B các kiểm thử hoặc khác nhau quảng cáo đang phân phối on mỗi load
• Internet routing thay đổi — cả hai của bạn local network và đó lâu hơn cross-region path một yêu cầu takes
• Đó web máy chủ itself responding tại inconsistent speeds
• Kiểm thử on khác nhau hardware (một fast desktop so với. một tired laptop) — CPU throttling là relative để đó host machine, so một “4×” multiplier có nghĩa là điều gì đó khác nhau on một fast machine hơn một chậm một
• Trình duyệt extensions đó inject JavaScript hoặc extra network các yêu cầu
• Antivirus software hoặc other background xử lý competing cho các tài nguyên

Ví dụ: chạy đó giống nhau URL twice và một truyền happens để load một heavier quảng cáo creative hoặc catches một chậm hơn máy chủ phản hồi — đó chạy audits reflect đó một load, không một defect bạn introduced. Treat điều này as một single sample, không một verdict.

Đó right mental model, straight từ đó tài liệu, là để treat performance as một distribution of scores, thay vì một single number. Chạy điều này vài times — ideally trong an incognito window với extensions off, on khớp hardware và network conditions — và xem đó range hoặc median, không một kết quả. Khi bạn cần để so sánh chạy sau đó, note đó Lighthouse version, chạy chế độ, và throttling phương thức alongside đó score; một score từ một khác nhau version hoặc configuration không một như-cho-như so sánh, ngay cả khi đó number looks similar.

Cách chạy Lighthouse responsibly

Dùng Lighthouse as một controlled diagnostic, không một một-nhấp verdict:

1. Kiểm thử đó chính xác deployed URL, không một khác nhau template hoặc an unpublished local xây dựng.
2. Match đó device profile, throttling phương thức, Lighthouse version, bộ nhớ đệm state, authentication, consent state, và kiểm thử geography cho mỗi so sánh.
3. Bắt đầu mỗi chạy với một fresh navigation. Resizing an đã-loaded desktop trang vào một mobile viewport không reproduce một mobile navigation, yêu cầu sequence, hoặc máy chủ phản hồi.
4. Chạy ít nhất three times. Báo cáo đó median as đó headline kết quả và retain đó riêng lẻ chạy, range, timestamps, warnings, và traces so an outlier là visible thay vì silently discarded.
5. So sánh trước và sau dưới đó giống nhau conditions. Nếu đó kiểm thử service chạy từ một sản phẩm khác region, record điều này: đã thêm network distance hoặc một khác nhau CDN edge có thể thay đổi máy chủ và loading timings không có một code thay đổi.
6. Kiểm tra CrUX riêng trước đang làm một real-người dùng claim. MỘT tốt hơn lab median hỗ trợ “this change improved this controlled test,” (bản dịch) «này thay đổi improved này controlled kiểm thử,» không “users now pass Core Web Vitals.” (bản dịch) «người dùng hiện tại truyền Core Web Vitals.»

Đó evidence hỗ trợ khác nhau conclusions:

Này follows Lighthouse own distribution-based model cho score variability và giữ đó lab/trường phân biệt intact. Evidence for this claim Lighthouse performance scores are weighted from lab metrics; 90–100 is good, 50–89 needs improvement, and 0–49 is poor. Scope: Current published Lighthouse performance-scoring model; metric weights can change by Lighthouse version. Confidence: high · Verified: 2026-07-14 Chrome Developers: Performance scoring

Lighthouse so với. PageSpeed Insights — đó phân biệt đó matters

Những nhận conflated constantly, so là precise:

• Lighthouse là đó engine. Điều này produces lab dữ liệu — đó Performance, Accessibility, Thực hành tốt nhất, và SEO scores.
• PageSpeed Insights là một web UI đó chạy Lighthouse và adds Chrome UX Báo cáo (CrUX) trường dữ liệu — real Core Web Vitals từ ẩn danh real người dùng, shown khi có đủ dữ liệu cho đó URL hoặc origin.

So trong PSI bạn là looking tại hai khác nhau datasets side by side. Đó “trường dữ liệu” section tại đó top (real người dùng, từ CrUX) là tách biệt từ đó Lighthouse “lab dữ liệu” section dưới điều này — và they frequently disagree. Khi ai đó says “my PageSpeed Insights score,” (bản dịch) «my PageSpeed Insights score,» they gần như luôn có nghĩa là đó Lighthouse Performance score, không đó trường dữ liệu.

Lighthouse và Core Web Vitals — cách they relate

Lighthouse measures some Core Web Vitals trong đó lab: điều này các báo cáo LCP và CLS as lab các chỉ số. Nhưng có một hard limit:

Lighthouse không thể đo lường INP đó way đó trường làm. Interaction để Tiếp theo Paint cần real người dùng interactions để đo lường — có không real người dùng clicking khoảng trong một lab chạy. So Lighthouse dùng Total Blocking Time as một lab proxy cho responsiveness. TBT correlates với INP, nhưng một passing TBT làm không bảo đảm một passing INP cho real người dùng. họ là related, không đó giống nhau.

Này là đó heart of đó lab-so với-trường khoảng trống. Trường dữ liệu — từ CrUX, surfaced trong Search Console và đó top of PageSpeed Insights — là điều gì reflects real người dùng và điều gì feeds Google trang experience các tín hiệu. Lighthouse lab dữ liệu là cho gỡ lỗi và catching regressions trước khi bạn ship. Google own hướng dẫn là để “prioritize field data for understanding real-world user experiences” (bản dịch) «prioritize trường dữ liệu cho understanding thực tế người dùng experiences» và dùng “lab data for debugging, testing features before deployment.” (bản dịch) «lab dữ liệu cho gỡ lỗi, kiểm thử features trước deployment.»

Nơi để chạy điều này

Giống nhau engine, khác nhau surfaces:

• Chrome DevTools — được xây dựng vào đó trình duyệt (đó Lighthouse panel). Best cho các trang behind một login, since bạn có thể audit authenticated các trang.
• PageSpeed Insights — đó không-install web UI tại pagespeed.web.dev; chạy Lighthouse và adds CrUX trường dữ liệu.
• CLI — npm install -g lighthouse, thì lighthouse <url>; scriptable.
• Node module — import điều này programmatically vào của bạn own tooling và CI.
• Lighthouse CI — đó chính thức setup cho catching performance regressions on mỗi deploy. Đó workflow là collect → assert → upload: collect chạy Lighthouse multiple times so với một URL (three chạy theo mặc định) và takes đó median báo cáo thay vì trusting một truyền; assert kiểm tra đó báo cáo so với thresholds bạn configure — set để warn hoặc error theo category hoặc chỉ số; upload stores đó báo cáo so bạn có thể track trend lines over xây dựng. Treat đó thresholds as của bạn team regression policy, không một trường-dữ liệu verdict hoặc một xếp hạng bảo đảm — họ là catching “this got worse,” (bản dịch) «này đã nhận tệ hơn,» không certifying “this is fast for users.” (bản dịch) «này là fast cho người dùng.»
• Chrome extension — tồn tại, nhưng DevTools là đó được khuyến nghị trong-trình duyệt path.

Đó CLI và Node workflows cần một local install of Chrome để drive.

Đó myths worth busting

• “A 100 Lighthouse score = top rankings.” (bản dịch) «MỘT 100 Lighthouse score = top thứ hạng.» Không. Đó Performance score là lab dữ liệu; điều này không một tín hiệu xếp hạng. Google trang experience các tín hiệu dùng Cốt lõi Web Chỉ số quan trọng trường dữ liệu (CrUX), và ngay cả đó là một lightweight tín hiệu among nhiều — relevance và nội dung quality dominate. Aim cho một mạnh score vì đây là good cho người dùng, không vì đây là một thứ hạng lever.
• “Lighthouse = field data / what real users experience.” (bản dịch) «Lighthouse = trường dữ liệu / điều gì real người dùng experience.» Không. đây là throttled lab conditions tệ hơn hầu hết real người dùng see. Real người dùng có warm caches, bfcache, và varying devices. Lighthouse là một worst-case-ish stress kiểm thử, không an average-người dùng readout.
• “PageSpeed Insights is Lighthouse.” (bản dịch) «PageSpeed Insights là Lighthouse.» Partly. PSI chạy Lighthouse cho đó lab section và adds CrUX cho đó trường section. Đó trường numbers — đó ones tied để trang experience — là CrUX, không Lighthouse.
• “The PWA category still counts.” (bản dịch) «Đó PWA category vẫn được tính.» Điều này không. PWA đã là đã xóa as một scored category trong Lighthouse 12.

Bottom line

Lighthouse là một of đó hầu hết hữu ích free tools trong SEO kỹ thuật và web performance — một fast, repeatable way để tìm điều gì là slowing một trang xuống và để guard so với regressions trong CI. Chỉ hold điều này tại đó right altitude: đây là một lab diagnostic, không một verdict on real-người dùng experience và không một xếp hạng score. Dùng điều này để tìm và cách sửa; dùng trường dữ liệu (CrUX, Core Web Vitals trong Search Console) để judge liệu real người dùng là thực ra có một good time.

AI summary

MỘT condensed take on đó Advanced version:

• Lighthouse = open-nguồn, automated lab auditing tool từ đó Chrome team. Cho điều này một URL; điều này audits đó trang và scores Performance, Accessibility, Best Practices, SEO. PWA đã là đã xóa trong Lighthouse 12 (~2024).
• Lab, không trường. Điều này loads đó trang dưới simulated throttling — khoảng Chậm 4G + 4× CPU — by design, để surface điều gì chậm hơn devices/networks experience. đó là vì sao một “fast” site có thể score thấp.
• Performance score = weighted average of five lab các chỉ số: TBT 30%, LCP 25%, CLS 25%, FCP 10%, Speed Chỉ mục 10%. FID và Đầu tiên Có ý nghĩa Paint là đã biến mất.
• Bands: 0–49 red (poor), 50–89 orange (cần improvement), 90–100 green (good). Chỉ số scores là mapped onto một log-thông thường HTTP Archive curve, so đó top points là hardest. Opportunities/Diagnostics hướng dẫn các cách sửa nhưng không trực tiếp thay đổi đó score.
• Scores vary chạy-để-chạy — quảng cáo, MỘT/B các kiểm thử, extensions, network/máy chủ conditions, và machine load (CPU throttling là relative để đó host). Treat điều này as một distribution, không một number; chạy trong incognito với extensions off, và record đó Lighthouse version và settings bạn dùng.
• Lighthouse CI automates này: điều này collects multiple chạy (three theo mặc định), takes đó median, và asserts của bạn team thresholds — một regression-catching policy, không một trường-dữ liệu verdict.
• Lighthouse ≠ PageSpeed Insights: PSI chạy Lighthouse (lab) và adds CrUX trường dữ liệu (real người dùng). They thường disagree.
• Lighthouse measures LCP/CLS trong đó lab nhưng không thể đo lường INP đó way đó trường làm — điều này dùng TBT as một proxy. Trường dữ liệu (CrUX) là điều gì reflects real người dùng và feeds trang experience các tín hiệu.
• Không phải là tín hiệu xếp hạng. MỘT 100 không có nghĩa là top thứ hạng, và một thấp lab score không có nghĩa là một bad real-người dùng experience. Dùng Lighthouse để debug; dùng trường dữ liệu để judge.

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

Chính-nguồn tài liệu từ đó Google Chrome team.

• Lighthouse overview — điều gì Lighthouse là, đó audit categories, và mỗi way để chạy điều này (DevTools, CLI, Node, PageSpeed Insights, extension, Lighthouse CI).
• Lighthouse performance scoring — đó chỉ số weights, đó 0–49 / 50–89 / 90–100 color bands, và đó log-thông thường scoring curve.
• Lighthouse PWA audits — carries đó deprecation notice cho đó đã xóa PWA category.
• Lighthouse throttling (GitHub) — simulated so với. applied throttling, đó Chậm 4G preset, và đó 4× CPU multiplier.
• Lighthouse changelog (GitHub) — đó v12 thay đổi: PWA removal, Đầu tiên Có ý nghĩa Paint removal, INP elevated.
• Lighthouse scoring calculator — plug trong chỉ số các giá trị và see đó resulting Performance score; handy cho setting targets.

Lab so với. trường (web.dev)

• Người dùng-centric performance các chỉ số — vì sao lab kiểm thử “isn’t necessarily reflective of how actual users experience your site.” (bản dịch) «không nhất thiết reflective of cách thực tế người dùng experience trang web của bạn.»

Quotes từ đó nguồn

On-đó-record statements từ Google Lighthouse tài liệu. Mỗi link là một deep link đó jumps để đó quoted passage on đó trang nguồn.

Điều gì Lighthouse là, và cách điều này chạy

• “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.» — nhà phát triển.chrome.com, Lighthouse overview. Nhảy đến trích dẫn
• “Give Lighthouse a URL to audit, it runs a series of audits against the page, and then it generates a report on how well the page performed.” (bản dịch) «Cho Lighthouse một URL để audit, điều này chạy một series of audits so với đó trang, và thì điều này generates một báo cáo on cách well đó trang performed.» — nhà phát triển.chrome.com, Lighthouse overview. Nhảy đến trích dẫn

Cách đó Performance score hoạt động

• “The Performance score is a weighted average of the metric scores.” (bản dịch) «Đó Performance score là một weighted average of đó chỉ số scores.» — nhà phát triển.chrome.com, Lighthouse performance scoring. Nhảy đến trích dẫn
• “Once Lighthouse has gathered the performance metrics (mostly reported in milliseconds), it converts each raw metric value into a metric score from 0 to 100 by looking where the metric value falls on its Lighthouse scoring distribution.” (bản dịch) «Khi Lighthouse có gathered đó performance các chỉ số (mostly reported trong milliseconds), điều này converts mỗi thô chỉ số giá trị vào một chỉ số score từ 0 để 100 by looking nơi đó chỉ số giá trị falls on của nó Lighthouse scoring distribution.» — nhà phát triển.chrome.com, Lighthouse performance scoring. Nhảy đến trích dẫn
• On score bands: “0 to 49 (red): Poor” (bản dịch) «0 để 49 (red): Poor» — với 50–89 orange (cần improvement) và 90–100 green (good). Nhảy đến trích dẫn

Vì sao scores vary

• “A lot of the variability in your overall Performance score and metric values is not due to Lighthouse. When your Performance score fluctuates it’s usually because of changes in underlying conditions.” (bản dịch) «MỘT lot of đó variability trong của bạn overall Performance score và chỉ số các giá trị không phải due để Lighthouse. Khi của bạn Performance score fluctuates đây là thường làm thay đổi trong underlying conditions.» — nhà phát triển.chrome.com, Lighthouse performance scoring. Nhảy đến trích dẫn

Lab so với. trường

• “While testing in the lab is a reasonable proxy for performance, it isn’t necessarily reflective of how actual users experience your site.” (bản dịch) «Trong khi kiểm thử trong đó lab là một reasonable proxy cho performance, điều này không nhất thiết reflective of cách thực tế người dùng experience trang web của bạn.» — web.dev, Người dùng-centric performance các chỉ số. Nhảy đến trích dẫn

Getting một trustworthy Lighthouse đọc — checklist

Trước khi bạn act on một Lighthouse score, hãy bảo đảm đó number có nghĩa là điều gì đó:

• Chạy điều này trong an incognito window với extensions disabled (extensions inject JS và skew đó score).
• Chạy điều này multiple times và xem đó range — treat điều này as một distribution, không một single number.
• Xác nhận bạn là comparing đó giống nhau form factor mỗi time (mobile so với. desktop — đó throttling differs).
• Know mà dataset bạn là reading: lab (Lighthouse) so với. trường (CrUX) trong PageSpeed Insights. không mix them.
• Cho xếp hạng/trang-experience các câu hỏi, xem trường dữ liệu (Cốt lõi Web Chỉ số quan trọng trong Search Console / CrUX), không đó Lighthouse lab score.
• Remember Lighthouse không thể đo lường INP đó way đó trường làm — TBT là một proxy, không phải là bảo đảm.
• Cách sửa từ đó Opportunities/Diagnostics lists, nhưng verify đó thay đổi by watching đó chỉ số move (chỉ các chỉ số thay đổi đó score).
• Cho repeatable việc đo lường trong automation, dùng Lighthouse CI với budgets thay vì eyeballing một-off chạy.
• Control điều gì đó trang cho thấy on load: cookie/consent banners, login state, và bộ nhớ đệm (cold so với. warm) all thay đổi đó audits đó fire — pick một state và là consistent về điều này.
• Watch cho non-deterministic nội dung — MỘT/B các kiểm thử, rotating quảng cáo, và other bên thứ ba scripts có thể serve một khác nhau payload on mỗi chạy và swing đó score independent of bất cứ điều gì bạn changed.
• Let đó trang thực ra finish loading trước triggering đó audit (hoặc dùng một chế độ đó chờ cho điều này) — cutting một chạy off sớm misreads đó trang.
• Record đó Lighthouse version và đó chạy settings (chế độ, throttling phương thức, device) alongside đó score — một “giống nhau” score từ một khác nhau version hoặc config không thực ra comparable.
• Bỏ qua bất kỳ hướng dẫn vẫn scoring một PWA category — đó là đã xóa trong Lighthouse 12.

Lighthouse Performance score — bảng tra nhanh

Đó five các chỉ số và của họ weights (Lighthouse 10 weighting)

Retired / đã xóa: FID, Time để Interactive, Đầu tiên Có ý nghĩa Paint.

Score color bands

Mapped onto một log-thông thường HTTP Archive curve: ~25th percentile → 50, ~8th percentile → 90. Đó cuối cùng một vài points là đó hardest để win.

Default lab conditions

• Network: mobile Chậm 4G (~150 ms latency, ~1,6 Mbps xuống / 750 Kbps lên)
• CPU: constant 4× multiplier (mid-tier mobile on desktop hardware)
• Throttling: simulated theo mặc định (fast, deterministic), không DevTools/applied

Lighthouse so với. PageSpeed Insights

Fast facts

• Categories hôm nay: Performance, Accessibility, Thực hành tốt nhất, SEO (PWA đã xóa trong Lighthouse 12).
• đây là không phải là tín hiệu xếp hạng. MỘT 100 ≠ top thứ hạng.
• Điều này không thể đo lường INP như đó trường làm — dùng TBT as một proxy.
• Scores vary chạy-để-chạy — đó là dự kiến.

Ways để chạy Lighthouse (và related tools)

• Chrome DevTools — Lighthouse panel — được xây dựng vào Chrome; best cho auditing các trang behind một login.
• PageSpeed Insights (pagespeed.web.dev) — không install; chạy Lighthouse và adds CrUX trường dữ liệu alongside điều này.
• Lighthouse CLI — npm install -g lighthouse, thì lighthouse <url>; scriptable, cần một local Chrome.
• Lighthouse Node module — drop điều này vào của bạn own tooling programmatically.
• Lighthouse CI (@lhci/cli) — chạy Lighthouse on mỗi deploy, set budgets, và fail đó xây dựng on regressions. Đó right tool cho giữ một score từ silently sliding.
• Lighthouse scoring calculator (scorecalc) — plug trong chỉ số các giá trị để see đó resulting Performance score và set realistic targets.
• Chrome extension — khả dụng, nhưng DevTools là đó được khuyến nghị trong-trình duyệt route.

Cho real-người dùng (trường) dữ liệu để pair với những lab tools, xem đó Cốt lõi Web Chỉ số quan trọng báo cáo trong Google Search Console và đó CrUX trường section trong PageSpeed Insights.

Lighthouse habits đó tạo sai confidence

• Chasing 100 as đó business goal. MỘT perfect lab score không phải một xếp hạng boost và có thể distract từ trường Core Web Vitals và real người dùng outcomes. Dùng đó báo cáo để tìm bottlenecks, thì verify đó người dùng benefited.
• Treating một chạy as một verdict. Lighthouse là một simulated kiểm thử và naturally varies. Chạy điều này several times dưới đó giống nhau conditions và tìm một consistent pattern thay vì reacting để một score.
• Calling lab TBT cùng một điều as trường INP. TBT là một hữu ích lab proxy cho main-chuỗi trao đổi blocking; INP measures real interactions trong đó trường. MỘT good TBT là evidence, không proof, đó INP là good.
• Sửa mỗi audit trong listed order. Opportunity estimates overlap, và some audits có little impact on đó trang thực tế bottleneck. Bắt đầu với đó trace, đó largest weighted các chỉ số, và đó các tài nguyên responsible cho them.
• Comparing mobile và desktop scores trực tiếp. Của họ emulation profiles và scoring distributions differ. So sánh như với như.

Lighthouse score thay đổi giữa chạy

Symptom: Đó cùng trang moves giữa color bands không có một deployment.

Có khả năng nguyên nhân: Variable máy chủ phản hồi, bên thứ ba scripts, shared machine load, hoặc khác nhau kiểm thử settings changed đó synthetic chạy.

Cách sửa và xác nhận: Match đó URL, device profile, throttling, bộ nhớ đệm state, và kiểm thử location; chạy several các kiểm thử; thì so sánh đó median trace và chỉ số timings.

Trường Core Web Vitals truyền nhưng Lighthouse là red

Symptom: PSI trường dữ liệu truyền trong khi đó Lighthouse Performance score là poor.

Có khả năng nguyên nhân: Đó hai sections đo lường khác nhau populations: CrUX summarizes real người dùng theo thời gian, trong khi Lighthouse chạy một simulated trang load.

Cách sửa và xác nhận: Treat đó trường assessment as người dùng outcome và dùng đó lab trace để reproduce và diagnose một chậm-device scenario. Xác nhận bất kỳ cách sửa trong cả hai repeated lab chạy và đó tiếp theo trường-dữ liệu reporting window.

Lighthouse không thể đo lường INP

Symptom: Đó báo cáo cho thấy TBT nhưng không lab INP giá trị.

Có khả năng nguyên nhân: INP requires real interactions trên một trang visit; một navigation-chỉ Lighthouse chạy có không representative interaction history.

Cách sửa và xác nhận: Dùng TBT và đó trace để tìm dài tasks trong đó lab, thì đo lường INP với trường dữ liệu hoặc an interaction-focused recording.

An audit persists sau đó obvious cách sửa

Symptom: Lighthouse vẫn flags an asset sau điều này đã là optimized hoặc đã xóa.

Có khả năng nguyên nhân: MỘT được lưu đệm phản hồi, một sản phẩm khác template, một bên thứ ba copy, hoặc một khác nhau yêu cầu trong đó chain vẫn triggers đó audit.

Cách sửa và xác nhận: Kiểm thử đó chính xác deployed URL với một cold bộ nhớ đệm, open đó audit affected-tài nguyên list, và map mỗi listed yêu cầu lại để của nó owner.

Tự kiểm tra: Google Lighthouse

Five nhanh các câu hỏi on Lighthouse dữ liệu và scoring. 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

Chính thức

• Lighthouse overview — đó definitive điều gì/cách/nơi-để-chạy.
• Lighthouse performance scoring — weights, bands, và đó scoring curve.
• Lighthouse throttling tài liệu (GitHub) — đó lab conditions trong detail.
• Lighthouse scoring calculator — reverse-engineer đó chỉ số targets cho một score.
• Người dùng-centric performance các chỉ số — đó lab-so với-real-người dùng argument, từ Google.

Nơi Lighthouse fits

• Pair đó lab score với trường dữ liệu: đó Core Web Vitals báo cáo trong Google Search Console và đó CrUX section of PageSpeed Insights. Lab tìm thấy đó các vấn đề; trường tells bạn liệu real người dùng feel them.

Từ khoảng đó ngành

• Differences giữa trường dữ liệu và lab dữ liệu (web.dev) — Google own breakdown of khi nào nên trust lab so với. trường numbers và vì sao they diverge.
• Core Web Vitals (web.dev) — đó canonical reference on mà CWV các chỉ số Lighthouse có thể và không thể đo lường, including đó INP khoảng trống.
• Largest Contentful Paint (web.dev) — deep dive on LCP thresholds và vì sao lab và trường readings frequently disagree.
• Lighthouse CI on GitHub — chính thức repo và setup hướng dẫn cho integrating Lighthouse vào automated CI/CD pipelines.
• HTTP Archive Web Almanac — Performance chapter — annual dữ liệu on thực tế Lighthouse scores và Core Web Vitals truyền rates trên millions of các trang; hữu ích cho benchmarking của bạn scores so với đó web tại lớn.
• web.dev — Đo lường trang performance — Google được khuyến nghị starting point cho pairing Lighthouse kết quả với trường dữ liệu tools.

Numbers worth citing

• Performance score weights (Lighthouse 10): TBT 30%, LCP 25%, CLS 25%, FCP 10%, Speed Chỉ mục 10%. Nguồn
• Score bands: 0–49 red (poor), 50–89 orange (cần improvement), 90–100 green (good). MỘT 90 corresponds để khoảng đó 8th percentile of HTTP Archive dữ liệu; một 50 để đó 25th percentile. Nguồn
• Default throttling: mobile Chậm 4G (~150 ms latency, ~1,6 Mbps xuống) plus một 4× CPU multiplier — emulating khoảng đó ~85th percentile mobile connection. Nguồn
• Categories: four hôm nay (Performance, Accessibility, Thực hành tốt nhất, SEO) — PWA đã xóa trong Lighthouse 12 (~2024). Nguồn

Nhật ký thay đổi