Panduan Core Web Vitals

TL;DR — Core Web Vitals adalah three scores Google menggunakan untuk mengukur bagaimana sebuah halaman feels untuk pengguna nyata: bagaimana fast ini memuat (LCP), bagaimana quickly ini responds ketika Anda tap atau click (INP), dan bagaimana banyak hal jump sekitar sebagai ini memuat (CLS). “Good” (terjemahan) “baik” adalah LCP di bawah 2,5 seconds, INP di bawah 200 milliseconds, dan CLS di bawah 0,1. mereka nudge rankings sebuah little — tetapi baik konten penting far lebih.

Apa Core Web Vitals adalah

Google ingin untuk reward halaman itu adalah pleasant untuk gunakan, so ini boiled “good halaman experience” (terjemahan) “baik halaman experience” down untuk three measurable hal. Together ini adalah Core Web Vitals (sering shortened untuk CWV):

• Largest Contentful Paint (LCP) — memuat. Bagaimana panjang until biggest hal pada screen (biasanya sebuah hero image atau headline) menampilkan up. baik adalah ≤ 2,5 seconds.
• Interaction untuk Berikutnya Paint (INP) — responsiveness. Ketika Anda tap sebuah button atau jenis, bagaimana panjang sebelum halaman reacts. baik adalah ≤ 200 milliseconds.
• Cumulative Layout Shift (CLS) — visual stability. Bagaimana banyak halaman jumps sekitar sementara ini memuat (sebuah ad pushes text down right sebagai Anda go untuk tap). baik adalah ≤ 0,1.

Di mana scores come dari

scores Google sebenarnya menggunakan come dari nyata orang visiting Anda situs di Chrome — tidak dari sebuah test Anda jalankan. Google collects itu data, dan sebuah halaman adalah judged pada apa 75% dari pengunjung experienced. So Anda dapat’t “lulus” (terjemahan) “lulus” oleh getting satu fast hasil pada Anda own machine; sebagian besar dari Anda nyata pengunjung memiliki untuk memiliki sebuah baik 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

itu’s mengapa sebuah perfect score di sebuah speed-testing alat tidak jaminan Anda lulus. itu alat (like PageSpeed Insights dan Lighthouse) jalankan sebuah single lab test pada sebuah simulated phone — great untuk finding masalah, tetapi tidak angka Google peringkat pada.

melakukan mereka memengaruhi rankings?

beberapa. Google says Core Web Vitals adalah digunakan oleh -nya peringkat sistem — tetapi ada Tidak official weight atau percentage attached untuk them, dan Google adalah jelas itu relevant konten dapat masih outrank sebuah halaman dengan sub-par pengalaman halaman. jika Anda konten tidak relevant, fast dan stable tidak akan save Anda. sebagai Google’s John Mueller put ini, “ini tidak going untuk membuat Anda site’s rankings jump up.” (terjemahan) “ini adalah tidak going untuk membuat Anda situs’s rankings jump up.”

My honest take setelah tahun dari ini: sebagian besar situs tidak akan see sebuah big peringkat benefit dari chasing ini angka. tetapi ada tidak ada apa pun wrong dengan membuat Anda situs lebih cepat dan lebih stable — Anda pengunjung notice, dan ini helps conversions bahkan ketika ini tidak move rankings.

Satu hal orang mendapatkan wrong

Old name alert: Anda mungkin masih see FID (pertama Input Delay) mentioned sebagai sebuah Core Web Vital. ini adalah hilang — INP replaced FID pada March 12, 2024. jika sebuah alat atau artikel adalah masih telling Anda untuk mengoptimalkan FID, ini adalah out dari date.

ingin deeper versi — tepat thresholds, field vs data lab, bagaimana banyak ini benar-benar weighs untuk peringkat, dan yang alat untuk gunakan ketika? Switch untuk Advanced tab.

TL;DR — Core Web Vitals adalah three field-diukur UX metrics: LCP (memuat, “good” (terjemahan) “baik” ≤ 2,5 s), INP (responsiveness, ≤ 200 ms), dan CLS (visual stability, ≤ 0,1), setiap judged di 75th percentile dari nyata Chrome pengguna (CrUX) di atas sebuah rolling 28-day window. Thresholds adalah yang sama untuk mobile dan desktop, tetapi Google assesses setiap secara terpisah, dan expects semua three metrics untuk menjadi baik — tidak hanya satu. INP replaced FID pada March 12, 2024. Google says -nya peringkat sistem gunakan Core Web Vitals, tetapi ada Tidak official weight atau “tiebreaker” (terjemahan) “tiebreaker” percentage attached — sebuah baik score tidak jaminan better rankings, dan relevance dapat masih win. Lab scores (Lighthouse/PSI) adalah diagnostic measurements dan sering jangan match data lapangan. TTFB dan FCP adalah diagnostic “other Web Vitals” (terjemahan) “lainnya Web Vitals”; TBT dan Speed indeks adalah lab proxies.

Apa counts sebagai sebuah Core Web Vital

Google defines Core Web Vitals sebagai “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.” (terjemahan) “ subset dari Web Vitals itu apply untuk semua web halaman, seharusnya menjadi diukur oleh semua situs owners, dan akan menjadi surfaced di seluruh semua Google alat.” ada persis three, setiap measuring sebuah berbeda dimension dari bagaimana sebuah halaman feels:

