Core Web Vitals 2026: Metrik Google yang Perlu Dipahami Agar Website Lebih Kompetitif di Search

Website sudah memiliki konten yang bagus, desain yang menarik, dan SEO yang cukup baik. Namun ketika performanya lambat, tombol sulit merespons, atau tampilan halaman tiba-tiba bergeser saat dimuat, pengalaman pengguna dapat terganggu. Kondisi inilah yang menjadi salah satu alasan mengapa Core Web Vitals 2026 tetap relevan untuk diperhatikan oleh pemilik website, SEO specialist, developer, dan pemilik bisnis.

Core Web Vitals merupakan sekumpulan metrik yang dibuat Google untuk mengukur aspek penting dari pengalaman pengguna di website. Saat ini, tiga metrik utamanya adalah Largest Contentful Paint (LCP) untuk loading, Interaction to Next Paint (INP) untuk responsivitas, dan Cumulative Layout Shift (CLS) untuk kestabilan visual. Google merekomendasikan agar performa ketiga metrik tersebut memenuhi ambang batas “good” pada setidaknya persentil ke-75 kunjungan halaman, dengan segmentasi perangkat mobile dan desktop.

Namun, ada satu miskonsepsi yang perlu diluruskan sejak awal. Core Web Vitals bukan satu-satunya faktor yang menentukan peringkat website di Google. Google menyatakan bahwa Core Web Vitals memang digunakan oleh sistem ranking, tetapi pencapaian skor yang baik tidak menjamin halaman otomatis berada di posisi teratas. Google tetap berusaha menampilkan konten yang paling relevan, sementara pengalaman halaman merupakan salah satu bagian dari keseluruhan penilaian.

Lalu, apa sebenarnya Core Web Vitals, bagaimana cara mengukurnya pada 2026, berapa nilai yang dianggap baik, apa penyebab skor buruk, dan apa yang harus dilakukan developer untuk memperbaikinya?

Artikel ini membahas semuanya dari dasar sampai langkah optimasi praktis.

Apa Itu Core Web Vitals?

Core Web Vitals adalah sekumpulan metrik performa web yang dirancang untuk mengukur aspek pengalaman pengguna yang dianggap penting.

Google menjelaskan bahwa metrik ini mencakup tiga dimensi utama:

• Loading performance melalui LCP.
• Interactivity atau responsiveness melalui INP.
• Visual stability melalui CLS.

Ketiganya menjawab tiga pertanyaan sederhana:

Seberapa cepat konten utama muncul?

Seberapa cepat website merespons ketika pengguna berinteraksi?

Apakah layout tetap stabil ketika halaman dimuat dan digunakan?

Karena itu, Core Web Vitals tidak sekadar berbicara tentang “website cepat”. Sebuah halaman bisa saja cepat menampilkan konten utama, tetapi tetap terasa buruk jika tombol terlambat merespons atau elemen halaman bergerak secara tiba-tiba.

Konsep tersebut penting karena pengguna tidak berinteraksi dengan angka seperti 2.4 seconds atau 0.08. Mereka berinteraksi dengan website yang terasa cepat, responsif, stabil, atau sebaliknya.

Core Web Vitals 2026: Apa Saja Metriknya?

Per 2026, tiga metrik inti yang perlu diperhatikan tetap:

Ambang tersebut ditetapkan berdasarkan persentil ke-75. Nilai di atas 4 detik untuk LCP, di atas 500 milidetik untuk INP, dan di atas 0,25 untuk CLS dikategorikan sebagai “poor”. Nilai di antara kategori good dan poor masuk kategori “needs improvement”.

Dengan kata lain, target Core Web Vitals bukan sekadar:

“Website saya pernah mendapatkan skor bagus.”

Yang lebih penting adalah:

“Sebagian besar pengguna saya mendapatkan pengalaman yang baik.”

1. Largest Contentful Paint (LCP)

Apa Itu LCP?

Largest Contentful Paint atau LCP mengukur kapan elemen konten terbesar yang terlihat dalam viewport selesai dirender.

Elemen tersebut dapat berupa:

• gambar utama,
• blok teks besar,
• video,
• atau elemen besar lain yang menjadi bagian utama dari halaman.

Misalnya sebuah halaman memiliki hero section seperti:

-----------------------------------
|                                 |
|     JUDUL WEBSITE               |
|     Deskripsi                   |
|                                 |
|     [CTA]          FOTO HERO    |
|                                 |
-----------------------------------

Jika gambar hero merupakan elemen terbesar di viewport, waktu ketika gambar tersebut selesai dirender dapat menjadi salah satu faktor utama LCP.

Karena itu, LCP lebih relevan untuk menggambarkan kapan pengguna mulai melihat konten utama, bukan sekadar kapan layar pertama kali menampilkan sesuatu.

Nilai LCP yang Baik

Google merekomendasikan:

Good:
≤ 2,5 detik

Needs Improvement:
> 2,5 detik dan ≤ 4 detik

Poor:
> 4 detik

Target tersebut digunakan pada persentil ke-75 kunjungan halaman.

Contoh LCP Buruk

Bayangkan halaman homepage memiliki:

• video background besar,
• gambar hero 4 MB,
• lima font eksternal,
• banyak JavaScript,
• slider,
• dan beberapa plugin.

Pengguna membuka halaman.

Background sudah terlihat.

Tetapi judul utama dan gambar hero baru muncul beberapa detik kemudian.

Secara visual, website terasa lambat meskipun server sebenarnya sudah mulai mengirim halaman.

Penyebab LCP Lambat

LCP dipengaruhi oleh sejumlah tahapan loading.

Salah satu faktor penting adalah Time to First Byte (TTFB), yaitu waktu dari saat browser memulai navigasi hingga byte pertama respons mulai diterima.

web.dev menyarankan sebagian besar situs berusaha mencapai TTFB sekitar 0,8 detik atau kurang sebagai panduan kasar, walaupun TTFB sendiri bukan Core Web Vital.

Penyebab LCP yang umum meliputi:

• server lambat,
• HTML terlambat diterima,
• gambar hero terlalu besar,
• resource yang memblokir rendering,
• font yang terlambat dimuat,
• JavaScript berat,
• dan dependency chain yang panjang.

Google juga menunjukkan bahwa resource load delay sebelum browser mulai meminta gambar LCP dapat menjadi penyebab besar. Pada situs dengan LCP buruk, waktu menunggu sebelum permintaan gambar LCP dimulai dapat menghabiskan bagian besar dari anggaran waktu 2,5 detik.

Cara Meningkatkan LCP

Optimalkan Gambar Hero

Jangan mengunggah gambar berukuran sangat besar kemudian mengecilkannya melalui CSS.

Gunakan ukuran yang sesuai dengan kebutuhan tampilan.

Pertimbangkan format gambar modern dan kompresi yang baik.

Untuk gambar yang menjadi kandidat LCP, jangan asal menerapkan lazy loading karena resource utama yang terlambat diminta justru dapat memperburuk LCP.

Kurangi Resource yang Menghambat Rendering

Periksa CSS dan JavaScript yang harus dimuat sebelum konten utama dapat ditampilkan.

File yang tidak diperlukan pada tahap awal sebaiknya tidak menghalangi rendering konten penting.

Tingkatkan Respons Server

Optimasi database, caching, server-side rendering, CDN, serta infrastruktur hosting dapat membantu mengurangi TTFB.

Namun jangan mengejar angka TTFB secara terpisah. web.dev menekankan bahwa TTFB adalah metrik dasar yang memengaruhi metrik berikutnya, tetapi bukan Core Web Vital. Dampaknya perlu dinilai dalam konteks bagaimana website mengirimkan konten.

2. Interaction to Next Paint (INP)

Apa Itu INP?

Interaction to Next Paint atau INP mengukur responsivitas halaman terhadap interaksi pengguna sepanjang kunjungan.

Interaksi tersebut dapat berupa:

• klik mouse,
• tap pada smartphone,
• input keyboard,
• atau interaksi lain yang memenuhi kriteria pengukuran.

