Hướng dẫn về Core Web Vitals

Tóm tắt — Cốt lõi Web Chỉ số quan trọng là three scores Google dùng để đo lường Cách trang feels để thực người dùng: Cách fast nó loads (LCP), Cách quickly nó responds Khi bạn tap hoặc click (INP), và Cách nhiều điều jump khoảng as nó loads (CLS). “Good” là LCP under 2,5 seconds, INP under 200 milliseconds, và CLS under 0,1. họ nudge thứ hạng little — nhưng good nội dung matters far nhiều hơn.

Điều gì Cốt lõi Web Chỉ số quan trọng là

Google wants to reward các trang đó là pleasant to dùng, so điều này boiled “good page experience” (bản dịch) «good trang experience» xuống to three measurable điều. Together những là đó Cốt lõi Web Chỉ số quan trọng (thường shortened to CWV):

• Largest Contentful Paint (LCP) — loading. Cách dài cho đến khi biggest điều on screen (thường hero image hoặc headline) hiển thị up. Good là ≤ 2,5 seconds.
• Interaction để tiếp theo Paint (INP) — responsiveness. Khi bạn tap button hoặc loại, Cách dài trước khi trang reacts. Good là ≤ 200 milliseconds.
• Cumulative Layout Shift (CLS) — visual stability. Cách nhiều trang jumps khoảng trong khi nó loads ( quảng cáo pushes text xuống right as bạn go để tap). Good là ≤ 0,1.

nơi scores come từ

scores Google thực ra dùng come từ thực mọi người visiting của bạn trang web trong Chrome — không từ kiểm thử bạn chạy. Google collects đó dữ liệu, và trang là judged on Điều gì 75% của khách truy cập experienced. So Bạn có thể’t “truyền” by getting một fast kết quả on của bạn own machine; phần lớn của của bạn thực khách truy cập có để có good experience. Evidence for this claim Core Web Vitals are real-world experience metrics used by Google ranking systems; lab measurements are diagnostic and can differ from field measurements. Scope: Google Search use of Core Web Vitals and Chrome UX Report field data. Confidence: high · Verified: 2026-07-14 Google: Core Web Vitals and Search web.dev: Lab and field data

Đó là lý làm perfect score trong speed-kiểm thử tool không bảo đảm bạn truyền. những điều đó tools (như PageSpeed Insights và Lighthouse) chạy single lab kiểm thử on simulated phone — great cho finding các vấn đề, nhưng không numbers Google ranks on.

Làm họ ảnh hưởng thứ hạng?

Some. Google says Core Web Vitals là dùng by của nó xếp hạng các hệ thống — nhưng có không chính thức weight hoặc percentage attached to them, và Google là rõ ràng đó relevant nội dung có thể vẫn outrank một trang với sub-par trang experience. Nếu của bạn nội dung không relevant, fast và ổn định sẽ không save bạn. As Google John Mueller put điều này, “it’s not going to make your site’s rankings jump up.” (bản dịch) «đây là không going to làm trang web của bạn thứ hạng jump up.»

My honest take sau khi năm của điều này: phần lớn các trang sẽ không see big xếp hạng benefit từ chasing những điều này numbers. nhưng có không có gì sai với đang làm của bạn trang web nhanh hơn và nhiều hơn ổn định — của bạn khách truy cập notice, và nó helps conversions even Khi nó không move thứ hạng.

Một điều mọi người nhận sai

Old name alert: bạn có thể vẫn see FID (đầu tiên Input Delay) mentioned as Cốt lõi Web Vital. nó đã biến mất — INP replaced FID on March 12, 2024. nếu tool hoặc bài viết là vẫn telling bạn để optimize FID, nó out của date.

Muốn deeper version — chính xác thresholds, trường so với lab dữ liệu, Cách nhiều nó thực sự weighs cho xếp hạng, và mà tool để sử dụng Khi? Switch để Nâng cao tab.

TL;DR — Core Web Vitals là three trường-measured UX các chỉ số: LCP (loading, “good” ≤ 2,5 s), INP (responsiveness, ≤ 200 ms), và CLS (visual stability, ≤ 0,1), mỗi judged tại đó 75th percentile of real Chrome người dùng (CrUX) over một rolling 28-day window. Thresholds là đó giống nhau cho mobile và desktop, nhưng Google assesses mỗi riêng, và expects all three các chỉ số to là good — không chỉ một. INP replaced FID on March 12, 2024. Google says của nó xếp hạng các hệ thống dùng Core Web Vitals, nhưng có không chính thức weight hoặc “tiebreaker” percentage attached — một good score không bảo đảm tốt hơn thứ hạng, và relevance có thể vẫn win. Lab scores (Lighthouse/PSI) là diagnostic measurements và thường không match trường dữ liệu. TTFB và FCP là diagnostic “other Web Vitals” (bản dịch) «other Web Chỉ số quan trọng»; TBT và Speed Chỉ mục là lab proxies.

Điều gì được tính as Cốt lõi Web Vital

Google defines Core Web Vitals as “the subset of Web Vitals that apply to all web pages, should be measured by all site owners, and will be surfaced across all Google tools.” (bản dịch) «đó subset of Web Chỉ số quan trọng đó apply to all web các trang, nên là measured by all chủ trang web, và sẽ là surfaced across all Google tools.» Có chính xác three, mỗi measuring một khác nhau dimension of cách một trang feels:

