Cara Membaca Skor Performa Lighthouse dengan Benar
Skor performa adalah angka pertama yang biasanya dilihat orang setelah menguji website. Angkanya sederhana, 0 sampai 100, tetapi cara menghitungnya tidak sesederhana itu. Memahami asal skor ini akan membantu Anda memutuskan apa yang perlu diperbaiki dan kapan Anda sebenarnya sudah cukup baik.
Skor adalah gabungan beberapa metrik
Lighthouse tidak mengukur "kecepatan" sebagai satu angka. Ia mengukur beberapa momen penting selama halaman dimuat, lalu memberi bobot pada masing-masing. Pada Lighthouse versi 10 ke atas, metrik dan bobotnya adalah:
- Total Blocking Time (TBT) – 30%
- Largest Contentful Paint (LCP) – 25%
- Cumulative Layout Shift (CLS) – 25%
- First Contentful Paint (FCP) – 10%
- Speed Index – 10%
Artinya, TBT, LCP, dan CLS menentukan sekitar 80% skor. Jika Anda ingin skor naik, tiga metrik inilah yang paling berpengaruh.
Dari waktu ke skor
Setiap metrik diubah menjadi skor 0–100 menggunakan kurva yang dibuat dari data website sungguhan. Contohnya, LCP 2,5 detik di perangkat mobile menghasilkan skor metrik yang tinggi, sedangkan LCP 6 detik menghasilkan skor sangat rendah. Kurva ini tidak linear: memperbaiki LCP dari 8 detik ke 5 detik mungkin hanya menambah sedikit poin, sedangkan dari 3,5 ke 2,5 detik bisa menambah cukup banyak. Ini sebabnya skor terasa "macet" di angka rendah meski Anda sudah melakukan perbaikan, lalu melonjak setelah melewati ambang tertentu.
Arti warna
- 90–100 (hijau): baik. Halaman sudah cepat untuk sebagian besar pengunjung.
- 50–89 (oranye): perlu perbaikan. Masih ada hambatan yang terasa.
- 0–49 (merah): buruk. Pengunjung kemungkinan besar merasakan halaman lambat.
Jangan terobsesi dengan angka 100. Mendapatkan skor dari 95 ke 100 sering membutuhkan usaha besar dengan manfaat kecil. Lebih baik pastikan semua halaman penting berada di zona hijau.
Kenapa mobile lebih rendah dari desktop?
Pengujian mobile mensimulasikan ponsel kelas menengah dengan prosesor lebih lambat dan koneksi yang dibatasi. Hasilnya, JavaScript yang berat terasa jauh lebih lambat dibanding di laptop. Ini disengaja: kondisi tersebut mewakili banyak pengguna nyata. Jika skor mobile Anda 40 dan desktop 90, masalahnya hampir selalu ada pada ukuran dan jumlah JavaScript, gambar besar, atau server yang lambat.
Kenapa skor berubah-ubah?
Variasi beberapa poin antar pengujian itu normal. Penyebab umum:
- Beban server website saat pengujian berbeda-beda.
- Iklan dan skrip pihak ketiga memuat konten yang berbeda setiap kali.
- Cache di server atau CDN: tes pertama setelah cache kosong bisa lebih lambat.
- Kondisi jaringan antara server penguji dan server website.
Untuk menilai perubahan, uji tiga sampai lima kali dan bandingkan nilai tengahnya. Riwayat tes di halaman Hasil Tes membantu Anda melihat tren dari waktu ke waktu.
Data lab vs data lapangan
Skor dari webmaster.my.id dan Lighthouse adalah data lab: diukur dalam kondisi terkontrol. Google juga mengumpulkan data lapangan dari pengguna Chrome sungguhan (Chrome User Experience Report), yang dipakai sebagai salah satu sinyal peringkat melalui Core Web Vitals. Keduanya bisa berbeda. Data lab sangat berguna untuk menemukan penyebab masalah dan menguji perbaikan; data lapangan menunjukkan pengalaman sesungguhnya. Jika website Anda sudah cukup ramai, lihat laporan Core Web Vitals di Google Search Console untuk data lapangan.
Membaca metrik satu per satu
Daripada hanya melihat skor total, lihat metrik mana yang merah:
- FCP lambat biasanya disebabkan server lambat (TTFB tinggi) atau CSS/JS yang menghambat render. Lihat Render-blocking.
- LCP lambat biasanya karena gambar utama terlalu besar, dimuat terlambat, atau server lambat. Lihat Optimasi Gambar.
- TBT tinggi berarti terlalu banyak JavaScript yang dijalankan. Periksa plugin, tema, dan skrip pihak ketiga.
- CLS tinggi biasanya karena gambar tanpa ukuran, iklan yang muncul tiba-tiba, atau font yang berganti. Lihat Core Web Vitals.
- Speed Index tinggi biasanya mengikuti FCP dan LCP; perbaiki keduanya dan Speed Index akan ikut membaik.
Bagian "Peluang" dan "Diagnostik"
Saran yang ditampilkan dibagi menjadi peluang (opportunities), yang memperkirakan penghematan waktu jika diperbaiki, dan diagnostik, yang memberi informasi tambahan. Perkiraan penghematan bukan janji pasti; anggap sebagai petunjuk prioritas. Satu perbaikan sering kali memperbaiki beberapa temuan sekaligus. Misalnya, mengecilkan gambar utama bisa memperbaiki LCP, Speed Index, dan total ukuran halaman.
Skor yang lulus audit tidak dihitung
Skor performa hanya dihitung dari lima metrik di atas. Audit lain, misalnya "gunakan format gambar modern", tidak langsung menambah atau mengurangi skor; audit itu hanya membantu Anda memperbaiki metriknya. Jadi, menyelesaikan semua saran belum tentu membuat skor 100, dan skor tinggi belum tentu berarti tidak ada saran tersisa.
Contoh membaca hasil secara nyata
Bayangkan halaman artikel blog mendapatkan skor 72 dengan rincian FCP 2,4 detik, LCP 4,2 detik, TBT 150 ms, CLS 0,02, dan Speed Index 3,8 detik. Dari angka ini terlihat bahwa TBT dan CLS sudah baik, jadi masalahnya bukan JavaScript atau pergeseran tata letak. Yang menarik skor turun adalah LCP dan Speed Index, artinya konten utama, biasanya gambar besar di atas, terlambat muncul. Fokus perbaikan sebaiknya ke ukuran gambar, waktu respons server, dan CSS yang menghambat render, bukan menghapus skrip.
Sebaliknya, jika LCP sudah 2 detik tetapi TBT 1.200 ms, halaman tampil cepat namun terasa "beku" saat disentuh. Di situ prioritasnya adalah mengurangi atau menunda JavaScript.
Checklist membaca skor
- Lihat skor keseluruhan hanya sebagai ringkasan, lalu buka metrik satu per satu.
- Tandai metrik yang berwarna merah atau oranye. Itulah sumber penurunan skor.
- Ingat bahwa TBT dan LCP punya bobot terbesar dalam skor Lighthouse versi terbaru.
- Cocokkan metrik yang buruk dengan saran di bagian Peluang dan Diagnostik.
- Bandingkan hasil mobile dan desktop. Selisih yang sangat besar biasanya menandakan JavaScript berat.
- Uji ulang beberapa kali dan gunakan nilai tengah sebagai acuan.
Kesalahan umum
- Membandingkan skor dari alat atau lokasi berbeda. Kondisi pengujian yang berbeda menghasilkan angka berbeda. Bandingkan dengan alat yang sama.
- Menganggap "Peluang" sebagai daftar wajib. Penghematan yang tertulis adalah perkiraan. Pilih yang penghematannya besar lebih dulu.
- Panik karena skor turun beberapa poin. Variasi beberapa poin antar-tes adalah hal normal.
- Mengoptimalkan untuk tes, bukan untuk pengunjung. Trik yang menyembunyikan konten dari Lighthouse tidak membuat situs lebih cepat bagi manusia dan bisa merugikan SEO.
Pertanyaan yang sering diajukan
Berapa skor performa yang dianggap baik?
Lighthouse memberi warna hijau untuk skor 90–100, oranye untuk 50–89, dan merah untuk 0–49. Skor hijau adalah target yang baik, tetapi pastikan juga metrik utamanya berada di zona baik.
Apakah skor performa memengaruhi peringkat Google?
Google tidak memakai skor Lighthouse secara langsung. Yang dipakai sebagai sinyal pengalaman halaman adalah Core Web Vitals dari data pengguna nyata. Meski begitu, memperbaiki skor lab biasanya juga memperbaiki pengalaman pengguna nyata.
Kenapa skor saya 100 di desktop tetapi 60 di mobile?
Tes mobile mensimulasikan ponsel kelas menengah dengan jaringan yang lebih lambat dan CPU yang diperlambat. JavaScript dan gambar besar jauh lebih terasa dampaknya di kondisi ini.
Apakah skor SEO 100 berarti situs saya pasti di halaman pertama?
Tidak. Skor SEO Lighthouse hanya memeriksa dasar teknis seperti judul, meta deskripsi, dan status indeks. Peringkat ditentukan oleh banyak faktor lain, terutama kualitas konten dan relevansinya.
Apakah aksesibilitas dan Best Practices perlu diperhatikan juga?
Ya. Skor Aksesibilitas menunjukkan seberapa mudah situs dipakai oleh semua orang, termasuk pengguna pembaca layar, sedangkan Best Practices memeriksa hal seperti HTTPS dan error di Console. Keduanya tidak memengaruhi skor Performa, tetapi penting untuk kualitas situs secara keseluruhan.
Apakah skor bisa dipakai untuk membandingkan dengan pesaing?
Bisa, asalkan diuji dengan alat, strategi, dan waktu yang sama. Gunakan fitur Bandingkan di webmaster.my.id agar beberapa situs diuji dalam kondisi yang setara.
Kesimpulan
Gunakan skor sebagai indikator ringkas, lalu turun ke metrik untuk mencari penyebabnya. Prioritaskan TBT, LCP, dan CLS, uji beberapa kali untuk mengurangi variasi, dan fokus pada halaman yang paling banyak dikunjungi. Dengan cara ini, setiap jam yang Anda habiskan untuk optimasi benar-benar terasa oleh pengunjung.