Google evaluates three “good” (terjemahan) “baik” thresholds di 75th percentile: LCP di 2,5 seconds, INP di 200 milliseconds, dan CLS di 0,1. sebuah halaman adalah hanya judged “good” (terjemahan) “baik” overall setelah semua three jelas mereka bar di p75 — tidak hanya satu atau dua. thresholds themselves adalah yang sama untuk mobile dan desktop, though Google assesses dan reports setiap device class secara terpisah. 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

Semuanya else Anda’ve heard dari — TTFB, FCP, TBT, Speed indeks — adalah tidak sebuah Core Web Vital. Lebih pada itu di bawah.

LCP — memuat

LCP “reports itu render time dari itu largest image, text block, atau video visible di itu viewport, relative untuk ketika itu user pertama navigated untuk itu halaman.” (terjemahan) “reports render time dari largest image, text block, atau video terlihat di viewport, relative untuk ketika pengguna pertama navigated untuk halaman.” dalam praktik LCP element adalah biasanya sebuah hero image, sebuah big background image, atau Anda headline block. Note ini adalah largest terlihat element — berbeda viewport sizes dapat memiliki berbeda LCP elements, yang adalah satu alasan field dan lab angka diverge.

INP — responsiveness

INP “assesses a halaman’s overall responsiveness untuk user interactions oleh observing itu latency dari all click, tap, dan keyboard interactions itu occur throughout itu lifespan dari a user’s visit untuk a halaman.” (terjemahan) “assesses sebuah halaman’s overall responsiveness untuk pengguna interactions oleh observing latency dari semua click, tap, dan keyboard interactions itu occur throughout lifespan dari sebuah pengguna’s visit untuk sebuah halaman.” ini measures penuh interaction: input delay → event-handler processing → time untuk paint berikutnya frame.

ini adalah big improvement di atas metric ini replaced. INP improves pada FID oleh observing semua interactions, tidak hanya pertama satu — FID hanya timed input delay dari very pertama interaction. INP menjadi sebuah Core Web Vital pada March 12, 2024, replacing pertama 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 adalah dihapus dari Search Console itu day. ini adalah fully retired — jangan mengoptimalkan untuk ini.

Satu nuance worth holding onto: INP adalah tidak Anda worst single interaction, ini adalah sebuah tinggi percentile dari semua dari them. sebuah single janky click tidak akan tank sebuah jika tidak-baik halaman.

CLS — visual stability

CLS “adalah a measure dari itu largest burst dari layout shift scores untuk setiap unexpected layout shift itu occurs during itu entire lifecycle dari a halaman.” (terjemahan) “adalah sebuah mengukur dari largest burst dari layout shift scores untuk setiap unexpected layout shift itu occurs selama entire lifecycle dari sebuah halaman.” “burst” (terjemahan) “burst” (session window) groups shifts itu happen di dalam 1 kedua dari setiap lainnya, up untuk sebuah 5-kedua total window. biasa culprits Google names: “images atau videos dengan unknown dimensions,” (terjemahan) “images atau videos dengan unknown dimensions,” “fonts that render larger or smaller than its initial fallback,” (terjemahan) “fonts itu render lebih besar atau lebih kecil daripada -nya awal fallback,” dan “third-party ads or widgets that dynamically resize themselves.” (terjemahan) “ketiga-party ads atau widgets itu dynamically resize themselves.”

data lapangan vs data lab — pengukuran dan diagnosis

ini adalah pembedaan itu penyebab paling confusion, so menjadi precise tentang ini.

• data lapangan (CrUX) adalah “data collected from the real users visiting your site.” (terjemahan) “data collected dari pengguna nyata visiting Anda situs.” ini adalah reported di 75th percentile, di atas sebuah rolling 28-day window, segmented di seluruh mobile dan desktop. Core Web Vitals mewakili ini jenis dari dunia nyata experience dan adalah digunakan oleh Google’s peringkat sistem. ini reflects nyata devices, networks, cache status, dan back/forward cache.
• data lab adalah “data collected in a controlled environment with predefined device and network settings” (terjemahan) “data collected di sebuah controlled environment dengan predefined device dan network settings” — sebuah single emulated phone, cold cache, Tidak nyata pengguna. Lighthouse dan PageSpeed Insights lab bagian produce ini. ini adalah sebuah diagnostic alat untuk finding masalah alih-alih sebuah field pengukuran. 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’s own guidance: “If you have both field data and lab data for a given page, field data is what you should use to prioritize your efforts.” (terjemahan) “jika Anda memiliki keduanya data lapangan dan data lab untuk sebuah diberikan halaman, data lapangan adalah apa Anda harus gunakan untuk prioritize Anda efforts.” dan performa Score dari Lighthouse “often does not correlate with field Core Web Vitals.” (terjemahan) “sering melakukan tidak correlate dengan field Core Web Vitals.” I say yang sama hal di my Core Web Vitals guide: data lab adalah lebih berguna untuk testing dan iterating, karena field CWV data adalah pada sebuah 28-day rolling average — Anda tidak akan see Anda perbaiki reflected untuk weeks.

p75 aturan, dan mengapa ini penting

