Cara Mengecek Core Web Vitals di Google Search Console

Traffic klien toko furnitur turun 30% setelah Google Core Update. Konten bagus, backlink oke, tapi angka tetap anjlok.

Buka GSC, masuk ke laporan Core Web Vitals. Hasilnya mengejutkan: hampir semua halaman produk masuk kategori "Poor". LCP di atas 4 detik di hampir setiap URL. Bukan algoritma yang jahat. Hanya satu angka yang diabaikan terlalu lama.

Banyak SEO practitioner menghabiskan waktu untuk riset keyword dan link building. Padahal data performa halaman sudah tersedia gratis di dalam GSC, menunggu untuk dibaca.

Sejak Google Page Experience Update 2021, core web vitals google search console resmi menjadi sinyal ranking. Mengabaikannya sama saja membangun strategi di atas fondasi retak.

Artikel ini menunjukkan cara membaca laporan Core Web Vitals di GSC secara tepat. Termasuk kenapa datanya bisa berbeda jauh dengan PageSpeed Insights, dan bagaimana menjadikan pengecekan ini sebagai kebiasaan nyata, bukan checklist satu kali.

Mengapa Core Web Vitals di GSC Lebih Penting dari yang Kamu Kira?

Core Web Vitals bukan sekadar metrik teknis untuk developer. Ini sinyal ranking yang langsung memengaruhi posisi halaman di SERP.

1. Google Page Experience Update dan Implikasinya pada Ranking

Sejak pertengahan 2021, Google resmi memasukkan Core Web Vitals sebagai sinyal ranking. Bukan rekomendasi, bukan saran. Sinyal ranking nyata.

Artinya halaman yang lambat bersaing dengan handicap di SERP, terlepas seberapa bagus kontennya. Ini yang terjadi pada klien furnitur tadi. Kontennya tidak bermasalah, tapi halaman produknya kalah bersaing karena LCP yang buruk membuat Google menganggap pengalaman penggunanya lebih rendah dibanding kompetitor.

Pengaruh core web vitals ranking memang bukan satu-satunya faktor. Tapi di persaingan yang ketat, handicap kecil sekalipun bisa menggeser posisi dari halaman satu ke halaman dua.

2. Tiga Metrik yang Perlu Kamu Pahami Sebelum Membuka GSC

LCP, FID/INP, dan CLS adalah tiga komponen utama Core Web Vitals. Setiap metrik mengukur dimensi pengalaman yang berbeda.

• LCP (Largest Contentful Paint): waktu muat elemen terbesar di halaman, idealnya di bawah 2,5 detik.
• INP (Interaction to Next Paint): responsivitas halaman saat pengguna berinteraksi, idealnya di bawah 200 milidetik. INP menggantikan FID sejak Maret 2024.
• CLS (Cumulative Layout Shift): stabilitas visual layout, idealnya di bawah 0,1.

Setiap metrik punya tiga kategori status: Good, Needs Improvement, dan Poor. Memahami ambang batas ini penting sebelum membuka laporan, supaya angka yang muncul punya konteks yang jelas.

Cara Mengecek Core Web Vitals di Google Search Console

Prosesnya tidak rumit, tapi banyak yang melewatkan beberapa langkah penting. Ikuti urutan ini agar tidak ada data yang terlewat.

1. Buka GSC dan Pilih Properti yang Tepat

Masuk ke search.google.com/search-console dan pastikan properti yang dipilih sudah benar. Kalau mengelola beberapa domain, pilih properti yang ingin dicek lebih dulu.

Satu properti mewakili satu domain atau subdomain. Jangan sampai mengecek properti yang salah dan mengambil keputusan berdasarkan data yang bukan milik situs target.

2. Navigasi ke Menu Experience lalu Core Web Vitals

Di sidebar kiri, klik "Experience", kemudian pilih "Core Web Vitals". Laporan akan menampilkan dua tab terpisah: Mobile dan Desktop.

Keduanya perlu dicek. Skor mobile dan desktop sering berbeda signifikan, dan Google menggunakan mobile-first indexing untuk sebagian besar situs saat ini.

3. Baca Distribusi Status URL: Poor, Needs Improvement, Good

Laporan menampilkan grafik tren dan jumlah URL per kategori status. Fokus dulu pada kelompok "Poor".

Halaman poor needs improvement GSC adalah kelompok yang paling berdampak langsung pada ranking. Jangan langsung melompat ke halaman individual. Baca dulu trennya: apakah jumlah URL "Poor" meningkat atau menurun dalam 28 hari terakhir?

4. Klik "Open Report" untuk Melihat Detail URL per Metrik

Setelah memilih tab Mobile atau Desktop, klik tombol "Open Report". Di sini akan terlihat daftar URL spesifik beserta metrik dominan yang menjadi penyebab masalah.

Ini penting: satu halaman bisa bermasalah di LCP, halaman lain di CLS. Solusi perbaikannya berbeda. Membaca laporan di level ini membantu menentukan prioritas yang tepat.

5. Gunakan URL Grouping untuk Identifikasi Pola

GSC mengelompokkan URL berdasarkan pola struktural. Misalnya semua halaman /produk/ dikumpulkan dalam satu grup, semua /blog/ di grup lain.

Dengan begitu mudah terlihat apakah masalah terjadi secara sistemik pada template tertentu. Pada kasus klien furnitur, hampir semua URL grup /produk/ masuk kategori "Poor" karena template halaman produk mereka memang belum dioptimasi. Ini tidak akan terlihat kalau mengecek halaman satu per satu.