Google evaluates three “good” thresholds tại 75th percentile: LCP tại 2,5 seconds, INP tại 200 milliseconds, và CLS tại 0,1. trang là chỉ judged “good” overall sau khi all three clear của họ bar tại p75 — không chỉ một hoặc hai. thresholds themselves là giống nhau cho mobile và desktop, though Google assesses và các báo cáo mỗi device class riêng. Evidence for this claim Core Web Vitals are assessed at the 75th percentile, with good thresholds of 2.5 seconds for LCP, 200 milliseconds for INP, and 0.1 for CLS. Scope: Current stable Core Web Vitals definitions from the Chrome team. Confidence: high · Verified: 2026-07-14 web.dev: Web Vitals

Mọi thứ khác bạn’ve heard của — TTFB, FCP, TBT, Speed chỉ mục — là không Cốt lõi Web Vital. nhiều hơn on những điều đó dưới.

LCP — loading

LCP “reports the render time of the largest image, text block, or video visible in the viewport, relative to when the user first navigated to the page.” (bản dịch) «các báo cáo đó render time of đó largest image, text block, hoặc video visible trong đó viewport, relative to khi người dùng đầu tiên navigated to đó trang.» Trong thực tế đó LCP element là thường một hero image, một big background image, hoặc của bạn headline block. Note đây là đó largest visible element — khác nhau viewport sizes có thể có khác nhau LCP elements, mà là một reason trường và lab numbers diverge.

INP — responsiveness

INP “assesses a page’s overall responsiveness to user interactions by observing the latency of all click, tap, and keyboard interactions that occur throughout the lifespan of a user’s visit to a page.” (bản dịch) «assesses một trang overall responsiveness to người dùng interactions by observing đó latency of all click, tap, và keyboard interactions đó occur throughout đó lifespan of một người dùng visit to một trang.» Điều này measures đó đầy đủ interaction: input delay → event-handler processing → đó time to paint đó tiếp theo frame.

Đây là big improvement over chỉ số nó replaced. INP improves on FID by observing all interactions, không chỉ đầu tiên một — FID chỉ timed input delay của rất đầu tiên interaction. INP trở thành Cốt lõi Web Vital on March 12, 2024, replacing đầu tiên Input Delay (FID). Evidence for this claim INP became a Core Web Vital and replaced FID on March 12, 2024. Scope: Chrome and Google tooling transition from FID to INP. Confidence: high · Verified: 2026-07-14 web.dev: INP launch FID là đã xóa từ Search Console đó day. nó là fully retired — không optimize cho nó.

Một nuance worth holding onto: INP là không của bạn worst single interaction, nó cao percentile của tất cả them. single janky click sẽ không tank nếu không-good trang.

CLS — visual stability

CLS “is a measure of the largest burst of layout shift scores for every unexpected layout shift that occurs during the entire lifecycle of a page.” (bản dịch) «là một đo lường of đó largest burst of layout shift scores cho mỗi unexpected layout shift đó occurs during đó entire lifecycle of một trang.» Đó “burst” (session window) groups shifts đó happen trong 1 second of mỗi other, up to một 5-second total window. Đó thông thường culprits Google names: “images or videos with unknown dimensions,” (bản dịch) «images hoặc videos với unknown dimensions,» “fonts that render larger or smaller than its initial fallback,” (bản dịch) «fonts đó render lớn hơn hoặc nhỏ hơn hơn của nó ban đầu fallback,» và “third-party ads or widgets that dynamically resize themselves.” (bản dịch) «bên thứ ba quảng cáo hoặc widgets đó dynamically resize themselves.»

Trường dữ liệu so với lab dữ liệu — việc đo lường và diagnosis

Đây là phân biệt đó gây ra phần lớn confusion, so là precise về nó.

• Trường dữ liệu (CrUX) là “data collected from the real users visiting your site.” (bản dịch) «dữ liệu collected từ đó real người dùng visiting của bạn site.» đây là reported tại đó 75th percentile, over một rolling 28-day window, segmented across mobile và desktop. Core Web Vitals represent này kind of thực tế experience và là dùng by Google xếp hạng các hệ thống. Điều này reflects real devices, networks, bộ nhớ đệm trạng thái, và back/forward bộ nhớ đệm.
• Lab dữ liệu là “data collected in a controlled environment with predefined device and network settings” (bản dịch) «dữ liệu collected trong một controlled environment với predefined device và network settings» — một single emulated phone, cold bộ nhớ đệm, không real người dùng. Lighthouse và đó PageSpeed Insights lab section produce này. đây là một diagnostic tool cho finding các vấn đề thay vì một trường việc đo lường. Evidence for this claim Core Web Vitals are real-world experience metrics used by Google ranking systems; lab measurements are diagnostic and can differ from field measurements. Scope: Google Search use of Core Web Vitals and Chrome UX Report field data. Confidence: high · Verified: 2026-07-14 Google: Core Web Vitals and Search web.dev: Lab and field data

Google own hướng 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 to prioritize của bạn efforts.» Và đó Performance Score từ Lighthouse “often does not correlate with field Core Web Vitals.” (bản dịch) «thường không correlate với trường Cốt lõi Web Chỉ số quan trọng.» I say cùng một điều trong my Core Web Vitals hướng dẫn: lab dữ liệu là hơn hữu ích cho kiểm thử và iterating, vì đó trường CWV dữ liệu là on một 28-day rolling average — bạn sẽ không see của bạn cách sửa reflected cho weeks.

