Mulai dari keputusan, lalu pilih alat
Tentukan halaman, audiens, dan tugas yang berisiko sebelum menjalankan apa pun: halaman produk mobile, checkout, atau formulir lead. Lalu pilih jenis bukti. Data lab (lab data) adalah tes terkontrol untuk debugging yang dapat diulang. Data lapangan (field data) adalah pengalaman pengguna nyata yang digabungkan untuk memprioritaskan pola. Jejak browser membantu menjelaskan pekerjaan runtime lokal. Ketiganya saling melengkapi, bukan saling menggantikan.
Tanyakan apa yang mencegah pengunjung menyelesaikan satu tugas penting, bukan bagaimana mencapai skor.
Gunakan satu audit, data lapangan yang tersedia, dan satu alat diagnosis sebelum menambahkan produk lain.
Sebuah hasil berlaku untuk URL, kondisi, atau sampel yang diuji; itu bukan vonis bagi setiap pengunjung.
Gunakan Lighthouse dan PageSpeed Insights untuk audit pemuatan halaman yang dapat diulang
Lighthouse adalah audit otomatis sumber-terbuka yang dapat dijalankan di Chrome DevTools, dari baris perintah, atau di continuous integration. Ia mengaudit performa, aksesibilitas, SEO, dan lainnya. PageSpeed Insights menjalankan diagnostik Lighthouse untuk sebuah URL dan menampilkan data pengguna nyata saat tersedia. Gunakan salah satu untuk membuat baseline halaman representatif, menyelidiki audit yang gagal, dan membandingkan retest terkontrol setelah perubahan yang didefinisikan.
Bagaimana halaman yang diaudit berperilaku dalam pengaturan tesnya dan audit mana yang layak diselidiki.
Skor Lighthouse yang baik tidak selalu berarti pengalaman pengguna nyata juga baik; Google mendokumentasikan bahwa hasil lab dan lapangan dapat berbeda.
Uji ulang halaman dan pengaturan yang sama setelah perubahan; jangan gunakan sebagai gerbang sekali saja.
Gunakan data lapangan untuk memprioritaskan pengalaman yang sebenarnya dialami pengguna
Data lapangan PageSpeed Insights berasal dari Chrome User Experience Report dan mencakup periode 28 hari terakhir. Ini melaporkan metrik termasuk Largest Contentful Paint (LCP), Interaction to Next Paint (INP), dan Cumulative Layout Shift (CLS). Pelaporan Core Web Vitals di Search Console membantu ketika Anda membutuhkan grup halaman daripada satu URL. Gunakan data lapangan untuk memutuskan template, kelompok perangkat, atau masalah mana yang layak diperjuangkan terlebih dahulu.
Periksa apakah hasil berskala halaman atau origin dan apakah URL memiliki cukup data.
Data lapangan bersifat historis dan digabungkan demi privasi, sehingga tidak dapat mengonfirmasi efek rilis secara segera.
Google merekomendasikan LCP di bawah 2,5 detik, INP di bawah 200 milidetik, dan CLS di bawah 0,1.
Gunakan Chrome DevTools ketika audit memerlukan penjelasan
Ketika audit atau pola lapangan menunjuk pada pemuatan yang lambat, interaksi tertunda, atau pergeseran visual, rekam perjalanan tersebut di Chrome DevTools Performance. Ia merekam profil CPU dan dapat menunjukkan LCP, CLS lokal, dan, setelah interaksi, INP. Timeline-nya membantu pengembang menyelidiki pekerjaan browser alih-alih menebak dari daftar rekomendasi.
Gunakan viewport, CPU, dan kondisi jaringan yang masuk akal menyerupai audiens yang terdampak.
Sebuah trace mencerminkan perangkat, koneksi, status cache, dan perjalanan yang direkam. Reproduksi perjalanan relevan sebelum menggeneralisasi.
Catat penyebab yang dicurigai, perubahan, dan efek yang diharapkan terhadap pengunjung.
Padankan pemeriksaan otomatis aksesibilitas dengan evaluasi manusia yang kompeten
Gunakan alat evaluasi aksesibilitas untuk menangkap masalah yang dapat diuji mesin secara dini dan berulang. W3C WAI memelihara daftar alat dan panduan seleksi, tetapi menyatakan tidak ada alat tunggal yang bisa menentukan apakah situs memenuhi standar aksesibilitas. Gunakan temuan otomatis untuk membuat antrean tinjauan, lalu periksa halaman representatif, operasi keyboard, perilaku fokus, penanganan kesalahan, dan konten dengan peninjau yang berkualifikasi.
Penemuan lebih cepat dan pencegahan cacat yang berulang.
Ia tidak dapat menentukan kesesuaian aksesibilitas penuh atau menggantikan evaluasi manusia.
Jangan memasarkan hasil otomatis sebagai kepatuhan hukum; dapatkan tinjauan aksesibilitas dan hukum yang berkompeten bila hal itu penting.
Gunakan alat keamanan terfokus dengan hati-hati dan dalam otorisasi
Mozilla’s HTTP Observatory memeriksa header HTTP dan konfigurasi keamanan kunci lainnya, memberi administrator titik awal untuk higiene header publik. Validasi perubahan header yang diusulkan di luar produksi karena kebijakan dapat memengaruhi skrip, layanan tersemat, dan alur pengguna. Ia menilai sepotong keamanan, bukan setiap risiko aplikasi.
OWASP ZAP dapat memindai lalu lintas secara pasif dan menguji aplikasi secara aktif, tetapi hanya uji sistem yang Anda berwenang untuk diuji.
ZAP menyatakan pemindaian aktif adalah serangan nyata yang dapat menempatkan target pada risiko. Pemindaian pasif dapat melewatkan area yang diautentikasi atau tidak dikunjungi.
Untuk pembayaran, autentikasi, data sensitif, atau temuan material, libatkan profesional keamanan yang berkualifikasi.
Ubah output alat menjadi remediasi SIU, bukan pengejaran skor
Gunakan loop yang tahan lama: tangkap baseline, identifikasi satu penyebab yang masuk akal, buat perubahan terkecil yang aman, uji ulang jalur yang sama, dan amati tren lapangan setelah cukup waktu. Pertahankan tugas pengunjung sebagai fokus. Mengurangi aset yang menghambat hanya bernilai jika itu meningkatkan pengalaman berguna tanpa merusak pembelian, masuk, aksesibilitas, persetujuan, atau perilaku analitik.
Utamakan perubahan yang didukung oleh dampak lapangan, trace yang dapat direproduksi, atau cacat yang jelas bagi pengguna.
Gunakan staging, pemilik, kriteria penerimaan, dan rencana rollback. SIU mencegah degradasi pengalaman yang dapat dihindari.
Simpan metrik, kondisi tes, dan tugas pengunjung yang diselesaikan dalam catatan perubahan, bukan hanya skor.