INP berusaha menjawab pertanyaan:

“Setelah pengguna melakukan sesuatu, seberapa cepat browser memberikan respons visual berikutnya?”

Contohnya ketika pengguna:

• membuka menu,
• menekan tombol,
• memasukkan data,
• menambah produk ke keranjang,
• membuka accordion,
• atau memilih filter.

Website yang memiliki INP buruk dapat terlihat seperti “macet” meskipun halaman awalnya sudah muncul.

INP Menggantikan FID

Jika Anda masih menemukan artikel lama yang menggunakan FID atau First Input Delay, perhatikan bahwa metrik tersebut sudah tidak menjadi Core Web Vital.

Pada 12 Maret 2024, INP resmi menggantikan FID sebagai metrik Core Web Vital untuk responsivitas. Dukungan FID pada tool Chrome kemudian dihentikan pada September 2024.

Perbedaannya penting.

FID hanya mengukur delay pada interaksi pertama.

INP melihat responsivitas sepanjang umur halaman, sehingga lebih menggambarkan pengalaman interaksi pengguna secara keseluruhan.

Karena itu, untuk artikel dan audit Core Web Vitals pada 2026, jangan lagi menjadikan FID sebagai salah satu dari tiga metrik utama.

Nilai INP yang Baik

Google merekomendasikan:

Good:
≤ 200 ms

Needs Improvement:
> 200 ms dan ≤ 500 ms

Poor:
> 500 ms

Penilaian dilakukan berdasarkan persentil ke-75 page loads.

Angka 200 milidetik mungkin terlihat sangat kecil.

Namun, dari sisi pengguna, perbedaannya dapat terasa.

Ketika tombol langsung merespons, pengguna merasa website “hidup”.

Ketika tombol baru bekerja setelah beberapa ratus milidetik atau lebih, pengalaman mulai terasa kurang responsif.

Apa yang Menyebabkan INP Buruk?

Salah satu penyebab utamanya adalah JavaScript yang terlalu berat.

Browser memiliki main thread yang harus menjalankan berbagai pekerjaan.

Jika JavaScript menjalankan tugas panjang, browser dapat tertahan dan tidak segera memproses interaksi berikutnya.

web.dev menjelaskan bahwa long tasks dapat membuat antarmuka tidak responsif. Script yang besar serta third-party JavaScript juga dapat menambah beban pada main thread.

Contohnya:

User klik tombol
       ↓
JavaScript sibuk
       ↓
Main thread penuh
       ↓
Event menunggu
       ↓
Browser terlambat render
       ↓
INP memburuk

Third-Party Script Juga Perlu Diperhatikan

Website modern sering menggunakan:

• analytics,
• live chat,
• social widget,
• advertising,
• video embed,
• A/B testing,
• heatmap,
• tag manager,
• dan berbagai library lainnya.

web.dev memperingatkan bahwa third-party JavaScript dapat memengaruhi performa karena menambah network request, JavaScript processing, dan aktivitas main thread yang tidak sepenuhnya berada di bawah kontrol developer.

Karena itu, audit plugin dan script eksternal sangat penting.

Cara Meningkatkan INP

Kurangi JavaScript yang Tidak Diperlukan

Tanyakan pada setiap script:

“Apakah fitur ini benar-benar diperlukan?”

Jika tidak, pertimbangkan untuk menghapusnya.

Pecah Long Task

Pekerjaan JavaScript yang terlalu panjang dapat dipecah menjadi bagian yang lebih kecil sehingga browser mendapatkan kesempatan memproses interaksi pengguna.

web.dev merekomendasikan mengurangi pekerjaan yang dilakukan dalam event callback dan, bila perlu, memecah pekerjaan menjadi beberapa task agar main thread lebih responsif.

Audit Third-Party Script

Jangan menggunakan tiga layanan berbeda untuk fungsi yang sebenarnya sama.

Misalnya:

Analytics A
+
Analytics B
+
Analytics C

hanya karena semuanya menawarkan dashboard berbeda.

Setiap script memiliki biaya performa.

