Core Web Vitals Passed vs Skor 100 PageSpeed: Mana yang Lebih Penting?

Pernahkah Anda melihat hasil PageSpeed Insights, lalu langsung terpaku pada satu angka besar berwarna hijau, kuning, atau merah?

Kalau iya, Anda tidak sendirian.

Banyak pemilik website mengira performa website bisa disimpulkan hanya dari satu hal: berapa skor PageSpeed-nya.

Kalau skornya tinggi, berarti website cepat.
Kalau skornya rendah, berarti website lambat.
Kalau belum 100, berarti masih jelek.

Padahal kenyataannya tidak sesederhana itu.

Inilah salah satu miskonsepsi yang paling sering saya lihat saat mengaudit website WordPress maupun saat membantu klien meningkatkan performa. Fokusnya terlalu cepat berhenti di angka skor, padahal yang lebih penting adalah apa yang sebenarnya dirasakan user ketika membuka website tersebut.

Dan di sinilah perbedaan antara Core Web Vitals dan skor PageSpeed menjadi penting untuk dipahami.

Kalau website Anda terasa lambat, jangan mulai dari mengejar angka. Mulailah dari memahami bottleneck-nya. Jika ingin dibantu memetakannya, lihat jasa mempercepat loading WordPress, hosting WordPress, atau mulai dari konsultasi gratis.

Kenapa Banyak Orang Salah Paham Soal Kecepatan Website?

Saya paham kenapa PageSpeed score sangat mudah membuat orang terjebak.

Angkanya jelas. Warnanya mencolok. Dan tampilannya terasa seperti raport.

Secara psikologis, ini membuat orang sangat mudah berpikir seperti ini:

• 100 = sempurna
• 90-an = bagus
• 70-an = bermasalah
• 50 ke bawah = parah

Masalahnya, website tidak hidup di lingkungan lab yang steril.

Website hidup di:

• jaringan internet user yang beda-beda,
• device yang spesifikasinya tidak sama,
• halaman yang kadang dibuka sambil ada widget, chat, tracking, dan embed,
• serta perilaku user yang tidak bisa disamakan satu sama lain.

Jadi kalau kita ingin bicara tentang kecepatan website secara serius, kita harus bedakan dulu dua hal:

1. Apa yang diuji oleh PageSpeed Insights
2. Apa yang diukur oleh Core Web Vitals

Sekilas terlihat mirip, tetapi sebenarnya fungsinya berbeda.

Apa yang Sebenarnya Diukur oleh Skor PageSpeed?

Skor performance di PageSpeed Insights berasal dari Lighthouse.

Lighthouse adalah audit performa dalam lingkungan lab. Artinya, Google menjalankan serangkaian pengujian terkontrol pada halaman Anda untuk melihat berbagai sinyal teknis seperti:

• seberapa cepat konten pertama muncul,
• seberapa cepat elemen terbesar tampil,
• seberapa besar blocking di main thread,
• seberapa stabil layout,
• dan beberapa hal lain yang memengaruhi pengalaman loading.

Singkatnya, skor ini sangat berguna untuk:

• menemukan bottleneck,
• membandingkan before vs after,
• melihat area teknis yang masih berat,
• dan memberi arah perbaikan.

Jadi saya tidak pernah menganggap skor PageSpeed tidak penting.
Yang saya anggap keliru adalah ketika skor itu diperlakukan seolah-olah itulah satu-satunya definisi website cepat.

Padahal Lighthouse lebih tepat dipakai sebagai alat diagnosis, bukan penilaian akhir.

Apa yang Sebenarnya Diukur oleh Core Web Vitals?

Core Web Vitals berbeda.

Ini bukan sekadar hasil simulasi di lab, tetapi pengukuran yang jauh lebih dekat ke pengalaman pengguna nyata.

Tiga metrik utamanya saat ini adalah:

• LCP (Largest Contentful Paint) untuk loading
• INP (Interaction to Next Paint) untuk responsiveness
• CLS (Cumulative Layout Shift) untuk stabilitas visual

Target “good” yang digunakan saat ini adalah:

• LCP <= 2.5 detik
• INP <= 200 ms
• CLS <= 0.1

Yang sering luput dipahami orang adalah: status pass/fail ini dilihat pada persentil ke-75 dari pengalaman user nyata, dan datanya bersifat rolling 28 hari.

Artinya, Core Web Vitals tidak sedang bertanya:

“Apakah halaman ini bisa terlihat cepat dalam satu pengujian ideal?”

Tetapi lebih dekat ke pertanyaan ini:

“Apakah mayoritas user nyata benar-benar mendapatkan pengalaman yang baik saat membuka website ini?”

Nah, bagi saya pribadi, pertanyaan kedua jauh lebih penting untuk bisnis.

Jadi Mana yang Lebih Penting?

