Core Web Vitals dan Kecepatan Situs: Apa yang Benar-Benar Diukur Google

Kalau kamu punya situs untuk usaha, kamu mungkin pernah dengar istilah Core Web Vitals. Istilah ini muncul di dashboard Search Console, laporan PageSpeed Insights, atau omongan developer yang bilang situsmu "gagal vitals". Penasaran itu mengukur apa, dan kenapa penting untuk hasil pencarian? Artikel ini membahasnya dengan bahasa sederhana.

Apa itu Core Web Vitals

Core Web Vitals adalah tiga metrik yang dirancang Google untuk mengukur kualitas pengalaman pengguna di sebuah halaman web. Google memandang tiga aspek berbeda: seberapa cepat halaman dimuat, seberapa responsif halaman saat disentuh, dan seberapa stabil tampilannya.

Yang penting dipahami: pengukurannya bukan berasal dari laboratorium, melainkan dari data pengunjung sungguhan lewat Chrome. Artinya, yang dinilai adalah pengalaman nyata orang yang membuka situsmu, dengan perangkat dan jaringan apa adanya, termasuk koneksi internet yang mungkin lambat di sebagian wilayah Indonesia.

Google menyarankan setiap metrik dinilai pada persentil ke-75 dari kunjungan, dipisahkan antara perangkat mobile dan desktop. Sederhananya: jika tiga dari empat kunjungan mendapat pengalaman yang baik, situsmu dianggap lulus untuk metrik itu.

LCP: seberapa cepat isi utama muncul

Largest Contentful Paint (LCP) mengukur kecepatan tampilnya elemen terbesar yang terlihat di layar saat halaman pertama dibuka. Elemen itu bisa gambar utama, blok teks besar, atau video. Logikanya: kalau bagian terbesar sudah tampil, pengunjung merasa halaman "sudah jadi".

Ambang batasnya persis seperti ini: LCP baik adalah 2,5 detik atau kurang, dan buruk jika lebih dari 4 detik. Di antara kedua angka itu masuk kategori perlu perbaikan.

Penyebab LCP lambat biasanya gambar hero yang terlalu besar, server yang lambat merespons, atau gambar utama baru muncul setelah banyak skrip selesai dimuat. Perhatikan juga teks: kalau kamu memakai font web dan teksnya "tertahan" sampai font selesai dimuat, itu bisa menunda LCP.

INP: seberapa cepat situs merespons sentuhan

Interaction to Next Paint (INP) mengukur responsivitas. Setiap kali pengunjung mengklik, mengetuk, atau menekan tombol, INP mencatat berapa lama waktu sampai halaman memberi umpan balik visual di layar. Nilai akhirnya diambil dari interaksi terlama yang teramati, dengan pengecualian untuk kasus ekstrem di halaman yang sangat banyak interaksinya.

Angkanya: INP 200 milidetik atau kurang dianggap baik. Di atas 200 sampai 500 milidetik perlu perbaikan, dan di atas 500 milidetik dianggap buruk.

Satu hal yang sering ditanyakan: apa hubungannya dengan FID? INP menggantikan FID sebagai metrik responsivitas di Core Web Vitals. FID hanya mengukur keterlambatan input pada interaksi pertama, sedangkan INP mengamati semua interaksi sepanjang kunjungan, dari keterlambatan input sampai bingkai berikutnya selesai digambar. Karena itu INP jauh lebih mewakili pengalaman nyata pengunjung.

CLS: seberapa stabil tampilan halaman

Cumulative Layout Shift (CLS) mengukur stabilitas visual. Pernahkah kamu hendak mengklik tombol lalu tombolnya tiba-tiba geser ke bawah karena iklan atau gambar muncul mendadak? Itulah layout shift, dan CLS menghitung seberapa sering hal itu terjadi.

Nilai yang baik adalah 0,1 atau kurang. Nilai di atas 0,25 dianggap buruk, dan di antara keduanya perlu perbaikan.

Penyebab klasiknya: gambar atau video tanpa dimensi yang ditentukan, font yang tampil lebih besar atau lebih kecil dari cadangannya, serta iklan atau widget pihak ketiga yang mengubah ukurannya sendiri secara tiba-tiba. Solusinya umumnya sederhana: selalu tuliskan lebar dan tinggi untuk gambar dan video, dan sediakan ruang untuk elemen dinamis seperti iklan atau banner.

Langkah praktis untuk pemilik usaha kecil

Kamu tidak perlu jadi ahli performa untuk mulai memperbaiki. Sebagian besar perbaikan Core Web Vitals berasal dari kebiasaan sederhana ini:

• Kompres gambar sebelum diunggah, pilih format modern, dan sesuaikan ukurannya dengan tampilan di layar. Gambar kamera langsung diunggah biasanya bermegabyte, padahal tampil hanya seperempat layar.
• Perhatikan font. Batasi jumlah ketebalan dan gaya font web yang dimuat, dan atur agar teks tetap tampil dengan font cadangan selagi font aslinya diunduh.
• Kurangi skrip pihak ketiga. Widget chat, iklan, dan pelacak analitik semuanya menambah beban. Pasang hanya yang benar-benar kamu pakai, dan tanyakan dulu dampaknya sebelum menambah yang baru.
• Cek hostingmu. Server yang lambat merespons membuat semua metrik ikut buruk, karena tidak ada yang bisa ditampilkan sebelum respons pertama datang.
• Ukur dengan alat gratis seperti PageSpeed Insights dan laporan Core Web Vitals di Search Console, lalu perbaiki satu hal dulu sebelum lanjut ke hal berikutnya.

Satu catatan jujur: memperbaiki vitals bukan jaminan peringkat melompat. Search Console sendiri menyebut laporan ini untuk membantu mengidentifikasi perbaikan pengalaman, bukan untuk menjanjikan hasil tertentu. Google mengonfirmasi bahwa sinyal pengalaman halaman dipakai bersama banyak faktor peringkat lain, tetapi konten yang relevan tetap yang utama. Anggap perbaikan vitals sebagai usaha menghormati pengunjung: situs yang cepat dan stabil membuat orang betah, dan itu bagus untuk bisnismu apa pun hasilnya di pencarian.

Kalau kamu memakai pembuat situs atau CMS tertentu, banyak perbaikan di atas bisa dilakukan lewat pengaturan: aktifkan kompresi gambar otomatis, hindari tema yang memuat puluhan font, dan tinjau plugin atau widget yang menumpuk. Untuk pengukuran berkelanjutan, data pengunjung nyata (bukan uji lab) adalah acuan yang paling dipercaya, karena hanya itu yang menangkap variasi perangkat dan jaringan pengunjungmu.

Mulai dari satu halaman terpenting, misalnya halaman produk atau layanan utamamu. Perbaiki di sana, lihat hasilnya di lapangan, lalu terapkan pola yang sama ke halaman lain. Perbaikan bertahap yang konsisten jauh lebih berguna daripada satu kali "optimalisasi besar" yang tidak pernah beres.