sebuah halaman melewati hanya jika 75% dari pengguna nyata hit “good” (terjemahan) “baik” threshold. itu’s sebuah dengan sengaja forgiving-tetapi-nyata bar: sebagian besar dari Anda pengunjung (3 dari 4) memiliki sebuah baik experience, sementara Anda’re tidak held hostage untuk sebuah sedikit outliers pada terrible connections. ini adalah juga mengapa Anda phone menunjukkan sebuah 1,8s muat berarti tidak ada apa pun pada -nya own — Anda p75 di seluruh everyone adalah apa counts.

halaman-tingkat vs origin-tingkat — jangan mendapatkan fooled

banyak alat tampilkan Anda sebuah origin-tingkat (seluruh-situs average) score oleh default, yang dapat menjadi far rosier daripada Anda individual halaman. di my CWV data study (CrUX plus 5,2M halaman dari Ahrefs situs Audit), hanya 21,2% dari individual halaman lulus semua three thresholds, versus 33% di origin tingkat. Google’s halaman-experience documentation says -nya sistem umumnya evaluate halaman individually, though ini juga berjalan lebih luas situs-wide assessments — so sebuah origin itu “melewati” (terjemahan) “melewati” dapat masih menjadi hiding plenty dari failing individual halaman. Ketika sebuah alat offers keduanya views, jangan assume origin-tingkat average tells Anda apa pun spesifik halaman adalah melakukan; periksa halaman-tingkat angka too.

sebuah related gotcha: halaman tanpa cukup traffic memiliki Tidak CrUX data lapangan di semua, dan CrUX hanya mencakup Chrome pengguna siapa’ve opted ke usage stats (Tidak iOS Chrome, Tidak lainnya browser). itu’s sebuah data-eligibility kesenjangan, tidak sebuah fail — missing data lapangan tidak yang sama sebagai sebuah poor score. Persis bagaimana sebuah diberikan alat groups similar halaman atau falls back untuk rendah-traffic URLs (PSI, Search Console, CrUX API) adalah terdokumentasi oleh itu spesifik product, tidak oleh satu universal aturan.

Bagaimana banyak melakukan Core Web Vitals sebenarnya penting untuk peringkat?

mereka’re sebuah confirmed sinyal peringkat — Google says -nya peringkat sistem gunakan Core Web Vitals. Apa Google’s saat ini documentation melakukan tidak melakukan adalah attach sebuah official weight, percentage, atau “tiebreaker” (terjemahan) “tiebreaker” label untuk itu sinyal, so menjadi careful tentang repeating itu framings sebagai jika mereka adalah Google’s own kata.

pada “ini real” (terjemahan) “sisi ini nyata” side: Google’s docs say Core Web Vitals “along with other page experience aspects, aligns with what our core ranking systems seek to reward,” (terjemahan) “bersama aspek pengalaman halaman lainnya, selaras dengan hal yang ingin dihargai sistem peringkat inti kami,” dan John Mueller went pada record itu ini adalah “more than a tie-breaker, but it also doesn’t replace relevance.” (terjemahan) “lebih dari sekadar tie-breaker, tetapi juga tidak menggantikan relevansi.”

pada “don’t overdo it” (terjemahan) “jangan overdo ini” side: Mueller juga mengatakan “Core Web Vitals are not giant factors in ranking, and I doubt you’d see a big drop just because of that,” (terjemahan) “Core Web Vitals adalah tidak giant factors di peringkat, dan I doubt Anda’d see sebuah big drop hanya karena itu,” dan di March 2024 documentation perbarui ditambahkan melalui LinkedIn itu “it’s not going to make your site’s rankings jump up.” (terjemahan) “ini adalah tidak going untuk membuat Anda situs’s rankings jump up.” Google’s own halaman-experience docs adalah blunt: “Google Search selalu seeks untuk menunjukkan itu paling relevant konten, even jika itu halaman experience adalah sub-par.” (terjemahan) “Google Search selalu seeks untuk tampilkan paling relevant konten, bahkan jika halaman experience adalah sub-par.” 2024 docs bahkan warn itu “trying to get a perfect score just for SEO reasons may not be the best use of your time.” (terjemahan) “trying untuk mendapatkan sebuah perfect score hanya untuk SEO alasan dapat tidak menjadi best gunakan dari Anda 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 pragmatis baca: relevance dominates, Google hasn’t put sebuah angka pada bagaimana banyak CWV counts, dan sebagian besar situs tidak akan see sebuah great benefit dari berfungsi pada them untuk rankings. itu mengatakan, underlying UX improvements adalah worth melakukan untuk pengguna dan conversions — dan platforms (WordPress, Cloudflare, kerangka kerja) pertahankan absorbing sebuah lot dari optimization burden secara otomatis. untuk kecil dan local businesses terutama, ini biasanya tidak seharusnya menjadi top dari list.

Satu lebih clarification dari 2024 perbarui: dari lebih luas pengalaman halaman sinyal, hanya Core Web Vitals adalah confirmed untuk secara langsung contribute untuk peringkat. HTTPS, mobile-friendliness, Tidak intrusive interstitials, konten clarity — semua baik practice, tetapi mereka jangan secara langsung boost peringkat cara docs setelah implied.

”other Web Vitals” (terjemahan) “lainnya Web Vitals” — diagnostic, tidak Core

ini come up constantly dan mendapatkan miscategorized. None dari them adalah Core Web Vitals:

