Halaman yang lambat kehilangan pengunjung. Orang meninggalkan halaman yang terlalu lama dimuat, dan kecepatan memengaruhi konversi, keterlibatan, dan Core Web Vitals. Kabar baiknya: sebagian besar situs bisa menjadi jauh lebih cepat dengan beberapa perubahan.
Daftar ini kurang lebih diurutkan berdasarkan dampaknya pada situs pada umumnya. Ukur sebelum dan sesudah setiap perubahan agar Anda tahu apa yang berhasil.
Skor performa Lighthouse, metrik lab, dan Core Web Vitals pengguna nyata untuk halaman mana pun.
1. Gunakan hosting yang baik
Semuanya dimulai dari server. Jika Time to First Byte Anda konsisten di atas sekitar 800 md, tidak ada penyetelan front-end yang dapat sepenuhnya menutupinya. Shared hosting murah yang terlalu padat adalah hambatan yang umum. Carilah penyedia dengan perangkat keras modern (penyimpanan NVMe), versi PHP atau Node terkini, HTTP/2 atau HTTP/3, dan pusat data yang dekat dengan audiens Anda.
Ukur DNS, koneksi, TLS, dan waktu hingga byte pertama dari tiga permintaan.
2. Aktifkan cache halaman
Membuat halaman dari awal – menjalankan kode dan kueri database – pada setiap kunjungan itu lambat. Cache halaman menyimpan HTML yang sudah jadi dan langsung menyajikannya.
- WordPress: gunakan plugin cache (WP Rocket, LiteSpeed Cache di server LiteSpeed, W3 Total Cache, WP Super Cache) atau cache tingkat hosting
- cPanel: banyak penyedia hosting menawarkan LiteSpeed Cache atau opsi bawaan serupa
- Aplikasi custom: simpan halaman yang sudah dirender atau kueri berat di cache memori
3. Pasang CDN di depan situs
Content Delivery Network menyajikan file dari server yang dekat dengan setiap pengunjung dan meredam lonjakan trafik. Paket gratis Cloudflare adalah awal yang cepat; sebagian besar CDN juga dapat menyimpan cache halaman HTML utuh, yang dapat memangkas waktu respons secara drastis untuk audiens dari berbagai negara.
4. Optimalkan gambar
Gambar biasanya bagian terberat dari sebuah halaman.
- Ubah ukuran sesuai ukuran tampilan
- Konversi ke WebP atau AVIF
- Kompres (kualitas sekitar 75–85%)
- Gunakan
srcsetagar ponsel mendapat file yang lebih kecil - Tetapkan
widthdanheightuntuk mencegah pergeseran tata letak
Ketahui bobot total halaman serta gambar, skrip, dan style mana yang paling berat.
5. Gunakan lazy loading untuk media di bawah lipatan
Tambahkan loading="lazy" pada gambar dan iframe yang tidak terlihat saat pertama dimuat – tetapi jangan pada gambar hero utama, yang harus dimuat secepat mungkin.
6. Aktifkan kompresi
File teks (HTML, CSS, JavaScript, SVG, JSON) menyusut 70–80% dengan Gzip dan sedikit lebih banyak dengan Brotli. Sering kali ini hanya satu pengaturan server – di cPanel, cari “Optimize Website”.
Periksa apakah halaman dikirim dengan Gzip atau Brotli dan berapa banyak penghematannya.
7. Tetapkan masa cache browser yang panjang untuk file statis
Pengunjung yang kembali tidak perlu mengunduh ulang logo, CSS, dan JavaScript Anda di setiap halaman. Tetapkan Cache-Control: max-age=31536000, immutable untuk file statis berversi (file dengan versi atau hash di namanya), agar versi baru mendapat URL baru.
8. Hapus JavaScript yang tidak terpakai
JavaScript adalah sumber daya paling mahal per byte: harus diunduh, diurai, dikompilasi, dan dijalankan, sering kali di prosesor ponsel yang lambat. Tinjau apa yang dilakukan setiap skrip. Tag analitik lama, slider yang tidak dipakai, uji A/B yang terbengkalai, dan pustaka yang dimuat di setiap halaman demi satu fitur cepat menumpuk.
9. Tunda skrip yang tidak kritis
Skrip di <head> tanpa async atau defer memblokir render halaman sampai skrip selesai diunduh dan dijalankan. Tambahkan defer pada skrip yang tidak diperlukan untuk tampilan pertama, atau pindahkan ke akhir body.
<script src="/js/app.js" defer></script>
10. Bersikap tegas terhadap skrip pihak ketiga
Widget chat, embed media sosial, heatmap, tag manager yang penuh piksel pemasaran, dan skrip iklan bisa dengan mudah menjadi sebagian besar JavaScript sebuah halaman. Untuk masing-masing, tanyakan apakah manfaatnya sebanding dengan biayanya. Muat widget yang tidak penting hanya setelah interaksi pengguna (misalnya, muat widget chat saat seseorang mengklik tombol chat).
11. Optimalkan web font
- Gunakan lebih sedikit keluarga dan ketebalan font
- Sajikan file WOFF2, idealnya di-host sendiri
- Preload satu atau dua file font terpenting
- Gunakan
font-display: swapagar teks langsung terlihat - Pertimbangkan system font stack untuk teks isi
12. Minify CSS dan JavaScript
Minifikasi menghapus spasi dan komentar. Alat build, plugin cache, dan CDN dapat melakukannya secara otomatis.
Minifikasi CSS untuk mengurangi ukuran file dengan menghapus spasi dan komentar.
13. Sisipkan CSS kritis secara inline
CSS yang dibutuhkan untuk merender layar pertama dapat diletakkan langsung di <head>, sedangkan sisanya dimuat tanpa memblokir. Banyak plugin cache dapat membuat CSS kritis untuk Anda.
14. Kurangi redirect
Setiap redirect menambah satu perjalanan bolak-balik penuh sebelum halaman bahkan mulai dimuat. Tautkan langsung ke URL akhir, dan pastikan versi pilihan Anda (https, www atau tidak) tercapai dalam satu lompatan.
Telusuri setiap lompatan rantai pengalihan beserta kode status dan waktunya.
15. Jaga database dan platform tetap ramping
Di WordPress, nonaktifkan dan hapus plugin yang tidak diperlukan, bersihkan revisi artikel dan transient yang kedaluwarsa, serta perbarui PHP, WordPress, dan plugin. Setiap plugin menambah kode yang mungkin berjalan di setiap permintaan.
Dari mana memulai
Jika hanya melakukan tiga hal, lakukan ini:
- Perbaiki respons server dengan cache, CDN, atau hosting yang lebih baik
- Optimalkan gambar dan sajikan format modern
- Pangkas dan tunda JavaScript, terutama skrip pihak ketiga
Ketiga hal ini biasanya menyumbang sebagian besar peningkatan di sebagian besar situs.
Ukur hal yang tepat
Gunakan alat lab (Lighthouse, PageSpeed Insights) untuk mendiagnosis dan menguji perubahan, dan data lapangan (laporan Core Web Vitals di Search Console, Chrome UX Report) untuk melihat apa yang dialami pengunjung nyata. Uji di seluler – di situlah sebagian besar masalah performa terlihat.
Mempercepat situs di shared hosting cPanel
Banyak situs berjalan di shared hosting cPanel. Opsi yang berguna sering sudah tersedia:
- Versi PHP (MultiPHP Manager atau Select PHP Version): gunakan versi PHP yang terkini dan masih didukung – versi baru jauh lebih cepat
- Optimize Website: aktifkan kompresi untuk file teks
- LiteSpeed Cache: jika hosting Anda memakai LiteSpeed, plugin cache-nya untuk WordPress sangat efektif
- Cloudflare: banyak penyedia cPanel menawarkan integrasi Cloudflare sekali klik
- Penggunaan sumber daya: jika akun Anda sering mencapai batas CPU atau memori, server akan melambat saat beban tinggi – pertimbangkan paket yang lebih besar atau VPS
Audit kecepatan 30 menit
Jika Anda punya setengah jam, rutinitas ini menemukan sebagian besar masalah besar:
- Jalankan uji kecepatan seluler pada beranda dan landing page yang paling banyak dikunjungi
- Catat Time to First Byte. Lebih dari 800 md? Mulailah dari cache dan hosting.
- Identifikasi elemen LCP. Apakah berupa gambar? Periksa ukuran, format, dan apakah memakai lazy loading.
- Lihat daftar skrip pihak ketiga. Hapus semua yang tidak aktif Anda gunakan.
- Periksa total bobot halaman dan lima file terbesar.
- Uji ulang halaman yang sama setelah setiap perbaikan.
Ukur DNS, koneksi, TLS, dan waktu hingga byte pertama dari tiga permintaan.
Anggaran performa
Setelah situs Anda cepat, jaga agar tetap cepat dengan menetapkan anggaran performa – batas yang disepakati tim untuk tidak dilampaui, misalnya:
- Total bobot halaman di bawah 1,5 MB pada template utama
- JavaScript di bawah 300 KB setelah dikompres
- LCP di bawah 2,5 detik di ponsel kelas menengah
- Tidak lebih dari lima skrip pihak ketiga
Periksa fitur baru dan tag pemasaran terhadap anggaran sebelum diluncurkan. Menjaga situs tetap cepat jauh lebih mudah daripada membuat situs yang lambat menjadi cepat lagi.
Kapan perlu memanggil developer
Beberapa masalah membutuhkan perubahan kode: skrip pemblokir render di tema, bundel JavaScript yang sangat besar, pergeseran tata letak akibat konten dinamis, dan kueri database yang lambat. Jika bekerja dengan developer, bagikan metrik spesifik, template yang terdampak, dan detail diagnostik dari uji kecepatan Anda – ini sangat menghemat waktu.
Poin-poin penting
- Perbaiki waktu respons server lebih dulu dengan hosting yang baik, cache halaman, dan CDN.
- Gambar yang dioptimalkan – diubah ukurannya, dikompres, dan dalam format modern – biasanya kemenangan front-end terbesar.
- Hapus dan tunda JavaScript, dan pertanyakan setiap skrip pihak ketiga.
- Aktifkan kompresi dan masa cache browser yang panjang untuk file statis.
- Uji di seluler, ukur sebelum dan sesudah setiap perubahan, dan tetapkan anggaran performa.
- Di cPanel, periksa versi PHP, pengaturan kompresi, dan opsi cache lebih dulu.
Pertanyaan yang sering diajukan
Berapa waktu muat halaman yang baik?
Targetkan konten utama muncul dalam 2,5 detik (Largest Contentful Paint yang baik) bagi sebagian besar pengunjung nyata, dan halaman merespons ketukan dalam 200 md.
Apakah situs yang lebih cepat berperingkat lebih tinggi?
Kecepatan adalah salah satu dari banyak sinyal peringkat dan jarang menjadi penentu, tetapi dapat membantu di antara halaman yang mirip – dan secara andal meningkatkan pengalaman pengguna serta konversi.
Apakah saya perlu developer untuk mempercepat situs?
Banyak perbaikan – cache, CDN, optimasi gambar, menghapus plugin – dapat dilakukan tanpa kode. Perubahan JavaScript dan template mungkin memerlukan developer.
Apakah AMP masih diperlukan?
Tidak. Google tidak lagi mewajibkan AMP untuk Berita Utama, dan halaman biasa yang dioptimalkan dengan baik memberikan manfaat yang sama.
Periksa situs Anda sendiri
Jalankan audit gratis dengan 80+ pemeriksaan dan dapatkan solusi untuk setiap masalah.