Website bisnis biasanya lambat bukan karena hostingnya murah, melainkan karena halamannya baru dirakit saat pengunjung datang. Setiap kali seseorang membuka halamanmu, server menanyai basis data, menjalankan tema dan belasan plugin, lalu menyusun HTML dari nol — pekerjaan yang diulang untuk setiap pengunjung, setiap kali. Menaikkan paket hosting mempercepat pekerjaan itu; ia tidak menghapusnya.
Tulisan ini menjelaskan apa yang sebenarnya diukur saat orang bilang “website saya lambat”, dari mana lambatnya datang, dan mana yang benar-benar layak diperbaiki lebih dulu.
Yang sebenarnya diukur Google: tiga angka, bukan satu
“Kecepatan” bukan satu angka. Sejak 2020 Google memakai sekumpulan metrik bernama Core Web Vitals, dan sejak Maret 2024 isinya tiga: LCP, INP, dan CLS. Ambang batasnya bukan pendapat — ketiganya diterbitkan Google di web.dev/vitals:
| Metrik | Yang diukur | Baik | Buruk |
|---|---|---|---|
| LCP Largest Contentful Paint |
Kapan elemen terbesar — biasanya gambar utama — selesai tampil | ≤ 2,5 detik | > 4 detik |
| INP Interaction to Next Paint |
Berapa lama halaman merespons setelah diklik atau diketuk | ≤ 200 ms | > 500 ms |
| CLS Cumulative Layout Shift |
Seberapa jauh isi halaman melompat sendiri saat dimuat | ≤ 0,1 | > 0,25 |
Dua hal yang sering terlewat soal angka-angka ini.
Pertama, yang dihitung persentil ke-75, bukan rata-rata. Artinya situsmu dinilai dari pengalaman pengunjung yang koneksinya di bawah rata-rata, bukan dari pengujian di laptopmu sendiri dengan WiFi kantor. Situs yang terasa cepat bagi pemiliknya bisa gagal Core Web Vitals bagi 25% pengunjungnya.
Kedua, angkanya datang dari pengguna sungguhan. Untuk keperluan pencarian, Google memakai data lapangan dari Chrome User Experience Report — bukan skor simulasi. Karena itu skor 95 di PageSpeed Insights tidak otomatis berarti Core Web Vitals-mu lulus: yang satu simulasi, yang satu catatan pengunjung asli selama 28 hari terakhir.
Dari mana lambatnya datang
1. Halaman dirakit ulang untuk setiap pengunjung
Ini penyebab paling umum dan paling jarang disebut, karena ia bukan kesalahan siapa pun — begitulah cara kerja WordPress standar. Server menerima permintaan, menjalankan PHP, menanyai MySQL beberapa kali, merangkai HTML, lalu mengirimnya. Di VPS yang sedang ramai, pekerjaan itu saja bisa memakan ratusan milidetik sebelum satu piksel pun sampai ke peramban.
Plugin cache membantu dengan menyimpan hasil rakitan tadi. Tapi cache adalah tambalan di atas masalahnya: ia tetap harus dibangun ulang setiap kali kontenmu berubah, dan pengunjung pertama setelah itu tetap menunggu versi lambatnya.
2. Gambar yang dikirim jauh lebih besar daripada yang ditampilkan
Foto 4000 piksel dari kamera diunggah apa adanya, lalu ditampilkan dalam kotak selebar 600 piksel di layar ponsel. Peramban tetap mengunduh seluruh berkasnya. Ini hampir selalu penyumbang LCP terburuk, dan hampir selalu yang paling murah diperbaiki.
3. Plugin yang memuat berkasnya di semua halaman
Plugin formulir memuat CSS dan JavaScript-nya di setiap halaman, termasuk halaman yang tidak punya formulir. Sepuluh plugin dengan kebiasaan yang sama menghasilkan puluhan permintaan tambahan yang tidak satu pun dipakai halaman yang sedang dibuka.
4. Skrip pihak ketiga
Pixel iklan, live chat, peta, font dari server lain, widget ulasan. Masing-masing terlihat kecil; bersama-sama merekalah yang paling sering merusak INP, karena semuanya berebut memblokir thread yang sama saat pengunjung mencoba mengetuk sesuatu.
5. Elemen tanpa ukuran yang membuat halaman melompat
Gambar dan iklan tanpa lebar-tinggi yang dinyatakan membuat isi halaman bergeser saat berkasnya selesai dimuat. Inilah CLS — dan efeknya bukan cuma angka: pengunjung yang jarinya sudah bergerak ke satu tombol mengetuk tombol lain yang baru saja menggantikannya.
Urutan perbaikan yang benar
Hampir semua panduan kecepatan menyuruh memasang plugin cache lebih dulu. Urutan itu terbalik: cache menyembunyikan gejala, jadi setelah dipasang kamu kehilangan cara mengetahui mana yang sebenarnya rusak.
- Ukur dulu dengan data lapangan. Buka Google Search Console → Core Web Vitals. Kalau situsmu terlalu sepi untuk punya data lapangan, pakai PageSpeed Insights dan sadari bahwa yang kamu lihat simulasi.
- Perbaiki gambar. Kecilkan sesuai ukuran tampil, kirim dalam format modern (WebP atau AVIF), dan nyatakan lebar-tingginya. Satu langkah ini sering memperbaiki LCP dan CLS sekaligus.
- Buang plugin yang tidak dipakai. Nonaktif tidak cukup — plugin yang masih terpasang tetap ikut diperiksa. Hapus.
- Tunda skrip pihak ketiga. Live chat dan pixel tidak perlu jalan sebelum halamannya terbaca.
- Baru setelah itu, cache. Di titik ini cache mempercepat halaman yang memang sudah sehat, bukan menyembunyikan yang sakit.
Cara yang menghapus masalahnya, bukan menambalnya
Ada pendekatan lain: bangun halamannya jadi HTML sebelum ada pengunjung. Setiap kali kontennya berubah, seluruh situs dibangun ulang sekali, dan hasilnya berkas HTML jadi yang tinggal dikirim. Tidak ada basis data yang ditanya saat pengunjung datang, tidak ada PHP yang dijalankan, tidak ada yang bisa melambat karena trafik naik mendadak.
Konsekuensinya jujur untuk disebutkan: konten tidak berubah seketika. Ada jeda antara kamu menekan “Terbitkan” dan halamannya tayang — biasanya satu sampai dua menit, selama proses bangun ulang berjalan. Untuk situs berita menit demi menit, itu masalah. Untuk company profile, toko, atau blog perusahaan, jeda itu tidak pernah terasa oleh siapa pun.
Situs yang sedang kamu baca ini dibangun begitu — WordPress tetap dipakai sebagai panel editor, tapi yang diterima pengunjung HTML statis. Cara kerjanya dijelaskan lebih lengkap di halaman Web Development.
Kalau situsmu sudah ada dan terasa lambat
Belum tentu perlu dibangun ulang. Kalau strukturnya masih sehat, memperbaiki hampir selalu jauh lebih murah — dan cara mengetahuinya adalah audit, bukan tebakan. Itu yang jadi langkah pertama paket Revamp & Maintenance: kondisinya diperiksa dulu, hasilnya kamu terima apa pun keputusanmu setelah itu.
Satu hal yang tidak bisa dijanjikan siapa pun, termasuk kami: peringkat. Core Web Vitals adalah salah satu sinyal di antara banyak sinyal lain, dan halaman cepat yang isinya tidak menjawab apa pun tetap kalah oleh halaman lambat yang menjawab dengan benar. Kecepatan menghapus alasan orang pergi; ia tidak memberi mereka alasan datang.