BAB 01 / SEBELUM MULAI
Siapkan bahan. Tentukan hasilnya.
Pengembang dan tim marketing yang perlu menilai halaman lambat atau pengalaman mobile yang bermasalah.
Bahan awal
- Halaman serta template prioritas
- Data PageSpeed Insights atau Search Console bila tersedia
- Riwayat perubahan script, gambar, dan template
Yang akan Anda siapkan
Baseline performa, daftar hipotesis, dan urutan perbaikan.
Gunakan sebagai bahan keputusan dan diskusi, lalu sesuaikan batas pekerjaan dengan kondisi Anda.
Mulai dari satu halaman, satu proses, atau satu kebutuhan yang paling penting. Catat hal yang belum diketahui sebagai pertanyaan; jangan memaksakan jawaban hanya agar lembar kerja terlihat selesai.
BAB 02 / LANGKAH KERJA
Kerjakan dalam urutan yang jelas.
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.
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.
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.
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.
BAB 03 / BEDAH CONTOH
Hubungkan langkah dengan keputusan nyata.
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 |
Ganti baris contoh dengan kondisi bisnis Anda. Tandai informasi yang sudah punya bukti, yang masih berupa asumsi, dan yang perlu ditanyakan kepada penanggung jawab.
BAB 04 / TITIK REVIEW
Hindari keputusan yang terlihat benar, tetapi belum teruji.
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.
Bila sebuah keputusan memengaruhi biaya, akses, data, atau pekerjaan tim lain, cantumkan pihak yang perlu menyetujui. Terangkan bukti yang sudah tersedia dan batas informasi yang masih harus diperiksa.
BAB 05 / WORKBOOK
Susun rencana Anda di sini.
Isi secara singkat dan spesifik. Untuk informasi yang belum tersedia, tulis siapa yang perlu dimintai konfirmasi. Catatan ini tidak dikirim oleh fitur Playbook ke Oura; unduh sebelum tab ditutup.
Jangan masukkan password, token akses, atau data pribadi pelanggan. Penyimpanan sementara mengikuti sesi tab browser, bukan akun Oura.
BAB 06 / SEBELUM DISERAHKAN
Periksa kesiapan pekerjaan Anda.
Checklist ini mencatat tugas yang Anda tandai. Ia bukan skor audit, sertifikasi, atau penilaian otomatis atas website.
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 & batas penggunaan
Rujukan diperiksa pada 2 Oktober 2026. Langkah, contoh, dan lembar kerja merupakan rumusan editorial Oura dengan bantuan AI dan rujukan publik. Contoh bukan hasil klien. Panduan tidak menjamin hasil bisnis dan tidak menggantikan pemeriksaan khusus atas sistem Anda.
