Website

Cara Mempercepat Website: Penyebab Lambat dan Langkah Perbaikannya

Website lambat membuat pengunjung pergi. Pelajari penyebabnya, cara mengukurnya dengan PageSpeed Insights, dan langkah perbaikan yang paling berdampak.

R Tim Rajonet Diperbarui 3 November 2026 6 menit baca

Cara mempercepat website dimulai dengan mengukur, lalu membenahi penyebab terbesar: gambar yang terlalu berat, tidak ada cache, terlalu banyak skrip dan plugin, serta hosting yang kurang memadai. Ukur dulu dengan PageSpeed Insights, perbaiki satu per satu dari yang paling berdampak, lalu ukur ulang.

Panduan ini menjelaskan cara membaca hasil pengukuran, arti Core Web Vitals, dan langkah praktis yang bisa Anda minta dari tim teknis atau vendor.

Mengapa kecepatan website penting

Pengunjung tidak sabar menunggu. Bila halaman lama tampil, banyak yang menutupnya sebelum melihat isi. Bagi perusahaan, itu berarti calon klien hilang. Bagi instansi, warga gagal menemukan informasi layanan.

Kecepatan dan kenyamanan halaman juga menjadi bagian dari sinyal pengalaman halaman yang diperhatikan Google. Website cepat tidak otomatis berperingkat tinggi, tetapi website lambat jelas dirugikan.

Cara cek kecepatan dengan PageSpeed Insights

PageSpeed Insights adalah alat gratis dari Google. Buka pagespeed.web.dev, masukkan alamat halaman, lalu tunggu hasilnya.

  1. Lihat tab Seluler terlebih dahulu. Hasil di ponsel biasanya lebih rendah dan lebih mencerminkan pengalaman mayoritas pengunjung.
  2. Baca bagian data pengguna nyata bila tersedia. Ini menunjukkan pengalaman pengunjung sesungguhnya selama beberapa minggu terakhir.
  3. Lihat skor performa dan daftar saran. Bagian "Peluang" dan "Diagnostik" menyebutkan apa yang memperlambat halaman, misalnya gambar besar atau skrip yang menghambat.
  4. Uji beberapa halaman, bukan hanya beranda. Halaman berita atau katalog sering lebih lambat.

Selain itu, laporan Core Web Vitals di Google Search Console menunjukkan halaman mana saja yang bermasalah di seluruh website.

Skor laboratorium dan data pengguna nyata

PageSpeed Insights menampilkan dua jenis hasil. Skor performa berasal dari uji laboratorium, yaitu simulasi satu kali muat dengan perangkat dan jaringan tertentu. Data pengguna nyata berasal dari pengunjung Chrome yang benar-benar membuka website Anda. Skor laboratorium berguna untuk mencari penyebab, sedangkan data pengguna nyata menunjukkan apakah pengalaman pengunjung sudah baik.

Wajar bila skor berubah sedikit setiap kali diuji. Fokuslah pada tren dan pada saran perbaikan, bukan pada selisih beberapa angka.

Memahami Core Web Vitals: LCP, INP, CLS

Core Web Vitals adalah tiga ukuran pengalaman pengguna yang dipakai Google. Sejak Maret 2024, INP menggantikan FID sebagai ukuran responsivitas.

UkuranApa yang diukurTarget "baik"Penyebab umum bila buruk
LCP (Largest Contentful Paint)Seberapa cepat elemen utama, misalnya gambar banner, tampil2,5 detik atau kurangGambar besar, server lambat, CSS dan skrip yang menghambat
INP (Interaction to Next Paint)Seberapa cepat halaman merespons klik atau ketukan200 milidetik atau kurangJavaScript berat, terlalu banyak skrip pihak ketiga
CLS (Cumulative Layout Shift)Seberapa sering tata letak bergeser saat dimuat0,1 atau kurangGambar tanpa ukuran, iklan atau banner yang muncul tiba-tiba, font yang berganti

Penyebab website lambat dan cara memperbaikinya

1. Gambar terlalu besar

Ini penyebab paling umum. Foto dari kamera atau ponsel bisa berukuran beberapa megabita, padahal yang dibutuhkan halaman jauh lebih kecil.

  • Ubah ukuran gambar sesuai lebar tampilan, jangan unggah foto resolusi penuh.
  • Pakai format modern seperti WebP atau AVIF.
  • Aktifkan lazy loading untuk gambar di bagian bawah halaman, tetapi jangan untuk gambar utama di bagian atas.
  • Cantumkan lebar dan tinggi gambar agar tata letak tidak bergeser.

2. Tidak memakai cache

Cache menyimpan salinan halaman atau berkas agar tidak perlu dibuat ulang setiap kali ada pengunjung. Ada cache di sisi browser, di server, dan di CDN.

  • Atur masa simpan berkas statis (gambar, CSS, JavaScript) di browser.
  • Gunakan cache halaman di server untuk halaman yang jarang berubah.
  • Pertimbangkan CDN agar berkas dikirim dari server yang lebih dekat dengan pengunjung.

3. Terlalu banyak skrip dan plugin

