Skor PageSpeed Insights mobile sering lebih rendah daripada desktop. Kondisi ini tidak otomatis berarti website “rusak di mobile”. Mobile dan desktop diuji dalam kondisi yang berbeda, dan pengalaman pengguna nyata juga dipengaruhi oleh variasi perangkat, jaringan, cache, serta pola penggunaan.
Lab test menggunakan kondisi simulasi
Lighthouse menjalankan pengujian terkontrol. Profil mobile biasanya merepresentasikan perangkat dan jaringan yang lebih terbatas dibanding desktop. Akibatnya pekerjaan JavaScript, decoding gambar, rendering, dan network transfer terasa lebih mahal.
CPU mobile lebih terbatas
JavaScript yang selesai cepat pada CPU desktop dapat menjadi long task pada perangkat mobile. Ini sangat berpengaruh pada responsivitas dan metrik seperti INP. Baca panduan INP untuk memahami dampak main thread.
Jaringan lebih lambat dan tidak stabil
Resource besar lebih terasa pada jaringan seluler. Gambar hero, font, script, dan stylesheet yang tidak efisien dapat meningkatkan waktu sampai konten utama terlihat. Jika masalahnya berada pada konten terbesar, pelajari cara mendiagnosis LCP.
Viewport mengubah kandidat LCP
Elemen yang menjadi terbesar pada desktop belum tentu sama pada mobile. Layout responsive dapat mengubah urutan, ukuran, atau elemen yang muncul di atas fold. Karena itu kandidat LCP dan pola rendering dapat berbeda.
Field data berbeda dari lab data
PageSpeed Insights dapat menampilkan field data dari pengguna nyata dan lab data dari Lighthouse. Field data bersifat agregat, sementara lab adalah satu pengujian simulasi. Jangan membandingkan keduanya seolah-olah berasal dari metodologi yang sama.
Mengapa skor Performance berubah-ubah?
Skor Lighthouse adalah gabungan beberapa metrik dan bobot. Variasi kecil pada network, CPU, server, atau resource pihak ketiga dapat mengubah skor. Gunakan beberapa run dan fokus pada pola bottleneck, bukan satu angka.
Apakah skor 100 wajib?
Tidak. Skor 100 dapat menjadi indikator lab yang baik, tetapi tujuan utama adalah pengalaman pengguna yang cepat dan stabil. Website dengan skor kurang dari 100 dapat tetap sangat baik, sedangkan skor tinggi tidak menjamin seluruh pengguna memiliki pengalaman sempurna.
Mana yang harus diprioritaskan: mobile atau desktop?
Prioritas harus mempertimbangkan pengguna Anda dan masalah nyata. Jika mayoritas traffic berasal dari mobile dan metrik mobile buruk, dampaknya jelas lebih besar. Namun jangan mengabaikan desktop jika segmen tersebut penting bagi bisnis.
Cara menggunakan PageSpeed untuk diagnosis
- Periksa field data terlebih dahulu jika tersedia.
- Lihat metrik Core Web Vitals mana yang bermasalah.
- Gunakan lab diagnostics untuk menemukan resource atau task yang dapat diperbaiki.
- Bandingkan mobile dan desktop untuk melihat masalah yang spesifik perangkat.
- Uji perubahan pada halaman yang sama dengan kondisi serupa.
- Pantau data pengguna nyata setelah deployment.
Gunakan tool untuk membandingkan evidence
PageSpeed Checker IDZ SEO dapat digunakan untuk memeriksa data mobile dan desktop secara terstruktur. Hubungkan hasilnya dengan konsep Core Web Vitals agar angka yang terlihat tidak dibaca tanpa konteks.
Kesimpulan
PageSpeed mobile dan desktop berbeda karena kondisi pengujian, kemampuan perangkat, jaringan, viewport, dan pengalaman pengguna nyata memang berbeda. Jangan mengejar kesamaan skor. Gunakan perbedaan itu untuk menemukan bottleneck yang lebih sensitif pada salah satu lingkungan dan prioritaskan perbaikan yang paling berarti bagi pengguna.
Mobile dan Desktop Menggunakan Kondisi Pengujian Berbeda
Nilai PageSpeed Insights mobile dan desktop wajar berbeda karena profil perangkat serta jaringan yang disimulasikan tidak sama. Mobile biasanya memakai CPU dan kondisi jaringan yang lebih terbatas, sehingga JavaScript, gambar besar, font, dan pekerjaan layout terasa lebih mahal. Desktop mempunyai sumber daya lebih longgar sehingga bottleneck yang sama dapat terlihat jauh lebih ringan.
Perbedaan skor tidak berarti versi mobile rusak. Lihat metrik individual seperti LCP, INP atau TBT pada data lab, CLS, serta TTFB. Skor agregat adalah ringkasan; diagnosis harus mencari metrik dan audit yang benar-benar menyebabkan keterlambatan.
Bedakan Field Data dan Lab Data
PageSpeed dapat menampilkan data pengguna nyata jika tersedia dan hasil Lighthouse dari satu simulasi lab. Keduanya tidak selalu sama karena traffic nyata datang dari banyak perangkat, jaringan, lokasi, dan perilaku. Gunakan field data untuk memahami pengalaman populasi pengguna, sementara lab data cocok untuk reproduksi dan debugging.
Prioritaskan Bottleneck yang Konsisten
Jika mobile buruk karena LCP, cari resource hero dan TTFB. Jika interaksi lambat, profiling JavaScript lebih berguna daripada sekadar mengecilkan gambar. Jika CLS tinggi, temukan elemen yang bergeser. Hindari mengejar skor 100 dengan menghapus fungsi penting.
Gunakan PageSpeed Checker untuk membandingkan kondisi dan Core Web Vitals Checker untuk melihat metrik yang terkait pengalaman nyata. Uji kembali setelah setiap perubahan besar agar penyebab perbaikan tetap dapat dilacak.
Jangan Membandingkan Angka Skor Secara Langsung
Skor 60 pada mobile dan 90 pada desktop bukan selisih yang dapat diterjemahkan langsung menjadi “mobile 30 persen lebih lambat”. Skor Lighthouse dibentuk dari beberapa metrik dengan bobot tertentu. Karena itu lihat waterfall, opportunity, dan metrik inti yang menyebabkan skor turun. Fokus pada penyebab yang konsisten di beberapa pengujian dan berdampak nyata pada pengguna.
Gunakan Pengujian yang Konsisten
Catat URL, waktu pengujian, mode perangkat, dan perubahan yang baru diterapkan. Jalankan beberapa kali jika hasil sangat fluktuatif, lalu gunakan median untuk diagnosis awal. Setelah perbaikan, verifikasi bahwa hasil lapangan ikut membaik, bukan hanya satu run lab.
Jika mayoritas pengguna datang dari mobile, prioritaskan pengalaman mobile walaupun skor desktop sudah tinggi. Gunakan data analytics untuk memahami distribusi perangkat dan jangan mengambil keputusan hanya dari perangkat yang dipakai tim internal saat mengembangkan situs.
