Apa Itu Lighthouse?

Lighthouse adalah konsep pengembangan web yang berkaitan dengan struktur, perilaku, komunikasi, atau performa aplikasi web dan perlu dipahami dalam konteks browser, server, kode, serta pengalaman pengguna. Penggunaan Lighthouse sebaiknya dimulai dari masalah yang jelas. Bagi developer, designer, dan pengelola website, istilah ini berguna untuk membedakan tujuan, proses, indikator, dan risiko dalam arsitektur web, frontend, backend, browser, API, dan performa.

Agar tidak menjadi istilah teoritis, tim dapat mendokumentasikan keputusan, baseline, dan perubahan yang dilakukan. Gunakan Core Web Vitals, response time dan error rate sebagai indikator, lalu periksa kembali apakah hasilnya benar-benar mendukung tujuan awal.

1. Untuk Lighthouse, tentukan konteks penggunaan Lighthouse dan keputusan apa yang perlu dibantu oleh istilah ini.
2. Identifikasi komponen yang terlibat, misalnya requirement, kode, dan source code.
3. Terapkan pada ruang lingkup yang jelas dan dokumentasikan asumsi agar tim memakai definisi yang sama.
4. Evaluasi dampaknya menggunakan indikator seperti Core Web Vitals dan response time.

• Membantu mendeteksi risiko lebih awal sebelum berdampak pada pengguna, biaya, atau stabilitas proses.
• Membuat eksperimen dan perbaikan berikutnya lebih cepat karena pembelajaran sebelumnya terdokumentasi.
• Membuat hasil Lighthouse dapat ditinjau bersama indikator seperti Core Web Vitals, response time, dan error rate.
• Memudahkan evaluasi karena perubahan dapat dibandingkan terhadap baseline dan indikator yang disepakati.

Tim biasanya membutuhkan Lighthouse ketika aplikasi web berkembang cepat dan struktur kode mulai sulit dipelihara. Gunakan source code untuk menyamakan konteks, data, dan keputusan yang akan diambil. Hasilnya dapat ditinjau melalui Core Web Vitals dan response time.

Contohnya, fitur web bekerja di desktop tetapi bermasalah pada browser atau ukuran layar tertentu. Tim mendokumentasikan kondisi awal dalam API contract, menerapkan Lighthouse pada ruang lingkup terbatas, lalu membandingkan error rate dengan availability. Hasil dan alasan perubahan dicatat pada component library sebelum pendekatan diperluas.

• Menerapkan Lighthouse tanpa menjelaskan tujuan, baseline, dan keputusan apa yang akan dipengaruhi.
• Memulai dari tool atau fitur sebelum menjelaskan masalah dan hasil yang ingin dicapai.
• Menganggap korelasi sebagai penyebab tanpa melakukan verifikasi atau pengujian tambahan.
• Menerapkan aturan yang sama ke seluruh kasus meskipun konteks, audiens, atau batasannya berbeda.