• Time untuk pertama Byte (TTFB) — bagaimana panjang until pertama byte dari respons arrives. ini “precedes every other meaningful loading performance metric” (terjemahan) “precedes setiap lainnya bermakna memuat performa metric” dan feeds ke LCP, tetapi Google adalah jelas: “Karena TTFB tidak a Core Web Vitals metric, ini tidak absolutely necessary itu sites memenuhi itu ‘good’ TTFB threshold.” (terjemahan) “Karena TTFB tidak sebuah Core Web Vitals metric, ini adalah tidak absolutely necessary itu situs memenuhi ‘baik’ TTFB threshold.” (baik ≤ 0,8 s.) Diagnostic.
• pertama Contentful Paint (FCP) — time until apa pun konten paints. sebuah berguna memuat diagnostic (baik ≤ 1,8 s), tetapi tidak Core.
• Total Blocking Time (TBT) — sebuah lab proxy untuk INP. alat like Lighthouse “cannot measure INP” (terjemahan) “cannot mengukur INP” tanpa sebuah nyata pengguna, so mereka report TBT alih-alih. Lab hanya.
• Speed indeks — sebuah lab proxy untuk perceived muat speed. Lighthouse-hanya.

gunakan ini untuk debug. jangan report them sebagai Core Web Vitals atau treat mereka thresholds sebagai peringkat gates.

sebuah myth untuk retire

Anda dapat see “Engagement Reliability” (terjemahan) “Engagement Reliability” floated sebagai sebuah baru Core Web Vital. ada Tidak official Google announcement untuk apa pun such metric — ini adalah circulating di ketiga-party konten hanya. Core Web Vitals adalah LCP, INP, dan CLS. Until Google says jika tidak, itu’s list.

cara mengukur — dan yang alat untuk apa

Match alat untuk job:

• peringkat-relevant (data lapangan): PageSpeed Insights (menampilkan CrUX data lapangan di halaman dan origin tingkat), Google Search Console’s Core Web Vitals report (groups similar halaman, surfaces situs-wide patterns), CrUX API / BigQuery (custom dan country-tingkat analysis), dan web-vitals JS library (collect Anda own RUM).
• Debugging (data lab): Lighthouse, Chrome DevTools performa panel, dan PSI lab bagian. ini temukan penyebab; mereka jangan decide Anda peringkat.

workflow I’d suggest: gunakan GSC untuk temukan yang halaman groups adalah failing di field, konfirmasi dengan PageSpeed Insights di halaman tingkat, lalu drop ke Lighthouse / DevTools untuk diagnose dan iterate — knowing field angka tidak akan perbarui untuk up untuk 28 days.

Di mana untuk go berikutnya: web performa cluster

ini hub adalah map. setiap topic di bawah adalah -nya own deep dive.

** three Core Web Vitals**

• Largest Contentful Paint — memuat metric: apa counts sebagai LCP element, ≤2,5 s target, dan cara membuat ini paint sooner.
• Interaction untuk Berikutnya Paint — responsiveness metric itu replaced FID: input delay, event processing, dan presentation delay, dan cara cut setiap.
• Cumulative Layout Shift — visual-stability metric: session windows, biasa penyebab (sized media, fonts, injected ads), dan cara hit ≤0,1.

Supporting & diagnostic metrics

• Time untuk pertama Byte — server/respons latency itu feeds LCP; berguna untuk debug, tidak sebuah Core Web Vital.
• pertama Contentful Paint — ketika pertama konten paints; sebuah memuat diagnostic.
• Total Blocking Time — lab proxy Lighthouse menggunakan untuk approximate INP.
• Speed indeks — lab proxy untuk perceived muat speed.

Bagaimana mereka’re diukur

• PageSpeed Insights — field (CrUX) data plus sebuah Lighthouse lab report di satu place.
• Google Lighthouse — lab/diagnostic mesin behind PSI dan DevTools.
• Chrome UX Report (CrUX) — nyata-pengguna dataset Google’s assessment berjalan pada.

untuk seluruh cluster, see Web performa hub. setiap sibling tautan di sini secara otomatis sebagai ini ships.

AI summary

sebuah condensed take pada Advanced versi:

• Core Web Vitals = three field metrics: LCP (memuat, baik ≤ 2,5 s), INP (responsiveness, ≤ 200 ms), CLS (visual stability, ≤ 0,1). Semuanya else (TTFB, FCP, TBT, Speed indeks) adalah tidak Core.
• Judged pada data lapangan: nyata Chrome pengguna melalui CrUX, di 75th percentile, di atas sebuah rolling 28-day window. Thresholds adalah yang sama untuk mobile/desktop tetapi assessed secara terpisah, dan Google expects semua three metrics untuk menjadi baik, tidak hanya satu.
• INP replaced FID pada March 12, 2024. FID adalah fully retired; INP measures semua interactions, tidak hanya pertama.
• Lab alat (Lighthouse/PSI) adalah diagnostic, tidak field measurements, dan sering jangan match field CWV. gunakan them untuk temukan penyebab; field angka lag up untuk 28 days.
• halaman-tingkat vs origin-tingkat penting: ~21,2% dari halaman lulus vs ~33% dari origins (my CWV study). Google menggunakan halaman-tingkat — origin averages hide failing halaman.
• peringkat weight: digunakan, tetapi unweighted. Google says -nya peringkat sistem gunakan Core Web Vitals, dengan Tidak official percentage atau “tiebreaker” (terjemahan) “tiebreaker” label attached; relevance dominates dan sebuah baik score tidak sebuah peringkat jaminan. Mueller: “tidak giant factors di ranking.” (terjemahan) “tidak giant factors di peringkat.” hanya CWV (tidak HTTPS, mobile-friendliness, interstitials) secara langsung contributes per 2024 docs.
• Myth untuk skip: “Engagement Reliability” (terjemahan) “Engagement Reliability” adalah tidak sebuah confirmed Core Web Vital.
• Tooling: field = PSI, GSC CWV report, CrUX API, web-vitals.js; debugging = Lighthouse, DevTools, PSI lab bagian.