p75 rule, và Vì sao điều này quan trọng

trang truyền chỉ nếu 75% của thực người dùng hit “good” threshold. đó có chủ ý forgiving-nhưng-thực bar: phần lớn của của bạn khách truy cập (3 của 4) có good experience, trong khi bạn’re không held hostage để một vài outliers on terrible connections. nó cũng Vì sao của bạn phone cho thấy 1,8s load có nghĩ là không có gì on của nó own — của bạn p75 across mọi người là Điều gì được tính.

trang-level so với origin-level — không nhận fooled

nhiều tools hiển thị bạn origin-level (toàn bộ-trang web average) score theo mặc định, mà có thể là far rosier hơn của bạn individual các trang. Trong my CWV dữ liệu study (CrUX plus 5,2M các trang từ Ahrefs trang web Audit), chỉ 21,2% của individual các trang đã truyền all three thresholds, versus 33% tại origin level. Google trang-experience tài liệu nói của nó các hệ thống generally evaluate các trang individually, though nó cũng chạy rộng hơn trang web-wide assessments — so origin đó “truyền” có thể vẫn là hiding plenty của failing individual các trang. Khi tool offers cả hai views, không assume origin-level average tells bạn Điều gì bất kỳ cụ thể trang là đang làm; kiểm tra trang-level number cũng.

related gotcha: các trang không có đủ traffic có không CrUX trường dữ liệu tại all, và CrUX chỉ bao gồm Chrome người dùng ai’ve opted vào usage stats (không iOS Chrome, không khác các trình duyệt). đó dữ liệu-eligibility khoảng trống, không fail — missing trường dữ liệu không phải giống nhau as poor score. Chính xác Cách được cho tool groups similar các trang hoặc falls back cho thấp-traffic các URL (PSI, Search Console, CrUX API) là được ghi lại by đó cụ thể sản phẩm, không by một universal rule.

Cách nhiều làm Cốt lõi Web Chỉ số quan trọng thực ra quan trọng cho xếp hạng?

họ’re confirmed tín hiệu xếp hạng — Google nói của nó xếp hạng các hệ thống sử dụng Cốt lõi Web Chỉ số quan trọng. Điều gì Google hiện tại tài liệu làm không làm là attach chính thức weight, percentage, hoặc “tiebreaker” label để đó tín hiệu, so là careful về repeating những điều đó framings as nếu họ là Google own words.

On đó “đây là real” side: Google tài liệu say Core Web Vitals “along with other page experience aspects, aligns with what our core ranking systems seek to reward,” (bản dịch) «along với other trang experience aspects, aligns với điều gì của chúng ta cốt lõi xếp hạng các hệ thống seek to reward,» và John Mueller went on record đó đây là “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.»

On đó “don’t overdo it” (bản dịch) «không overdo điều này» side: Mueller cũng đã nói “Core Web Vitals are not giant factors in ranking, and I doubt you’d see a big drop just because of that,” (bản dịch) «Core Web Vitals không phải giant factors trong xếp hạng, và I doubt bạn’d see một big drop chỉ làm đó,» và tại đó March 2024 tài liệu cập nhật đã thêm qua LinkedIn đó “it’s not going to make your site’s rankings jump up.” (bản dịch) «đây là không going to làm trang web của bạn thứ hạng jump up.» Google own trang-experience tài liệu là blunt: “Google Search always seeks to show the most relevant content, even if the page experience is sub-par.” (bản dịch) «Google Search luôn seeks to cho thấy đó hầu hết relevant nội dung, ngay cả khi đó trang experience là sub-par.» Đó 2024 tài liệu even warn đó “trying to get a perfect score just for SEO reasons may not be the best use of your time.” (bản dịch) «trying to nhận một perfect score chỉ cho SEO reasons có thể không là đó best dùng of của bạn time.» Evidence for this claim Google says Core Web Vitals are used by ranking systems, while page experience does not override more relevant content. Scope: Google Search ranking guidance; no fixed weight or ranking-position effect is promised. Confidence: high · Verified: 2026-07-14 Google: Core Web Vitals and Search Google: Page experience

My thực dụng đọc: relevance dominates, Google hasn’t put number on Cách nhiều CWV được tính, và phần lớn các trang sẽ không see great benefit từ hoạt động on them cho thứ hạng. đó đã nói, underlying UX improvements là worth đang làm cho người dùng và conversions — và các nền tảng (WordPress, Cloudflare, các framework) giữ absorbing lot của optimization burden tự động. cho nhỏ và local businesses especially, điều này thường không nên là top của list.

Một nhiều hơn clarification từ 2024 cập nhật: của rộng hơn trang experience các tín hiệu, chỉ Cốt lõi Web Chỉ số quan trọng là confirmed để trực tiếp contribute để xếp hạng. HTTPS, mobile-friendliness, không intrusive interstitials, nội dung clarity — all good practice, nhưng họ không trực tiếp boost xếp hạng way tài liệu sau khi implied.

Đó “other Web Vitals” (bản dịch) «other Web Chỉ số quan trọng» — diagnostic, không Cốt lõi

những điều này come up constantly và nhận miscategorized. None của them là Cốt lõi Web Chỉ số quan trọng:

