Kenapa Website Kamu Lambat — dan Apa Penyebab Sebenarnya
Setiap keterlambatan satu detik dalam loading halaman bisa mengurangi konversi hingga 7%. Angka itu mungkin terdengar kecil, tapi coba bayangkan: kamu sudah bayar iklan, sudah dapat klik, pengunjung sudah ada di halaman — dan mereka pergi sebelum halaman selesai muat.
Masalahnya, kebanyakan pemilik bisnis tidak tahu kalau website mereka lambat. Di laptop kantor pakai WiFi kencang, semua terasa normal. Tapi orang di Surabaya, Medan, atau Makassar yang buka lewat handphone Android dengan sinyal LTE standar bisa nunggu 5–6 detik sambil menatap layar kosong.
Jadi apa yang sebenarnya bikin website lambat?
Gambar yang Tidak Dioptimasi
Ini penyebab paling umum. Seorang desainer ekspor gambar hero berukuran 4000×2500 piksel, 3,2 MB, format JPEG. File itu langsung diupload ke CMS tanpa kompresi, tanpa resize, tanpa konversi format. Browser harus download semua itu sebelum bisa menampilkan apapun di layar.
Solusinya sebenarnya tidak rumit — gambar seharusnya disajikan dalam format WebP atau AVIF, diukur sesuai ukuran tampilan, dan di-lazy load untuk konten yang ada di bawah. Gambar hero seharusnya tidak lebih dari 200 KB. Kebanyakan website melayani file 10× lebih besar dari itu.
JavaScript yang Memblokir Render
Website modern memuat banyak JavaScript — analitik, live chat, banner cookie, pixel marketing, library A/B testing. Setiap satu dari ini bisa memblokir browser dari me-render halaman sampai selesai loading dan dieksekusi.
Browser harus berhenti, fetch script, parsing, jalankan, baru lanjut membangun halaman. Kalau ada lima script seperti ini di bagian <head>, kamu sudah menumpuk lima operasi blocking berurutan sebelum pengguna melihat satu piksel pun dari konten.
Pendekatan yang benar adalah mendefer script non-kritis supaya berjalan setelah halaman sudah terlihat. Kebanyakan website tidak melakukan ini.
Plugin WordPress yang Berlebihan
WordPress punya 60.000+ plugin, dan agency suka memanfaatkan itu. Butuh form kontak? Plugin. Butuh SEO? Plugin. Butuh social sharing? Plugin. Setiap plugin menambahkan JavaScript, CSS, query database, dan kadang HTTP request tambahan di setiap halaman.
Website WordPress yang dibangun oleh agency generalis biasanya menjalankan 30–50 plugin aktif. Masing-masing menambah beban. Beberapa konflik satu sama lain. Banyak yang memuat resource di halaman yang tidak membutuhkannya. Hasilnya: hosting-nya sudah cepat, tapi website-nya tetap lambat — karena kamu memuat setengah ekosistem plugin di setiap halaman.
Ini bukan argumen anti-WordPress. Ini argumen melawan implementasi WordPress yang malas.
Shared Hosting Murah
Shared hosting berarti website kamu tinggal di server yang sama dengan ratusan website lain. Ketika tetangga di server yang sama mendapat lonjakan trafik, resource server kamu ikut tergerus. Time to First Byte (TTFB) — waktu dari browser mengirim request sampai menerima byte pertama — bisa melonjak ke 800ms atau lebih di shared host yang sibuk.
TTFB seharusnya di bawah 200ms. Beberapa hosting premium bisa mencapai 50ms secara konsisten. Di shared hosting murah, kamu sudah mulai setiap loading halaman dengan penalti 600–800ms sebelum ada aset yang ditransfer.
Tidak Ada CDN atau Caching Layer
Kalau server kamu ada di Singapura dan pengunjung ada di Jakarta, jaraknya pendek. Tapi kalau pengunjung ada di Surabaya, Medan, atau luar Asia Tenggara — jarak fisik menambah latensi nyata untuk setiap aset yang dimuat.
CDN (Content Delivery Network) menyimpan aset statis di edge node yang tersebar dan melayani dari lokasi terdekat. Tanpa CDN, setiap gambar, setiap font, setiap file CSS harus melakukan perjalanan dari server origin untuk setiap pengunjung.
Seperti Apa Performa yang Baik
Website yang dibangun dengan benar seharusnya mendapat skor 95+ di Lighthouse (alat audit performa Google). Lebih konkretnya:
- LCP (Largest Contentful Paint): di bawah 1,5 detik — berapa lama sampai konten utama terlihat
- INP: di bawah 100ms — responsivitas terhadap input pengguna
- CLS (Cumulative Layout Shift): di bawah 0,1 — tidak ada elemen yang loncat-loncat saat halaman dimuat
Mencapai angka ini bukan soal optimasi yang obsesif. Ini soal membangun dengan benar dari awal: menyajikan aset yang sudah dioptimasi, meminimalkan resource yang memblokir render, menggunakan CDN, dan memilih arsitektur yang tepat untuk kebutuhan.
Pendekatan static-first — di mana halaman di-build saat deploy, bukan di-generate setiap ada request — menghilangkan waktu rendering server-side sepenuhnya. Halaman statis yang disajikan dari edge node CDN adalah arsitektur web tercepat yang mungkin.
Kenapa Ini Penting untuk Bisnis
Website yang lebih cepat mendapat peringkat lebih baik di pencarian — Google secara eksplisit menggunakan kecepatan halaman sebagai faktor ranking. Tingkat konversinya lebih baik. Pengunjung bertahan lebih lama. Di mobile — yang merupakan mayoritas trafik web di Indonesia — perbedaan antara 2 detik dan 6 detik adalah perbedaan antara calon pelanggan dan bounce.
Performa bukan kemewahan teknis. Itu metrik bisnis.
Di Pelita Studio, performa sudah ada di dalam cara kami membangun — bukan sesuatu yang ditambahkan belakangan. Setiap website yang kami rilis diuji dengan Lighthouse, dioptimasi untuk mobile, dan disajikan dari infrastruktur yang dirancang untuk menjaga waktu loading di bawah dua detik.
Kalau website kamu lambat dan kamu tidak tahu penyebabnya, kami bisa melakukan audit dan menunjukkan persis apa yang menjadi masalahnya.