Dokumentasi resmi

Utama-sumber documentation dari Google.

web.dev (Chrome team)

• Web Vitals — initiative, three metrics, p75 aturan, dan mengapa TTFB/FCP adalah “other” (terjemahan) “lainnya” Web Vitals.
• Largest Contentful Paint (LCP) — definition, thresholds, dan qualifying LCP elements.
• Interaction untuk Berikutnya Paint (INP) — definition, thresholds, dan input-delay → processing → presentation breakdown.
• Cumulative Layout Shift (CLS) — definition, session windows, dan umum penyebab.
• Defining Core Web Vitals metrics thresholds — mengapa setiap “good” (terjemahan) “baik” threshold dan 75th percentile adalah chosen.
• Lab dan data lapangan differences — mengapa field (CrUX) dan lab (Lighthouse) angka diverge.
• Core Web Vitals workflows / alat — yang alat reports field vs data lab.
• INP adalah advancing untuk Core Web Vitals (dapat 2023) — announcement itu INP akan replace FID.
• Interaction untuk Berikutnya Paint adalah officially sebuah Core Web Vital (March 12, 2024) — launch konfirmasi.
• TTFB dan FCP — diagnostic “other Web Vitals.” (terjemahan) “lainnya Web Vitals.”

Google Search Central

• Understanding Core Web Vitals dan Google hasil pencarian — bagaimana CWV relate untuk peringkat.
• Understanding pengalaman halaman di Google hasil pencarian — lebih luas halaman-experience picture dan “relevance wins” (terjemahan) “relevance wins” framing.
• Introducing INP untuk Core Web Vitals (dapat 2023) — Penelusuran Central announcement.

Chrome untuk Developers

• Chrome pengguna Experience Report (CrUX) — nyata-pengguna dataset, eligibility, dan 28-day window.

Quotes dari sumber

pada—record statements dari Google. setiap tautan adalah sebuah deep tautan itu jumps untuk quoted passage pada sumber halaman.

Google — apa Core Web Vitals adalah

• “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.” (terjemahan) “Core Web Vitals adalah subset dari Web Vitals itu apply untuk semua halaman web, seharusnya menjadi diukur oleh semua situs owners, dan akan menjadi surfaced di seluruh semua Google alat.” — Philip Walton, web.dev. Jump untuk 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.” (terjemahan) “LCP reports render time dari largest image, text block, atau video terlihat di viewport, relative untuk ketika pengguna pertama navigated untuk halaman.” — web.dev (LCP). Jump untuk 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.” (terjemahan) “INP adalah sebuah metric itu assesses sebuah halaman’s overall responsiveness untuk pengguna interactions oleh observing latency dari semua click, tap, dan keyboard interactions itu occur throughout lifespan dari sebuah pengguna’s visit untuk sebuah halaman.” — web.dev (INP). Jump untuk 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.” (terjemahan) “CLS adalah sebuah mengukur dari largest burst dari layout shift scores untuk setiap unexpected layout shift itu occurs selama entire lifecycle dari sebuah halaman.” — web.dev (CLS). Jump untuk quote

Google — INP replacing FID

• “Interaction to Next Paint (INP) is now a stable Core Web Vital metric, replacing First Input Delay (FID).” (terjemahan) “Interaction untuk Berikutnya Paint (INP) adalah now sebuah stable Core Web Vital metric, replacing pertama Input Delay (FID).” — Rick Viscomi, web.dev (March 12, 2024). Jump untuk quote

Google — field vs lab, dan peringkat

• “If you have both field data and lab data for a given page, field data is what you should use to prioritize your efforts.” (terjemahan) “jika Anda memiliki keduanya data lapangan dan data lab untuk sebuah diberikan halaman, data lapangan adalah apa Anda harus gunakan untuk prioritize Anda efforts.” — Philip Walton, web.dev. Jump untuk 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.” (terjemahan) “ Chrome pengguna Experience Report (juga known sebagai Chrome UX Report, atau CrUX untuk pendek) adalah sebuah dataset itu reflects bagaimana dunia nyata Chrome pengguna experience popular destinations pada web.” — Chrome untuk Developers (CrUX docs). Jump untuk quote

John Mueller, Google

• “It is a ranking factor, and it’s more than a tie-breaker, but it also doesn’t replace relevance.” (terjemahan) “ini adalah sebuah peringkat factor, dan ini adalah lebih daripada sebuah tie-breaker, tetapi ini juga tidak replace relevance.” — melalui mesin pencari Journal (Reddit, August 2021). Baca coverage
• “Core Web Vitals are not giant factors in ranking, and I doubt you’d see a big drop just because of that.” (terjemahan) “Core Web Vitals adalah tidak giant factors di peringkat, dan I doubt Anda’d see sebuah big drop hanya karena itu.” — melalui Stan Ventures (2024). Baca coverage

