LiteSpeed Cache Adalah: Cara Kerja, Fungsi & Settingnya

Setiap kali seseorang membuka halaman WordPress, server mengerjakan hal yang sebenarnya berulang. Kode PHP dijalankan, isi artikel ditanyakan ke database, lalu semuanya dirakit menjadi satu berkas HTML. Pekerjaan yang sama diulang lagi untuk pengunjung berikutnya, meskipun hasilnya identik. Di titik inilah cache berperan: hasil rakitan tadi disimpan, lalu disajikan apa adanya pada permintaan berikutnya.

Mayoritas plugin cache menjalankan gagasan itu dari dalam WordPress sendiri. LiteSpeed Cache adalah pendekatan yang berbeda, karena penyimpanannya terjadi di lapisan web server — sebelum PHP sempat dijalankan sama sekali. Perbedaan lapisan inilah yang membuat kemampuannya tidak sebanding dengan plugin cache biasa, sekaligus yang membuatnya bisa nyaris tidak berguna di hosting tertentu.

LiteSpeed Cache Adalah Dua Lapis, Bukan Satu Plugin

LiteSpeed Cache adalah sistem penyimpanan halaman siap saji yang bekerja di lapisan web server. Sistem ini terdiri atas mesin LSCache di sisi server dan plugin LSCWP di sisi WordPress. Keduanya kerap dianggap satu benda, padahal peran dan syaratnya berbeda.

Pengertian LiteSpeed sendiri perlu dipisahkan lebih dulu. Nama itu merujuk pada LiteSpeed Web Server, perangkat lunak yang melayani permintaan HTTP dan dipakai sebagai pengganti Apache di banyak hosting.

Lapis pertama adalah LSCache, mesin cache yang tertanam di dalam web server LiteSpeed. Dokumentasi resminya menyatakan mesin ini dibangun menyatu dengan seluruh produk server LiteSpeed, bukan ditempelkan belakangan. Mesin inilah yang benar-benar menyimpan dan menyajikan halaman.

Lapis kedua adalah LSCWP (LiteSpeed Cache for WordPress), plugin yang Anda pasang lewat dasbor WordPress. Tugasnya bukan menyimpan halaman. Plugin ini bekerja sebagai penerjemah. Ia memberi tahu mesin cache di server kapan sebuah halaman boleh disimpan dan berapa lama. Ia pula yang memerintahkan pembuangan salinan begitu artikelnya diperbarui.

Bayangkan sebuah gudang arsip dengan petugasnya. Gudang adalah LSCache, tempat dokumen jadi benar-benar disimpan. Plugin adalah petugas yang menempelkan label: berlaku sampai kapan, milik siapa, dan mana yang harus ditarik saat ada revisi. Tanpa gudang, petugas tetap bisa merapikan berkas, tetapi tidak punya tempat menyimpannya.

LSCache adalah mesin penyimpan di dalam web server, sedangkan plugin LSCWP di WordPress yang memberi perintah padanya.

Plugin LSCWP tercatat lebih dari 7 juta pemasangan aktif dengan rating 4,8 dari 2.763 ulasan, dan versi 7.9 dirilis pada Agustus 2026. Di sisi server, W3Techs mencatat LiteSpeed dipakai 14,9% dari seluruh situs yang jenis web server-nya diketahui per Agustus 2026.

Versi terbaru plugin membutuhkan WordPress 6.0 ke atas dan PHP 7.4 ke atas. Kedua syarat itu jauh di bawah standar hosting sekarang, jadi jarang menjadi penghalang.

Cara Kerja LiteSpeed Cache: Jalan Pintas Sebelum PHP Bekerja

Alurnya paling mudah dipahami dengan mengikuti satu permintaan. Ketika pengunjung meminta sebuah halaman, permintaan itu mendarat lebih dulu di web server, bukan di WordPress.

LiteSpeed lalu memeriksa apakah salinan halaman tersebut sudah tersimpan. Kalau ada — kondisi yang disebut cache hit — HTML yang sudah jadi langsung dikirim ke browser. PHP tidak dijalankan, database tidak disentuh, dan WordPress bahkan tidak tahu ada yang berkunjung. Kalau salinannya belum ada atau sudah kedaluwarsa (cache miss), barulah permintaan diteruskan ke PHP, hasilnya dirakit seperti biasa, lalu disimpan untuk pengunjung berikutnya.

Cache hit mengirim HTML tersimpan langsung, cache miss menjalankan PHP dan database lalu menyimpan hasilnya.

