Core Web Vitals 2026: Standar Kecepatan Website dari Google dan Cara Memenuhinya

Website yang lambat jarang ditinggalkan karena satu alasan besar. Biasanya karena banyak hal kecil: gambar utama yang muncul terlambat, tombol yang tidak langsung bereaksi, atau teks yang melompat saat iklan dimuat. Core Web Vitals adalah cara Google mengukur ketiga gangguan itu dengan angka yang sama untuk semua website.

Panduan ini merangkum ambang resminya, apa pengaruhnya terhadap peringkat di Google, data dampak bisnis yang bisa dipertanggungjawabkan, dan langkah teknis untuk memenuhinya.

Apa itu Core Web Vitals?

Core Web Vitals adalah tiga metrik pengalaman pengguna yang ditetapkan tim Chrome di Google ¹:

• Largest Contentful Paint (LCP): seberapa cepat elemen konten terbesar di layar (biasanya gambar hero atau judul utama) selesai tampil.
• Interaction to Next Paint (INP): seberapa cepat halaman merespons klik, ketukan, atau ketikan, diukur di sepanjang kunjungan.
• Cumulative Layout Shift (CLS): seberapa banyak tata letak bergeser tanpa diminta pengguna.

Yang membuat metrik ini berbeda dari skor kecepatan biasa adalah sumber datanya. Penilaian Core Web Vitals memakai data dari kunjungan pengguna sungguhan (field data), bukan hanya simulasi di laboratorium.

Ambang batas resmi

Google menetapkan batas berikut ¹:

Angka itu dinilai pada persentil ke-75 kunjungan, terpisah untuk ponsel dan desktop ¹. Artinya, minimal 75% kunjungan harus berada di bawah batas. Sebuah halaman dianggap lolos hanya jika ketiga metrik memenuhi target pada persentil tersebut ¹.

Persentil ke-75 dipilih supaya angka yang dinilai mencerminkan pengalaman sebagian besar pengunjung, termasuk yang memakai ponsel kelas menengah dan koneksi seluler, bukan hanya pengunjung dengan perangkat tercepat.

Kenapa INP menggantikan FID

Sebelum Maret 2024, metrik responsivitas yang dipakai adalah First Input Delay (FID). FID hanya mengukur jeda sebelum browser mulai memproses interaksi pertama. Akibatnya, halaman bisa terlihat responsif di FID meskipun terasa berat setiap kali pengguna membuka menu atau mengisi formulir.

INP mengukur respons terhadap interaksi di sepanjang kunjungan, termasuk sampai layar benar-benar diperbarui. Google mengumumkan INP resmi menggantikan FID sebagai bagian dari Core Web Vitals pada 12 Maret 2024 ². Alat-alat Chrome diberi waktu hingga 9 September 2024 untuk beralih sepenuhnya ke INP ⁴.

Apakah Core Web Vitals memengaruhi peringkat Google?

Ya, tetapi tidak sesederhana "website cepat pasti naik". Dokumentasi resmi Google Search menyebut tiga hal ³:

1. Core Web Vitals digunakan oleh sistem peringkat Google.
2. Tidak ada satu "sinyal page experience" tunggal. Pengalaman halaman dinilai dari banyak aspek.
3. Skor yang bagus tidak menjamin halaman berada di urutan teratas. Google tetap berusaha menampilkan konten paling relevan, bahkan jika pengalaman halamannya kurang baik.

Google juga mengingatkan bahwa mengejar skor sempurna hanya demi SEO belum tentu sepadan dengan waktunya ³. Pengalaman halaman yang baik paling berpengaruh ketika ada banyak halaman yang sama-sama membantu: di situ, kecepatan dan kenyamanan bisa menjadi pembeda.

Kesimpulannya, perlakukan Core Web Vitals sebagai syarat dasar kualitas dan pembeda di persaingan yang ketat, bukan sebagai pengganti konten yang menjawab kebutuhan pencari.

Dampak bisnis: data yang bisa dipegang

Banyak angka tentang kecepatan website beredar tanpa sumber jelas. Berikut yang bisa ditelusuri ke publikasi aslinya:

• Tokopedia (Indonesia) memperbaiki LCP dari 3,78 detik menjadi 1,72 detik (55% lebih baik) dan mencatat durasi sesi rata-rata 23% lebih lama ⁵.
• Vodafone Italia menjalankan uji A/B: versi halaman dengan LCP 31% lebih baik menghasilkan penjualan 8% lebih tinggi ⁶.
• redBus (India) memperbaiki INP, termasuk peningkatan 72% pada salah satu interaksi input, dan mencatat kenaikan penjualan keseluruhan 7% ⁷.
• Studi Deloitte untuk Google (2020) pada 37 situs merek di Eropa dan Amerika Serikat menemukan bahwa setiap percepatan 0,1 detik di situs seluler beriringan dengan kenaikan konversi ritel 8,4% dan nilai pesanan rata-rata 9,2%; di sektor travel konversi naik 10,1% ⁸. Perlu dicatat, studi ini menunjukkan korelasi dan didanai Google.

Angka yang sering dikutip "53% pengunjung pergi jika halaman lebih dari 3 detik" berasal dari blog Google tahun 2016. Kalimat aslinya: 53% kunjungan situs seluler kemungkinan ditinggalkan jika halaman butuh lebih dari 3 detik untuk dimuat, berdasarkan data agregat sekitar 3.700 situs pada Maret 2016 ⁹. Data itu sudah berumur sepuluh tahun, jadi gunakan sebagai gambaran sejarah, bukan patokan hari ini.

Cara memperbaiki LCP

LCP hampir selalu ditentukan oleh satu elemen: gambar hero, video poster, atau blok judul besar. Fokuskan perbaikan di sana.

• Siapkan gambar dengan ukuran yang tepat. Kirim gambar sesuai lebar layar (atribut srcset/sizes) dalam format modern seperti WebP atau AVIF.
• Jangan lazy-load gambar LCP. Gambar utama di atas lipatan perlu dimuat segera; beri fetchpriority="high" bila perlu.
• Percepat respons server. Waktu tunggu byte pertama (TTFB) yang lama langsung menambah LCP. Gunakan caching halaman dan CDN untuk pengunjung di berbagai kota.
• Kurangi CSS dan JavaScript yang memblokir render. Muat skrip non-penting dengan defer dan pisahkan CSS yang tidak dipakai di halaman tersebut.
• Pastikan font tidak menahan teks. Gunakan font-display: swap dan batasi jumlah varian font.

Cara memperbaiki INP

INP yang buruk hampir selalu berarti main thread browser sibuk saat pengguna berinteraksi.

• Pecah tugas JavaScript yang panjang agar browser sempat merespons di antara pekerjaan berat.
• Kurangi skrip pihak ketiga (widget chat, pelacak iklan, embed media sosial). Muat hanya yang benar-benar dipakai, dan muat setelah halaman siap.
• Tampilkan respons visual lebih dulu. Saat tombol ditekan, perbarui tampilan dulu, lalu kerjakan proses berat sesudahnya.
• Hindari render ulang besar untuk perubahan kecil, terutama di aplikasi berbasis framework.

Cara memperbaiki CLS

• Selalu tetapkan dimensi (width dan height, atau aspect-ratio) untuk gambar, video, dan iframe.
• Sediakan ruang tetap untuk iklan, banner cookie, dan embed sebelum kontennya dimuat.
• Jangan menyisipkan konten di atas konten yang sudah tampil, kecuali sebagai respons atas tindakan pengguna.
• Samakan metrik font cadangan dengan font utama agar teks tidak melompat saat font selesai dimuat.

Cara mengukur dengan benar

Bedakan dua jenis data:

• Data lapangan (field): pengalaman pengunjung sungguhan. Lihat laporan Core Web Vitals di Google Search Console atau bagian data pengguna di PageSpeed Insights. Inilah yang dipakai untuk penilaian.
• Data laboratorium (lab): simulasi dari Lighthouse atau PageSpeed Insights. Berguna untuk mencari penyebab masalah, tetapi angkanya bisa berbeda dari pengalaman pengunjung.

Batas resmi Google untuk ketiga metrik menyatakan target, bukan skor 0–100 ¹⁰. Skor performa Lighthouse yang tinggi membantu, tetapi yang menentukan lolos atau tidaknya Core Web Vitals adalah data lapangan.

Checklist singkat

1. Cek laporan Core Web Vitals di Search Console untuk ponsel dan desktop.
2. Temukan elemen LCP di setiap template halaman, lalu optimalkan gambarnya.
3. Audit skrip pihak ketiga; hapus yang tidak menghasilkan nilai.
4. Tetapkan dimensi untuk semua media dan slot iklan.
5. Uji ulang setelah perubahan dan pantau data lapangan selama beberapa minggu.

Di Siriso Lab, target Core Web Vitals kami tetapkan sejak tahap desain, bukan diperbaiki setelah website jadi. Jika website Anda belum lolos, jasa pembuatan website kami mencakup audit dan perbaikan kecepatan.