Core Web Vitals checklist

sebuah quick lulus untuk konfirmasi Anda’re measuring right hal dan memperbaiki right halaman:

• Anda’re reading data lapangan (CrUX), tidak hanya sebuah lab score, untuk metrics Google peringkat pada.
• Anda’re looking di halaman-tingkat angka, tidak hanya origin-tingkat average.
• semua three adalah diperiksa: LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1 di p75.
• Mobile dan desktop adalah reviewed secara terpisah (Google assesses setiap).
• Anda’re tidak optimizing FID — ini adalah retired March 12, 2024 (gunakan INP).
• GSC Core Web Vitals report reviewed untuk failing halaman groups, tidak satu-offs.
• Anda memahami rendah-traffic halaman dapat memiliki Tidak CrUX data lapangan di semua.
• Lab alat (Lighthouse/PSI) adalah digunakan untuk diagnose, tidak sebagai lulus/fail gate — dan Anda’re tidak menunggu pada sebuah perfect performa Score.
• Anda’re allowing up untuk 28 days untuk field memperbaiki untuk tampilkan up.
• Anda’re tidak chasing CWV ahead dari konten relevance dan bigger SEO wins.

mental models

1. Three dimensions, three metrics. LCP = memuat, INP = responsiveness, CLS = visual stability. jika Anda dapat name yang dimension sebuah masalah lives di, Anda know yang metric (dan yang deep dive) untuk open.

2. Field adalah untuk peringkat; lab adalah untuk memperbaiki. Google peringkat pada CrUX data lapangan di p75 di atas 28 days. Lighthouse/PSI lab scores temukan penyebab. tidak pernah treat sebuah lab score sebagai Anda peringkat angka — mereka sering jangan bahkan correlate.

3. halaman-tingkat beats origin-tingkat. sebuah origin itu “melewati” (terjemahan) “melewati” dapat hide failing halaman. Google menggunakan halaman-tingkat data di mana ini memiliki ini. Ketika sebuah alat menampilkan keduanya, trust halaman-tingkat view.

4. digunakan, tetapi unweighted. CWV adalah sebuah confirmed sinyal peringkat itu Google memiliki tidak pernah attached sebuah official weight untuk — relevance dapat masih override ini. Perbaiki CWV untuk pengguna dan conversions; jangan expect rankings untuk leap.

5. “adalah it even Core?” (terjemahan) “adalah ini bahkan Core?” test. hanya LCP, INP, CLS adalah Core Web Vitals. TTFB dan FCP adalah diagnostic; TBT dan Speed indeks adalah lab proxies. “Engagement Reliability” (terjemahan) “Engagement Reliability” adalah tidak confirmed di semua.

Core Web Vitals — cheat sheet

** three Core Web Vitals (data lapangan, p75)**

Diagnostic metrics — Tidak Core Web Vitals

Fast facts

• Assessment = CrUX data lapangan, 75th percentile, 28-day rolling window, mobile dan desktop secara terpisah.
• INP replaced FID pada March 12, 2024. FID adalah fully retired.
• Lab scores (Lighthouse/PSI) adalah diagnostic, tidak field measurements — dan sering jangan match field CWV.
• halaman-tingkat adalah apa Google menggunakan; origin-tingkat averages dapat mislead (~21,2% dari halaman lulus vs ~33% dari origins di my CWV study).
• peringkat weight: digunakan oleh Google’s peringkat sistem, Tidak official weight stated — relevance dominates dan sebuah baik score adalah Tidak jaminan.
• “Engagement Reliability” (terjemahan) “Engagement Reliability” adalah tidak sebuah confirmed Core Web Vital.

Yang Core Web Vital seharusnya I investigate pertama?

Core Web Vitals regress setelah sebuah rilis

1. Konfirmasi sinyal. Terpisah field dari lab, URL dari origin, dan mobile dari desktop. jika hanya satu lab jalankan changed, reproduce ini sebelum declaring sebuah incident.
2. Identify failing vital. LCP, INP, dan CLS mewakili berbeda masalah. jika multiple moved, periksa shared rilis perubahan dan ketiga-party scripts pertama.
3. Tie regression untuk sebuah deployment. Bandingkan RUM atau repeatable lab traces sebelum dan setelah rilis. jika timing melakukan tidak align, inspect traffic/device mix alih-alih.
4. Diagnose metric, tidak score. untuk LCP inspect element dan sub-bagian; untuk INP inspect slow interactions dan main-utas berfungsi; untuk CLS inspect shift sources.
5. Ship smallest attributable perbaiki. Validate ini di lab immediately. jika ini breaks functionality atau worsens lainnya vital, roll back.
6. Watch pengguna nyata. gunakan RUM untuk leading sinyal dan CrUX/Search Console untuk rolling field verdict. Document cakupan dan window so stakeholders melakukan tidak expect sebuah sama-day CrUX reset.

Core Web Vitals mistakes itu waste berfungsi

Optimizing composite Lighthouse score

Google’s field assessment menggunakan LCP, INP, dan CLS dari nyata-pengguna data, tidak single Lighthouse performa angka. Diagnose failing field metric dan gunakan Lighthouse sebagai satu controlled debugging environment.

Treating Core Web Vitals sebagai sebuah peringkat shortcut

