--- title: "Cara Membaca Hasil PageSpeed Insights dengan Benar" description: "Bedakan data lapangan CrUX dan skor Lighthouse, pahami kenapa skor naik turun, diagnosis mana yang penting, dan kenapa skor 100 bukan tujuan." url: "https://nivelva.com/insight/membaca-hasil-pagespeed-insights" category: "SEO \u0026 Pemasaran" tags: ["pagespeed insights","lighthouse","crux","core web vitals","kecepatan website"] author: "Theresia Candiawan" published: "2026-11-07T06:04:00+07:00" updated: "2026-11-07T06:04:00+07:00" language: "id" publisher: "Nivelva (https://nivelva.com)" --- # Cara Membaca Hasil PageSpeed Insights dengan Benar > **Jawaban singkat:** PageSpeed Insights menampilkan dua hal berbeda: data lapangan dari pengunjung nyata (CrUX) yang menentukan lolos tidaknya Core Web Vitals, dan skor Lighthouse dari tes simulasi yang berguna untuk mencari penyebab. Skor lab wajar berubah antar tes, jadi jangan dijadikan target utama. PageSpeed Insights bukan satu laporan, melainkan dua laporan yang ditumpuk di satu halaman. Bagian atas berisi pengalaman pengunjung nyata, bagian bawah berisi hasil tes simulasi. Keduanya menjawab pertanyaan yang berbeda. Itu sebabnya hasilnya sering terasa bertentangan. Core Web Vitals tertulis "lulus", tetapi skor di bawahnya oranye dan daftar sarannya panjang. Dites ulang sore hari tanpa mengubah apa pun, angkanya sudah lain. Begitu kamu tahu bagian mana menjawab apa, laporan ini jauh lebih mudah dibaca. ## Dua lapisan laporan: data lapangan dan data lab Bagian pertama, tentang apa yang dialami pengguna sebenarnya, diambil dari Chrome User Experience Report (CrUX). Ini rekaman dari pengunjung sungguhan yang memakai Chrome, dikumpulkan selama periode sekitar 28 hari terakhir. Di sinilah status lolos atau gagal Core Web Vitals ditentukan, berdasarkan persentil ke-75 untuk LCP, INP, dan CLS. Ada dua tab di bagian ini: data untuk URL yang kamu tes, dan data untuk seluruh origin (domain). Bila halaman tertentu belum punya cukup kunjungan, hanya data origin yang tampil, atau tidak ada data sama sekali. Untuk website kecil, ini hal biasa. Bagian kedua, berisi diagnosis masalah performa, adalah hasil Lighthouse. Lighthouse memuat halaman sekali di server Google dengan perangkat dan jaringan yang disimulasikan, lalu menghitung skor 0 sampai 100. Skor inilah yang berwarna merah, oranye, atau hijau, dan inilah yang sering dikejar orang. | | Data lapangan (CrUX) | Data lab (Lighthouse) | |:--|:--|:--| | Sumber | Pengunjung nyata pengguna Chrome | Satu kali tes simulasi | | Periode | Sekitar 28 hari terakhir | Saat tes dijalankan | | Metrik | LCP, INP, CLS, plus FCP dan TTFB | LCP, CLS, TBT, FCP, Speed Index | | Menentukan lolos Core Web Vitals | Ya | Tidak | | Kegunaan utama | Tahu apakah ada masalah nyata | Mencari penyebab dan menguji perbaikan | | Stabilitas | Berubah perlahan | Bisa berbeda tiap kali tes | Bila dua bagian ini tampak bertentangan, misalnya lapangan lulus tetapi skor lab berwarna oranye, yang lebih penting untuk pengalaman pengunjung adalah data lapangan. Tes lab memakai kondisi yang sengaja dibuat berat, sehingga sering lebih pesimis daripada pengalaman rata-rata pengunjung. ## Bagaimana skor Lighthouse dihitung? Menurut dokumentasi Chrome untuk developer, per 4 November 2026 skor performa Lighthouse (bobot yang berlaku sejak Lighthouse 10) adalah rata-rata berbobot dari lima metrik: Total Blocking Time 30%, Largest Contentful Paint 25%, Cumulative Layout Shift 25%, First Contentful Paint 10%, dan Speed Index 10%. Rentang 0 sampai 49 berwarna merah, 50 sampai 89 oranye, dan 90 sampai 100 hijau. Dari bobot itu terlihat apa yang paling berpengaruh. TBT, yang mengukur berapa lama thread utama browser terblokir oleh JavaScript, menyumbang porsi terbesar. Itulah sebabnya website dengan banyak skrip pihak ketiga sering mendapat skor rendah meski kontennya muncul cepat. LCP dan CLS menyusul dengan bobot yang sama. Bagian saran dan diagnostik tidak masuk hitungan skor. Dokumentasi Lighthouse menyebut hanya metrik yang dihitung, sedangkan saran berguna karena bisa memperbaiki metrik secara tidak langsung. ## Kenapa skor berubah-ubah tanpa ada perubahan? Dokumentasi Lighthouse sendiri menyebut banyak variasi berasal dari kondisi yang berubah, bukan dari alatnya. Contohnya iklan atau uji A/B yang menampilkan konten berbeda, perubahan rute lalu lintas internet, perangkat pengujian yang berbeda, serta ekstensi browser dan antivirus bila tes dijalankan di komputer sendiri. Faktor dari sisi website juga ikut. Cache yang baru saja kosong membuat tes pertama lebih lambat. Server yang sedang sibuk melayani pengunjung lain memberi waktu respons berbeda. Skrip pihak ketiga seperti chat atau iklan bisa memuat konten yang berbeda setiap kali. Karena itu, satu kali tes bukan dasar keputusan. Jalankan beberapa kali dan lihat kecenderungannya, atau bandingkan median dari beberapa tes. Untuk menilai apakah perbaikan berhasil, bandingkan dengan kondisi tes yang sama, dan tunggu data lapangan bergerak dalam beberapa minggu. ## Diagnosis yang layak diprioritaskan Daftar saran Lighthouse bisa panjang dan tidak semuanya sepadan dengan usahanya. Beberapa yang biasanya memberi dampak nyata di website bisnis: Pertama, perhatikan elemen LCP yang disebut di laporan. Lighthouse memberi tahu elemen mana yang dihitung sebagai konten terbesar, biasanya gambar hero. Bila gambar itu besar, tidak dikompres, atau dimuat dengan lazy load, perbaikannya cepat dan efeknya besar. Panduan teknisnya ada di [optimasi gambar](https://nivelva.com/insight/optimasi-gambar-webp-avif). Kedua, lihat waktu respons server awal. Bila tinggi, masalahnya di backend: cache belum aktif, PHP lambat, atau server kekurangan sumber daya. Lapisan cache WordPress dibahas di [caching WordPress](https://nivelva.com/insight/caching-wordpress-redis). Ketiga, cek saran tentang JavaScript yang tidak terpakai dan dampak kode pihak ketiga. Di sinilah biasanya TBT bisa diturunkan, misalnya dengan menunda widget chat atau menghapus skrip pelacak yang sudah tidak dipakai. Keempat, saran soal pergeseran tata letak, seperti gambar tanpa ukuran eksplisit. Perbaikannya sederhana dan langsung memperbaiki CLS. Saran yang menghasilkan penghematan beberapa milidetik atau beberapa kilobyte boleh ditunda. Arti tiap metrik dan perbaikan umumnya dibahas lebih dalam di [Core Web Vitals](https://nivelva.com/insight/core-web-vitals-lcp-inp-cls). ## Skor 100 bukan tujuannya Skor Lighthouse adalah alat bantu diagnosis, bukan nilai rapor. Mengejar 100 sering berarti membuang fitur yang menghasilkan uang: widget chat yang mendatangkan pertanyaan, pixel iklan untuk mengukur kampanye, atau video produk. Website dengan skor oranye yang lolos Core Web Vitals di data lapangan dan mudah dipakai pengunjung lebih berharga daripada website skor 100 yang kehilangan fungsi. Ukuran keberhasilan yang lebih jujur adalah gabungan beberapa hal: Core Web Vitals lolos di data lapangan, halaman terasa cepat saat kamu buka sendiri dari HP dengan koneksi biasa, dan angka bisnis seperti pertanyaan masuk atau penjualan tidak turun. Kaitan kecepatan dengan hasil bisnis dibahas di [kecepatan website dan penjualan](https://nivelva.com/insight/kecepatan-website-dan-penjualan). Ringkasnya, baca PageSpeed Insights dari atas: data lapangan memberi tahu apakah pengunjung benar-benar mengalami masalah, sedangkan skor dan diagnosis Lighthouse membantu menemukan penyebabnya. Abaikan naik turun skor dari satu tes ke tes berikutnya, perbaiki elemen LCP, respons server, dan skrip berat lebih dulu, lalu ukur hasilnya dari data lapangan beberapa minggu kemudian. ## Sumber - - --- Diterbitkan oleh Nivelva Insight (https://nivelva.com/insight/). Artikel ini: https://nivelva.com/insight/membaca-hasil-pagespeed-insights Kontak Nivelva: WhatsApp https://wa.me/6285111245007, email hello@nivelva.com