Perbedaannya dengan plugin cache berbasis PHP terletak pada titik penghentian. Plugin semacam itu tetap harus memuat inti WordPress lebih dulu sebelum sempat berkata "halaman ini sudah ada salinannya". Sebagian pekerjaan sudah dilakukan lebih dulu. LSCache memutus permintaan jauh lebih awal, sehingga beban CPU dan memori pada saat lonjakan pengunjung jelas lebih ringan.

Fungsi LiteSpeed Cache di Luar Menyimpan Halaman

Plugin ini membawa banyak fitur yang tidak berhubungan dengan penyimpanan halaman. Membedakan mana yang bergantung pada server akan menghemat banyak waktu Anda.

Kelompok pertama hanya berjalan di atas server LiteSpeed:

1. Cache halaman otomatis: halaman publik disimpan dan disajikan langsung dari server.
2. Purge cerdas: saat satu artikel diperbarui, salinan halaman terkait ikut dibuang otomatis, termasuk beranda dan halaman kategori.
3. Private cache: pengunjung yang sedang login tetap mendapat versi tersimpan miliknya sendiri.
4. Cache REST API dan pemisahan tampilan: permintaan REST dan versi mobile disimpan terpisah dari versi desktop.

Kelompok kedua berjalan di server mana pun, termasuk Apache dan Nginx:

1. Minify dan penggabungan CSS/JS: memperkecil dan menyatukan berkas agar jumlah permintaan berkurang.
2. Lazy load gambar dan iframe: gambar dimuat saat mendekati layar. Perlu diperhatikan bahwa lazy load tanpa dimensi gambar yang jelas justru bisa memperburuk skor CLS.
3. Critical CSS dan UCSS: menyusun CSS minimum untuk tampilan awal, dan membuang aturan CSS yang tidak terpakai.
4. Optimasi gambar: berkas dikirim ke layanan QUIC.cloud untuk dikompresi dan diubah ke format WebP atau AVIF.
5. Pembersihan database: revisi lama, komentar spam, dan transient yang menumpuk dihapus.

Satu fitur yang layak disebut terpisah adalah Guest Mode, hadir sejak versi 4.0 pada 2021. Permintaan pertama dari pengunjung yang belum punya cookie dilayani dengan versi cache generik, tanpa perhitungan personalisasi. Versi yang benar-benar sesuai baru dimuat lewat AJAX setelah HTML tampil, sehingga waktu tunggu kunjungan pertama turun cukup jauh.

Cache halaman dan purge cerdas butuh server LiteSpeed, sedangkan minify dan lazy load berjalan di server apa pun.

Cara Memastikan Hosting Anda Benar-Benar Menjalankan LiteSpeed

Karena separuh fitur bergantung pada server, verifikasi ini sebaiknya dilakukan sebelum Anda menyentuh satu pun setelan. Caranya dengan membaca header HTTP balasan server.

Jalankan perintah berikut dari terminal, ganti alamatnya dengan domain Anda:

curl -sS -o /dev/null -D - https://domainanda.com/ | grep -i x-litespeed

Kalau server Anda memang LiteSpeed dan cache-nya aktif, keluarannya kurang lebih seperti ini:

x-litespeed-cache-control: public,max-age=604800
x-litespeed-tag: 482_post,482_URL.42aaa879fc4fcf0900a03af1e5ec16bd,482_guest
x-litespeed-cache: miss

Baris x-litespeed-cache adalah jawaban yang Anda cari. Nilainya miss pada permintaan pertama, lalu berubah menjadi hit kalau perintah yang sama diulang beberapa detik kemudian. Kalau tidak ada satu pun baris x-litespeed-* yang muncul, server Anda bukan LiteSpeed dan fungsi cache plugin tidak akan tersedia.

Ada dua hal yang membuat pengujian ini sering disalahartikan:

1. Permintaan HEAD tidak pernah menampilkan x-litespeed-cache. Perintah curl -I yang lazim disarankan hanya memunculkan x-litespeed-cache-control dan x-litespeed-tag. Baris hit/miss-nya absen, dan pemilik situs menyimpulkan cache-nya rusak padahal berjalan normal. Gunakan bentuk GET seperti perintah di atas.
2. Header server tidak bisa dijadikan patokan. Situs yang berjalan di LiteSpeed tetapi berada di belakang CDN akan membalas server: cloudflare. Yang tetap tembus justru header x-litespeed-*, jadi itulah yang perlu Anda cari.

Perintah curl -I tidak menampilkan baris x-litespeed-cache, sedangkan permintaan GET memunculkan nilainya hit.

