Saya akan memprofilkan aplikasi React atau Next.js Anda dan membuatnya lebih cepat, dengan angka

Pesan ini jika Anda merasa halaman yang lambat merugikan Anda dalam pendaftaran atau lalu lintas pencarian dan Anda ingin mempertahankan aplikasi yang Anda miliki. React dan Next.js sudah menyediakan sebagian besar yang dibutuhkan aplikasi cepat, jadi keuntungan berasal dari penggunaan alat-alat tersebut dengan baik daripada mengganti tumpukan.

Anda mendapatkan angka, bukan kata sifat: LCP, CLS, INP, dan ukuran bundel per rute, diukur sebelum dan sesudah pada koneksi yang dibatasi yang sama, dalam satu tabel.

Starter adalah audit satu halaman: jalankan, temuan diberi peringkat berdasarkan hasil, tidak ada kode yang diubah. Standard dimulai dari audit itu dan menghabiskan sisa waktu untuk perbaikan yang menggerakkan angka-angka tersebut. Advanced mencakup hingga 5 rute, menyetel rendering dan caching, dan meninggalkan anggaran bundel di CI sehingga rilis berikutnya tidak dapat secara diam-diam membatalkan pekerjaan.

Pekerjaan dilakukan pada cabang di repositori Anda, komit demi komit, masing-masing dengan alasannya. Tidak ada yang diterapkan oleh saya kecuali Anda memintanya.

Tidak ada panggilan. Semuanya tertulis, termasuk pengukuran yang tidak setuju dengan saya.

Langkah-langkah untuk menyelesaikan proyek Anda
1. Ukur apa yang sebenarnya didapatkan pengguna Anda - Lighthouse di halaman langsung Anda dan sesi profiler React di halaman yang lambat, pada koneksi yang dibatasi. LCP, CLS, INP, dan ukuran bundel per rute, ditulis sebelum ada yang disentuh.
2. Temukan apa yang paling mahal - Bundel dan air terjun jaringan: apa yang dikirimkan yang tidak digunakan siapa pun, apa yang memblokir cat pertama, komponen mana yang dirender ulang dan mengapa. Setiap temuan membawa perkiraan penghematan dalam milidetik atau kilobyte.
3. Perbaiki, kemenangan terbesar dulu - Pemisahan kode, penanganan gambar dan font, pekerjaan pemblokiran render, memoization di mana profiler memintanya, pengambilan data dipindahkan dari jalur kritis. Satu komit per perubahan, masing-masing dengan alasannya.
4. Ukur lagi, berdampingan - Jalankan yang sama pada build yang diubah: sebelum dan sesudah dalam satu tabel, per rute dan per metrik. Jika perubahan membuat sesuatu menjadi lebih buruk, tabel akan mengatakannya dan perubahan akan dibatalkan.
5. Serah terima di repositori Anda - Cabang atau patch di repo Anda, laporan, dan daftar jujur tentang apa yang tidak saya lakukan dan berapa nilainya. Penerapan tetap di tangan Anda.