3. Cumulative Layout Shift (CLS)

Apa Itu CLS?

Cumulative Layout Shift atau CLS mengukur kestabilan visual halaman.

Pernahkah Anda mencoba menekan tombol tetapi tiba-tiba posisi tombol berpindah karena gambar atau iklan baru saja muncul?

Itulah salah satu contoh masalah yang berkaitan dengan layout shift.

web.dev menjelaskan bahwa CLS mengukur ketidakstabilan visual dengan mempertimbangkan seberapa besar elemen yang terlihat bergeser dan seberapa jauh elemen tersebut berpindah.

Nilai CLS yang Baik

Good:
≤ 0,1

Needs Improvement:
> 0,1 dan ≤ 0,25

Poor:
> 0,25

CLS berbeda dari LCP dan INP karena bukan satuan waktu.

CLS merupakan nilai tanpa satuan yang merepresentasikan besarnya ketidakstabilan layout.

Penyebab CLS yang Paling Umum

web.dev mencatat beberapa penyebab umum CLS, antara lain:

• gambar tanpa dimensi,
• iklan tanpa ukuran yang dicadangkan,
• iframe dan embed,
• konten dinamis,
• serta web fonts.

Misalnya HTML:

<img src="hero.jpg" alt="Hero">

Tanpa dimensi atau ruang yang sudah dicadangkan, browser mungkin belum mengetahui seberapa besar area yang harus disiapkan.

Ketika gambar selesai dimuat, layout dapat berubah.

Pendekatan yang lebih aman:

<img
    src="hero.jpg"
    width="1200"
    height="675"
    alt="Hero"
>

Atau gunakan CSS aspect-ratio untuk mempertahankan ruang sesuai rasio.

web.dev secara khusus merekomendasikan menentukan width dan height pada image/video atau menyediakan ruang melalui aspect-ratio agar browser dapat mengalokasikan ruang sejak awal.

4. Mengapa Core Web Vitals Penting untuk SEO?

Ini bagian yang paling sering disalahpahami.

Pertanyaan yang umum adalah:

“Apakah Core Web Vitals menentukan apakah website saya muncul di Google?”

Jawabannya perlu dibuat lebih presisi.

Core Web Vitals digunakan oleh sistem ranking Google, tetapi bukan satu-satunya faktor dan bukan jaminan ranking. Google secara eksplisit menyatakan bahwa skor Core Web Vitals yang baik tidak menjamin sebuah halaman mendapatkan posisi teratas. Google tetap memprioritaskan hasil yang relevan, sementara pengalaman halaman merupakan bagian dari sistem yang lebih luas.

Jadi model sederhananya bukan:

CWV bagus
↓
Rank #1

Melainkan lebih dekat ke:

Relevansi
+
Kualitas Konten
+
Search Systems
+
Page Experience
+
Core Web Vitals
+
Berbagai Sinyal Lain

Karena itu, memperbaiki CWV tidak boleh dilakukan dengan mengorbankan kualitas konten.

Website tidak akan otomatis mendapatkan trafik hanya karena LCP berubah dari 2,8 detik menjadi 2,3 detik.

Namun, pengalaman yang lebih baik tetap penting untuk pengguna dan selaras dengan tujuan sistem ranking Google.

5. Core Web Vitals dan Pengalaman Pengguna

SEO bukan satu-satunya alasan untuk memperhatikan Core Web Vitals.

Metrik tersebut pada dasarnya dirancang untuk membantu developer memahami pengalaman nyata pengguna.

LCP berhubungan dengan perception of loading.

INP berhubungan dengan responsiveness.

CLS berhubungan dengan visual stability.

Ketika ketiganya baik, website cenderung memberikan pengalaman yang lebih nyaman.

Google juga menjelaskan bahwa Core Web Vitals hanyalah bagian dari page experience. Selain CWV, Google menyarankan website memperhatikan keamanan, tampilan mobile, penggunaan interstitial yang tidak mengganggu, serta aspek pengalaman halaman lainnya.

Jadi, tujuan akhirnya bukan:

“Mendapatkan angka 100.”

