Lighthouse vs CrUX: 7 Kesalahan Fatal Saat Cek Performa Website
Lighthouse vs CrUX: 7 Kesalahan Fatal Saat Cek Performa Website
Pernah menjalankan Lighthouse, mendapatkan skor 90+, lalu merasa website sudah cepat?
Belum tentu.
Bukan karena Lighthouse memberikan hasil yang salah. Masalahnya, Lighthouse vs CrUX memang melihat performa website dari sudut yang berbeda.
Lighthouse melakukan pengujian dalam kondisi yang terkontrol. Sementara Chrome UX Report atau CrUX memberikan gambaran tentang bagaimana website benar-benar dialami oleh pengguna Chrome di dunia nyata.
Memahami Lighthouse vs CrUX menjadi penting ketika kita ingin mengetahui apakah performa website benar-benar baik, bukan hanya terlihat baik dari satu hasil pengujian.
Jadi sebelum mengejar skor 100, ada baiknya memahami dulu apa sebenarnya yang sedang kita ukur.
Table of Contents
Lighthouse vs CrUX: Apa Bedanya?
Secara sederhana, bayangkan kita ingin menguji sebuah mobil.
Kita bisa membawanya ke lintasan pengujian dengan kondisi yang sudah ditentukan. Kecepatan, jenis lintasan, dan berbagai parameter lainnya dibuat relatif konsisten.
Hasilnya mudah dibandingkan.
Tetapi setelah mobil tersebut dipakai oleh ribuan orang, kondisinya tentu berbeda.
Ada yang menggunakannya di jalan tol. Ada yang berkendara di tengah kemacetan. Ada yang melewati jalan rusak. Ada juga yang menggunakannya dalam kondisi berbeda.
Pengalaman masing-masing orang tidak akan sama.
Konsepnya kurang lebih seperti itu dalam pengukuran performa website.
Lighthouse adalah pengujian lab.
CrUX adalah data pengalaman pengguna di lapangan.
Dalam konteks Lighthouse vs CrUX, Lighthouse berada di sisi lab data karena pengujiannya dilakukan dalam kondisi yang dapat dikontrol.
Sementara dalam Lighthouse vs CrUX, CrUX berada di sisi field data karena fokusnya adalah pengalaman pengguna nyata.
Google menjelaskan bahwa lab data dikumpulkan dalam lingkungan dengan kondisi device dan network yang telah ditentukan. Sebaliknya, field data berasal dari pengalaman pengguna nyata sehingga dapat mencerminkan variasi perangkat, jaringan, lokasi, dan kondisi penggunaan.
Keduanya bukan alat yang saling menggantikan.
Justru keduanya akan lebih berguna ketika digunakan bersama.
Apa Itu Lighthouse?
Dalam praktiknya, Lighthouse vs CrUX membantu kita membedakan antara hasil pengujian yang terkontrol dengan pengalaman yang benar-benar dirasakan pengguna.
Bayangkan kita melakukan test drive sebelum membeli mobil.
Kita bisa mengujinya di kondisi tertentu untuk melihat apakah ada masalah pada mesin, rem, atau bagian lainnya.
Lighthouse kurang lebih memiliki fungsi seperti itu dalam konteks website.
Lighthouse adalah tool open-source dari Chrome yang digunakan untuk melakukan audit halaman web, termasuk performance, accessibility, SEO, dan beberapa aspek lainnya. Lighthouse dapat dijalankan melalui Chrome DevTools, command line, maupun Node module.
Untuk performance, Lighthouse memberikan lingkungan pengujian yang terkontrol.
Artinya, kita bisa menggunakannya untuk mencari:
- apa yang membuat halaman lambat,
- resource apa yang terlalu besar,
- script apa yang menghambat,
- masalah loading apa yang perlu diperbaiki,
- dan peluang optimasi lainnya.
Jadi, Lighthouse sangat berguna untuk diagnosis.
Tetapi ada satu batasan yang perlu diingat:
Hasil Lighthouse bukan representasi dari pengalaman setiap pengguna website Anda.
Dalam pembahasan Lighthouse vs CrUX, ini menjadi pembeda yang penting. Lighthouse membantu kita melihat apa yang terjadi dalam sebuah pengujian tertentu, bukan menggambarkan seluruh kondisi pengguna di dunia nyata.
Apa Itu CrUX?
Memahami Lighthouse vs CrUX juga membuat kita tidak terlalu cepat menyimpulkan bahwa satu angka sudah cukup untuk menggambarkan performa sebuah website.
Sekarang bayangkan mobil tadi digunakan oleh ribuan orang.
Ada yang mengendarainya di jalan tol.
Ada yang melewati jalan kota.
Ada yang menggunakannya di tengah kemacetan.
Ada pula yang menggunakannya di kondisi jalan yang jauh berbeda.
Hasilnya tentu tidak akan sama.
Konsep yang mirip terjadi pada field data.
Chrome UX Report atau CrUX mengumpulkan data pengalaman pengguna nyata dari pengguna Chrome yang memenuhi kriteria dataset. Data tersebut dapat menggambarkan variasi perangkat, koneksi, dan lokasi pengguna.
Jadi kalau Lighthouse bertanya:
“Bagaimana performa halaman ini dalam kondisi pengujian tertentu?”
CrUX lebih dekat dengan pertanyaan:
“Bagaimana pengalaman pengguna sebenarnya ketika mengakses halaman ini?”
Itulah inti Lighthouse vs CrUX.
Bukan tentang tool mana yang lebih bagus, tetapi tentang pertanyaan apa yang ingin kita jawab.
1. Menganggap Lighthouse 90+ Berarti Semua Pengguna Sudah Merasakan Website Cepat
Ini mungkin kesalahan yang paling umum.
Misalnya kita menjalankan Lighthouse dan mendapatkan:
Performance: 94
Sekilas terlihat sangat bagus.
Tetapi angka tersebut berasal dari sebuah pengujian dalam kondisi tertentu.
Pengguna website kita mungkin menggunakan:
- smartphone dengan kemampuan berbeda,
- jaringan seluler yang tidak stabil,
- koneksi Wi-Fi yang lambat,
- browser dengan kondisi cache berbeda,
- lokasi geografis yang berbeda,
- atau perangkat yang jauh lebih rendah spesifikasinya.
Field data dapat menangkap variasi pengalaman tersebut.
Karena itu, skor Lighthouse yang tinggi tidak otomatis berarti seluruh pengguna mendapatkan pengalaman yang sama.
Dari sudut pandang Lighthouse vs CrUX, hasil tersebut baru memberi kita gambaran dari sisi lab, bukan keseluruhan pengalaman pengguna.
Jadi jangan buru-buru menganggap:
Lighthouse 90+ = website sudah selesai dioptimasi.
Lebih tepat:
Lighthouse 90+ = halaman memberikan hasil yang baik dalam kondisi pengujian tersebut.
Itu dua hal yang berbeda.
2. Menganggap Lighthouse dan CrUX Sedang “Bertengkar”
Ketika hasilnya berbeda, kadang muncul pertanyaan:
“Yang benar Lighthouse atau CrUX?”
Menurut saya, pertanyaannya justru kurang tepat.
Karena keduanya mengukur hal yang berbeda.
Lighthouse membantu menjawab:
“Apa yang bisa saya diagnosis dan perbaiki dari halaman ini?”
Sementara field data membantu menjawab:
“Bagaimana pengalaman pengguna sebenarnya?”
Lab data sengaja dibuat lebih terkontrol supaya hasilnya bisa lebih konsisten dan mudah direproduksi.
Field data justru membiarkan variasi dunia nyata masuk ke dalam pengukuran.
Google menjelaskan bahwa lab data cocok untuk debugging dan pengujian, sedangkan field data lebih tepat untuk memahami kondisi pengguna nyata.
Karena itu, Lighthouse vs CrUX sebaiknya tidak dipahami sebagai perbandingan “mana yang lebih bagus”, melainkan sebagai dua pendekatan pengukuran yang saling melengkapi.
Jadi kalau hasilnya berbeda, jangan langsung mencari mana yang salah.
Cari tahu dulu:
Apa yang sebenarnya sedang diukur oleh masing-masing data?
3. Hanya Melihat Satu Kali Hasil Lighthouse
Kesalahan berikutnya adalah menjalankan Lighthouse sekali, mendapatkan angka bagus, kemudian berhenti.
Padahal performa website bisa berubah.
Ada perubahan:
- kode JavaScript,
- gambar,
- font,
- plugin,
- third-party script,
- konfigurasi server,
- CDN,
- dan berbagai komponen lainnya.
Lighthouse justru sangat berguna ketika digunakan sebagai bagian dari proses pengembangan.
Misalnya:
Test → temukan masalah → perbaiki → test lagi.
Dengan kondisi pengujian yang relatif konsisten, kita dapat melihat apakah perubahan yang dilakukan memang menghasilkan perbaikan pada hasil lab.
Jadi jangan menggunakan Lighthouse hanya sebagai rapor.
Gunakan sebagai alat diagnosis.
Inilah salah satu alasan Lighthouse vs CrUX perlu dilihat sebagai dua sudut pandang yang berbeda, bukan sebagai dua hasil yang harus selalu sama.
4. Mengabaikan Field Data Setelah Website Masuk Production
Setelah website benar-benar digunakan oleh publik, pertanyaannya berubah.
Bukan lagi hanya:
“Apakah perubahan kode saya memperbaiki hasil Lighthouse?”
Tetapi:
“Apakah pengguna benar-benar merasakan perbaikannya?”
Di sinilah field data menjadi penting.
CrUX mengumpulkan data dari pengguna Chrome yang memenuhi kriteria dataset dan menggambarkan pengalaman nyata di berbagai kondisi. Data tersebut kemudian digunakan oleh sejumlah tool Google untuk memberikan gambaran tentang pengalaman pengguna.
Kalau kita memahami Lighthouse vs CrUX, alasan pentingnya field data setelah website masuk production menjadi lebih mudah dipahami.
Search Console dan PageSpeed Insights, misalnya, dapat menampilkan data field yang bersumber dari CrUX apabila data yang diperlukan tersedia.
Artinya, workflow yang lebih sehat bukan:
Lighthouse → selesai.
Tetapi:
Lighthouse → perbaiki → deploy → cek field data → evaluasi lagi.
5. Menganggap Core Web Vitals Hanya Soal “Website Cepat”
Core Web Vitals sebenarnya tidak hanya berbicara tentang kecepatan loading.
Dalam pembahasan Lighthouse vs CrUX, Core Web Vitals menjadi menarik karena metrik yang sama dapat terlihat berbeda ketika diukur melalui lab dan pengalaman pengguna nyata.
Ada tiga metrik utama.
LCP — Loading
Largest Contentful Paint
Sederhananya:
Seberapa cepat konten utama halaman terlihat?
Kategori good berada pada ≤ 2,5 detik.
INP — Responsivitas
Interaction to Next Paint
Sederhananya:
Seberapa cepat halaman merespons interaksi pengguna?
Kategori good berada pada ≤ 200 ms.
CLS — Stabilitas Visual
Cumulative Layout Shift
Sederhananya:
Apakah elemen halaman tetap stabil atau tiba-tiba bergeser?
Kategori good berada pada ≤ 0,1.
Jadi pengalaman website bukan hanya:
“Cepat atau lambat?”
Tetapi juga:
“Responsif atau tidak?”
dan:
“Stabil atau tiba-tiba berubah?”
6. Menganggap Semua Website Sudah Lulus Core Web Vitals
Data Web Almanac 2025 menunjukkan bahwa masih banyak website yang belum mencapai kategori good untuk seluruh Core Web Vitals.
Pada data Juni 2025:
- sekitar 48% halaman mobile memiliki ketiga Core Web Vitals dalam kategori good,
- sekitar 56% halaman desktop mencapai kategori good.
Kalau melihat masing-masing metrik di mobile:
- LCP: 62% good
- INP: 77% good
- CLS: 81% good
LCP masih menjadi salah satu tantangan terbesar.
Artinya, optimasi web performance masih sangat relevan.
Dan menariknya, perbedaan antara mobile dan desktop juga menunjukkan bahwa pengalaman pengguna tidak bisa selalu disimpulkan dari kondisi perangkat developer.
Perangkat yang lebih cepat dan koneksi yang lebih baik dapat menghasilkan pengalaman yang berbeda dibandingkan pengguna dengan perangkat dan jaringan yang lebih terbatas.
7. Mengejar Skor 100, Bukan Pengalaman Pengguna
Ini yang menurut saya paling penting.
Angka memang mudah dikejar.
✅ 90.
✅ 95.
✅ 100.
Tetapi website tidak digunakan oleh angka.
Website digunakan oleh manusia.
Kalau mendapatkan Lighthouse 100 tetapi pengguna tetap menunggu terlalu lama untuk melihat konten utama, tujuan optimasi sebenarnya belum tercapai.
Begitu juga jika semua audit terlihat hijau tetapi tombol terasa lambat ketika ditekan.
Karena itu, saya lebih suka melihat performance sebagai proses:
Measure → Diagnose → Improve → Validate.
Lighthouse membantu bagian diagnose.
Field data membantu bagian validate dari sudut pandang pengguna nyata.
Dan keduanya punya tempat masing-masing.
Kalau memahami Lighthouse vs CrUX hanya sebatas “lab data versus field data”, kita sebenarnya baru memahami konsep dasarnya. Yang lebih penting adalah mengetahui kapan masing-masing data digunakan dalam proses optimasi website.
Bagaimana Cara Menggunakan Lighthouse dan CrUX?
Memahami Lighthouse vs CrUX juga membantu menentukan kapan kita perlu melakukan diagnosis teknis dan kapan kita perlu melihat dampaknya pada pengguna nyata.
1. Mulai dengan Lighthouse
Gunakan untuk mencari potensi masalah teknis.
Misalnya:
- gambar terlalu besar,
- JavaScript terlalu berat,
- resource blocking,
- CSS yang tidak efisien,
- dan berbagai peluang optimasi lainnya.
2. Perbaiki masalah
Lakukan optimasi yang memang relevan dengan temuan.
Kemudian jalankan Lighthouse kembali.
Tujuannya bukan sekadar mengejar angka, tetapi memastikan perubahan memberikan dampak pada hasil pengujian.
3. Deploy ke production
Setelah perubahan diterapkan, jangan langsung menyimpulkan bahwa pengguna sudah merasakan hasil yang sama.
Karena sekarang kita masuk ke dunia nyata.
4. Cek field data
Gunakan Search Console, PageSpeed Insights, CrUX, atau RUM jika tersedia.
Data ini membantu melihat pengalaman pengguna sebenarnya.
5. Pantau secara berkala
Field data tidak selalu berubah seketika setelah kita melakukan deployment.
CrUX menggunakan data agregat dari periode rolling 28 hari, sehingga perubahan yang baru dilakukan tidak otomatis langsung terlihat sebagai perubahan field data pada hari yang sama.
Ini juga menjelaskan kenapa seseorang bisa berkata:
“Saya sudah memperbaiki LCP kemarin. Kenapa Search Console masih merah?”
Bisa jadi perbaikannya memang sudah terjadi.
Tetapi data field membutuhkan waktu untuk mencerminkan populasi pengguna yang baru.
Lighthouse vs CrUX: Mana yang Harus Dipercaya?
Jawabannya:
Gunakan keduanya.
Tetapi untuk tujuan yang berbeda.
Lighthouse
Gunakan ketika ingin:
- mencari masalah,
- melakukan debugging,
- menguji perubahan,
- membandingkan sebelum dan sesudah optimasi,
- dan mencari peluang perbaikan.
Lighthouse memang dirancang sebagai tool audit dan diagnosis.
CrUX / Field Data
Gunakan ketika ingin:
- memahami pengalaman pengguna nyata,
- melihat kondisi Core Web Vitals di production,
- melihat variasi pengalaman pengguna,
- dan mengetahui apakah optimasi benar-benar berdampak.
Google juga menjelaskan bahwa field data berguna untuk memahami pengalaman pengguna sebenarnya, sementara lab data tetap sangat berguna untuk menemukan dan memperbaiki masalah.
Pada akhirnya, Lighthouse vs CrUX bukan soal memilih tool mana yang paling bagus, tetapi memahami data mana yang kita perlukan untuk mengambil keputusan.
Apakah Core Web Vitals Mempengaruhi SEO?
Ya, Core Web Vitals merupakan bagian dari sinyal yang digunakan sistem ranking Google.
Tetapi ada satu hal yang sering disederhanakan:
“CWV bagus = ranking pasti naik.”
Bukan begitu.
Google menjelaskan bahwa Core Web Vitals merupakan bagian dari page experience dan sistem ranking, tetapi bukan satu-satunya faktor yang menentukan posisi sebuah halaman.
Jadi mendapatkan skor Core Web Vitals yang baik tidak otomatis menjamin ranking teratas.
Optimasi performance sebaiknya tetap dilihat sebagai bagian dari upaya memberikan pengalaman yang lebih baik kepada pengguna, bukan sekadar mengejar angka SEO.
Kesimpulan
Kalau harus saya sederhanakan menjadi satu kalimat:
Lighthouse membantu kita mencari masalah. Field data membantu kita melihat dampaknya pada pengguna.
Jadi ketika melihat skor Lighthouse 90+, jangan langsung berkata:
“Website saya sudah cepat.”
Lebih tepat mengatakan:
“Hasil pengujian lab saya bagus. Sekarang saya perlu melihat bagaimana pengalaman pengguna sebenarnya.”
Pada akhirnya, Lighthouse vs CrUX bukan pertarungan dua tool.
Keduanya memberikan perspektif berbeda untuk membantu kita memahami satu hal yang sama:
bagaimana membuat pengalaman website menjadi lebih baik bagi pengguna.
Karena website bukan dibuat untuk mendapatkan angka hijau di dashboard.
Website dibuat untuk digunakan manusia.
Apakah Lighthouse sama dengan CrUX?
Tidak. Lighthouse menghasilkan data dari pengujian lab yang terkontrol, sedangkan CrUX memberikan field data berdasarkan pengalaman pengguna Chrome nyata.
Apakah Lighthouse 90+ berarti Core Web Vitals pasti bagus?
Tidak. Hasil lab dan field data dapat berbeda karena kondisi pengujiannya berbeda.
Apakah CrUX lebih penting daripada Lighthouse?
Tidak harus memilih salah satu. Field data penting untuk memahami pengalaman nyata, sedangkan Lighthouse sangat berguna untuk diagnosis dan debugging.
Apakah Core Web Vitals memengaruhi SEO?
Ya, Core Web Vitals merupakan bagian dari page experience yang digunakan dalam sistem ranking Google. Namun, skor yang baik tidak menjamin ranking teratas.
Berapa lama data CrUX berubah?
CrUX menggunakan data agregat dengan rolling window 28 hari. Karena itu, perubahan performa yang baru dilakukan tidak selalu langsung terlihat dalam field data.
