Cara mempercepat WordPress pada 2026: daftar optimasi kinerja

Jalankan situs Anda melalui PageSpeed Insights (pagespeed.web.dev) dan catat empat angka: LCP (Largest Contentful Paint, waktu hingga konten utama muncul), INP (Interaction to Next Paint, daya tanggap), CLS (Cumulative Layout Shift, stabilitas visual), dan bobot total halaman. Ambang Core Web Vitals Google: LCP di bawah 2,5 s, INP di bawah 200 ms, CLS di bawah 0,1. Hal-hal ini memengaruhi peringkat Anda secara langsung sejak 2021. Di bawah ambang tersebut adalah «baik»; antara ambang dan 4 s/500 ms/0,25 adalah «perlu ditingkatkan»; lebih buruk adalah «buruk». Seluruh inti mengoptimalkan kecepatan WordPress adalah memindahkan ketiga angka ini ke zona hijau. Jangan mengandalkan skor GTmetrix atau penilaian agregat lainnya: skor itu tidak sesuai dengan sinyal nyata Google.

Periksa TTFB (Time To First Byte) dari geografi audiens Anda dengan WebPageTest. Jika TTFB melebihi 1 detik, hosting Anda adalah hambatannya: tidak ada optimasi front-end yang akan memperbaikinya. Pelaku umum: hosting bersama murah dengan server kelebihan beban, hosting di benua yang berbeda dari audiens Anda, tidak adanya opcache PHP (versi PHP 7+ mana pun seharusnya mengaktifkannya secara bawaan). Solusi termurah adalah beralih ke hosting yang lebih cepat pada tingkat paket yang sama. Untuk kurang dari 50.000 kunjungan/bulan, Hostinger Business dengan LiteSpeed Cache menghasilkan TTFB di bawah 400 ms. Untuk lalu lintas lebih tinggi, Kinsta atau WP Engine pada tingkat premium Google Cloud menghasilkan TTFB di bawah 300 ms secara konsisten. Berganti hosting memerlukan lebih banyak kerja daripada memasang plugin, tetapi peningkatannya biasanya drastis.

Secara bawaan, WordPress menghasilkan setiap halaman dari PHP + MySQL pada setiap permintaan. Caching halaman menyimpan HTML yang dihasilkan dan menyajikannya langsung kepada pengunjung berikutnya: biasanya 10-20 kali lebih cepat. Pada hosting berbasis LiteSpeed (Hostinger, sebagian besar Bluehost, A2 Turbo, NameHero), pasang LiteSpeed Cache (gratis): ia terintegrasi dengan cache di tingkat server. Pada hosting Apache/Nginx, pasang WP Rocket (59 $/tahun): ini plugin caching berkualitas tertinggi dan sepadan dengan harganya. Alternatif gratis (W3 Total Cache, WP Super Cache) berfungsi tetapi memerlukan lebih banyak konfigurasi. Setelah mengaktifkan caching halaman, uji ulang di PageSpeed Insights: Anda seharusnya melihat TTFB turun drastis.

Gambar biasanya merupakan 60-80 % dari bobot halaman WordPress. Dua kemenangan yang bisa diraih: (1) Kompresi: setiap gambar harus dikompres sebelum diunggah. Gunakan Kompresor Gambar kami atau pasang ShortPixel/Smush untuk mengompres secara otomatis saat mengunggah. Sasaran: gambar header di bawah 200 KB, gambar konten di bawah 100 KB. (2) Format modern: sajikan WebP (atau AVIF) alih-alih JPG/PNG. WebP 25-35 % lebih kecil dengan kualitas yang sama. ShortPixel dan Smush Pro mengonversi secara otomatis; sebagai alternatif, optimasi gambar Cloudflare menulis ulang gambar secara langsung. (3) Pemuatan tertunda: gambar di bawah lipatan seharusnya hanya dimuat saat digulir ke sana. WordPress 5.5+ menambahkan loading='lazy' secara otomatis; verifikasi bahwa ini berfungsi dengan melihat kode sumber. (4) Atribut lebar: selalu tetapkan width/height eksplisit pada gambar untuk menghindari CLS.

