Kecepatan Website dan Core Web Vitals untuk Pemilik Bisnis

Bayangkan calon pembeli menemukan usaha Anda di Google, menekan tautannya, lalu menatap layar putih yang tak kunjung terisi. Kemungkinan besar ia menekan tombol kembali dan membuka hasil pencarian berikutnya, yang bisa jadi milik pesaing Anda. Kecepatan website bukan sekadar urusan teknis. Ia menentukan apakah calon pembeli sempat melihat produk Anda atau tidak, terutama di Indonesia, tempat banyak orang membuka website lewat ponsel dengan koneksi data yang tidak selalu stabil.

Mengapa kecepatan memengaruhi penjualan

Setiap detik menunggu adalah kesempatan bagi pengunjung untuk berubah pikiran. Website yang lambat juga terasa kurang meyakinkan, sehingga pengunjung ragu untuk mengisi form atau melakukan pembayaran. Selain itu, Google memakai pengalaman halaman, termasuk kecepatan, sebagai salah satu pertimbangan dalam menampilkan hasil pencarian. Jadi website yang cepat membantu di dua sisi: lebih mudah ditemukan dan lebih mungkin menghasilkan chat atau pesanan.

Core Web Vitals dalam bahasa sederhana

Core Web Vitals adalah tiga ukuran yang dipakai Google untuk menilai pengalaman pengunjung saat membuka halaman. Ketiganya mengukur hal yang benar-benar dirasakan manusia, bukan sekadar angka teknis.

• LCP (Largest Contentful Paint): seberapa cepat isi utama halaman, misalnya foto produk besar atau judul utama, muncul di layar. Ini menjawab pertanyaan pengunjung: apakah halaman ini sudah terbuka?
• INP (Interaction to Next Paint): seberapa cepat halaman merespons saat pengunjung menekan tombol, membuka menu, atau mengetik di form. Ini menjawab: apakah halaman ini menanggapi saya?
• CLS (Cumulative Layout Shift): seberapa banyak tata letak bergeser saat halaman dimuat. Pernah hendak menekan tombol, lalu tombolnya turun karena gambar baru muncul di atasnya? Itulah yang diukur CLS.

Google menetapkan batas untuk kategori baik, perlu perbaikan, dan buruk pada setiap ukuran. Anda tidak perlu menghafalnya, karena alat pengukur akan langsung menandai mana yang bermasalah.

Cara mengukur kecepatan website Anda

1. Buka PageSpeed Insights dari Google, masukkan alamat website Anda, dan lihat hasil untuk perangkat seluler lebih dulu.
2. Perhatikan bedanya data lapangan dan data uji. Data lapangan berasal dari pengunjung sungguhan, sedangkan data uji adalah simulasi satu kali.
3. Jika website Anda sudah terdaftar di Google Search Console, buka laporan Core Web Vitals untuk melihat kelompok halaman yang bermasalah.
4. Uji juga secara langsung dengan ponsel biasa memakai data seluler, bukan hanya dengan Wi-Fi kantor.

Perbaikan praktis yang paling sering berdampak

1. Rapikan gambar

Gambar adalah penyebab lambat yang paling umum. Foto langsung dari kamera ponsel sering berukuran jauh lebih besar daripada yang dibutuhkan layar. Minta developer Anda untuk mengecilkan ukuran file, memakai format modern seperti WebP atau AVIF, menyajikan ukuran berbeda untuk layar kecil dan besar, serta menunda pemuatan gambar yang berada jauh di bawah halaman. Mencantumkan lebar dan tinggi gambar juga mencegah tata letak bergeser, sehingga CLS ikut membaik.

2. Gunakan halaman statis bila memungkinkan

Halaman statis dibuat sekali saat build, lalu dikirim apa adanya ke setiap pengunjung tanpa harus diproses ulang oleh server. Untuk company profile, katalog, dan artikel yang tidak berubah setiap menit, pendekatan ini sangat cocok. Website Devans Egg, klien kami dari Cirebon, dibangun sebagai situs statis Next.js dan di-host di Cloudflare Workers. Layanan edge seperti ini menyajikan halaman dari jaringan pusat data yang tersebar, sehingga halaman dikirim dari lokasi yang relatif dekat dengan pengunjung.

3. Kurangi script pihak ketiga

Widget chat, beberapa alat pelacak sekaligus, slider berat, dan pop-up sering ditambahkan satu per satu tanpa disadari dampaknya. Setiap script harus diunduh dan dijalankan oleh ponsel pengunjung, sehingga halaman terasa lambat merespons. Tinjau semua script yang terpasang dan buang yang tidak lagi dipakai. Di website Devans Egg dan Numekara, script pelacakan dirancang baru dimuat setelah pengunjung memberi persetujuan, sehingga tidak dijalankan untuk pengunjung yang belum setuju.

4. Muat fitur berat hanya saat dibutuhkan

Tidak semua pengunjung butuh semua fitur. Di platform belajar Numekara, adegan 3D interaktif baru dimuat saat dibutuhkan dan hanya di perangkat yang mendukungnya. Perangkat lain tetap mendapat ilustrasi SVG yang ringan. Prinsip yang sama berlaku untuk video, peta, atau galeri besar di website bisnis.

Kecepatan juga soal infrastruktur yang ramping

Selain apa yang dilihat pengunjung, kode di sisi server juga perlu dijaga tetap ramping. Di Numekara, konten besar dibaca saat build agar paket aplikasi tetap kecil, dan ukuran handler Worker turun dari 102 MB menjadi 16.6 MB. Angka itu adalah ukuran paket yang di-deploy, bukan waktu muat halaman, tetapi menunjukkan kebiasaan yang sama: hanya bawa apa yang benar-benar diperlukan.

Langkah berikutnya

Uji halaman beranda dan satu halaman produk Anda di PageSpeed Insights hari ini, lalu catat ukuran mana yang ditandai bermasalah. Bawa catatan itu ke developer Anda dan minta urutan perbaikan, dimulai dari gambar dan script yang tidak perlu. Ulangi pengujian setelah setiap perubahan besar, karena kecepatan mudah menurun sedikit demi sedikit tanpa disadari.