Kalau dipaksa memilih salah satu, saya akan memilih:

Core Web Vitals Passed

Kenapa?

Karena yang ingin kita capai pada akhirnya bukan screenshot yang cantik, tetapi pengalaman yang baik untuk user nyata.

Website yang sehat secara performa seharusnya:

• terasa cepat saat dibuka,
• tidak lambat saat mulai di-scroll atau diklik,
• tidak membuat layout bergeser tiba-tiba,
• dan tidak menyiksa user mobile yang device atau koneksinya pas-pasan.

Core Web Vitals lebih dekat ke hal-hal itu.

Sedangkan skor PageSpeed membantu saya memahami mengapa performanya begitu dan bagian mana yang perlu dibenahi.

Jadi, dalam praktiknya, hubungan keduanya lebih cocok dibaca seperti ini:

• Core Web Vitals = indikator kualitas pengalaman user nyata
• PageSpeed score = alat bantu untuk mendiagnosis sumber masalah

Bukan saingan. Bukan pilihan yang harus dipertentangkan. Tapi juga jelas bukan hal yang sama.

Website Cepat Tidak Selalu Harus Skor 100

Ini bagian yang menurut saya paling penting dipahami oleh business owner.

Website yang terasa cepat di dunia nyata belum tentu akan selalu mendapat skor 100.

Kenapa?

Karena website bisnis yang realistis sering punya hal-hal seperti:

• analytics,
• chat widget,
• tracking pixels,
• form,
• embed video,
• script pihak ketiga,
• font eksternal,
• atau layout yang lebih kaya secara visual.

Semua itu bisa saja menurunkan skor Lighthouse, walaupun pengalaman user secara keseluruhan masih sehat.

Dalam banyak proyek WordPress, saya justru lebih senang melihat hasil seperti ini:

• mobile score di kisaran 85-95+
• desktop score mendekati 100
• Core Web Vitals Passed
• halaman utama bisnis tetap cepat dan stabil

Buat saya, itu sudah sangat baik.

Karena di titik itu kita sedang mengoptimasi untuk dunia nyata, bukan sekadar mengejar angka 100.

Sebaliknya, Skor 100 Juga Tidak Selalu Berarti Aman

Ini hal yang juga perlu disadari.

Anda bisa saja melihat hasil PageSpeed yang sangat tinggi hari ini, tetapi kondisi riil user selama 28 hari terakhir belum tentu sebaik itu.

Mengapa bisa begitu?

Karena user nyata membuka website Anda dari banyak kondisi yang tidak identik dengan test lab:

• koneksi mobile yang tidak stabil,
• HP Android kelas menengah ke bawah,
• halaman internal yang lebih berat dari homepage,
• banyak script yang hanya aktif di kondisi tertentu,
• atau traffic pattern yang berubah.

Jadi jika seseorang terlalu cepat puas hanya karena melihat skor 100, saya biasanya justru ingin bertanya:

Bagaimana kondisi field data-nya?

Kalau Core Web Vitals belum lolos, berarti masih ada problem yang benar-benar dirasakan user nyata, walaupun hasil tes lab terlihat indah.

Cara Membaca PageSpeed Insights dengan Lebih Tepat

Kalau saya sedang audit website, saya tidak mulai dari skor performance dulu.

Saya biasanya membacanya dengan urutan seperti ini:

1. Lihat dulu status Core Web Vitals Assessment

Kalau statusnya Passed, itu pertanda bagus.

Kalau statusnya Failed, saya tidak buru-buru senang walaupun ada angka-angka lain yang terlihat cantik. Karena berarti mayoritas user nyata belum mendapatkan pengalaman yang cukup baik.

2. Baca field data sebelum lab data

Saya ingin melihat dulu:

• LCP
• INP
• CLS
• FCP
• TTFB

Di tahap ini saya mulai bisa menebak: bottleneck utamanya ada di server, render, asset, interaksi, atau stabilitas layout.

3. Baru gunakan skor dan audit Lighthouse sebagai peta perbaikan

Di sinilah performance score berguna.

Saya pakai untuk melihat:

• resource mana yang render-blocking,
• apakah JavaScript terlalu berat,
• apakah gambar terlalu besar,
• apakah caching aset belum efisien,
• apakah font dan asset prioritas belum diatur dengan benar,
• atau apakah DOM terlalu besar.

Dengan kata lain:

skor PageSpeed membantu saya memperbaiki masalah, tetapi bukan satu-satunya ukuran apakah website sudah cukup cepat.

Dalam Praktik, Apa yang Saya Prioritaskan?

Saat menangani website bisnis, prioritas saya biasanya tidak dimulai dari “bagaimana caranya dapat 100”.

Yang saya prioritaskan justru lebih seperti ini:

1. Pastikan hosting dan fondasi server tidak menjadi bottleneck

Di banyak website WordPress, masalah terbesar justru bukan di desain, melainkan di:

• hosting terlalu lemah,
• TTFB tinggi,
• resource server sempit,
• konfigurasi cache tidak tepat.

Karena itu, banyak kasus di mana peningkatan performa paling terasa datang dari migrasi hosting atau penataan ulang fondasi server, bukan dari bongkar total stack website.

Kalau bottleneck utamanya memang ada di sisi server, resource, atau setup hosting yang kurang sehat, biasanya arah perbaikannya lebih tepat dimulai dari fondasi ini. Untuk kebutuhan seperti itu, saya juga menyediakan hosting WordPress yang memang saya arahkan untuk website bisnis yang butuh performa stabil dan support personal.

2. Pastikan halaman yang paling penting benar-benar sehat

Saya lebih peduli pada:

• homepage,
• halaman layanan,
• halaman produk,
• halaman kontak,
• checkout,
• atau landing page yang menghasilkan lead.

Karena di sanalah bisnis bekerja.

Tidak ada gunanya homepage dapat 100 kalau checkout berat, halaman layanan lambat, atau form lead terasa tersendat.

3. Fokus pada perbaikan yang benar-benar terasa bagi user

Misalnya:

• LCP lebih cepat,
• INP lebih responsif,
• layout tidak bergeser,
• gambar di atas fold lebih ringan,
• CSS dan JS tidak berlebihan,
• plugin tidak terlalu banyak,
• builder tidak terlalu berat.

Perbaikan seperti ini biasanya jauh lebih berdampak daripada sekadar mengejar selisih 3-5 poin terakhir.

Pada website WordPress, saya juga cukup sering melihat problem utamanya bukan semata-mata di plugin, tetapi di struktur halaman yang terlalu berat karena builder. Dalam kondisi seperti ini, perbaikannya kadang lebih masuk akal lewat penyederhanaan struktur atau konversi website ke blocks daripada terus mengejar skor dengan tambal sulam kecil.

Kesalahan yang Paling Sering Saya Lihat

1. Menjadikan skor 100 sebagai KPI utama

Ini sering membuat optimasi kehilangan arah. Fokusnya jadi angka, bukan pengalaman user.

2. Mengoptimasi hanya homepage

Padahal banyak masalah nyata justru muncul di halaman internal yang lebih berat.

3. Mengorbankan fungsi bisnis hanya demi skor

Contohnya:

• mematikan script yang sebenarnya dibutuhkan,
• menghapus elemen trust yang penting,
• atau terlalu agresif menunda asset sampai UX-nya jadi aneh.

4. Tidak membedakan lab data dan field data

Ini sumber miskonsepsi paling umum. Dan selama dua hal ini tidak dibedakan, keputusan optimasinya sering salah arah.

Jadi, Harus Kejar yang Mana?

Kalau Anda mengelola website bisnis, jawaban saya sederhana:

1. Kejar Core Web Vitals yang sehat
2. Pastikan website benar-benar terasa cepat di tangan user
3. Gunakan PageSpeed score untuk menemukan prioritas optimasi
4. Kalau akhirnya bisa sampai 100, anggap itu bonus yang bagus

Ini jauh lebih masuk akal daripada membalik urutannya.

Karena pada akhirnya, website cepat bukan website yang screenshot-nya bagus.
Website cepat adalah website yang:

• dibuka cepat,
• dipakai nyaman,
• stabil,
• dan tidak membuat user frustrasi.

Kesimpulan

Skor 100 di PageSpeed itu bagus, tapi bukan tujuan utama.

Core Web Vitals Passed juga penting, tetapi tidak boleh dipahami secara dangkal tanpa melihat konteks halaman dan pengalaman user.

Kalau saya harus menyederhanakan semuanya dalam satu kalimat, maka saya akan bilang begini:

Gunakan PageSpeed untuk mendiagnosis, tetapi nilai performa website dari pengalaman user nyata.

Dengan cara pandang seperti ini, Anda tidak akan terlalu mudah panik ketika skor belum 100, dan juga tidak akan terlalu cepat puas hanya karena satu hasil tes terlihat hijau semua.

Kalau ingin membaca lanjutan yang lebih dalam tentang dampak performa terhadap bisnis, Anda juga bisa lanjut ke artikel saya tentang Core Web Vitals dan pengaruhnya terhadap konversi serta revenue.

Dan jika website Anda terasa lambat, jangan mulai dari menebak-nebak. Mulailah dari audit yang benar agar jelas apakah masalah utamanya ada di hosting, plugin, builder, aset, atau struktur halaman. Untuk itu, Anda bisa lihat jasa mempercepat loading WordPress, hosting WordPress, jasa konversi website ke blocks, atau langsung hubungi saya.