# Audit kecepatan dan Core Web Vitals

Oura Works · Playbook · 2 Oktober 2026

Bedakan gejala, hasil tes, dan pengalaman pengguna agar perbaikan performa punya prioritas yang jelas.

## Hasil yang disiapkan
Baseline performa, daftar hipotesis, dan urutan perbaikan.

## Bahan awal
- Halaman serta template prioritas
- Data PageSpeed Insights atau Search Console bila tersedia
- Riwayat perubahan script, gambar, dan template

## Langkah kerja

### 1. Pilih halaman dan kondisi pengamatan
Gunakan contoh halaman layanan, detail, formulir, dan landing kampanye yang benar-benar penting. Pisahkan mobile dan desktop; catat tanggal, perangkat, dan sumber data. Data lapangan menggambarkan pengguna nyata yang memenuhi cakupan sumbernya, sedangkan tes laboratorium membantu diagnosis pada kondisi tertentu. Jangan menganggap satu tes mewakili semua kunjungan.

Output: Baseline dengan URL, kondisi, dan jenis data.

### 2. Baca metrik sesuai fungsinya
LCP berkaitan dengan tampilan konten terbesar, INP dengan respons interaksi, dan CLS dengan kestabilan posisi. Ambang kategori baik adalah LCP ≤2,5 detik, INP ≤200 milidetik, dan CLS ≤0,1 pada persentil ke-75. Ambang itu menjadi acuan evaluasi, bukan janji hasil proyek atau pengganti pengamatan tugas pengguna.

Output: Catatan metrik yang bermasalah dan dampaknya pada tugas.

### 3. Hubungkan gejala ke dugaan teknis
LCP buruk bisa berkaitan dengan gambar utama, respons server, atau penundaan render. INP perlu pemeriksaan pekerjaan JavaScript saat interaksi. CLS dapat muncul dari media tanpa ruang tetap atau elemen yang masuk terlambat. Periksa bukti di tooling sebelum mengubah banyak hal sekaligus; sumber masalah tidak selalu sama antarhalaman.

Output: Hipotesis, bukti, dan usulan perbaikan yang terbatas.

### 4. Periksa perbaikan dan efek samping
Mulai dari perubahan yang dampaknya besar serta risikonya dapat dikendalikan. Uji ulang pada kondisi yang sebanding, lalu periksa formulir, analytics, dan elemen utama. Pengurangan script tidak boleh memutus fungsi penting. Data lapangan membutuhkan waktu untuk mencerminkan perubahan; catat tanggal rilis agar interpretasinya tepat.

Output: Hasil uji ulang dan daftar pemeriksaan fungsi.

## Contoh latihan
Contoh diagnosis di bawah adalah hipotesis latihan, bukan hasil pengukuran sebuah klien. Setiap dugaan harus dikonfirmasi sebelum diterapkan.

| Gejala | Dugaan yang diperiksa | Cara mengevaluasi |
| --- | --- | --- |
| Gambar utama terlambat | Ukuran, format, prioritas muat | Bandingkan timeline pemuatan |
| Tombol terasa lambat | Pekerjaan JavaScript saat interaksi | Periksa rekaman interaksi |
| Konten bergeser | Ukuran media / elemen terlambat | Amati sumber layout shift |
| Formulir rusak setelah optimasi | Script penting ikut tertunda | Uji seluruh jalur formulir |

## Hindari salah langkah

### Mengejar skor 100 sebagai satu-satunya tujuan
Prioritaskan pengalaman pada tugas nyata dan metrik yang relevan.

### Mengubah semua plugin sekaligus
Perubahan bertahap memudahkan diagnosis serta pemulihan jika fungsi terganggu.

## Checklist
- [ ] Baseline membedakan lab dan lapangan
- [ ] Mobile dan desktop tidak dicampur
- [ ] Hipotesis didukung bukti
- [ ] Fungsi penting tetap bekerja
- [ ] Tanggal rilis dicatat untuk evaluasi

## Lembar kerja

### URL dan template prioritas
[Isi catatan Anda]

### Sumber serta kondisi data
[Isi catatan Anda]

### Gejala dan dampak pengguna
[Isi catatan Anda]

### Hipotesis dan bukti
[Isi catatan Anda]

### Perubahan yang diusulkan
[Isi catatan Anda]

### Hasil uji ulang dan efek samping
[Isi catatan Anda]

## Pertanyaan yang sering muncul

### Mengapa data lapangan belum berubah?
Sumber data memiliki jendela pengamatan dan cakupan tertentu. Catat tanggal rilis serta periode datanya.

### Bagaimana jika data lapangan tidak tersedia?
Gunakan pengujian terkontrol untuk diagnosis sambil menjelaskan keterbatasannya; jangan mengarang hasil pengguna nyata.

## Rujukan
- web.dev: Web Vitals: https://web.dev/articles/vitals

Contoh adalah latihan, bukan hasil klien. Sesuaikan keputusan dengan kondisi bisnis. Panduan editorial disusun dengan bantuan AI dan rujukan publik; bukan jaminan hasil atau pengganti penilaian teknis khusus.