Developer Anda mengirim tangkapan layar PageSpeed Insights dengan angka 38 berwarna merah, lalu menyusulkan estimasi biaya perbaikan yang jumlahnya setara dua bulan budget iklan. Di sisi lain, halaman yang skornya merah itu justru masih bertengger di halaman satu Google. Anda tidak tahu harus panik atau tidak — dan itu posisi yang sangat tidak nyaman untuk mengambil keputusan.
Artikel ini tidak akan mengulang definisi tiga metrik yang bisa Anda temukan di puluhan blog lain. Yang akan Anda dapatkan di sini adalah hal yang jarang dibahas: berapa besar sebenarnya pengaruh Core Web Vitals terhadap ranking, kenapa angka yang paling sering dipakai untuk menakut-nakuti Anda ternyata bukan angka yang dinilai Google, dan kerangka empat pertanyaan untuk memutuskan apakah perbaikan ini layak dibiayai sekarang atau bisa menunggu satu kuartal lagi.
Kami menulis ini karena pola yang sama muncul berulang di banyak klien: anggaran teknis habis untuk mengejar angka yang tidak menggerakkan bisnis, sementara masalah yang benar-benar menahan pertumbuhan dibiarkan menganggur.
Skor 38 Merah, Ranking Aman: Kenapa Dua Hal Ini Bisa Terjadi Bersamaan
Salah satu klien Kami di industri jasa profesional datang dengan situasi persis seperti itu. Skor PageSpeed mobile mereka 41. Tim internal sudah menyiapkan proposal migrasi hosting dan rebuild tema senilai puluhan juta. Tapi saat Kami buka Google Search Console mereka, laporan Core Web Vitals menunjukkan 89% URL berstatus “Good”.
Dua angka itu tidak bertentangan. Keduanya hanya mengukur hal yang berbeda.
Ini bukan kasus langka. Menurut data CrUX per Mei 2026, tingkat kelulusan Core Web Vitals secara global hanya sekitar 55,9% — artinya hampir separuh website di dunia tidak lolos, termasuk banyak yang tetap ranking bagus. Kalau skor merah otomatis menghancurkan peringkat, halaman satu Google akan terlihat sangat berbeda dari yang Anda lihat sekarang.
Jadi sebelum menandatangani apa pun, Anda perlu tahu persis apa yang diukur, angka mana yang dihitung Google, dan seberapa besar bobotnya.
Core Web Vitals Adalah: Definisi dan Tiga Metrik yang Dinilai
Core Web Vitals adalah sekumpulan tiga metrik dari Google yang mengukur pengalaman pengguna nyata saat membuka sebuah halaman: seberapa cepat konten utama muncul, seberapa responsif halaman saat diklik, dan seberapa stabil tata letaknya selama memuat. Ketiganya menjadi bagian dari sinyal page experience yang dipakai sistem peringkat Google.
Kata kuncinya: pengalaman pengguna nyata. Bukan simulasi. Ini yang akan menjelaskan banyak kebingungan di bagian berikutnya.
Ambang Batas Resmi Ketiga Metrik
Google menetapkan ambang “Good” berikut, dan angka-angka ini tidak berubah sejak dokumentasi resmi terakhir diperbarui:
| Metrik | Yang Diukur | Ambang Good
|
|---|---|---|
| LCP (Largest Contentful Paint) | Kecepatan konten terbesar muncul | Di bawah 2,5 detik |
| INP (Interaction to Next Paint) | Responsivitas terhadap interaksi pengguna | Di bawah 200 milidetik |
| CLS (Cumulative Layout Shift) | Stabilitas visual saat halaman memuat | Di bawah 0,1 |
Satu catatan penting yang masih sering salah di banyak artikel berbahasa Indonesia: FID sudah tidak lagi menjadi Core Web Vital. Google resmi menggantinya dengan INP pada Maret 2024. Kalau Anda masih membaca panduan yang menyebut trio “LCP, FID, CLS”, panduan itu sudah kedaluwarsa minimal dua tahun — dan kalau agensi Anda masih memakai istilah itu di laporan bulanan, itu pertanyaan yang layak Anda ajukan.
Perbedaannya bukan kosmetik. FID hanya mengukur jeda pada interaksi pertama. INP mengukur seluruh interaksi sepanjang kunjungan, lalu mengambil yang paling lambat. Website yang dulu lolos FID dengan mudah bisa gagal di INP — dan inilah metrik yang paling banyak menjatuhkan situs e-commerce dan website berbasis WordPress dengan plugin menumpuk.
Untuk penjelasan lebih rinci tiap metrik beserta standar skornya, Kami sudah membahasnya terpisah di panduan apa itu Core Web Vitals dan tiga metrik penentu ranking. Artikel yang sedang Anda baca ini fokus ke lapisan berikutnya: keputusan bisnisnya.
Cara Cek Core Web Vitals — dan Kenapa Angka yang Anda Lihat Sering Salah Dibaca
Di sinilah sebagian besar anggaran teknis mulai bocor. Bukan karena bisnis malas mengecek, tapi karena mereka mengecek dan salah membaca hasilnya.
Dua Jenis Data yang Sering Tertukar
PageSpeed Insights menampilkan dua blok data dalam satu halaman, dan keduanya terlihat sama-sama resmi:
Field data adalah data dari pengunjung asli website Anda, dikumpulkan lewat Chrome User Experience Report. Ini yang dipakai Google sebagai sinyal peringkat. Letaknya di bagian atas laporan.
Lab data adalah hasil simulasi Lighthouse pada satu perangkat virtual dengan koneksi yang sengaja diperlambat. Angka besar berwarna merah atau hijau yang biasa di-screenshot orang — itu skor Lighthouse. Dan skor ini bukan faktor peringkat.
Selisihnya bisa sangat lebar. Uji lab kerap disetel pada kondisi jaringan yang lebih buruk daripada mayoritas pengguna nyata, dan sebagian tool berbasis Lighthouse memakai simulasi throttling yang hasilnya tidak stabil. Skor 41 di Lighthouse sangat mungkin berdampingan dengan status “Good” di field data — persis kasus klien yang Kami ceritakan di awal.
Tiga Cara Cek yang Benar-Benar Berguna
Google Search Console, menu Core Web Vitals. Ini sumber paling relevan untuk keputusan bisnis. Search Console mengelompokkan URL Anda ke dalam status Good, Needs Improvement, dan Poor, lalu menampilkan berapa banyak halaman di tiap kelompok. Anda langsung tahu skalanya: apakah masalahnya satu template atau seluruh situs.
PageSpeed Insights. Berguna untuk membedah satu URL spesifik. Baca bagian atas (field data) untuk menilai, bagian bawah (lab data) untuk mendiagnosis penyebab.
Real user monitoring. Diperlukan kalau masalah Anda ada di INP. Interaksi lambat sering hanya muncul pada kondisi tertentu — perangkat kelas menengah, koneksi 4G lemah, halaman dengan banyak elemen — dan tidak akan tertangkap oleh tes lab satu kali jalan.
Satu detail teknis yang sering memicu salah paham di rapat: field data berjalan dengan jendela 28 hari. Perbaikan yang Anda deploy hari ini tidak akan langsung mengubah status di Search Console. Kalau developer Anda menjanjikan hijau dalam seminggu, itu janji yang tidak bisa ditepati oleh mekanisme datanya sendiri.
Seberapa Besar Pengaruh Kecepatan Website terhadap Ranking Google?
Pertanyaan ini yang seharusnya menentukan besar anggaran Anda, dan jawabannya lebih bernuansa daripada yang dijual kebanyakan proposal.
Google mengonfirmasi bahwa sinyal page experience, termasuk Core Web Vitals, memang faktor peringkat. Tapi Google tidak pernah mempublikasikan bobotnya. Penjelasan paling gamblang datang dari John Mueller, yang menggambarkannya sebagai lebih berpengaruh daripada sekadar pemecah imbang murni — namun tetap tidak menggantikan relevansi konten.
Terjemahan praktisnya untuk bisnis Anda: Core Web Vitals menang saat kualitas konten setara. Kalau halaman Anda dan kompetitor sama-sama menjawab pertanyaan pencari dengan baik, yang lebih cepat cenderung unggul. Kalau konten Anda kalah relevan, halaman secepat apa pun tidak akan menutup selisihnya.
Ada Plafon, dan Ini yang Paling Jarang Diberitahukan
Perbaikan Core Web Vitals memberi manfaat peringkat secara bertahap, bahkan sebelum semua ambang terpenuhi. Tapi begitu ketiga metrik mencapai status “Good”, optimasi lanjutan tidak lagi menambah peringkat.
Baca ulang kalimat itu, karena implikasi anggarannya besar.
Artinya ada garis finis. LCP 2,4 detik dan LCP 0,9 detik menghasilkan nilai SEO yang sama. Setiap rupiah yang dihabiskan untuk mengejar angka di bawah ambang — demi skor Lighthouse 100 yang enak dipandang di laporan — adalah rupiah yang tidak menghasilkan tambahan peringkat sama sekali. Menurut Kami, ini salah satu kebocoran anggaran teknis paling mahal dan paling tidak disadari di banyak tim marketing.
Nilai bisnis di bawah ambang bukan nol, karena kecepatan tetap memengaruhi konversi dan pengalaman pengguna. Tapi nilai SEO-nya nol. Dan dua hal itu perlu dianggarkan dari kantong yang berbeda, dengan justifikasi yang berbeda pula.
Framework 4 Pertanyaan: Kapan Perbaikan Core Web Vitals Layak Dibiayai Sekarang
Kerangka ini yang Kami pakai saat klien datang membawa proposal perbaikan teknis dan bertanya apakah harus jalan sekarang. Jawab keempatnya sebelum menyetujui anggaran.
Pertanyaan 1: Berapa Persen URL Anda yang Benar-Benar Berstatus Poor?
Buka Search Console, bukan PageSpeed Insights. Kalau di bawah 20% URL berstatus Poor dan halaman-halaman itu bukan halaman uang Anda, ini bukan prioritas kuartal ini. Kalau di atas 50%, atau kalau halaman produk dan landing page utama Anda ada di dalamnya, ini layak masuk antrean.
Pertanyaan 2: Apakah Anda Kalah di SERP yang Kontennya Setara?
Ambil lima keyword paling bernilai bagi bisnis Anda. Bandingkan halaman Anda dengan yang ada di atasnya. Kalau konten mereka jelas lebih dalam, lebih relevan, atau lebih segar — perbaiki konten dulu. Core Web Vitals tidak akan menyelamatkan halaman yang menjawab pertanyaan yang salah.
Tapi kalau konten Anda setara atau lebih baik dan Anda tetap tertahan di posisi 6 hingga 9, sinyal pengalaman halaman jadi kandidat penyebab yang masuk akal untuk diselidiki.
Pertanyaan 3: Metrik Mana yang Bermasalah, dan Berapa Ongkos Perbaikannya?
Ketiga metrik punya profil biaya yang jauh berbeda, dan ini yang paling sering diratakan dalam proposal:
| Metrik | Penyebab Umum | Tingkat Kesulitan
|
|---|---|---|
| CLS | Gambar tanpa dimensi, iklan tanpa ruang cadangan, font swap | Rendah — sering selesai dalam hitungan hari |
| LCP | Gambar hero berat, server lambat, render-blocking resource | Sedang — butuh kerja teknis terstruktur |
| INP | JavaScript berat, plugin menumpuk, arsitektur front-end | Tinggi — kadang menyentuh keputusan platform |
Sebuah bisnis retail yang Kami dampingi hanya perlu menetapkan atribut dimensi pada gambar dan mencadangkan ruang untuk banner promosi. CLS mereka turun dari 0,31 ke 0,04 dalam sepuluh hari kerja, tanpa menyentuh hosting sama sekali — padahal proposal awal dari vendor lain mengusulkan migrasi server.
Pertanyaan 4: Apa yang Harus Dikorbankan Kalau Ini Dikerjakan Sekarang?
Anggaran teknis dan anggaran konten biasanya berasal dari kantong yang sama. Kalau memperbaiki INP berarti menunda dua belas artikel yang menargetkan keyword bernilai komersial, hitung dulu mana yang lebih besar dampaknya dalam enam bulan.
Kalau proses menimbang ini terasa berat karena Anda tidak punya pembanding dari luar, ini salah satu area yang paling sering Kami bantu — biasanya bukan dengan menambah pekerjaan, tapi dengan memangkas daftar perbaikan menjadi tiga hal yang benar-benar menggerakkan angka.
Empat Kesalahan yang Sering Kami Temukan Saat Bisnis Mengejar Skor Hijau
Mengejar skor Lighthouse 100. Angka ini memuaskan secara psikologis dan nyaris tidak berarti untuk peringkat. Field data yang menentukan, dan field data tidak peduli skor lab Anda.
Mengoptimasi halaman yang salah. Banyak tim memperbaiki homepage karena itu yang paling sering mereka buka. Padahal trafik organik dan konversi biasanya masuk lewat halaman produk, artikel blog, atau landing page kampanye.
Mengganti hosting sebagai solusi pertama. Hosting memang memengaruhi waktu respons server, tapi hanya sebagian dari LCP. Kalau penyebabnya gambar 3 MB atau enam skrip pihak ketiga, server tercepat pun tidak akan menolong. Migrasi mahal, berisiko, dan sering keliru sebagai langkah pembuka.
Memperbaiki sekali lalu berhenti memantau. Core Web Vitals bergerak. Satu plugin baru, satu pixel tracking tambahan, satu redesign banner — dan status hijau Anda bisa berbalik dalam sebulan tanpa ada yang menyadari. Pemeriksaan ini seharusnya masuk ritme audit teknis rutin, bukan proyek sekali jadi. Kami membahas ritme dan urutannya lebih lengkap di panduan cara audit technical SEO untuk menghentikan kebocoran budget.
Setelah Semua Hijau: Ke Mana Anggaran Teknis Berikutnya Sebaiknya Pergi
Anggap ketiga metrik Anda sudah lolos. Karena manfaat peringkat berhenti di titik itu, pertanyaannya berubah: sisa anggaran teknis paling baik dipakai untuk apa?
Core Web Vitals hanya satu dari beberapa sinyal pengalaman halaman. Yang lain — kelayakan mobile, koneksi HTTPS yang aman, tidak adanya interstitial yang mengganggu, kejelasan konten dari elemen sekitarnya, dan kualitas pengalaman iklan — jarang mendapat perhatian yang sama padahal sebagian jauh lebih murah diperbaiki.
Di luar itu, dua area biasanya memberi imbal hasil lebih besar untuk bisnis yang Core Web Vitals-nya sudah aman:
Struktur situs dan pengindeksan. Halaman yang cepat tapi tidak terindeks atau bersaing dengan halaman sendiri tidak menghasilkan apa pun. Prioritas teknis yang paling berdampak biasanya ada di lapisan ini, dan Kami memetakannya di panduan technical SEO beserta prioritas utamanya.
Konversi setelah pengunjung datang. Kalau halaman sudah cepat dan trafik sudah masuk tapi leads tetap sepi, masalahnya sudah pindah dari kecepatan ke penawaran, kejelasan pesan, dan alur konversi. Melanjutkan optimasi teknis pada titik ini hanya menunda diagnosis yang sebenarnya.
Langkah Berikutnya untuk Website Anda
Kalau Anda hanya sempat melakukan satu hal setelah membaca ini: buka Google Search Console, masuk ke laporan Core Web Vitals, dan catat berapa persen URL Anda berstatus Poor. Angka itu — bukan skor PageSpeed yang dikirim ke grup WhatsApp — yang seharusnya menentukan apakah perbaikan ini pantas mendapat anggaran kuartal depan.
Kalau ternyata di bawah 20% dan halaman uang Anda aman, Anda baru saja menghemat anggaran yang lebih baik dipakai untuk konten. Kalau ternyata di atas separuh, Anda sekarang punya dasar yang jelas untuk meminta prioritas dari tim teknis, lengkap dengan urutan metrik mana yang dikerjakan lebih dulu.
Dan kalau Anda ingin pembacaan yang lebih dalam sebelum memutuskan — memisahkan mana temuan yang benar-benar menahan peringkat dan mana yang hanya membuat laporan terlihat merah — Kami siap membantu. Anda bisa melihat cakupan kerja Kami di jasa SEO profesional Soulve.ID, atau kalau akar masalahnya ternyata ada di fondasi website itu sendiri, di jasa pembuatan website profesional. Tidak ada kewajiban apa pun setelah diskusi awal — seringkali hasilnya justru daftar pekerjaan yang lebih pendek dari yang Anda bawa.
Pertanyaan yang Sering Diajukan
Core Web Vitals adalah apa dalam satu kalimat?
Core Web Vitals adalah tiga metrik Google yang mengukur pengalaman pengguna nyata di halaman Anda: kecepatan memuat konten utama (LCP), responsivitas terhadap interaksi (INP), dan stabilitas tata letak (CLS). Ketiganya menjadi bagian dari sinyal peringkat pengalaman halaman.
Apakah LCP, FID, dan CLS masih berlaku?
Tidak seluruhnya. FID sudah digantikan INP sejak Maret 2024, sehingga trio yang berlaku sekarang adalah LCP, INP, dan CLS. Panduan yang masih menyebut FID sebagai Core Web Vital sudah tertinggal dan perlu Anda perlakukan dengan hati-hati.
Bagaimana cara cek Core Web Vitals website saya?
Gunakan laporan Core Web Vitals di Google Search Console untuk melihat gambaran seluruh situs, dan PageSpeed Insights untuk membedah satu URL. Perhatikan bahwa hanya data pengguna nyata di bagian atas laporan PageSpeed yang dipakai Google sebagai sinyal peringkat.
Berapa lama sampai perbaikan Core Web Vitals terlihat hasilnya?
Data pengguna nyata dihitung dalam jendela 28 hari, jadi perubahan status di Search Console baru terlihat beberapa minggu setelah perbaikan benar-benar sampai ke pengunjung. Dampak ke peringkat, kalau ada, biasanya menyusul lebih lambat lagi dan bertahap.
Apakah skor PageSpeed Insights 100 wajib dikejar?
Tidak. Skor besar yang ditampilkan itu berasal dari uji lab Lighthouse dan bukan faktor peringkat. Yang dinilai Google adalah apakah 75% pengunjung nyata Anda mendapat pengalaman “Good” di ketiga metrik — dan setelah ambang itu tercapai, optimasi tambahan tidak menambah peringkat.
Kalau skor merah tapi ranking saya masih bagus, perlu diperbaiki?
Periksa dulu apakah yang merah itu skor lab atau status field data. Kalau field data Anda sebenarnya “Good”, tidak ada yang mendesak. Kalau benar-benar Poor, perbaikan tetap layak dipertimbangkan sebagai perlindungan posisi — terutama di SERP kompetitif tempat kualitas konten antar pesaing sudah rapat.
Apakah ganti hosting otomatis memperbaiki Core Web Vitals?
Tidak otomatis. Hosting memengaruhi waktu respons server yang merupakan sebagian dari LCP, tapi tidak menyentuh CLS maupun INP sama sekali. Diagnosis penyebab spesifiknya dulu sebelum mengeluarkan biaya migrasi yang besar dan berisiko.