Sebagian besar plugin caching (WP Rocket, LiteSpeed Cache) menyertakan minifikasi CSS/JS: aktifkan. Kemenangan terbesar adalah menunda atau menghapus skrip yang tidak digunakan. Jalankan Chrome DevTools → tab Coverage di halaman beranda Anda; ia menunjukkan byte CSS dan JS mana yang benar-benar digunakan. Hasil tipikal: 50-80 % CSS tidak digunakan, 30-60 % JS tidak digunakan. Solusi: (a) gunakan tema yang lebih ringan (GeneratePress atau Kadence mengirim kurang dari 30 KB CSS), (b) nonaktifkan plugin yang tidak digunakan (sering kali sumber skrip yang tidak terpakai), (c) gunakan plugin seperti Asset CleanUp untuk menonaktifkan skrip pada halaman yang tidak memerlukannya (mis. Contact Form 7 dimuat di mana-mana secara bawaan meskipun Anda hanya menggunakannya di /contact).

Setiap plugin WordPress yang aktif berjalan pada setiap muat halaman, berpotensi menambahkan kueri, JavaScript, dan CSS. Sebagian besar situs yang lambat memiliki lebih dari 30-50 plugin aktif, separuhnya tidak lagi digunakan. Gunakan Query Monitor (gratis) untuk melihat plugin mana yang membuat kueri basis data terbanyak. Gunakan tingkat gratis New Relic atau APM Kinsta untuk melihat fungsi plugin mana yang paling lama berjalan. Pelanggar utama yang sudah lama dikenal: Jetpack (melakukan banyak hal, semuanya pada setiap permintaan), plugin pencadangan yang membengkak yang berjalan saat lonjakan lalu lintas, plugin berbagi sosial yang memuat CSS/JS-nya bahkan di halaman tanpa tombol berbagi, plugin keamanan yang melakukan pemindaian file secara real-time. Nonaktifkan satu plugin, uji ulang kinerjanya, dan putuskan apakah fitur itu sepadan dengan biayanya.

WordPress menumpuk sampah di basis data seiring waktu: revisi entri, transient kedaluwarsa, komentar spam, metadata yatim. Pasang WP-Optimize (gratis) dan jalankan pembersihan basis data sekali. Pemeliharaan bulanan yang wajar: hapus revisi yang lebih lama dari 60 hari (simpan yang terbaru demi keamanan), transient kedaluwarsa, antrean spam. Untuk situs lalu lintas tinggi, kemenangan basis data terbesar adalah caching objek: Redis atau Memcached menyimpan di memori hasil kueri MySQL yang mahal, menghindari pekerjaan berulang. Sebagian besar hosting WordPress terkelola menyertakan Redis di tingkat atasnya; pada hosting bersama dasar, ini tidak tersedia.

CDN (Jaringan Distribusi Konten) menyimpan sumber daya statis Anda (gambar, CSS, JS) di lokasi edge dekat pengunjung Anda. Untuk audiens yang hanya di AS dan di-hosting di AS, CDN memberikan peningkatan sederhana. Untuk audiens global, CDN sangat penting: ia mengurangi latensi sumber daya dari 200-500 ms menjadi 20-50 ms. Tingkat gratis Cloudflare mencakup sebagian besar kebutuhan; BunnyCDN seharga 0,01-0,05 $/GB adalah peningkatan berbayar dengan kinerja luar biasa. Khusus untuk gambar, Cloudflare Images atau Bunny Image Optimizer dapat mengubah ukuran dan mengonversi format secara langsung.

Setelah setiap perubahan penting, jalankan kembali PageSpeed Insights. Sasarannya adalah kemajuan bertahap: sebagian besar situs tidak berpindah dari «buruk» ke «baik» dengan satu perubahan. Setelah satu putaran optimasi penuh, hasil tipikal: toko WooCommerce di hosting bersama berpindah dari LCP 4-6 s ke LCP 1,5-2,5 s. Blog konten di hosting terkelola berpindah dari LCP 2-3 s ke LCP 0,8-1,5 s. Jika Anda tetap di atas LCP 3 s setelah semua hal di atas, hambatannya kemungkinan adalah tema Anda: beralih ke tema yang lebih ringan (GeneratePress, Kadence, atau Astra) sebelum melanjutkan optimasi.