Kalau ternyata server Anda bukan LiteSpeed, ada dua jalan keluar. Pertama, pindah ke layanan web hosting berbasis LiteSpeed. Paket hosting LiteSpeed biasanya mencantumkan LSCache di daftar spesifikasinya. Kedua, tetap di tempat sekarang dan mengandalkan QUIC.cloud CDN, yang menyediakan cache dari sisi jaringan.

Setting Plugin LiteSpeed Cache yang Perlu Didahulukan

Halaman setelan plugin ini punya delapan tab hanya untuk urusan cache. Sebagian besar nilai bawaannya sudah masuk akal, jadi berikut yang benar-benar layak diperiksa.

Masa simpan (TTL). Nilai bawaannya aman untuk situs yang jarang berubah, tetapi terlalu panjang untuk yang sering diperbarui.

Object cache. Fitur ini menyimpan hasil query database yang berulang, dan dampaknya paling terasa di dasbor admin serta halaman yang tidak bisa di-cache. Plugin mendukung Redis dan Memcached, dengan setelan bawaan localhost port 11211 dan TTL 360 detik. Aktifkan hanya kalau hosting Anda benar-benar menyediakan salah satunya.

Halaman yang wajib dikecualikan. Keranjang belanja, checkout, dan halaman akun tidak boleh disimpan sebagai cache publik. Sebagian besar tema toko sudah menandainya otomatis, tetapi halaman khusus buatan sendiri perlu Anda daftarkan manual di tab Excludes.

Guest Mode. Nyalakan kalau mayoritas pengunjung Anda datang dari mesin pencari dan langsung pergi setelah membaca satu halaman. Untuk situs keanggotaan yang pengunjungnya hampir selalu dalam keadaan login, manfaatnya kecil.

Untuk menghapus cache, buka menu LiteSpeed Cache lalu pilih Toolbox. Tersedia pilihan membuang seluruh cache sekaligus atau hanya kelompok tertentu seperti halaman depan dan berkas CSS/JS. Setelah mengganti tema, membuang seluruh cache adalah langkah pertama sebelum menyimpulkan perubahannya gagal.

Kelemahan dan Hal yang Perlu Anda Pertimbangkan

Empat hal berikut sebaiknya Anda ketahui sebelum memutuskan bergantung pada plugin ini.

Ketergantungan penuh pada web server. Dokumentasi resminya menyatakan tanpa basa-basi bahwa di server non-LiteSpeed, tidak satu pun fungsi cache plugin ini tersedia. Di Apache atau Nginx, yang tersisa hanyalah fitur optimasi yang sebenarnya juga disediakan banyak plugin lain. Ini kebalikan dari plugin cache berbasis PHP yang berjalan di mana saja.

Tidak semua edisi LiteSpeed setara. OpenLiteSpeed yang gratis tidak mendukung ESI (Edge Side Includes), teknik yang memungkinkan sepotong kecil halaman dirakit terpisah dari sisanya. Akibatnya, blok keranjang belanja atau sapaan "Halo, nama pengguna" tidak bisa dibuat dinamis di atas halaman tersimpan. Fitur itu hanya ada di LiteSpeed Enterprise.

Inti mesinnya sendiri sama, termasuk dukungan HTTP/3 dan QUIC. Panduan instalasi OpenLiteSpeed di CentOS bisa jadi titik awal kalau Anda ingin mencobanya sendiri.

Riwayat keamanannya tidak bersih. Pada Agustus 2024, celah CVE-2024-28000 dengan skor CVSS 9,8 memungkinkan penyerang tanpa akun naik pangkat menjadi administrator. Penyebabnya sederhana: fitur simulasi peran memakai hash enam karakter dengan sekitar satu juta kemungkinan, sehingga bisa ditebak paksa.

Versi 1.9 sampai 6.3.0.1 terdampak, dan Wordfence memperkirakan 5 juta situs berisiko sebelum perbaikan di versi 6.4. Celah lain bertipe XSS, CVE-2026-3375, ditambal pada versi 7.8 di Maret 2026.

Perbarui plugin ini begitu versi baru tersedia. Kedua celah di atas hanya berdampak pada situs yang tertinggal versi, dan keduanya sudah punya perbaikan resmi.

Fitur unggulannya menumpang layanan berkuota. Critical CSS, UCSS, dan optimasi gambar tidak dihitung di server Anda melainkan dikirim ke QUIC.cloud. Paket Standard memberi 20 GB bandwidth CDN gratis per domain setiap bulan, dengan biaya 2–8 sen dolar AS per GB setelahnya tergantung wilayah. Antrean optimasi gambar standar gratis sepenuhnya, sedangkan antrean cepat dibatasi 1.000 sampai 20.000 gambar per bulan. Kuota gratis ini disetel ulang tiap awal bulan.