CWV adalah sebuah halaman-experience sinyal Google memiliki tidak pernah assigned sebuah official weight untuk; relevance masih dominates. Perbaiki poor experience untuk pengguna, tetapi melakukan tidak promise sebuah peringkat jump atau displace lebih penting konten dan pengindeksan berfungsi tanpa evidence.

Mixing URL, origin, mobile, dan desktop nilai

berbeda scopes dapat tell berbeda stories. Label setiap nilai, dan melakukan tidak claim sebuah halaman melewati karena sebuah origin fallback atau desktop aggregate adalah green.

Menunggu pada CrUX sebelum memeriksa sebuah rilis

rolling 28-day window adalah too slow untuk deployment QA. Validate mechanism di lab dan RUM immediately, lalu gunakan CrUX untuk konfirmasi lebih lama field outcome.

alat untuk measuring Core Web Vitals

periksa ini dengan Core Web Vitals History & Pesaing Perbandingan:

1. tambahkan sebuah situs (sebuah bare origin like example.com memiliki paling CrUX data; tambahkan up untuk 5 untuk bandingkan).
2. Pick mobile atau desktop, lalu jalankan perbandingan.
3. Baca scorecard untuk hari ini’s lulus/fail pada LCP, INP, dan CLS, lalu weekly trend chart untuk see apakah setiap metric adalah heading toward atau away dari baik band.

data lapangan — nyata-pengguna Core Web Vitals pengukuran

• PageSpeed Insights — CrUX data lapangan di halaman dan origin tingkat, plus sebuah Lighthouse lab report alongside ini.
• Google Search Console — Core Web Vitals report — groups similar halaman dan surfaces situs-wide field patterns; fastest cara untuk temukan failing halaman groups.
• CrUX API / BigQuery — custom dan country-tingkat analysis straight dari sumber dataset.
• web-vitals JavaScript library — collect Anda own nyata-pengguna (RUM) data, e.g. pipe ini ke analytics.

data lab — untuk debugging (tidak peringkat)

• Lighthouse — diagnostic opportunities dan (non-peringkat) performa Score.
• Chrome DevTools performa panel — trace-tingkat debugging dari LCP, layout shifts, dan panjang tasks.
• PageSpeed Insights lab bagian — Lighthouse-powered recommendations di bawah data lapangan.

aturan dari thumb: GSC untuk temukan di mana Anda’re failing di lapangan → PSI untuk konfirmasi di halaman tingkat → Lighthouse / DevTools untuk diagnose dan iterate.

Resources worth Anda time

My related writing

• Core Web Vitals: cara meningkatkan Them (Ahrefs) — my penuh practical guide untuk three metrics dan apa untuk perbaiki.
• Core Web Vitals data Study (Ahrefs) — CrUX + 5,2M halaman; halaman-tingkat vs origin-tingkat lulus-rate finding.
• Largest Contentful Paint (LCP) guide (Ahrefs).
• Cumulative Layout Shift (CLS) guide (Ahrefs).
• PageSpeed Insights guide (Ahrefs).
• Beginner’s Guide untuk SEO teknis — di mana pengalaman halaman fits di bigger picture.

Official

• web.dev — Web Vitals dan per-metric artikel ditautkan di bawah Official Docs.
• Google memperbarui -nya pengalaman halaman docs untuk clarify sinyal peringkat (mesin pencari Land) — Barry Schwartz pada March 2024 documentation perubahan.

dari sekitar industry

• Google Core Web Vitals peringkat Factor: Lebih daripada sebuah Tie-Breaker (mesin pencari Journal) — coverage dari John Mueller’s Reddit statement itu CWV adalah “lebih daripada a tie-breaker” (terjemahan) “lebih daripada sebuah tie-breaker” tetapi tidak replace relevance.
• Google Core Web Vitals Priority untuk kecil/Local Businesses (mesin pencari Roundtable) — Mueller’s Mastodon comment itu CWV berfungsi seharusnya tidak menjadi top priority untuk kecil/local businesses.
• Confirmed: Core Web Vitals Tidak sebuah Big peringkat Factor (Stan Ventures) — Mueller’s “tidak giant factors di ranking” (terjemahan) “tidak giant factors di peringkat” quote di context.
• Impact dari Core Web Vitals pada SEO (RUMvision) — diperbarui Nov 2025; thorough FAQ-style roundup dari rep quotes dan peringkat-sinyal nuance.
• Google pengalaman halaman Perbarui: Tiebreaker (mesin pencari Roundtable) — early Mueller/Illyes tiebreaker framing dari sebelum perbarui launched.

Stats worth citing

• hanya ~21,2% dari individual halaman lulus semua three Core Web Vitals — versus ~33% di origin tingkat — dari my CWV data study (CrUX + 5,2M halaman dari Ahrefs situs Audit). Google’s sistem umumnya evaluate halaman individually, so sebuah rosy origin-tingkat average dapat masih hide plenty dari failing halaman. Sumber
• situs struggle sebagian besar dengan LCP. itu study ditemukan situs membuat progress pada old FID dan pada CLS, tetapi lagging pada LCP — dan “hampir Tidak sites pada 3G atau lebih lambat connections adalah passing.” (terjemahan) “hampir Tidak situs pada 3G atau lebih lambat connections adalah passing.” Sumber
• ** “good” (terjemahan) “baik” thresholds:** LCP ≤2,5 s, INP ≤200 ms, CLS ≤0,1, setiap di 75th percentile dari data lapangan — Google’s terdokumentasi Core Web Vitals targets. Sumber
• INP replaced FID pada March 12, 2024 — date FID berhenti menjadi sebuah Core Web Vital dan adalah dihapus dari Search Console. Sumber