Tujuan yang lebih tepat adalah:

“Membangun website yang nyaman digunakan.”

6. Field Data vs Lab Data: Mana yang Harus Dipercaya?

Ketika mengecek website menggunakan PageSpeed Insights, Anda mungkin melihat dua jenis informasi yang berbeda.

Field data berasal dari pengalaman pengguna nyata.

Lab data berasal dari pengujian terkontrol menggunakan lingkungan simulasi.

Keduanya memiliki fungsi berbeda.

Field data membantu menjawab:

“Apa yang benar-benar dialami pengguna saya?”

Lab data membantu menjawab:

“Dalam kondisi pengujian tertentu, di mana masalah performa saya?”

PageSpeed Insights menggunakan data CrUX untuk menampilkan pengalaman pengguna lapangan pada URL yang memiliki data tersedia, dan laporan tersebut menggunakan persentil ke-75.

Karena kondisi perangkat dan jaringan pengguna sangat beragam, hasil lab tidak selalu sama dengan pengalaman pengguna nyata.

Misalnya:

Lighthouse:
LCP = 1,8 detik

Field Data:
LCP = 3,1 detik

Keduanya tidak otomatis saling bertentangan.

Pengguna nyata mungkin menggunakan:

• smartphone kelas menengah,
• jaringan seluler,
• lokasi jauh dari server,
• browser berbeda,
• atau koneksi yang lebih lambat.

Karena itu, field data sangat penting ketika menilai pengalaman website secara keseluruhan.

7. Apa Itu CrUX dan Mengapa Penting?

Chrome User Experience Report atau CrUX adalah dataset pengalaman pengguna nyata yang dikumpulkan Chrome untuk berbagai aspek pengalaman web.

Data CrUX digunakan oleh beberapa alat Google untuk membantu melihat performa lapangan.

Search Console juga menyediakan Core Web Vitals report yang menampilkan bagaimana halaman website bekerja dalam penggunaan dunia nyata. Google menjelaskan bahwa laporan tersebut digunakan untuk menemukan halaman yang memiliki masalah performa dan membantu pemilik situs memperbaikinya.

Pada Juli 2026, Chrome UX Report mencatat sekitar 18,06 juta origin, dengan sekitar 68,3% origin memiliki LCP yang baik, 81,6% memiliki CLS yang baik, dan 85,7% memiliki INP yang baik. Secara keseluruhan, 55,7% origin memiliki Core Web Vitals yang baik pada rilis tersebut.

Angka ini memberikan konteks bahwa memenuhi semua Core Web Vitals sekaligus bukan sesuatu yang otomatis mudah bagi seluruh website.

Namun angka tersebut adalah statistik origin di dalam dataset CrUX pada periode tertentu, bukan persentase seluruh website di internet dan bukan pula indikator ranking Google. [data perlu diperbarui]

8. Bagaimana Cara Mengecek Core Web Vitals Website?

Ada beberapa alat yang dapat digunakan.

Google Search Console

Search Console menyediakan laporan Core Web Vitals untuk melihat masalah yang dialami pengguna pada halaman website.

Jika masalah telah diperbaiki, Search Console menyediakan proses validasi. Dokumentasi Google menjelaskan bahwa sesi validasi perbaikan menggunakan periode pemantauan 28 hari untuk memeriksa apakah masalah sudah tidak muncul lagi pada URL terkait.

Search Console sangat berguna ketika Anda ingin melihat gambaran website pada skala URL.

PageSpeed Insights

PageSpeed Insights berguna untuk menguji halaman tertentu.

Alat ini menampilkan:

Field Data
+
Lab Data
+
Diagnostics
+
Opportunities

Untuk field data, PageSpeed Insights menggunakan data CrUX selama periode yang tersedia dan menilai metrik pada persentil ke-75.

Chrome DevTools

Developer dapat menggunakan Performance panel di Chrome DevTools untuk melihat:

• long task,
• JavaScript execution,
• rendering,
• network activity,
• layout shift,
• dan berbagai detail performa lainnya.