• Time to Đầu tiên Byte (TTFB) — cách dài until đó đầu tiên byte of đó phản hồi arrives. Điều này “precedes every other meaningful loading performance metric” (bản dịch) «precedes mỗi other có ý nghĩa loading performance chỉ số» và feeds vào LCP, nhưng Google là rõ ràng: “Because TTFB isn’t a Core Web Vitals metric, it’s not absolutely necessary that sites meet the ‘good’ TTFB threshold.” (bản dịch) «Vì TTFB không một Core Web Vitals chỉ số, đây là không absolutely necessary đó các trang đáp ứng đó ‘good’ TTFB threshold.» (Good ≤ 0,8 s.) Diagnostic.
• Đầu tiên Contentful Paint (FCP) — time until any nội dung paints. MỘT hữu ích loading diagnostic (good ≤ 1,8 s), nhưng không Cốt lõi.
• Total Blocking Time (TBT) — một lab proxy cho INP. Tools như Lighthouse “cannot measure INP” (bản dịch) «không thể đo lường INP» không có một real người dùng, so they báo cáo TBT thay vì. Lab chỉ.
• Speed Chỉ mục — một lab proxy cho perceived load speed. Lighthouse-chỉ.

sử dụng những điều này để debug. không báo cáo them as Cốt lõi Web Chỉ số quan trọng hoặc treat của họ thresholds as xếp hạng gates.

myth để retire

bạn có thể see “Engagement Reliability” (bản dịch) «Engagement Reliability» floated as new Cốt lõi Web Vital. có không chính thức Google announcement cho bất kỳ such chỉ số — nó circulating trong thứ ba-party nội dung chỉ. Cốt lõi Web Chỉ số quan trọng là LCP, INP, và CLS. cho đến khi Google nói nếu không, đó list.

Cách đo lường — và mà tool cho Điều gì

Match tool để job:

• Xếp hạng-relevant (trường dữ liệu): PageSpeed Insights (hiển thị CrUX trường dữ liệu tại trang và origin level), Google Search Console’s Cốt lõi Web Chỉ số quan trọng báo cáo (groups similar các trang, surfaces trang web-wide patterns), CrUX API / BigQuery (custom và country-level analysis), và web-vitals JS library (collect của bạn own RUM).
• Gỡ lỗi (lab dữ liệu): Lighthouse, Chrome DevTools Performance panel, và PSI lab section. những điều này tìm nguyên nhân; họ không quyết định của bạn xếp hạng.

workflow I’d suggest: sử dụng GSC để tìm mà trang groups là failing trong trường, xác nhận với PageSpeed Insights tại trang level, sau đó drop vào Lighthouse / DevTools để diagnose và iterate — knowing trường numbers sẽ không cập nhật cho up để 28 days.

nơi để go tiếp theo: web performance cluster

điều này hub là map. mỗi topic dưới là của nó own deep dive.

** three Cốt lõi Web Chỉ số quan trọng**

• Largest Contentful Paint — loading chỉ số: Điều gì được tính as LCP element, ≤2,5 s đích, và Cách làm nó paint sooner.
• Interaction để tiếp theo Paint — responsiveness chỉ số đó replaced FID: input delay, event processing, và presentation delay, và Cách cut mỗi.
• Cumulative Layout Shift — visual-stability chỉ số: session windows, thông thường gây ra (sized media, fonts, injected quảng cáo), và Cách hit ≤0,1.

Supporting & diagnostic các chỉ số

• Time để đầu tiên Byte — máy chủ/phản hồi latency đó feeds LCP; hữu ích để debug, không Cốt lõi Web Vital.
• đầu tiên Contentful Paint — Khi đầu tiên nội dung paints; loading diagnostic.
• Total Blocking Time — lab proxy Lighthouse dùng để approximate INP.
• Speed chỉ mục — lab proxy cho perceived load speed.

Cách họ’re measured

• PageSpeed Insights — trường (CrUX) dữ liệu plus Lighthouse lab báo cáo trong một place.
• Google Lighthouse — lab/diagnostic engine behind PSI và DevTools.
• Chrome UX Báo cáo (CrUX) — thực-người dùng dataset Google assessment chạy on.

cho toàn bộ cluster, see Web Performance hub. mỗi sibling links ở đây tự động as nó ships.

AI summary

condensed take on Nâng cao version:

• Core Web Vitals = three trường các chỉ số: LCP (loading, good ≤ 2,5 s), INP (responsiveness, ≤ 200 ms), CLS (visual stability, ≤ 0,1). Mọi thứ khác (TTFB, FCP, TBT, Speed Chỉ mục) là không Cốt lõi.
• Judged on trường dữ liệu: real Chrome người dùng qua CrUX, tại đó 75th percentile, over một rolling 28-day window. Thresholds là đó giống nhau cho mobile/desktop nhưng assessed riêng, và Google expects all three các chỉ số to là good, không chỉ một.
• INP replaced FID on March 12, 2024. FID là fully retired; INP measures all interactions, không chỉ đó đầu tiên.
• Lab tools (Lighthouse/PSI) là diagnostic, không trường measurements, và thường không match trường CWV. Dùng them to tìm gây ra; trường numbers lag up to 28 days.
• Trang-level so với origin-level matters: ~21,2% of các trang truyền so với ~33% of origins (my CWV study). Google dùng trang-level — origin averages hide failing các trang.
• Xếp hạng weight: dùng, nhưng unweighted. Google says của nó xếp hạng các hệ thống dùng Core Web Vitals, với không chính thức percentage hoặc “tiebreaker” label attached; relevance dominates và một good score không một xếp hạng bảo đảm. Mueller: “not giant factors in ranking.” (bản dịch) «không giant factors trong xếp hạng.» Chỉ CWV (không HTTPS, mobile-friendliness, interstitials) trực tiếp contributes theo 2024 tài liệu.
• Myth to skip: “Engagement Reliability” (bản dịch) «Engagement Reliability» là không một confirmed Cốt lõi Web Vital.
• Tooling: trường = PSI, GSC CWV báo cáo, CrUX API, web-chỉ số quan trọng.js; gỡ lỗi = Lighthouse, DevTools, PSI lab section.

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

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

