Website yang lambat dan "lompat-lompat" saat dimuat bukan cuma bikin pengunjung kesal — Google memakainya sebagai salah satu sinyal ranking. Artikel ini membedah tiga metrik Core Web Vitals secara praktis: apa artinya, angka berapa yang dianggap baik, dan langkah konkret memperbaikinya.
Kalau kamu sedang belajar SEO — baik lewat kursus terstruktur maupun otodidak — Core Web Vitals adalah salah satu materi yang paling sering disepelekan karena kesannya "urusan developer". Padahal, banyak perbaikan bisa dilakukan tanpa menyentuh kode sama sekali, cukup dengan tahu apa yang harus diminta ke tim teknis.
01 Apa Itu Core Web Vitals
Core Web Vitals adalah tiga metrik yang dipakai Google untuk mengukur pengalaman nyata pengguna saat membuka sebuah halaman: seberapa cepat konten utama muncul, seberapa cepat halaman merespons interaksi, dan seberapa stabil tampilannya saat dimuat. Data ini bisa diambil dari dua sumber: lab data (simulasi di tools seperti PageSpeed Insights) dan field data (data nyata dari pengguna Chrome, disebut Chrome UX Report atau CrUX).
Sejak resmi jadi bagian dari sinyal page experience, Google merekomendasikan setiap halaman mencapai skor "baik" di ketiga metrik ini. Bukan berarti halaman otomatis rank 1 kalau lolos — tapi halaman yang gagal di ketiga metrik ini punya peluang lebih kecil bersaing di halaman satu, terutama untuk niche yang kompetitif.
02 LCP — Largest Contentful Paint
LCP mengukur berapa lama waktu yang dibutuhkan elemen terbesar di layar (biasanya gambar hero, video, atau blok teks utama) untuk selesai dimuat sejak pengguna membuka halaman. Ini proxy untuk pertanyaan sederhana: "kapan pengunjung merasa halaman ini sudah bisa dibaca?"
Ambang batasnya: baik jika di bawah 2.5 detik, perlu perbaikan di 2.5–4 detik, dan buruk jika lebih dari 4 detik.
Penyebab paling umum LCP lambat: gambar hero yang belum dikompresi, server response time yang lambat, render-blocking CSS/JavaScript, dan font custom yang di-load belakangan sehingga teks "invisible" sesaat. Perbaikan paling berdampak biasanya: kompresi & lazy-load gambar non-kritis, pakai format modern (WebP/AVIF), dan preload elemen hero.
03 INP — Interaction to Next Paint
INP menggantikan First Input Delay (FID) sebagai metrik responsivitas resmi sejak Maret 2024. Bedanya, FID cuma mengukur interaksi pertama, sementara INP mengamati semua interaksi sepanjang kunjungan pengguna — klik tombol, buka menu, submit form — lalu mengambil nilai yang mewakili pengalaman terburuk yang wajar dialami.
Ambang batasnya: baik jika di bawah 200 milidetik, perlu perbaikan di 200–500 milidetik, dan buruk jika lebih dari 500 milidetik.
Penyebab umum INP tinggi: JavaScript yang terlalu berat dieksekusi di main thread, terlalu banyak event listener yang tumpang tindih, dan third-party script (chat widget, tracking pixel) yang memblokir interaksi. Untuk halaman kursus dengan form pendaftaran atau kalkulator interaktif, ini metrik yang wajib diperiksa serius.
04 CLS — Cumulative Layout Shift
CLS mengukur seberapa sering dan seberapa jauh elemen di halaman "bergeser" tanpa diminta pengguna — kasus klasik: pengunjung mau klik tombol, tapi tiba-tiba banner iklan atau gambar muncul dan menggeser posisi tombol, akhirnya salah klik.
Ambang batasnya: baik jika skor di bawah 0.1, perlu perbaikan di 0.1–0.25, dan buruk jika lebih dari 0.25.
Penyebab umum: gambar atau iframe tanpa dimensi width/height yang ditentukan, font yang berganti ukuran saat selesai dimuat (font swap), dan konten yang disisipkan secara dinamis di atas konten yang sudah ada (misalnya banner promo yang muncul mendadak).
05 Kenapa Ini Penting untuk Strategi SEO
Core Web Vitals bukan "trik ranking" yang berdiri sendiri — ini bagian dari page experience yang saling berkaitan dengan bounce rate, waktu tinggal di halaman, dan tingkat konversi. Halaman kursus dengan LCP lambat kehilangan calon pendaftar sebelum mereka sempat membaca penawaran; halaman dengan CLS buruk membuat orang salah klik tombol WhatsApp atau form pendaftaran.
Dalam konteks membangun topical authority (seperti yang dibahas di modul Content Strategy), Core Web Vitals adalah fondasi teknis yang membuat semua investasi konten — artikel silo, backlink, internal linking — benar-benar terpakai. Traffic yang datang tapi terpental karena halaman lambat adalah investasi konten yang sia-sia.
06 Roadmap Audit & Perbaikan: 5 Langkah
Ukur kondisi awal (baseline)
Jalankan PageSpeed Insights dan cek laporan Core Web Vitals di Google Search Console. Catat skor LCP, INP, CLS untuk halaman yang jadi prioritas (misalnya halaman kursus dengan traffic tertinggi).
Identifikasi elemen penyebab utama
Gunakan tab "Diagnostics" di PageSpeed Insights atau DevTools Performance panel untuk melihat elemen mana yang jadi LCP, script apa yang memblokir main thread, dan elemen apa yang bergeser.
Perbaiki berdasarkan dampak terbesar dulu
Prioritaskan perbaikan yang paling murah tapi berdampak besar: kompresi gambar, set dimensi eksplisit pada media, defer script non-kritis. Baru masuk ke perbaikan yang lebih teknis seperti code-splitting.
Uji ulang di kondisi nyata
Jangan hanya andalkan lab data. Tunggu field data terkumpul di Search Console (butuh beberapa minggu trafik nyata) untuk memastikan perbaikan benar-benar terasa oleh pengguna asli, bukan cuma di simulasi.
Pantau berkala, bukan sekali jalan
Core Web Vitals bisa memburuk lagi setiap kali ada plugin baru, script tracking baru, atau redesign. Jadwalkan audit ulang minimal tiap kuartal, terutama untuk halaman-halaman pilar/hub.
07 Tools yang Direkomendasikan
08 Video Penjelasan
Kalau lebih mudah paham lewat visual, tonton ringkasan berikut yang membahas ketiga metrik ini secara runtut dari dasar:
09 Checklist Cepat
Sebelum Publish Ulang Halaman, Cek Ini
10 FAQ
Mau audit Core Web Vitals dibimbing langsung?
Modul Technical SEO & Core Web Vitals ada di kurikulum Kursus SEO Raya School, lengkap dengan praktik audit memakai data website nyata.