Uji pemahaman Anda: Core Web Vitals

Five quick pertanyaan pada Core Web Vitals. Pick sebuah jawaban untuk setiap, lalu periksa.

Prove sebuah LCP/INP/CLS perbaiki sebenarnya landed

trap dengan sebuah performa perbaiki adalah celebrating lab score day Anda ship. Lab (Lighthouse) tells Anda jika perubahan dapat berfungsi; hanya data lapangan (CrUX) tells Anda jika ini worked untuk nyata pengguna — dan ini moves pada sebuah 28-day rolling delay. Jalankan keduanya, di itu order.

Test 1 — perbaiki ditingkatkan lab metric

• Test untuk jalankan — Jalankan halaman melalui Core Web Vitals Checker (atau Lighthouse / PageSpeed Insights) sebelum dan setelah perubahan.
• Yang diharapkan hasil — targeted lab metric moves right cara — e.g. LCP element renders sooner, Tidak baru layout shift, spesifik diagnostic Anda adalah memperbaiki clears.
• Failure interpretation — Tidak lab movement berarti perubahan tidak touch critical path (Anda dioptimalkan sebuah element itu tidak LCP element, atau sebuah script itu tidak blocking).
• Monitoring window — Immediate — lab tests jalankan pada demand.
• Rollback trigger — sebuah regression di lainnya metric (Anda fixed LCP tetapi introduced CLS, atau ditambahkan JS itu hurt INP) — lab catches ini sebelum pengguna nyata melakukan.

Test 2 — pengguna nyata sebenarnya feel ini (data lapangan)

• Test untuk jalankan — Track halaman/origin’s p75 untuk LCP, INP, dan CLS di CrUX — Core Web Vitals History & Pesaing Perbandingan atau GSC Core Web Vitals report.
• Yang diharapkan hasil — p75 untuk fixed metric crosses ke “Good” (terjemahan) “baik” dan tetap di sana (Google’s thresholds: LCP ≤ 2,5s, INP ≤ 200ms, CLS ≤ 0,1).
• Failure interpretation — Lab ditingkatkan tetapi field tidak — perbaiki helped sebuah fast-connection test tetapi tidak nyata device/network mix, atau tidak cukup URLs di group share perbaiki.
• Monitoring window — 28-day rolling — CrUX adalah sebuah trailing 28-day window, so sebuah perbaiki perlu ~4 weeks dari accumulated data lapangan sebelum p75 adalah trustworthy. jangan panggil ini pada week satu.
• Rollback trigger — p75 crosses back di atas “poor” (terjemahan) “poor” threshold, atau “Good” (terjemahan) “baik” URL count di GSC falls setelah sebuah template perubahan — sebuah strong sign deploy regressed nyata-pengguna performa.

standing KPI untuk ini topic

Terpisah dari validating apa pun satu perbaiki, ini adalah apa Anda watch quarter di atas quarter untuk know halaman experience adalah healthy. ada sebuah defensible benchmark di sini — Google publishes thresholds — so Tidak angka adalah dibuat-buat.

p75 LCP, INP, dan CLS (data lapangan)

• Metric — 75th-percentile nilai dari setiap Core Web Vital di seluruh nyata visits, per halaman group dan device.
• Apa ini tells Anda — Apakah 75% dari pengguna nyata mendapatkan sebuah baik experience — tepat bar Google menggunakan untuk classify sebuah URL sebagai passing. p75 (tidak average) adalah angka itu penting karena ini reflects lebih lambat panjang tail.
• cara pull ini — CrUX melalui Core Web Vitals History & Pesaing Perbandingan, GSC Core Web Vitals report (data lapangan grouped oleh URL pattern), atau PageSpeed Insights untuk sebuah single URL.
• Benchmark / realistic range — Google’s own thresholds: LCP ≤ 2,5s, INP ≤ 200ms, CLS ≤ 0,1 untuk kategori baik, perlu perbaikan, atau buruk; bands adalah 2,5–4s / >4s, 200–500ms /

500ms, dan 0,1–0,25 / >0,25. ini adalah published lines, tidak sebuah dibuat-up target.

• Cadence — 28-day rolling, so review monthly — memeriksa daily hanya re-membaca yang sama trailing window. Treat lab scores sebagai leading indicator dan CrUX p75 sebagai lagging satu.

”Good URL” (terjemahan) “baik URL” coverage di seluruh situs

• Metric — share dari Anda terindeks URLs di “Good” (terjemahan) “baik” bucket dari GSC Core Web Vitals report (mobile dan desktop tracked secara terpisah).
• Apa ini tells Anda — Bagaimana broadly memperbaiki memiliki propagated — sebuah single fast halaman tidak move situs; template-tingkat wins melakukan.
• cara pull ini — GSC → Core Web Vitals report → count dari baik / perlu improvement / Poor URLs di atas time.
• Benchmark / realistic range — Situational — ini bergantung pada Anda templates dan traffic mix, so establish Anda own baseline dan drive baik share up di atas time alih-alih chasing sebuah dibuat-buat percentage.
• Cadence — Monthly, atau weekly right setelah sebuah template/theme perubahan sementara field window catches up.

Log perubahan