Apa arti LCP, INP, dan CLS?

Ketiganya adalah tiga Core Web Vitals yang digunakan Google untuk menggambarkan pengalaman pengguna pada sebuah halaman. Largest Contentful Paint (LCP) mengukur pemuatan: berapa lama konten utama muncul. Interaction to Next Paint (INP) mengukur responsivitas: seberapa cepat halaman bereaksi saat Anda mengeklik, mengetuk, atau mengetik. Cumulative Layout Shift (CLS) mengukur stabilitas visual: seberapa banyak tata letak bergeser. Nilai baik berarti LCP dalam 2.5 detik, INP dalam 200 milidetik, dan CLS sebesar 0.1 atau kurang.

Ringkasan tiga metrik

Ini adalah ambang batas dalam bantuan laporan Core Web Vitals dari Google. Sebuah halaman dinyatakan lulus jika ketiga metrik berada pada nilai baik di persentil ke-75 kunjungan, yang diukur terpisah untuk seluler dan desktop.

LCP: Largest Contentful Paint

LCP adalah waktu sejak seseorang mulai memuat halaman hingga gambar, video, atau blok teks terbesar di area yang terlihat selesai dirender. Elemen yang memenuhi syarat meliputi elemen <img>, gambar di dalam SVG, poster atau bingkai pertama video, gambar latar CSS, dan teks tingkat blok. Browser berhenti mencari kandidat baru setelah pengunjung berinteraksi. LCP yang lambat biasanya disebabkan oleh respons server yang lambat, gambar hero yang besar atau baru ditemukan belakangan, atau CSS dan skrip yang memblokir rendering.

INP: Interaction to Next Paint

INP memantau klik, ketukan, dan penekanan tombol selama kunjungan, lalu mengukur berapa lama masing-masing berlangsung hingga browser dapat menggambar bingkai berikutnya. Mengarahkan kursor, menggulir, dan memperbesar tampilan tidak dihitung. Nilai yang dilaporkan adalah interaksi paling lambat, dengan mengabaikan data pencilan pada halaman yang memiliki banyak interaksi. INP menggantikan First Input Delay (FID) sebagai Core Web Vital pada Maret 2024; FID hanya melihat interaksi pertama, sedangkan INP mencakup seluruh kunjungan. INP yang buruk biasanya berasal dari tugas JavaScript yang panjang sehingga thread utama terus sibuk.

CLS: Cumulative Layout Shift

CLS menjumlahkan pergeseran tata letak yang tidak terduga, misalnya teks yang melompat ke bawah ketika gambar atau iklan dimuat di atasnya, lalu melaporkan rangkaian pergeseran terbesar selama kunjungan. Setiap pergeseran diberi skor berdasarkan seberapa besar bagian layar yang bergerak dan seberapa jauh jaraknya. Pergeseran dalam 500 milidetik setelah klik, ketukan, atau penekanan tombol tidak dihitung, karena pada saat itu pengunjung memang mengharapkan halaman berubah.

Dari mana angka-angka ini berasal?

Laporan Core Web Vitals di Search Console menggunakan data lapangan dari Chrome UX Report: kunjungan Chrome sungguhan selama 28 hari terakhir, dikelompokkan ke dalam kumpulan halaman yang serupa, dengan setiap kelompok dinilai berdasarkan metriknya yang terburuk. Alat lab seperti Lighthouse memuat halaman tanpa pengunjung sungguhan, sehingga tidak dapat mengukur INP dan menggunakan Total Blocking Time sebagai penggantinya, seperti dijelaskan dalam ikhtisar Web Vitals di web.dev. Gunakan skor lab untuk debugging, dan data lapangan sebagai penentu akhir.

Apakah Core Web Vitals memengaruhi peringkat?

Google sangat menganjurkan pencapaian Core Web Vitals yang baik demi keberhasilan di Search, dan menyatakan bahwa pengalaman halaman selaras dengan hal yang ingin diberi penghargaan oleh sistem peringkat utamanya. Ini bukan jalan pintas: halaman yang cepat tetap harus menjadi jawaban terbaik. Bagaimana cara memperbaiki skor Core Web Vitals yang buruk? membahas apa yang perlu diubah untuk setiap metrik.

Cara AutoPSEO membantu

Laporan Core Web Vitals AutoPSEO membaca riwayat Chrome UX Report untuk seluruh situs Anda atau satu URL, berdasarkan ponsel, desktop, atau tablet, dan menampilkan grafik LCP, INP, dan CLS (serta first contentful paint dan time to first byte) pada persentil ke-75 selama sekitar enam bulan data mingguan, sehingga Anda dapat melihat kapan sebuah metrik mulai menurun.