Website Bisnis

Cara Baca CrUX Dataset untuk Website Bisnis 2026: Panduan 5 Langkah supaya Diskusi Core Web Vitals dengan Developer Tidak Salah Sasaran

A
Admin·2 Juni 2026·0 kali dibaca·4 min baca
Cara Baca CrUX Dataset untuk Website Bisnis 2026: Panduan 5 Langkah supaya Diskusi Core Web Vitals dengan Developer Tidak Salah Sasaran

TL;DR: Google memakai CrUX Dataset sebagai sumber resmi penilaian Core Web Vitals untuk peringkat pencarian, bukan skor Lighthouse di laptop developer. Panduan 5 langkah ini membantu marketer Indonesia membaca CrUX dengan benar supaya diskusi optimasi dengan developer berbasis data pengguna nyata, bukan simulasi.

Dalam beberapa proyek website bisnis terakhir, saya melihat pola yang sama berulang. Marketer membawa screenshot Lighthouse berwarna hijau ke meeting, lalu bingung kenapa peringkat Google tetap stagnan. Jawabannya hampir selalu: Lighthouse adalah lab data, sementara Google menilai dengan CrUX Dataset yang berasal dari pengguna Chrome nyata.

Artikel ini menjelaskan lima langkah membaca CrUX untuk marketer yang tidak punya akses developer harian. Tujuannya bukan untuk menjadikan Anda data engineer, tapi supaya percakapan dengan tim teknis berbasis sumber data yang sama dengan yang dipakai Google.

Langkah 1: Pahami Bedanya Lab Data dan Field Data

AspekLab Data (Lighthouse)Field Data (CrUX)
SumberMesin Google atau lokalPengguna Chrome opt-in
KondisiTerkontrol (CPU, network)Riil (4G, perangkat campuran)
FrekuensiOn-demandBulanan
Dipakai Google untuk peringkatTidakYa

Lighthouse cocok untuk diagnostik di tahap pengembangan. CrUX cocok untuk monitoring pasca rilis dan pelaporan ke stakeholder.

Langkah 2: Akses CrUX via PageSpeed Insights

Untuk audit per halaman, buka PageSpeed Insights, masukkan URL spesifik. Anda akan melihat dua bagian:

  • "Discover what your real users are experiencing": ini CrUX, perhatikan apakah ada distribusi atau notifikasi data tidak cukup.
  • "Diagnose performance issues": ini Lighthouse, untuk identifikasi penyebab teknis.

Jika halaman tidak punya cukup sampel CrUX, mundur ke level origin (domain). Origin-level CrUX biasanya selalu ada untuk situs aktif.

Langkah 3: Baca Persentil 75, Bukan Rata-Rata

CrUX melaporkan distribusi pengalaman pengguna di persentil 75, bukan rata-rata. Persentil 75 berarti 75 persen pengguna mengalami skor sama atau lebih baik dari angka itu. Ambang baik menurut Google:

  • LCP: di bawah 2,5 detik
  • INP: di bawah 200 milidetik
  • CLS: di bawah 0,1

Jika halaman Anda LCP 3,4 detik di persentil 75, artinya 25 persen pengguna mengalami pengalaman lebih buruk dari itu. Inilah angka yang Google pakai untuk peringkat, bukan rata-rata.

Langkah 4: Audit Massal via Search Console

Untuk situs dengan banyak halaman, PageSpeed Insights terlalu lambat. Buka Google Search Console, masuk ke menu Core Web Vitals. Anda akan melihat tiga status: Good, Needs Improvement, Poor, dipecah per kelompok URL serupa. Saat menangani Atmo LMS yang punya lebih dari 200 halaman pelatihan, kami pakai laporan ini untuk memprioritaskan halaman dengan trafik tertinggi yang berstatus Poor.

Langkah 5: Bawa Data ke Diskusi dengan Developer

Saat menyodorkan masalah ke developer, sertakan tiga hal:

  1. URL atau pola URL bermasalah (dari Search Console).
  2. Metrik dan angka di persentil 75 (dari PageSpeed Insights).
  3. Periode pengukuran (CrUX punya window 28 hari).

Hindari mengatakan "skor Lighthouse jelek". Ganti dengan: "LCP origin kita 3,2 detik di CrUX bulan ini, melebihi ambang Google 2,5 detik". Cara ini menghapus keambiguan dan memberi developer target yang konkret.

Pertanyaan Umum

Apakah CrUX Dataset gratis?

Ya. Bisa diakses lewat PageSpeed Insights API, Search Console, BigQuery public dataset, dan Chrome UX Report Dashboard, semuanya gratis.

Berapa lama setelah pasang perbaikan, CrUX akan reflect?

CrUX adalah window 28 hari yang dirilis bulanan. Artinya, dampak perbaikan baru sepenuhnya terlihat 4-6 minggu setelah deploy.

Apa yang harus dilakukan jika halaman tidak punya cukup sampel CrUX?

Mundur ke origin-level, atau pakai data dari halaman lain dengan struktur serupa sebagai proxy. Untuk halaman baru, fokus pada perbaikan struktural berdasarkan Lighthouse lebih dulu.

Penutup: Bahasa Bersama dengan Developer Dimulai dari Sumber Data yang Sama

Banyak konflik antara marketer dan developer soal performance berakar pada perbedaan sumber data. Marketer melihat Lighthouse hijau, developer tahu CrUX merah, dan akhirnya prioritas tidak sinkron. Membaca CrUX dengan benar bukan tentang menjadi teknis, melainkan memastikan keputusan optimasi didasarkan pada sumber yang juga dipakai Google. Untuk marketer Indonesia yang mengelola proyek website bisnis, kebiasaan ini bisa menghemat banyak siklus debat di kuartal-kuartal berikutnya.

Bagikan

Artikel Terkait

#crux-dataset#core-web-vitals#website-bisnis#seo#marketer-indonesia

Butuh website yang benar-benar bekerja?

Hubungi Vito untuk konsultasi gratis 15 menit.

WhatsApp Sekarang