Alat ini sangat berguna ketika hasil audit menunjukkan angka buruk tetapi Anda perlu mengetahui penyebab teknisnya.

Lighthouse

Lighthouse dapat digunakan untuk audit lokal.

Namun jangan memperlakukannya sebagai pengganti field data.

Gunakan Lighthouse untuk diagnosis.

Gunakan data pengguna nyata untuk memahami pengalaman aktual.

9. Cara Membaca Hasil Core Web Vitals

Misalnya Anda mendapatkan data:

LCP: 3,4s
INP: 180ms
CLS: 0,08

Artinya:

Jadi, Anda tidak perlu langsung mengubah seluruh website.

Fokus pertama adalah LCP.

Sekarang bayangkan:

LCP: 2,1s
INP: 650ms
CLS: 0,06

Kali ini masalah utama adalah INP.

Artinya audit JavaScript dan interaksi pengguna harus menjadi prioritas.

Contoh ketiga:

LCP: 2,0s
INP: 160ms
CLS: 0,38

Website cepat dan responsif, tetapi layout tidak stabil.

Dalam kasus ini, Anda harus memeriksa gambar, font, iklan, iframe, popup, atau konten dinamis.

Pendekatan ini jauh lebih efektif daripada sekadar:

“Optimalkan website.”

10. Checklist Optimasi LCP, INP, dan CLS

Gunakan checklist berikut sebagai titik awal.

LCP

[ ] Optimalkan gambar hero
[ ] Kurangi resource render-blocking
[ ] Perbaiki TTFB
[ ] Gunakan caching
[ ] Kurangi dependency chain
[ ] Optimalkan font
[ ] Audit resource LCP

Google menjelaskan bahwa LCP dapat dipengaruhi oleh TTFB, resource load delay, resource load duration, dan render delay.

INP

[ ] Kurangi JavaScript
[ ] Pecah long task
[ ] Optimalkan event handler
[ ] Kurangi third-party script
[ ] Hindari pekerjaan berat di main thread
[ ] Audit interaksi penting

web.dev menekankan pengurangan long task, script evaluation, input delay, dan pekerjaan berat dalam callback sebagai bagian penting optimasi INP.

CLS

[ ] Tentukan dimensi gambar
[ ] Tentukan ruang iframe
[ ] Tentukan ruang embed
[ ] Hindari inject content di atas konten
[ ] Perhatikan web font
[ ] Stabilkan elemen dinamis

11. Core Web Vitals pada Website WordPress

Website WordPress sering menghadapi tantangan performa karena penggunaan tema dan plugin yang cukup banyak.

Masalah yang mungkin muncul antara lain:

Theme
+
Page Builder
+
Slider
+
Analytics
+
Chat Widget
+
Form Plugin
+
Animation
+
Tracking Script
+
Social Embed

Masing-masing fitur dapat menambah resource.

Bukan berarti WordPress atau page builder pasti lambat.

Masalahnya adalah berapa banyak pekerjaan yang dilakukan browser dan server untuk menghasilkan halaman tersebut.

Optimasi dapat mencakup:

• menghapus plugin yang tidak digunakan,
• mengurangi JavaScript,
• mengoptimalkan gambar,
• menggunakan caching,
• memperbaiki hosting,
• mengatur font,
• dan meninjau third-party services.

Third-party JavaScript sendiri dikenal sebagai salah satu sumber beban performa yang perlu diaudit.

12. Core Web Vitals pada Laravel

Website Laravel juga tidak otomatis mendapatkan Core Web Vitals yang baik hanya karena menggunakan framework tertentu.

Developer tetap perlu memperhatikan bagaimana aplikasi menghasilkan HTML, query database, asset, JavaScript, gambar, dan response server.

Untuk Laravel, area yang dapat diperiksa antara lain:

Database Query
↓
Server Processing
↓
Caching
↓
HTML Response
↓
CSS
↓
JavaScript
↓
Images
↓
Browser Rendering

Jika server terlalu lama menghasilkan halaman, TTFB dapat meningkat dan pada akhirnya mempersulit LCP.