Apa Perbedaan Data Core Web Vitals di GSC dengan PageSpeed Insights?

Data GSC dan PageSpeed Insights mengukur hal yang sama, tapi dari sumber dan metode yang berbeda. Memahami perbedaan ini menentukan keputusan mana yang lebih tepat diambil.

1. GSC Menggunakan Data CrUX Real

Perbedaan data Core Web Vitals di GSC dengan PageSpeed Insights terletak pada sumbernya: GSC menggunakan data CrUX (Chrome User Experience Report) yang dikumpulkan dari pengguna nyata selama 28 hari terakhir, sementara PageSpeed Insights menggunakan simulasi lab di server Google.

Data CrUX GSC mencerminkan kondisi sebenarnya di lapangan, termasuk variasi perangkat, kecepatan koneksi, dan perilaku pengguna riil yang mengunjungi situs.

PageSpeed Insights menguji halaman dalam kondisi terkontrol. Koneksi disimulasikan, perangkat distandardisasi. Hasilnya bisa sangat berbeda dengan kondisi nyata pengguna kamu.

Saat klien furnitur dicek ulang lewat PageSpeed Insights, skornya terlihat lebih baik dari kenyataan. Laporan GSC menunjukkan data yang lebih jujur karena diambil dari interaksi pengguna yang sebenarnya, bukan simulasi.

2. Mana yang Lebih Akurat untuk Optimasi SEO?

Untuk keputusan SEO, data GSC lebih relevan. Ini adalah angka yang juga dilihat Google saat menilai halaman kamu untuk keperluan ranking.

PageSpeed Insights tetap berguna sebagai alat diagnostik teknis. Untuk menemukan penyebab masalah, Lighthouse di PageSpeed Insights memberikan rekomendasi spesifik yang tidak tersedia di GSC. Tapi angka skornya tidak boleh dijadikan satu-satunya patokan.

Cara baca laporan core web vitals yang tepat: gunakan GSC untuk mengetahui kondisi nyata dan skala masalah, gunakan PageSpeed Insights untuk mendiagnosis penyebab dan menemukan solusinya. Keduanya saling melengkapi, bukan saling menggantikan.

Dari Data ke Keputusan: Cara Membaca Laporan CWV agar Tidak Sekadar Angka

Melihat laporan cara mengecek core web vitals dan benar-benar membaca datanya adalah dua hal berbeda. Section ini tentang yang kedua.

1. Prioritaskan Halaman dengan Volume Traffic Tinggi dan Status Poor

Tidak semua halaman perlu diperbaiki sekaligus. Sumber daya terbatas, waktu terbatas.

Buka laporan Performance di GSC, lihat halaman mana yang punya impressi dan klik tinggi. Kemudian korelasikan dengan laporan Core Web Vitals untuk menemukan mana di antaranya yang masuk kategori "Poor". Di sinilah potensi kehilangan ranking paling besar terjadi, dan di sinilah perbaikan paling berdampak.

Kalau butuh perspektif dari luar untuk menentukan prioritas ini, bisa mulai dari konsultasi SEO.

2. Jadikan Pengecekan CWV sebagai Ritual Mingguan, Bukan Respons Darurat

Setelah kejadian klien furnitur, pengecekan laporan CWV dijadikan ritual mingguan. Dilakukan sebelum menyentuh strategi konten apapun.

Alasannya sederhana: data CrUX di GSC adalah agregat 28 hari. Masalah yang muncul hari ini sebenarnya sudah terjadi berminggu-minggu. Kalau baru mengecek setelah traffic anjlok, sudah terlambat. Pengecekan rutin memungkinkan deteksi perubahan negatif jauh sebelum berdampak pada ranking.

SEO yang Baik Dimulai dari Data yang Sudah Ada di Depan Mata

Laporan core web vitals google search console ada di dalam GSC, gratis, bisa diakses kapan saja. Masalahnya bukan akses, tapi kebiasaan membacanya.

Klien furnitur tadi tidak kehilangan traffic karena kontennya buruk. Traffic turun karena satu angka dibiarkan merah terlalu lama, sementara semua fokus ada di tempat lain. Setelah LCP diperbaiki dan halaman produk keluar dari kategori "Poor", pemulihannya bertahap tapi nyata.

Data performa halaman adalah bagian dari cara mengecek core web vitals yang sering dilewatkan karena terasa teknis. Padahal interpretasinya tidak harus rumit: Poor berarti ada yang perlu diperbaiki sekarang, Needs Improvement berarti pantau terus, Good berarti pertahankan.

Mulai dari satu properti, satu laporan, satu minggu. Baca datanya sebelum menyentuh strategi apapun.

Referensi:

• Google Search Central: Dokumentasi Core Web Vitals dan ambang batas metrik (Good/Needs Improvement/Poor) - https://developers.google.com/search/docs/appearance/core-web-vitals
• Google Search Central: Penjelasan transisi FID ke INP sebagai metrik Core Web Vitals resmi (berlaku Maret 2024) - https://developers.google.com/search/blog/2023/05/introducing-inp
• Google Chrome Developers: Penjelasan Chrome User Experience Report (CrUX) sebagai sumber data real-user - https://developer.chrome.com/docs/crux
• Google Search Central: Dokumentasi Google Page Experience Update dan Core Web Vitals sebagai sinyal ranking - https://developers.google.com/search/docs/appearance/page-experience