web.dev (Chrome team)

• Web Chỉ số quan trọng — đó initiative, đó three các chỉ số, đó p75 rule, và vì sao TTFB/FCP là “other” Web Chỉ số quan trọng.
• Largest Contentful Paint (LCP) — definition, thresholds, và qualifying LCP elements.
• Interaction to Tiếp theo Paint (INP) — definition, thresholds, và đó input-delay → processing → presentation breakdown.
• Cumulative Layout Shift (CLS) — definition, session windows, và phổ biến gây ra.
• Defining đó Core Web Vitals các chỉ số thresholds — vì sao mỗi “good” threshold và đó 75th percentile đã là chosen.
• Lab và trường dữ liệu differences — vì sao trường (CrUX) và lab (Lighthouse) numbers diverge.
• Core Web Vitals workflows / tools — mà tool các báo cáo trường so với lab dữ liệu.
• INP là advancing to Core Web Vitals (Có thể 2023) — đó announcement đó INP sẽ replace FID.
• Interaction to Tiếp theo Paint là officially một Cốt lõi Web Vital (March 12, 2024) — đó launch xác nhận.
• TTFB và FCP — đó diagnostic “other Web Vitals.” (bản dịch) «other Web Chỉ số quan trọng.»

Google Search Central

• Understanding Cốt lõi Web Chỉ số quan trọng và Google kết quả tìm kiếm — Cách CWV relate để xếp hạng.
• Understanding trang experience trong Google kết quả tìm kiếm — rộng hơn trang-experience picture và “relevance wins” (bản dịch) «relevance wins» framing.
• Introducing INP để Cốt lõi Web Chỉ số quan trọng (có thể 2023) — Tìm kiếm Central announcement.

Chrome cho Nhà phát triển

• Chrome Người dùng Experience Báo cáo (CrUX) — thực-người dùng dataset, eligibility, và 28-day window.

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ì Cốt lõi Web Chỉ số quan trọng là

• “Core Web Vitals are the subset of Web Vitals that apply to all web pages, should be measured by all site owners, and will be surfaced across all Google tools.” (bản dịch) «Core Web Vitals là đó subset of Web Chỉ số quan trọng đó apply to all web các trang, nên là measured by all chủ trang web, và sẽ là surfaced across all Google tools.» — Philip Walton, web.dev. Jump to quote
• “LCP reports the render time of the largest image, text block, or video visible in the viewport, relative to when the user first navigated to the page.” (bản dịch) «LCP các báo cáo đó render time of đó largest image, text block, hoặc video visible trong đó viewport, relative to khi người dùng đầu tiên navigated to đó trang.» — web.dev (LCP). Jump to quote
• “INP is a metric that assesses a page’s overall responsiveness to user interactions by observing the latency of all click, tap, and keyboard interactions that occur throughout the lifespan of a user’s visit to a page.” (bản dịch) «INP là một chỉ số đó assesses một trang overall responsiveness to người dùng interactions by observing đó latency of all click, tap, và keyboard interactions đó occur throughout đó lifespan of một người dùng visit to một trang.» — web.dev (INP). Jump to quote
• “CLS is a measure of the largest burst of layout shift scores for every unexpected layout shift that occurs during the entire lifecycle of a page.” (bản dịch) «CLS là một đo lường of đó largest burst of layout shift scores cho mỗi unexpected layout shift đó occurs during đó entire lifecycle of một trang.» — web.dev (CLS). Jump to quote

Google — INP replacing FID

• “Interaction to Next Paint (INP) is now a stable Core Web Vital metric, replacing First Input Delay (FID).” (bản dịch) «Interaction to Tiếp theo Paint (INP) là hiện tại một ổn định Cốt lõi Web Vital chỉ số, replacing Đầu tiên Input Delay (FID).» — Rick Viscomi, web.dev (March 12, 2024). Jump to quote

Google — trường so với lab, và xếp hạ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 to prioritize của bạn efforts.» — Philip Walton, web.dev. Jump to quote
• “The Chrome User Experience Report (also known as the Chrome UX Report, or CrUX for short) is a dataset that reflects how real-world Chrome users experience popular destinations on the web.” (bản dịch) «Đó Chrome Người dùng Experience Báo cáo (cũng known as đó Chrome UX Báo cáo, hoặc CrUX cho ngắn) là một dataset đó reflects cách thực tế Chrome người dùng experience popular destinations on đó web.» — Chrome cho Nhà phát triển (CrUX tài liệu). Jump to quote

John Mueller, Google

• “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.» — qua Search Engine Journal (Reddit, August 2021). Đọc đó coverage
• “Core Web Vitals are not giant factors in ranking, and I doubt you’d see a big drop just because of that.” (bản dịch) «Core Web Vitals không phải giant factors trong xếp hạng, và I doubt bạn’d see một big drop chỉ làm đó.» — qua Stan Ventures (2024). Đọc đó coverage

