Panduan Web Vitals

Web Vitals adalah Google's initiative untuk unified halaman-experience quality sinyal. Di sini's penuh picture — apa initiative covers, yang metrics adalah "Core" _(terjemahan)_ “Core” (dan peringkat), yang adalah diagnostic, dan mengapa Anda lab score dan data lapangan disagree. hub untuk supplementary metrics itu sit di bawah Core Web Vitals.

Pertama kali diterbitkan: 26 Jun 2026 · Terakhir diperbarui: 3 Agu 2026 · Lanjutan

Web Vitals adalah Google's umbrella initiative (launched dapat 2020) untuk halaman-experience quality sinyal. Core Web Vitals — LCP, INP, dan CLS — adalah subset itu feeds peringkat; INP replaced FID di March 2024. Semuanya else di bawah initiative (TTFB, FCP, TBT, Speed indeks) adalah diagnostic dan tidak sebuah peringkat factor. Google peringkat pada data lapangan (CrUX, p75, halaman-tingkat), tidak lab scores — yang adalah mengapa Anda Lighthouse angka dan Anda Search Console report sering disagree. ini hub maps seluruh program dan poin untuk setiap metric's deep dive.

TL;DR — Web Vitals adalah Google’s umbrella initiative (dapat 2020); Core Web Vitals (LCP, INP, CLS) adalah stable subset itu feeds peringkat. INP replaced FID pada March 12, 2024. “other” (terjemahan) “lainnya” Web Vitals — TTFB, FCP, TBT, Speed indeks — adalah diagnostic, lebih experimental, dan tidak peringkat factors. Google peringkat pada data lapangan (CrUX, 75th percentile, halaman-tingkat di mana tersedia), tidak lab scores — yang adalah mengapa Lighthouse dan Search Console disagree. peringkat weight adalah confirmed tetapi lightweight: Mueller panggilan ini “lebih daripada a tie-breaker” (terjemahan) “lebih daripada sebuah tie-breaker” tetapi “not giant factors.” (terjemahan) “tidak giant factors.” Bing memiliki Tidak equivalent program.

Bukti untuk klaim ini The current stable Core Web Vitals subset is LCP, INP and CLS; FID is historical and was replaced by INP in 2024. Cakupan: web Tingkat keyakinan: tinggi · Diverifikasi: Web Vitals

Web Vitals adalah initiative, tidak metric

Google’s own definition: “Web Vitals is an initiative by Google to provide unified guidance for quality signals that are essential to delivering a great user experience on the web.” (terjemahan) “Web Vitals adalah sebuah initiative oleh Google untuk menyediakan unified guidance untuk quality sinyal itu adalah essential untuk delivering sebuah great pengguna experience pada web.” seluruh poin adalah untuk cut melalui metric overwhelm — oleh 2020 di sana adalah sebuah dozen cara untuk score sebuah halaman dan Tidak agreement pada yang untuk trust.

Bukti untuk klaim ini Web Vitals is Google's initiative for unified user-experience quality signals, with LCP, INP, and CLS as the current Core Web Vitals. Cakupan: Current web.dev definition and stable Core Web Vitals set. Tingkat keyakinan: tinggi · Diverifikasi: web.dev: Web Vitals

program adalah dua tiers, dan conflating them adalah single sebagian besar umum mistake I see:

  • Core Web Vitals — “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 halaman web, seharusnya menjadi diukur oleh semua situs owners, dan akan menjadi surfaced di seluruh semua Google alat.” ini adalah LCP, INP, dan CLS, dan mereka’re ones di Google’s peringkat sistem.
  • lainnya Web Vitals — supplementary, sering alat- atau context-spesifik metrics itu “can serve as proxy—or as supplemental metrics for the three Core Web Vitals—to help capture a larger part of the experience or to aid in diagnosing a specific issue.” (terjemahan) “dapat sajikan sebagai proxy—atau sebagai supplemental metrics untuk three Core Web Vitals—untuk help capture sebuah lebih besar bagian dari experience atau untuk aid di diagnosing sebuah spesifik issue.” Google adalah jelas itu “their definitions and thresholds may change with greater frequency” (terjemahan) “mereka definitions dan thresholds dapat perubahan dengan greater frequency” daripada Core set.

itu lifecycle pembedaan penting. Google tracks Core Web Vitals candidates melalui three phases — experimental, pending, lalu stable — sebelum mereka count. Core Web Vitals adalah di Stable stage — “actively supported” (terjemahan) “actively didukung” dan mereka “won’t change more than once per year.” (terjemahan) “tidak akan perubahan lebih daripada setelah per tahun.” INP diikuti itu tepat runway: ini moved dari experimental untuk pending pada dapat 10, 2023, lalu menjadi stable pada March 12, 2024, replacing FID. itu’s mengapa swapping FID untuk INP took sebuah panjang, telegraphed runway, sementara diagnostic metrics dapat shift diam-diam.