Jika frontend menggunakan banyak JavaScript, INP dapat ikut terdampak.

Jadi, Core Web Vitals bukan masalah “WordPress versus Laravel”.

Ini adalah masalah bagaimana website dibangun dan dikirimkan kepada pengguna.

13. Apakah Mengejar Skor 100 Itu Wajib?

Tidak.

Ini merupakan salah satu pesan penting dari dokumentasi Google.

Google menyatakan bahwa mencoba mendapatkan skor sempurna hanya karena alasan SEO belum tentu merupakan penggunaan waktu yang paling baik. Website sebaiknya dinilai secara keseluruhan, bukan hanya berdasarkan satu atau dua metrik.

Misalnya:

Performance Score:
98

Namun:
- CTA rusak
- Konten tidak relevan
- Form tidak berfungsi
- Navigasi membingungkan

Website tersebut tetap memiliki masalah yang jauh lebih penting.

Sebaliknya:

Performance:
Good

+
Konten berkualitas
+
Navigasi jelas
+
Mobile-friendly
+
HTTPS
+
CTA berfungsi
+
Informasi lengkap

akan lebih mendekati tujuan sebenarnya dari page experience.

14. Prioritas Optimasi Core Web Vitals pada 2026

Daripada melakukan optimasi secara acak, gunakan urutan berikut.

Pertama: Cari masalah dari field data

Lihat Search Console atau PageSpeed Insights.

Kedua: Identifikasi URL dan template yang bermasalah

Jangan langsung berasumsi seluruh website mengalami masalah yang sama.

Ketiga: Cari penyebab teknis

Gunakan DevTools, Lighthouse, network waterfall, performance trace, dan debugging aplikasi.

Keempat: Perbaiki penyebab terbesar

Jangan menghabiskan waktu pada masalah kecil ketika ada JavaScript 2 MB yang memblokir main thread.

Kelima: Validasi kembali

Setelah perbaikan diterapkan, pantau kembali field data.

Search Console menyediakan mekanisme validation untuk memeriksa perbaikan menggunakan data CrUX dalam periode pemantauan 28 hari.

15. Hubungan Core Web Vitals dengan Mobile

Perbedaan perangkat sangat penting.

Smartphone kelas tinggi dengan koneksi cepat dapat menghasilkan pengalaman yang sangat berbeda dibandingkan perangkat dengan CPU lebih rendah dan jaringan seluler yang tidak stabil.

Itulah salah satu alasan Google merekomendasikan pengukuran pada persentil ke-75 dan memisahkan perangkat mobile serta desktop.

Karena itu, jangan hanya melakukan pengujian pada:

Desktop
Wi-Fi
High-end PC

Uji juga:

Mobile
Network seluler
Perangkat kelas menengah

Pengalaman pengguna nyata sering kali baru terlihat ketika website diuji dalam kondisi yang lebih beragam.

16. Core Web Vitals Bukan Pengganti SEO Teknis

Memenuhi Core Web Vitals tidak berarti seluruh technical SEO sudah selesai.

Website tetap perlu memperhatikan hal seperti:

• crawlability,
• indexing,
• internal linking,
• canonical,
• sitemap,
• structured data ketika relevan,
• HTTPS,
• mobile usability,
• dan kualitas konten.

Google sendiri menempatkan Core Web Vitals sebagai bagian dari keseluruhan page experience, bukan satu-satunya aspek SEO.

Dengan kata lain:

Technical SEO
+
Content SEO
+
Page Experience
+
Core Web Vitals

perlu berjalan bersama.

FAQ: Pertanyaan yang Sering Diajukan

Apa itu Core Web Vitals?

Core Web Vitals adalah kumpulan metrik Google untuk mengukur aspek penting pengalaman pengguna di website, yaitu loading, responsiveness, dan visual stability. Saat ini metriknya adalah LCP, INP, dan CLS.

Apakah Core Web Vitals masih penting pada 2026?

Ya. Google menyatakan Core Web Vitals digunakan oleh sistem ranking dan merekomendasikan website mencapai performa yang baik, tetapi hasil yang baik tidak menjamin ranking teratas.