Cốt lõi Web Chỉ số quan trọng checklist

nhanh truyền để xác nhận bạn’re measuring right điều và sửa right các trang:

• bạn’re reading trường dữ liệu (CrUX), không chỉ lab score, cho các chỉ số Google ranks on.
• bạn’re looking tại trang-level numbers, không chỉ origin-level average.
• All three là checked: LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1 tại p75.
• Mobile và desktop là reviewed riêng (Google assesses mỗi).
• bạn’re không optimizing FID — nó là retired March 12, 2024 (sử dụng INP).
• GSC Cốt lõi Web Chỉ số quan trọng báo cáo reviewed cho failing trang groups, không một-offs.
• bạn understand thấp-traffic các trang có thể có không CrUX trường dữ liệu tại all.
• Lab tools (Lighthouse/PSI) là được sử dụng để diagnose, không as truyền/fail gate — và bạn’re không đang chờ on perfect Performance Score.
• bạn’re allowing up để 28 days cho trường các cách sửa để hiển thị up.
• bạn’re không chasing CWV ahead của nội dung relevance và bigger SEO wins.

mental models

1. Three dimensions, three các chỉ số. LCP = loading, INP = responsiveness, CLS = visual stability. nếu Bạn có thể name mà dimension vấn đề lives trong, bạn know mà chỉ số (và mà deep dive) để open.

2. Trường là cho xếp hạng; lab là cho sửa. Google ranks on CrUX trường dữ liệu tại p75 over 28 days. Lighthouse/PSI lab scores tìm gây ra. không bao giờ treat lab score as của bạn xếp hạng number — họ thường không even correlate.

3. trang-level beats origin-level. origin đó “truyền” có thể hide failing các trang. Google dùng trang-level dữ liệu nơi nó có nó. Khi tool hiển thị cả hai, trust trang-level view.

4. được sử dụng, nhưng unweighted. CWV là confirmed tín hiệu xếp hạng đó Google có không bao giờ attached chính thức weight để — relevance có thể vẫn override nó. khắc phục CWV cho người dùng và conversions; không expect thứ hạng để leap.

5. Đó “is it even Core?” (bản dịch) «là điều này even Cốt lõi?» kiểm thử. Chỉ LCP, INP, CLS là Core Web Vitals. TTFB và FCP là diagnostic; TBT và Speed Chỉ mục là lab proxies. “Engagement Reliability” (bản dịch) «Engagement Reliability» không phải confirmed tại all.

Cốt lõi Web Chỉ số quan trọng — bảng tra nhanh

** three Cốt lõi Web Chỉ số quan trọng (trường dữ liệu, p75)**

Diagnostic các chỉ số — không Cốt lõi Web Chỉ số quan trọng

Fast facts

• Assessment = CrUX trường dữ liệu, 75th percentile, 28-day rolling window, mobile và desktop riêng.
• INP replaced FID on March 12, 2024. FID là fully retired.
• Lab scores (Lighthouse/PSI) là diagnostic, không trường measurements — và thường không match trường CWV.
• trang-level là Điều gì Google dùng; origin-level averages có thể mislead (~21,2% của các trang truyền so với ~33% của origins trong my CWV study).
• Xếp hạng weight: được sử dụng by Google xếp hạng các hệ thống, không chính thức weight stated — relevance dominates và good score là không có bảo đảm.
• “Engagement Reliability” (bản dịch) «Engagement Reliability» là không confirmed Cốt lõi Web Vital.

Mà Cốt lõi Web Vital nên I investigate đầu tiên?

Cốt lõi Web Chỉ số quan trọng regress sau khi phát hành

1. xác nhận tín hiệu. Tách biệt trường từ lab, URL từ origin, và mobile từ desktop. nếu chỉ một lab chạy changed, reproduce nó trước khi declaring incident.
2. Identify failing vital. LCP, INP, và CLS represent khác các vấn đề. nếu multiple moved, kiểm tra shared phát hành thay đổi và thứ ba-party scripts đầu tiên.
3. Tie regression để deployment. So sánh RUM hoặc repeatable lab traces trước khi và sau khi phát hành. nếu timing không align, inspect traffic/device mix thay vì.
4. Diagnose chỉ số, không score. cho LCP inspect element và sub-parts; cho INP inspect chậm interactions và main-chuỗi trao đổi hoạt động; cho CLS inspect shift sources.
5. Ship smallest attributable khắc phục. Validate nó trong lab immediately. nếu nó breaks functionality hoặc worsens một vital, roll back.
6. Watch thực người dùng. sử dụng RUM cho leading tín hiệu và CrUX/Search Console cho rolling trường verdict. Document phạm vi và window so stakeholders không expect giống nhau-day CrUX reset.

Cốt lõi Web Chỉ số quan trọng mistakes đó waste hoạt động

Optimizing composite Lighthouse score

Google trường assessment dùng LCP, INP, và CLS từ thực-người dùng dữ liệu, không single Lighthouse Performance number. Diagnose failing trường chỉ số và sử dụng Lighthouse as một controlled gỡ lỗi environment.

Treating Cốt lõi Web Chỉ số quan trọng as xếp hạng shortcut

CWV là trang-experience tín hiệu Google có không bao giờ assigned chính thức weight để; relevance vẫn dominates. khắc phục poor experience cho người dùng, nhưng không promise xếp hạng jump hoặc displace nhiều hơn quan trọng nội dung và lập chỉ mục hoạt động không có evidence.