Bukti untuk klaim ini INP replaced FID as a Core Web Vital on March 12, 2024. Cakupan: Chrome team's announced Core Web Vitals transition date. Tingkat keyakinan: tinggi · Diverifikasi: web.dev: INP is now a Core Web Vital

Core Web Vitals — three itu peringkat

MetricMeasures”Good” (terjemahan) “baik” thresholdField-measurable?
LCP (Largest Contentful Paint)memuat≤ 2,5 sYa (CrUX)
INP (Interaction untuk Berikutnya Paint)Responsiveness≤ 200 msYa (CrUX)
CLS (Cumulative Layout Shift)Visual stability≤ 0,1Ya (CrUX)

INP menjadi sebuah Core Web Vital pada March 12, 2024, replacing FID. FID adalah dihapus dari Search Console itu day dan Chrome alat mendukung ended September 9, 2024 — ini adalah fully retired. apa pun artikel atau dashboard masih listing FID sebagai sebuah saat ini Core Web Vital adalah out dari date.

Bukti untuk klaim ini INP replaced FID as a Core Web Vital on March 12, 2024. Cakupan: Chrome team's announced Core Web Vitals transition date. Tingkat keyakinan: tinggi · Diverifikasi: web.dev: INP is now a Core Web Vital

Core trio mendapatkan -nya own deep dive — see Core Web Vitals untuk thresholds, 75th-percentile aturan, dan cara meningkatkan setiap satu. ini hub adalah tentang seluruh initiative, including metrics itu sit underneath ini.

lainnya Web Vitals — diagnostic layer

ini adalah bagian sebagian besar “web vitals” (terjemahan) “web vitals” artikel skip atau mangle. ini four adalah nyata Web Vitals, mereka tampilkan up constantly di Anda tooling, dan none dari them adalah sebuah peringkat factor:

MetricApa ini tells Anda”Good” (terjemahan) “baik”Di mana ini lives
TTFBserver respons latency (precedes LCP)≤ 0,8 sField + lab
FCPKetika apa pun konten pertama paints≤ 1,8 sField + lab
TBTMain-utas blocking (lab proxy untuk INP)< 200 msLab hanya
Speed indeksPerceived muat speed dari sebuah muat video≤ 3,4 sLab hanya

«The trap is that TBT and Speed Index don’t exist in the field at all — there’s no CrUX value for them. They’re Lighthouse-computed proxies. TBT approximates INP (Lighthouse can’t measure real interactions, so it measures how long the main thread is blocked instead); a low TBT usually means a low INP, but they’re not the same number. Speed Index is a perceived-speed proxy weighted at roughly 10% of the Lighthouse Performance Score. Google itself notes about TTFB: “Because TTFB isn’t a Core Web Vitals metric, it’s not absolutely necessary that sites meet the ‘good’ TTFB threshold.” » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tiga puluh tiga, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

data lapangan adalah apa Google peringkat pada

ini adalah pembedaan itu resolves sebagian besar “mengapa jangan my numbers match” (terjemahan) “mengapa jangan my angka match” confusion. data lab adalah sebuah single synthetic test — Lighthouse, DevTools, lab bagian dari PageSpeed Insights — jalankan pada sebuah simulated device dengan sebuah cold cache. data lapangan adalah Chrome pengguna Experience Report (CrUX): nyata Chrome pengguna, aggregated di 75th percentile di atas sebuah 28-day rolling window, split oleh mobile dan desktop.

Google peringkat pada data lapangan. sebagai Philip Walton put ini, “Jika Anda memiliki keduanya field data dan lab data untuk a diberikan halaman, field data adalah apa Anda seharusnya gunakan untuk prioritize Anda efforts.” (terjemahan) “jika Anda memiliki keduanya field data dan data lab untuk sebuah diberikan halaman, data lapangan adalah apa Anda harus gunakan untuk prioritize Anda efforts.” So sebuah 100 performa Score di Lighthouse tidak berarti Anda nyata pengguna lulus, dan sebuah failing lab score tidak niscaya berarti Anda’re failing rankings. gunakan lab alat untuk diagnose, CrUX untuk judge.

