Core Web Vitals adalah tiga metrik resmi Google yang mengukur pengalaman nyata pengunjung ketika membuka sebuah halaman: Largest Contentful Paint (LCP) untuk kecepatan memuat, Interaction to Next Paint (INP) untuk responsivitas, dan Cumulative Layout Shift (CLS) untuk kestabilan tata letak. Sebuah halaman baru dianggap lolos kalau ketiganya mencapai target “good” pada persentil ke-75 dari kunjungan pengguna sungguhan, bukan sekadar terlihat bagus di satu kali pengetesan.
Ada satu koreksi penting yang perlu Anda ketahui sebelum membaca panduan lain di internet: FID (First Input Delay) sudah bukan bagian dari Core Web Vitals. Google resmi mengganti FID dengan INP pada 12 Maret 2024. Jadi kalau artikel atau plugin yang Anda pakai masih menyebut FID sebagai salah satu dari tiga metrik inti, referensinya sudah kedaluwarsa dan bisa membuat Anda memperbaiki hal yang salah.
Di panduan ini saya rangkum semuanya dari sudut pandang praktisi yang tiap minggu memeriksa laporan performa website klien: ambang batas resmi tiap metrik, beda field data dan lab data (ini biang keladi sebagian besar salah paham), cara cek yang benar lewat PageSpeed Insights dan Search Console, penyebab paling sering tiap metrik jeblok di situs WordPress Indonesia, sampai urutan perbaikan yang benar-benar berdampak.
Core Web Vitals adalah bagian dari kerangka page experience milik Google. Tujuannya sederhana: menerjemahkan “website ini enak dipakai” menjadi angka yang bisa diukur, dibandingkan, dan diperbaiki. Alih-alih bertanya “website saya cepat atau tidak”, Anda jadi bisa bertanya “berapa detik pengunjung menunggu elemen utama muncul di layar ponselnya”.
Soal ranking, Google sendiri sudah menjelaskan di dokumentasi Search Central bahwa tidak ada satu sinyal tunggal bernama “page experience signal”. Sistem peringkat inti melihat banyak sinyal sekaligus, dan Core Web Vitals adalah salah satu yang dipakai. Artinya, memperbaiki LCP tidak akan otomatis melempar halaman Anda ke posisi satu kalau kontennya memang kalah relevan. Silakan baca juga pembahasan kami tentang faktor ranking Google supaya gambarannya utuh.
Pendapat saya setelah menangani puluhan website bisnis: Core Web Vitals paling tepat diperlakukan sebagai higienitas, bukan senjata pamungkas. Efeknya terasa besar justru di sisi bisnis, bukan cuma SEO. Halaman yang lambat membuat orang kabur sebelum kontennya sempat terbaca, dan itu langsung berpengaruh pada bounce rate serta jumlah leads yang masuk. Kalau Anda ingin mendalami sisi ini, kami juga membahas manfaat user experience untuk SEO.
Satu kekeliruan yang paling sering saya temui: klien mengirim tangkapan layar skor 0 sampai 100 berwarna oranye dari PageSpeed Insights dan menyebutnya “Core Web Vitals jelek”. Padahal skor tersebut adalah skor performa Lighthouse, bukan status Core Web Vitals. Keduanya dihitung dari sumber data yang berbeda, dan sering memberi kesimpulan yang berbeda pula. Kami membahas perbedaan itu lebih jauh di artikel tentang Google score.
LCP mengukur waktu sampai elemen konten terbesar di area layar yang terlihat selesai dirender. Di kebanyakan halaman bisnis, elemen itu adalah gambar hero, video sampul, atau blok judul besar di bagian paling atas. LCP menjawab pertanyaan yang paling manusiawi: kapan pengunjung merasa halaman ini sudah “jadi”?
INP mengukur responsivitas halaman terhadap interaksi pengguna. Bedanya dengan FID yang dulu hanya melihat interaksi pertama, INP mengamati seluruh interaksi klik, ketukan, dan penekanan tombol keyboard sepanjang kunjungan, lalu melaporkan satu nilai yang mewakili interaksi paling lambat yang teramati (dengan mengabaikan sebagian nilai ekstrem). Inilah alasan INP jauh lebih jujur: pengguna tidak berhenti berinteraksi setelah klik pertama.
CLS mengukur kestabilan visual, yaitu seberapa sering elemen halaman bergeser sendiri saat halaman dimuat. Anda pasti pernah hendak menekan tombol lalu tiba-tiba iklan atau banner muncul dan mendorong tombol tersebut ke bawah sehingga Anda salah klik. Itulah yang dihitung CLS. Perlu dicatat, pergeseran yang terjadi dalam 500 milidetik setelah input pengguna akan ditandai sebagai pergeseran yang diharapkan sehingga tidak dihitung sebagai masalah. Menggulir layar dan cubit-zoom tidak termasuk kategori input tersebut.
Poin Kunci: FID sudah pensiun. Sejak 12 Maret 2024 INP menjadi metrik Core Web Vitals yang stabil dan menggantikan FID sepenuhnya. Kalau tools internal, dashboard klien, atau template laporan Anda masih menampilkan FID, itu perlu diperbarui sekarang juga.
Ini bagian yang paling sering dikutip salah. Berikut ambang batas resmi menurut dokumentasi Web Vitals di web.dev dan Google Search Central.
| Metrik | Yang Diukur | Good | Needs Improvement | Poor |
|---|---|---|---|---|
| LCP | Kecepatan memuat konten utama | 2,5 detik atau kurang | Di antara 2,5 dan 4 detik | Lebih dari 4 detik |
| INP | Responsivitas terhadap interaksi | 200 milidetik atau kurang | Di antara 200 dan 500 milidetik | Lebih dari 500 milidetik |
| CLS | Kestabilan tata letak | 0,1 atau kurang | Di antara 0,1 dan 0,25 | Lebih dari 0,25 |
Catatan praktis: CLS ditulis dengan titik desimal di PageSpeed Insights, jadi yang Anda lihat di layar adalah 0.1 dan 0.25, bukan 0,1 dan 0,25. Jangan sampai salah baca skala.
Ada tiga hal yang wajib Anda pahami tentang ambang batas ini. Pertama, penilaian dilakukan pada persentil ke-75 dari seluruh kunjungan halaman. Artinya minimal 75 persen kunjungan harus memenuhi target “good” agar halaman dinilai good. Kedua, sebuah halaman baru dianggap lulus Core Web Vitals kalau ketiga metrik sama-sama good pada persentil ke-75, bukan dua dari tiga. Ketiga, dokumentasi web.dev menegaskan ambang batas ini tidak dibedakan antara ponsel dan desktop karena ekspektasi pengguna tidak berubah hanya karena perangkatnya berbeda.
Poin ketiga itu penting untuk bisnis di Indonesia. Mayoritas trafik website klien yang kami tangani datang dari ponsel dengan jaringan seluler yang naik turun, dan mereka diukur dengan standar yang persis sama seperti pengguna desktop berkoneksi fiber. Karena itu, prioritaskan selalu perbaikan versi mobile lebih dulu. Panduan kami soal cara mengoptimalkan mobile SEO bisa jadi pelengkap di sini.
Kalau ada satu konsep yang paling sering bikin ribut antara pemilik website dan tim developer, ini juaranya. PageSpeed Insights menampilkan dua jenis data sekaligus di satu halaman, dan keduanya bisa memberi kesimpulan berbeda tentang website yang sama.
| Aspek | Field Data (CrUX) | Lab Data (Lighthouse) |
|---|---|---|
| Sumber | Pengguna Chrome sungguhan | Simulasi satu kali muat di lingkungan uji |
| Rentang waktu | Rata-rata bergulir 28 hari terakhir | Saat itu juga, sekali jalan |
| Perangkat | Beragam, sesuai pengunjung asli | Simulasi perangkat kelas menengah (Moto G4) dengan pembatasan jaringan |
| Mengukur INP? | Ya | Tidak, karena tidak ada interaksi pengguna. Proksinya adalah Total Blocking Time (TBT) |
| Dipakai menilai kelulusan CWV | Ya, ini yang menentukan | Tidak, sifatnya diagnostik |
Data CrUX yang dipakai PageSpeed Insights adalah rata-rata bergulir 28 hari, diperbarui setiap hari sekitar pukul 04.00 UTC dan tertinggal sekitar dua hari dari tanggal hari ini. Detail metodologi ini bisa Anda baca di dokumentasi CrUX API. Konsekuensinya sangat praktis: perbaikan yang Anda deploy hari ini tidak akan langsung terlihat di laporan Core Web Vitals. Butuh waktu sampai jendela 28 hari itu terisi mayoritas kunjungan pascaperbaikan.
Pro Tip: Kalau lab data dan field data bertentangan, percayai field data. Lighthouse hanya memotret satu kali muat di kondisi yang disimulasikan, sementara CrUX merekam ribuan kunjungan asli. Pakai lab data untuk mencari penyebab, pakai field data untuk memutuskan apakah masalahnya sudah beres.
Perbedaan ini juga menjelaskan kejadian yang sering bikin bingung: skor Lighthouse naik jadi hijau setelah pasang plugin cache, tetapi status Core Web Vitals di Search Console tidak berubah selama sebulan. Itu normal. Yang satu simulasi instan, yang satu akumulasi pengalaman nyata selama 28 hari.
Buka pagespeed.web.dev, masukkan URL, lalu perhatikan bagian paling atas yang berjudul “Discover what your real users are experiencing”. Itulah field data. PageSpeed Insights bisa menampilkan data pada level halaman maupun level origin (seluruh domain), dan terpisah untuk mobile serta desktop. Kalau halaman Anda trafiknya kecil dan data level halaman tidak tersedia, PageSpeed Insights akan jatuh ke data level origin. Jangan sampai keliru menyimpulkan performa satu halaman dari data seluruh situs.
PageSpeed Insights bagus untuk satu URL, tetapi tidak praktis untuk situs dengan ratusan halaman. Di sinilah laporan Core Web Vitals di Google Search Console berperan. Menurut dokumentasi bantuan Search Console, laporan ini mengelompokkan URL yang mirip menjadi satu grup, dan status sebuah grup ditentukan oleh metrik dengan performa paling buruk. Jadi kalau CLS grup itu poor sementara INP-nya good, status grup tetap poor.
Dua catatan penting lain: hanya URL yang terindeks yang bisa muncul di laporan ini, dan laporannya menampilkan sampel halaman, bukan daftar lengkap seluruh URL Anda. Karena itu, jangan panik kalau jumlah URL di laporan tidak sama dengan jumlah halaman di sitemap. Perlakukan laporan ini sebagai peta pola, misalnya “semua halaman produk bermasalah di CLS”, lalu perbaiki di level template, bukan satu per satu.
Untuk mencari akar masalah, gunakan panel Performance di Chrome DevTools serta ekstensi Web Vitals resmi dari Chrome. Keduanya memungkinkan Anda melihat interaksi mana yang lambat dan elemen mana yang bergeser. Kalau Anda lebih suka pendekatan cepat berbasis dashboard, kami sudah membahas beberapa opsi di artikel cek speed website dan cek performa website. Untuk pemeriksaan menyeluruh yang menempatkan Core Web Vitals dalam konteks SEO teknis, ikuti alur di cara audit SEO website.
Sebagian besar website bisnis di Indonesia berjalan di WordPress, dan pola masalahnya sangat berulang. Berikut yang paling sering kami temukan saat mengaudit situs klien.
| Penyebab | Metrik yang Terdampak | Gejala Khas |
|---|---|---|
| Hosting shared yang lambat, TTFB tinggi | LCP | Halaman kosong lama sebelum apa pun muncul, semua halaman sama lambatnya |
| Gambar hero besar, tidak dikompres, bukan format modern | LCP | Teks muncul duluan, gambar utama menyusul beberapa detik kemudian |
| Tema multipurpose berat plus page builder | LCP dan INP | Banyak file CSS dan JS dimuat di semua halaman meski tidak dipakai |
| Plugin menumpuk dan tumpang tindih fungsi | INP | Klik menu atau tombol terasa nge-lag, terutama di ponsel kelas menengah |
| Iklan, widget chat, dan embed pihak ketiga | INP dan CLS | Konten melompat saat iklan atau tombol chat selesai dimuat |
| Gambar dan iframe tanpa atribut lebar dan tinggi | CLS | Teks terdorong ke bawah tiap gambar selesai dimuat |
| Web font kustom tanpa strategi fallback | CLS dan LCP | Teks berkedip berganti font, ukuran baris ikut bergeser |
| Slider dan animasi di bagian paling atas halaman | LCP dan CLS | Elemen terbesar baru muncul setelah skrip slider selesai jalan |
Dari daftar di atas, dua yang paling sering saya temukan pada klien UMKM adalah hosting yang terlalu murah dan gambar yang diunggah langsung dari kamera ponsel tanpa dikompres sama sekali. Keduanya menyerang LCP, dan keduanya bisa diperbaiki tanpa menyentuh satu baris kode. Kalau situs Anda juga sering menampilkan error atau lambat tidak wajar, cek dulu daftar masalah umum di cara mengatasi error website WordPress dan penjelasan kami soal mengapa loading website lambat.
Kesalahan paling mahal dalam memperbaiki Core Web Vitals adalah mengerjakan hal yang mudah lebih dulu, bukan yang berdampak besar lebih dulu. Berikut urutan yang kami pakai di Creativism, dari yang paling menentukan.
Sebelum menyentuh apa pun, pastikan Anda melihat field data pada level halaman untuk perangkat mobile, dan tahu metrik mana yang gagal. Memperbaiki INP padahal yang merah adalah CLS hanya membuang waktu dan anggaran.
Dokumentasi web.dev menyatakan bahwa TTFB yang tinggi membuat target LCP 2,5 detik jadi sulit, bahkan mustahil dicapai. Jadi ini titik awalnya. Aktifkan caching di sisi server, pakai PHP versi terbaru yang didukung, dan pertimbangkan pindah ke hosting dengan lokasi server lebih dekat ke pengunjung utama Anda. Untuk memahami kaitannya lebih dalam, baca pengaruh web hosting terhadap SEO.
Temukan elemen apa yang menjadi LCP di halaman Anda, biasanya gambar hero. Kompres gambar tersebut, sajikan dalam format modern seperti WebP, sesuaikan ukurannya dengan dimensi tampilan sebenarnya, dan pastikan gambar itu tidak diberi lazy load karena justru menunda kemunculannya. Detail tekniknya kami bahas di teknik optimasi image SEO.
CSS dan JavaScript yang dimuat di bagian head akan menahan render halaman. Kurangi jumlahnya, hapus aset dari plugin yang tidak dipakai di halaman tersebut, dan tunda skrip yang tidak dibutuhkan untuk tampilan awal. Di WordPress, sebagian besar plugin cache modern sudah menyediakan opsi ini tanpa perlu ngoding. Lihat panduan praktis kami di cara optimasi SEO WordPress.
INP membaik ketika thread utama browser tidak sibuk. Audit plugin yang aktif, matikan yang fungsinya tumpang tindih, dan kurangi skrip pihak ketiga yang berjalan di setiap halaman. Perhatikan juga tugas panjang saat halaman baru dimuat, karena inilah yang membuat klik pertama pengunjung terasa tidak direspons.
Beri atribut width dan height pada setiap gambar dan iframe, sediakan ruang tetap untuk slot iklan dan widget chat, dan hindari menyisipkan banner promosi di atas konten yang sudah tampil. Ini pekerjaan yang relatif murah tetapi hasilnya paling cepat terlihat.
Setelah deploy, verifikasi dulu dengan lab data bahwa perubahannya benar-benar aktif. Baru kemudian pantau field data. Ingat jendela 28 hari tadi. Kami biasanya menjadwalkan pengecekan ulang di laporan bulanan supaya diskusi dengan klien berbasis data yang sudah matang, seperti yang kami jelaskan di panduan SEO report.
Catatan: Jangan mengejar skor sempurna 100. Target yang benar adalah status “good” pada ketiga metrik di persentil ke-75, dan itu jauh lebih realistis dicapai. Website dengan skor Lighthouse 78 tetapi ketiga Core Web Vitals hijau jauh lebih sehat daripada website berskor 95 yang field data-nya merah.
Kalau Anda ingin memastikan tidak ada langkah yang terlewat, gunakan SEO checklist kami dan pelajari dasar-dasarnya lewat artikel technical SEO sederhana. Untuk situs yang kondisinya sudah terlanjur berat, kadang lebih efisien memanggil bantuan lewat layanan jasa perbaikan website daripada menambal satu per satu.
Tidak. FID sudah digantikan oleh INP sejak 12 Maret 2024 dan bukan lagi bagian dari Core Web Vitals. Tiga metrik yang berlaku sekarang adalah LCP, INP, dan CLS.
LCP 2,5 detik atau kurang, INP 200 milidetik atau kurang, dan CLS 0,1 atau kurang. Ketiganya diukur pada persentil ke-75 kunjungan halaman, dan halaman baru dianggap lolos jika ketiganya sama-sama memenuhi target tersebut.
Karena keduanya memakai sumber data berbeda. Skor hijau biasanya berasal dari lab data Lighthouse yang mensimulasikan satu kali muat, sedangkan Search Console memakai field data CrUX dari pengguna Chrome sungguhan selama 28 hari terakhir. Untuk menilai kelulusan Core Web Vitals, field data yang dipakai.
Data CrUX adalah rata-rata bergulir 28 hari yang diperbarui setiap hari, jadi butuh waktu sampai mayoritas kunjungan dalam jendela tersebut berasal dari versi halaman yang sudah diperbaiki. Perubahan biasanya baru terbaca jelas setelah beberapa minggu, bukan dalam hitungan jam.
Tidak secara otomatis. Google menyatakan tidak ada sinyal tunggal bernama page experience signal, dan Core Web Vitals hanyalah salah satu dari banyak sinyal yang dipakai sistem peringkat inti. Relevansi dan kualitas konten tetap menjadi faktor utama, sementara Core Web Vitals membantu terutama saat persaingan konten sudah setara.
Kemungkinan besar trafiknya belum cukup untuk memenuhi syarat pengumpulan data pada level halaman di CrUX. Dalam kondisi ini PageSpeed Insights akan menampilkan data level origin, atau tidak menampilkan field data sama sekali. Anda tetap bisa memakai lab data untuk diagnosis, atau memasang pengukuran pengguna nyata sendiri di website.
Sering membantu, tetapi jarang cukup. Plugin cache biasanya efektif untuk LCP yang disebabkan waktu respons server, namun tidak menyelesaikan CLS akibat gambar tanpa dimensi atau INP akibat terlalu banyak JavaScript. Perbaikan Core Web Vitals hampir selalu merupakan kombinasi tindakan, bukan satu tombol ajaib.
Ambang batasnya sama. Dokumentasi web.dev menjelaskan bahwa ekspektasi pengguna terhadap pengalaman yang baik tidak bergantung pada perangkat, sehingga ambang yang sama dipakai untuk keduanya. Yang berbeda hanyalah tingkat kesulitan mencapainya, dan versi mobile umumnya jauh lebih menantang.
Mulai dari pengukuran, bukan dari tebakan
Core Web Vitals bukan proyek sekali jadi. Ia lebih mirip pemeriksaan kesehatan rutin: diukur berkala, diperbaiki bertahap, dan dijaga agar tidak kembali memburuk setiap kali ada plugin baru atau kampanye iklan yang menambah skrip. Kalau Anda ingin gambaran kondisi website Anda sekarang, mulai dari audit SEO website gratis untuk melihat titik lemahnya.
Butuh tim yang menangani sisi teknis sekaligus strategi kontennya sekalian? Tim kami di Yogyakarta terbiasa membereskan situs WordPress bisnis yang berat dan lambat lewat jasa SEO website Jogja maupun layanan jasa SEO untuk klien di berbagai kota. Silakan hubungi kami untuk membicarakan kondisi website Anda.
Creativism menyediakan layanan Digital Marketing untuk business owner hingga perusahaan besar yang mencari partner untuk menghandle social media, website, SEO, dan menyediakan seluruh kebutuhan promosi hingga IT Solution untuk bisnis Anda.
© 2026, Designed by Creativism. All Rights Reserved.