Mixing URL, origin, mobile, và desktop các giá trị

khác scopes có thể tell khác stories. Label mỗi giá trị, và không claim trang truyền vì origin fallback hoặc desktop aggregate là green.

Đang chờ on CrUX trước khi kiểm tra phát hành

rolling 28-day window là cũng chậm cho deployment QA. Validate mechanism trong lab và RUM immediately, sau đó sử dụng CrUX để xác nhận lâu hơn trường outcome.

Tools cho measuring Cốt lõi Web Chỉ số quan trọng

kiểm tra nó với Cốt lõi Web Chỉ số quan trọng History & Đối thủ So sánh:

1. Thêm trang web ( bare origin như example.com có phần lớn CrUX dữ liệu; thêm up để 5 để so sánh).
2. Pick mobile hoặc desktop, sau đó chạy so sánh.
3. đọc scorecard cho hôm nay truyền/fail on LCP, INP, và CLS, sau đó weekly trend chart để see liệu mỗi chỉ số là heading toward hoặc away từ good band.

Trường dữ liệu — thực-người dùng Cốt lõi Web Chỉ số quan trọng việc đo lường

• PageSpeed Insights — CrUX trường dữ liệu tại trang và origin level, plus Lighthouse lab báo cáo alongside nó.
• Google Search Console — Cốt lõi Web Chỉ số quan trọng báo cáo — groups similar các trang và surfaces trang web-wide trường patterns; fastest way để tìm failing trang groups.
• CrUX API / BigQuery — custom và country-level analysis straight từ nguồn dataset.
• web-vitals JavaScript library — collect của bạn own thực-người dùng (RUM) dữ liệu, e.g. pipe nó vào phân tích.

Lab dữ liệu — cho gỡ lỗi (không xếp hạng)

• Lighthouse — diagnostic opportunities và (non-xếp hạng) Performance Score.
• Chrome DevTools Performance panel — trace-level gỡ lỗi của LCP, layout shifts, và dài tasks.
• PageSpeed Insights lab section — Lighthouse-powered recommendations under trường dữ liệu.

Rule của thumb: GSC để tìm nơi bạn’re failing trong trường → PSI để xác nhận tại trang level → Lighthouse / DevTools để diagnose và iterate.

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

My related writing

• Cốt lõi Web Chỉ số quan trọng: Cách Improve Them (Ahrefs) — my đầy đủ practical hướng dẫn để three các chỉ số và Điều gì để khắc phục.
• Cốt lõi Web Chỉ số quan trọng Dữ liệu Study (Ahrefs) — CrUX + 5,2M các trang; trang-level so với origin-level truyền-rate finding.
• Largest Contentful Paint (LCP) hướng dẫn (Ahrefs).
• Cumulative Layout Shift (CLS) hướng dẫn (Ahrefs).
• PageSpeed Insights hướng dẫn (Ahrefs).
• Người mới bắt đầu Hướng dẫn để kỹ thuật SEO — nơi trang experience fits trong bigger picture.

Chính thức

• web.dev — Web Chỉ số quan trọng và theo-chỉ số các bài viết linked under Tài liệu chính thức.
• Google cập nhật của nó trang experience tài liệu để clarify các tín hiệu xếp hạng (công cụ tìm kiếm Land) — Barry Schwartz on March 2024 tài liệu thay đổi.

Từ khoảng đó ngành

• Google Core Web Vitals Xếp hạng Factor: Hơn một Tie-Breaker (Search Engine Journal) — coverage of John Mueller Reddit statement đó CWV là “more than a tie-breaker” (bản dịch) «hơn một tie-breaker» nhưng không replace relevance.
• Google Core Web Vitals Priority cho Nhỏ/Local Businesses (Công cụ tìm kiếm Roundtable) — Mueller Mastodon comment đó CWV hoạt động không nên là top priority cho nhỏ/local businesses.
• Confirmed: Core Web Vitals Không một Big Xếp hạng Factor (Stan Ventures) — Mueller “not giant factors in ranking” (bản dịch) «không giant factors trong xếp hạng» quote trong context.
• Impact of Core Web Vitals on SEO (RUMvision) — đã cập nhật Nov 2025; thorough FAQ-style roundup of rep quotes và xếp hạng-tín hiệu nuance.
• Google Trang Experience Cập nhật: Tiebreaker (Công cụ tìm kiếm Roundtable) — sớm Mueller/Illyes tiebreaker framing từ trước đó cập nhật launched.

Stats worth citing

• Chỉ ~21,2% of individual các trang truyền all three Core Web Vitals — versus ~33% tại đó origin level — từ my CWV dữ liệu study (CrUX + 5,2M các trang từ Ahrefs Site Audit). Google các hệ thống generally evaluate các trang individually, so một rosy origin-level average có thể vẫn hide plenty of failing các trang. Nguồn
• Các trang struggle hầu hết với LCP. Đó study được tìm thấy các trang đang làm progress on đó old FID và on CLS, nhưng lagging on LCP — và “almost no sites on 3G or slower connections are passing.” (bản dịch) «gần như không các trang on 3G hoặc chậm hơn connections là passing.» Nguồn
• Đó “good” thresholds: LCP ≤2,5 s, INP ≤200 ms, CLS ≤0,1, mỗi tại đó 75th percentile of trường dữ liệu — Google được ghi lại Core Web Vitals targets. Nguồn
• INP replaced FID on March 12, 2024 — đó date FID đã dừng đang một Cốt lõi Web Vital và đã là đã xóa từ Search Console. Nguồn