Satu lebih hal top-peringkat halaman hampir tidak pernah mention: Google menggunakan halaman-tingkat CrUX data di mana ada cukup dari ini, tidak origin-tingkat (seluruh-situs) average. itu penting sebuah lot. di my Core Web Vitals data study (CrUX plus 5,2M halaman), hanya 21,2% dari individual halaman lulus semua three Core Web Vitals versus 33% di origin tingkat. origin average flatters Anda — Google peringkat halaman.

melakukan Web Vitals memengaruhi rankings? (Honestly.)

«Only the three Core Web Vitals are confirmed ranking signals. Google’s own FAQ says it plainly: “Core Web Vitals are used by our ranking systems.” But Google doesn’t publish a percentage, a fixed weight, or a formal tiebreaker mechanism anywhere — its own docs say “there is no single signal. Our core ranking systems look at a variety of signals that align with overall page experience.” The closest thing to a weight estimate comes from John Mueller’s own characterization, not an official doc: “it’s a ranking factor, and it’s more than a tie-breaker, but it also doesn’t replace relevance,” and separately, “Core Web Vitals are not giant factors in ranking.” Google’s own docs go further: “Trying to get a perfect score just for SEO reasons may not be the best use of your time,” and “Google Search always seeks to show the most relevant content, even if the page experience is sub-par.”

Bukti untuk klaim ini Google says Core Web Vitals are used by ranking systems, while page experience does not override more relevant content. Cakupan: Google Search ranking guidance; no fixed weight or ranking-position effect is promised. Tingkat keyakinan: tinggi · Diverifikasi: Google: Core Web Vitals and Search Google: Page experience

» (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tiga puluh sembilan, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

So: perbaiki Core Web Vitals karena mereka’re genuinely baik untuk pengguna dan karena Google mengonfirmasi mereka factor ke peringkat — tidak karena sebuah green score jaminan sebuah jump di position. sebagai Google’s own FAQ puts ini, baik scores di reports like Search Console atau ketiga-party alat “doesn’t guarantee that your pages will rank at the top of Google Search results.” (terjemahan) “tidak jaminan itu Anda halaman akan peringkat di top dari Google hasil pencarian.”

melakukan Bing gunakan Web Vitals?

Tidak. Bing memiliki Tidak equivalent untuk Core Web Vitals dan tidak gunakan Google’s LCP/INP/CLS kerangka kerja sebagai sebuah formal sinyal peringkat. ini masih nilai fast, usable halaman — tetapi ini leans pada behavioral sinyal (click-melalui, dwell time, bounce) sebagai -nya quality proxies alih-alih sebuah CrUX-style field assessment. Optimizing Core Web Vitals helps Bing indirectly (lebih cepat halaman → better perilaku) tetapi ada Tidak proprietary Bing program untuk chase.

state dari Web Vitals di 2026

sebagai dari dapat 2026 CrUX rilis, 55,9% dari tracked origins lulus semua three Core Web Vitals. LCP tetap hardest (≈68,6% baik) dan INP easiest now itu situs memiliki adapted untuk FID transition (≈86,6% baik). ada Tidak confirmed baru Core Web Vitals coming — claims tentang sebuah “Visual Stability Index” (terjemahan) “Visual Stability indeks” atau similar adalah ketiga-party speculation dengan Tidak official Google announcement, so treat them sebagai unconfirmed until Google says jika tidak.

Di mana untuk go berikutnya

ini hub adalah map. Core trio memiliki -nya own Core Web Vitals deep dive; di bawah adalah supplementary metrics itu sit di bawah ini initiative, setiap nested di bawah ini hub:

  • pertama Contentful Paint — ketika pertama konten paints (≤ 1,8 s baik); sebuah memuat diagnostic itu sering menjelaskan sebuah slow LCP, tetapi tidak sebuah Core Web Vital.
  • Time untuk pertama Byte — server respons latency itu precedes FCP dan LCP (≤ 0,8 s baik); perbaiki ini untuk help LCP, tetapi TTFB itself tidak sebuah peringkat factor.
  • Total Blocking Time — lab-hanya proxy untuk INP (< 200 ms baik); bagaimana panjang main utas adalah blocked, digunakan untuk debug responsiveness ketika Anda dapat’t mengukur nyata interactions.
  • Speed indeks — lab-hanya perceived-muat-speed metric (≤ 3,4 s baik) computed dari sebuah video dari halaman memuat; roughly 10% dari Lighthouse score.

untuk field-data backbone semuanya di sini rests pada, see CrUX, dan untuk lebih luas picture, Web performa.

Tambahkan catatan pakar

Sematkan kutipan pakar

Orang baru? Buat profilnya yang belum diklaim di /admin/experts/ → Sematkan kutipan pakar terlebih dahulu.