Apa saja Core Web Vitals pada 2026?

Tiga metrik utamanya adalah LCP, INP, dan CLS. FID sudah digantikan oleh INP sejak 12 Maret 2024.

Berapa nilai LCP yang bagus?

LCP dianggap good ketika berada pada 2,5 detik atau kurang pada persentil ke-75. Nilai di atas 4 detik masuk kategori poor.

Berapa nilai INP yang bagus?

INP dianggap good pada 200 milidetik atau kurang. Nilai di atas 500 milidetik dikategorikan poor.

Berapa nilai CLS yang bagus?

CLS dianggap good pada 0,1 atau kurang. Nilai di atas 0,25 dikategorikan poor.

Apakah TTFB termasuk Core Web Vitals?

Tidak. TTFB bukan Core Web Vital, tetapi merupakan metrik performa dasar yang dapat memengaruhi metrik loading seperti LCP. Google menyarankan sekitar 0,8 detik atau kurang sebagai panduan kasar bagi sebagian besar situs.

Apakah skor PageSpeed Insights sama dengan Core Web Vitals?

Tidak. PageSpeed Insights adalah alat audit yang dapat menampilkan field data CrUX dan lab data. Core Web Vitals sendiri merupakan tiga metrik pengalaman pengguna: LCP, INP, dan CLS.

Apakah skor 100 di PageSpeed Insights wajib?

Tidak. Google secara eksplisit menyatakan bahwa mendapatkan skor sempurna hanya demi SEO belum tentu merupakan penggunaan waktu terbaik. Fokus utama seharusnya adalah pengalaman pengguna secara keseluruhan.

Apakah Core Web Vitals menentukan website muncul di Google?

Tidak secara tunggal. Core Web Vitals digunakan dalam sistem ranking, tetapi Google menggunakan berbagai sinyal dan tetap berupaya menampilkan konten yang paling relevan. Skor CWV yang baik tidak menjamin posisi teratas.

Kesimpulan

Core Web Vitals 2026 tetap menjadi bagian penting dari optimasi website karena membantu developer mengukur tiga aspek pengalaman yang sangat nyata bagi pengguna: kecepatan konten utama melalui LCP, responsivitas melalui INP, dan kestabilan layout melalui CLS.

Target yang perlu diingat adalah:

LCP ≤ 2,5 detik
INP ≤ 200 ms
CLS ≤ 0,1

dan pencapaiannya perlu dilihat pada persentil ke-75 kunjungan halaman, dengan memperhatikan perbedaan mobile dan desktop.

Tetapi Core Web Vitals tidak boleh dipahami sebagai tombol sederhana:

CWV bagus
=
Pasti ranking tinggi

Google tidak bekerja seperti itu.

Core Web Vitals merupakan salah satu bagian dari pengalaman halaman dan digunakan dalam sistem ranking, sementara relevansi konten dan berbagai sinyal lainnya tetap berperan. Google secara eksplisit menyebutkan bahwa performa Core Web Vitals yang baik tidak menjamin posisi teratas di Search.

Karena itu, tujuan optimasi sebaiknya bukan mengejar angka sempurna semata.

Tujuannya adalah membuat website yang:

cepat dibuka,

cepat merespons,

stabil saat digunakan,

nyaman di mobile,

aman,

mudah dinavigasi,

dan tetap memiliki konten yang relevan serta bermanfaat.

Untuk memulai, buka Google Search Console dan periksa laporan Core Web Vitals website Anda. Identifikasi apakah masalah terbesar berada di LCP, INP, atau CLS. Setelah itu, gunakan PageSpeed Insights dan Chrome DevTools untuk mencari penyebab teknisnya.

Jangan memperbaiki semua hal sekaligus.

Fokus pada masalah dengan dampak terbesar, terapkan perbaikan, kemudian ukur kembali menggunakan data pengguna nyata.

Dengan pendekatan tersebut, Core Web Vitals bukan sekadar angka dalam laporan SEO, tetapi alat untuk memahami bagaimana website benar-benar dirasakan oleh pengunjung.