Kecepatan Website dan Core Web Vitals: Mengapa Keduanya Menentukan Penjualan dan Peringkat Google Anda

Jawaban singkat: Website yang lambat membuat pelanggan pergi sebelum mereka melihat produk Anda, dan Google menggunakan kecepatan pengalaman halaman sebagai sinyal peringkat melalui tiga Core Web Vitals: seberapa cepat konten utama muncul (LCP), seberapa cepat halaman merespons sentuhan (INP), dan seberapa stabil elemen saat dimuat (CLS). Nilai yang baik: LCP di bawah 2,5 detik, INP di bawah 200 milidetik, dan CLS di bawah 0,1 — diukur pada pengguna nyata Anda, bukan pada komputer pengembang.

Jika Anda memiliki website atau toko online, Anda membayar kelambatan dua kali: sekali ketika pengunjung yang kesal pergi, dan sekali lagi ketika peringkat Google Anda turun sehingga lebih sedikit orang yang bisa menjangkau Anda. Kabar baiknya, kecepatan website dapat diukur dengan angka yang jelas dan ditingkatkan dengan langkah-langkah yang sudah dikenal. Panduan ini menjelaskan ketiga metrik tersebut, cara mengukurnya, dan cara meningkatkan kinerja situs Anda.

Mengapa Satu Detik Tambahan Membuat Anda Kehilangan Pelanggan dan Penjualan

Pelanggan Saudi Anda biasanya membuka situs Anda dari ponsel, sambil bepergian. Jika halaman lambat muncul, mereka menutupnya dan beralih ke pesaing yang lebih cepat sebelum membaca satu baris pun. Kecepatan bukanlah kemewahan teknis; kecepatan adalah kesan pertama tentang seberapa serius Anda: toko yang lambat menyiratkan layanan yang lambat, dan halaman yang elemennya melompat-lompat saat dimuat membuat pelanggan mengetuk sesuatu yang tidak mereka maksud dan kehilangan kepercayaan. Setiap detik keterlambatan berarti keranjang belanja yang ditinggalkan, formulir yang tidak selesai, dan iklan yang sudah Anda bayar tetapi tidak pernah berubah menjadi penjualan.

Apa Saja Tiga Core Web Vitals?

Core Web Vitals adalah tiga metrik resmi Google yang merangkum kualitas pengalaman halaman:

  • LCP — Largest Contentful Paint: waktu hingga elemen terlihat terbesar di layar (gambar atau judul) muncul. Target: di bawah 2,5 detik.
  • INP — Interaction to Next Paint: seberapa cepat halaman merespons ketika pengguna mengetuk atau mengetik. Target: di bawah 200 milidetik. Metrik ini secara resmi telah menggantikan metrik FID yang lama.
  • CLS — Cumulative Layout Shift: seberapa banyak elemen melompat dan bergeser saat dimuat. Target: di bawah 0,1.

Google mengukur nilai-nilai ini pada persentil ke-75 dari kunjungan nyata ke situs Anda; artinya, skor dinilai "baik" ketika nilai baik tercapai untuk setidaknya tiga perempat pengguna Anda, bukan pada satu perangkat yang cepat.

Cara Mengukur Kinerja Situs Anda

Jangan menebak — ukurlah. Alat gratis dari Google sudah cukup untuk memulai: PageSpeed Insights memberi Anda skor halaman dan data pengguna nyata jika tersedia, laporan Core Web Vitals di dalam Search Console menunjukkan grup halaman mana yang perlu diperbaiki di seluruh situs Anda, dan Lighthouse di browser memberikan diagnosis laboratorium yang cepat. Bedakan pengukuran laboratorium (lingkungan uji yang tetap) dari pengukuran lapangan (pengalaman nyata pengguna Anda) — yang terakhir inilah yang digunakan Google untuk peringkat.

Penyebab Umum Kelambatan

  • Gambar besar yang tidak dikompres dan dimuat dalam ukuran penuh.
  • Terlalu banyak JavaScript yang menunda interaksi dan menaikkan INP.
  • Tidak ada caching dan tidak ada jaringan pengiriman konten (CDN) di dekat pengguna.
  • Hosting yang lemah atau server yang jauh dari pelanggan Anda.
  • Gambar dan iklan tanpa dimensi yang ditetapkan, sehingga menyebabkan pergeseran tata letak (CLS).
  • Terlalu banyak alat pihak ketiga (pelacakan, chat, font) yang membebani halaman.

Cara Meningkatkan Kecepatan dalam Praktik

Sebagian besar peningkatan berasal dari langkah-langkah yang sudah dikenal: kompres gambar dan sajikan dalam format modern seperti WebP dan AVIF, lalu gunakan lazy loading agar gambar muncul saat dibutuhkan. Kurangi dan pecah JavaScript agar halaman hanya memuat apa yang diperlukan. Aktifkan caching dan gunakan jaringan pengiriman konten yang mendekatkan file Anda ke pengguna. Pilih hosting yang andal dengan server yang secara geografis dekat dengan Arab Saudi. Tetapkan dimensi gambar dan iklan sejak awal untuk mencegah pergeseran. Tinjau alat pihak ketiga dan hapus yang tidak memberikan nilai. Dan jika situs memiliki banyak konten, pertimbangkan server-side rendering (SSR) agar pengguna langsung mendapatkan halaman yang siap, alih-alih menunggu semuanya dibangun di ponsel mereka.

Utamakan Seluler

Google menggunakan pengindeksan mobile-first, dan sebagian besar kunjungan Anda di Arab Saudi berasal dari ponsel. Ukur kinerja Anda di perangkat seluler dan dengan koneksi rata-rata, bukan di jaringan kantor Anda yang cepat. Perhatikan bobot font Arab — sebagian font cukup berat dan menunda munculnya teks; pilih font yang sudah dioptimalkan dan muat dengan bijak. Pengalaman seluler yang cepat berarti peringkat yang lebih baik dan lebih banyak pelanggan yang menyelesaikan pesanan.

Cara Kami Menanganinya di Origami

Di Origami, kami adalah perusahaan teknologi. Kami membangun website dan toko agar cepat sejak awal, bukan sebagai tambahan di akhir. Kami menggunakan server-side rendering, optimasi gambar, dan jaringan pengiriman, menetapkan "anggaran kinerja" yang memblokir setiap tambahan yang memperlambat halaman, dan mengukur Core Web Vitals pada pengguna nyata setelah peluncuran, bukan hanya di laboratorium. Hasilnya adalah situs yang terbuka dengan cepat, berperingkat lebih tinggi di Google, dan mengubah pengunjung menjadi pelanggan alih-alih kehilangan mereka di detik pertama.

Kesimpulan

Kecepatan adalah kemenangan ganda: peringkat Google yang lebih tinggi dan konversi pengunjung yang lebih tinggi. Mulailah dengan mengukur halaman terpenting Anda menggunakan PageSpeed Insights dan Search Console, perbaiki tiga penyebab kelambatan terbesar Anda, lalu ukur kembali. Mempercepat waktu muat satu detik saja bisa lebih murah dan lebih cepat berdampak daripada menggandakan anggaran iklan Anda.

Sumber

  • Google Search Central — Understanding Core Web Vitals and Google Search results: developers.google.com
  • web.dev — metrik dan ambang batas Core Web Vitals (LCP, INP, CLS): web.dev