LiteSpeed Cache vs Plugin Cache WordPress Lain

Perbandingan yang berguna bukan soal daftar fitur, melainkan soal lapisan tempat masing-masing bekerja. LSCache bekerja di dalam web server, sementara WP Rocket, W3 Total Cache, dan sejenisnya bekerja di dalam PHP setelah WordPress dimuat.

Konsekuensinya sederhana. Di hosting LiteSpeed, LSCache lebih hemat sumber daya dan biayanya nol karena sudah tersedia di server. Di hosting Apache atau Nginx, plugin berbasis PHP lebih masuk akal karena memang dirancang bekerja tanpa dukungan khusus.

LiteSpeed vs Apache dan Nginx

Pilihan web server menentukan plugin cache mana yang masuk akal, jadi pertanyaan ini biasanya muncul berbarengan. LiteSpeed dirancang sebagai pengganti langsung Apache: ia membaca berkas .htaccess dan sebagian besar konfigurasi Apache tanpa perlu ditulis ulang. Nginx tidak membaca .htaccess sama sekali, sehingga aturan rewrite harus dipindahkan ke berkas konfigurasi tersendiri.

Dalam perbandingan Nginx vs LiteSpeed, perbedaan yang paling terasa bagi pemilik website justru bukan soal kecepatan mentah, melainkan soal .htaccess tadi. Banyak plugin WordPress menulis aturannya ke berkas itu, dan hanya LiteSpeed yang menanganinya persis seperti Apache.

Satu hal yang sebaiknya dihindari dalam kondisi apa pun: memasang dua plugin cache sekaligus. Keduanya akan berebut menulis aturan di .htaccess dan saling menimpa berkas hasil minify. Gejalanya biasanya berupa tampilan yang rusak sebagian atau perubahan yang tidak pernah muncul di layar pengunjung.

Pertanyaan yang Sering Muncul Seputar LiteSpeed Cache

Apakah LiteSpeed Cache gratis?

Plugin WordPress-nya gratis dan berlisensi terbuka, tanpa versi premium. Yang berbayar adalah web server LiteSpeed Enterprise di sisi hosting, dan itu urusan penyedia hosting, bukan Anda. Alternatif gratisnya adalah OpenLiteSpeed, dengan catatan keterbatasan ESI yang sudah dijelaskan di atas.

Bagaimana cara menghapus cache LiteSpeed?

Masuk ke menu LiteSpeed Cache di dasbor, buka Toolbox, lalu pilih Purge All untuk membuang seluruh salinan. Bilah admin WordPress di bagian atas menyediakan pintasan yang sama. Anda juga bisa membuang satu kelompok saja, misalnya berkas CSS/JS.

Apakah aman menonaktifkan atau menghapus plugin ini?

Aman, selama Anda mengosongkan seluruh cache lebih dulu lewat Toolbox. Tanpa langkah itu, aturan lama di .htaccess dan berkas hasil minify bisa tertinggal lalu merusak tampilan. Setelah plugin dinonaktifkan, situs kembali dirakit dari PHP seperti sebelumnya, hanya dengan waktu muat lebih lambat.

Apakah masih perlu CDN kalau sudah memakai LiteSpeed Cache?

Keduanya menyelesaikan masalah berbeda. LSCache menghilangkan waktu perakitan halaman di server, sedangkan CDN memperpendek jarak fisik ke pengunjung. Kalau pembaca dan server Anda sama-sama di Indonesia, tambahan CDN memberi selisih kecil. Untuk pembaca lintas negara, selisihnya baru terasa.

Kesimpulan

LiteSpeed Cache adalah gabungan dua hal: mesin cache yang menyatu di dalam web server LiteSpeed, dan plugin WordPress yang memberi perintah pada mesin tersebut. Nilainya karena itu ditentukan oleh hosting yang Anda pakai. Di server LiteSpeed ia salah satu cara tercepat mempercepat WordPress, sedangkan di server lain ia menyusut menjadi plugin optimasi biasa.

Urutan yang masuk akal adalah memeriksa header x-litespeed-* lebih dulu, baru menyetel TTL sesuai seberapa sering isi situs berubah. Setelah itu, jaga plugin tetap pada versi terbaru mengingat riwayat celah keamanannya. Semoga artikel ini membantu.