Setiap plugin, widget chat, piksel iklan, dan skrip analitik menambah beban. Banyak website memuat skrip yang sebenarnya sudah tidak dipakai.

  • Audit plugin dan hapus yang tidak perlu.
  • Tunda pemuatan skrip yang tidak penting dengan atribut defer atau async.
  • Gabungkan dan perkecil (minify) berkas CSS dan JavaScript.

4. Hosting kurang memadai

Hosting murah yang dipakai bersama ribuan website bisa membuat server lambat merespons, terutama saat ramai. Tanda yang terlihat di PageSpeed Insights adalah waktu respons server awal yang tinggi.

  • Pilih lokasi server yang dekat dengan mayoritas pengunjung, misalnya pusat data di Indonesia atau Singapura.
  • Pastikan versi PHP atau runtime lain masih terbaru dan didukung.
  • Pertimbangkan VPS atau cloud bila lalu lintas tinggi. Perbedaannya dijelaskan di artikel perbedaan domain dan hosting.

5. Font dan kode yang tidak efisien

Memuat banyak jenis dan ketebalan font menambah waktu muat. Batasi jumlah font, dan pastikan teks tetap tampil saat font sedang dimuat. Kode tema yang berat juga sering memuat fitur yang tidak pernah dipakai.

6. Database yang menumpuk

Revisi tulisan, komentar spam, dan data sementara yang menumpuk membuat database lambat. Bersihkan secara berkala dan pastikan ada indeks yang tepat untuk tabel yang sering diakses.

7. Pengalihan dan permintaan yang tidak perlu

Setiap pengalihan (redirect) menambah waktu tunggu. Misalnya alamat tanpa www dialihkan ke www, lalu dialihkan lagi ke HTTPS. Rapikan agar pengunjung langsung menuju alamat akhir dalam satu langkah. Periksa juga berkas yang gagal dimuat (error 404) karena tetap menghabiskan waktu.

8. Video dan peta yang disematkan

Video YouTube atau peta yang disematkan di bagian atas halaman memuat banyak skrip sekaligus. Tampilkan gambar pratinjau terlebih dahulu, lalu muat pemutar video atau peta hanya ketika pengunjung mengkliknya.

Urutan perbaikan yang paling berdampak

Bila waktu dan anggaran terbatas, kerjakan dalam urutan ini.

  1. Kompres dan ubah ukuran gambar, terutama gambar utama di atas halaman.
  2. Aktifkan cache browser dan cache halaman.
  3. Hapus plugin dan skrip yang tidak dipakai.
  4. Tunda skrip pihak ketiga yang tidak penting.
  5. Evaluasi hosting bila waktu respons server tetap tinggi.
  6. Bila semua sudah dilakukan dan hasilnya masih buruk, kemungkinan masalah ada di fondasi website, dan pembangunan ulang perlu dipertimbangkan.

Ukur ulang setelah setiap perubahan agar Anda tahu mana yang benar-benar membantu.

Jaga agar tetap cepat

Website yang sudah cepat bisa kembali lambat bila tidak dijaga. Biasakan tim mengompres gambar sebelum mengunggah, menimbang setiap plugin atau skrip baru, dan memeriksa PageSpeed Insights setidaknya sebulan sekali. Laporan Core Web Vitals di Search Console juga akan memberi tahu bila ada halaman yang mulai menurun.

Kapan perlu bantuan profesional

Langkah dasar seperti mengompres gambar bisa dilakukan sendiri. Namun pengaturan cache server, optimasi kode, dan pemindahan hosting butuh keahlian teknis agar tidak merusak website.

Bila website lambat karena dibangun di atas tema yang berat atau teknologi lama, membangun ulang sering lebih efektif. Baca panduan kapan harus redesign website untuk menimbangnya. Rajonet membangun website company profile yang responsif dan cepat sejak awal, dengan kisaran Rp7,5 juta sampai Rp35 juta, belum termasuk PPN 11%.

Langkah berikutnya

Kirimkan hasil PageSpeed Insights website Anda dalam konsultasi gratis dengan tim Rajonet, dan kami bantu menunjukkan penyebab utamanya. Silakan hubungi kami.

Pertanyaan yang sering diajukan

Berapa skor PageSpeed Insights yang dianggap bagus?

Skor 90 sampai 100 masuk kategori baik. Namun yang lebih penting adalah Core Web Vitals dari data pengguna nyata berstatus lulus, bukan sekadar angka skor.

Apakah ganti hosting otomatis membuat website cepat?

Tidak selalu. Bila penyebabnya gambar besar atau skrip berlebihan, hosting baru hanya membantu sedikit. Pastikan dulu penyebabnya dari hasil pengukuran.

Apa itu INP?

INP (Interaction to Next Paint) mengukur seberapa cepat halaman merespons interaksi seperti klik. Targetnya 200 milidetik atau kurang, dan sejak Maret 2024 menggantikan FID dalam Core Web Vitals.

Apakah plugin cache cukup untuk mempercepat website?

Plugin cache membantu, tetapi tidak menyelesaikan masalah gambar berat, skrip berlebihan, atau server lambat. Perbaikan terbaik biasanya kombinasi beberapa langkah.

Bermanfaat? Bagikan ke rekan yang membutuhkan