Tự kiểm tra: Cốt lõi Web Chỉ số quan trọng

Five nhanh các câu hỏi on Cốt lõi Web Chỉ số quan trọng. Pick câu trả lời cho mỗi, sau đó kiểm tra.

Prove LCP/INP/CLS khắc phục thực ra landed

trap với performance khắc phục là celebrating lab score day bạn ship. Lab (Lighthouse) tells bạn nếu thay đổi có thể hoạt động; chỉ trường dữ liệu (CrUX) tells bạn nếu nó worked cho thực người dùng — và nó moves on 28-day rolling delay. Chạy cả hai, trong đó order.

Kiểm thử 1 — khắc phục improved lab chỉ số

• Kiểm thử để chạy — Chạy trang qua Cốt lõi Web Chỉ số quan trọng Checker (hoặc Lighthouse / PageSpeed Insights) trước khi và sau khi thay đổi.
• Dự kiến kết quả — targeted lab chỉ số moves right way — e.g. LCP element renders sooner, không new layout shift, cụ thể diagnostic bạn là sửa clears.
• thất bại interpretation — Không lab movement có nghĩ là thay đổi đã không touch cốt yếu path (bạn optimized element đó đã không LCP element, hoặc script đó đã không blocking).
• Monitoring window — Immediate — lab các kiểm thử chạy on demand.
• Rollback trigger — regression trong một chỉ số (bạn fixed LCP nhưng introduced CLS, hoặc đã thêm JS đó hurt INP) — lab catches điều này trước khi thực người dùng làm.

Kiểm thử 2 — thực người dùng thực ra feel nó (trường dữ liệu)

• Kiểm thử để chạy — Track trang/origin p75 cho LCP, INP, và CLS trong CrUX — Cốt lõi Web Chỉ số quan trọng History & Đối thủ So sánh hoặc GSC Cốt lõi Web Chỉ số quan trọng báo cáo.
• Dự kiến kết quả — p75 cho fixed chỉ số crosses vào “Good” và vẫn giữ ở đó (Google thresholds: LCP ≤ 2,5s, INP ≤ 200ms, CLS ≤ 0,1).
• thất bại interpretation — Lab improved nhưng trường đã không — khắc phục helped fast-connection kiểm thử nhưng không thực device/network mix, hoặc không đủ các URL trong group share khắc phục.
• Monitoring window — 28-day rolling — CrUX là trailing 28-day window, so khắc phục cần ~4 weeks của accumulated trường dữ liệu trước khi p75 là trustworthy. không call nó on week một.
• Rollback trigger — p75 crosses back over “poor” threshold, hoặc “Good” URL count trong GSC falls sau khi template thay đổi — mạnh sign deploy regressed thực-người dùng performance.

standing KPI cho điều này topic

Tách biệt từ validating bất kỳ một khắc phục, Đây là Điều gì bạn watch quarter over quarter để know trang experience là healthy. có defensible benchmark ở đây — Google publishes thresholds — so không numbers là bịa ra.

p75 LCP, INP, và CLS (trường dữ liệu)

• Chỉ số — Đó 75th-percentile giá trị of mỗi Cốt lõi Web Vital across real visits, theo trang group và device.
• Điều gì điều này tells bạn — Liệu 75% of real người dùng nhận một good experience — đó chính xác bar Google dùng to classify một URL as passing. p75 (không đó average) là đó number đó matters vì điều này reflects đó chậm hơn dài tail.
• Cách pull điều này — CrUX qua đó Core Web Vitals History & Đối thủ So sánh, đó GSC Cốt lõi Web Chỉ số quan trọng báo cáo (trường dữ liệu grouped by URL pattern), hoặc PageSpeed Insights cho một single URL.
• Benchmark / realistic range — Google own thresholds: LCP ≤ 2,5s, INP ≤ 200ms, CLS ≤ 0,1 cho “Good”; đó “Needs improvement” (bản dịch) «Cần improvement» / “Poor” bands là 2,5–4s / >4s, 200–500ms /

  500ms, và 0,1–0,25 / >0,25. Những là đó published lines, không một đã làm-up đích.

• Cadence — 28-day rolling, so review monthly — kiểm tra daily chỉ re-đọc đó giống nhau trailing window. Treat lab scores as đó leading indicator và CrUX p75 as đó lagging một.

”Good URL” coverage across trang web

• Chỉ số — share của của bạn được lập chỉ mục các URL trong “Good” bucket của GSC Cốt lõi Web Chỉ số quan trọng báo cáo (mobile và desktop tracked riêng).
• Điều gì nó tells bạn — Cách broadly các cách sửa có propagated — single fast trang không move trang web; template-level wins làm.
• Cách pull nó — GSC → Cốt lõi Web Chỉ số quan trọng báo cáo → count của Good / Cần improvement / Poor các URL theo thời gian.
• Benchmark / realistic range — Situational — nó phụ thuộc vào của bạn templates và traffic mix, so establish của bạn own baseline và drive Good share up theo thời gian thay vì chasing bịa ra percentage.
• Cadence — Monthly, hoặc weekly right sau khi template/theme thay đổi trong khi trường window catches up.

Nhật ký thay đổi