---
title: Web Cache
description: Menyimpan hasil kerja mahal (HTML, query, aset) agar request berikutnya lebih cepat dan hemat resource server.
canonical: https://penasihathosting.com/wikihosting/web-cache
type: wiki
locale: id
updated: 2026-07-15
author: Willya Randika
---

# Web Cache

Menyimpan hasil kerja mahal (HTML, query, aset) agar request berikutnya lebih cepat dan hemat resource server.

**Cache** di dunia hosting adalah menyimpan hasil kerja yang mahal agar request berikutnya lebih cepat dan lebih hemat resource. Tanpa cache, setiap kunjungan bisa memaksa [PHP](/wikihosting/php) dan [MySQL](/wikihosting/mysql) mengulang perhitungan yang sama — dari query post hingga merakit HTML penuh.

Cache bukan satu tombol ajaib. Ada beberapa lapisan yang sering tertukar: cache browser, cache halaman (page cache), object cache, OPcache, dan cache di [CDN](/wikihosting/cdn). Memahami lapisan mana yang aktif mencegah “sudah clear cache tapi masih basi” yang membuat frustasi.

## Analogi Sederhana

Bayangkan warung yang setiap pesanan memasak dari nol. Cache seperti **menyimpan lauk siap saji** untuk menu populer. Pelanggan berikutnya lebih cepat dilayani, dan kompor (CPU) tidak menyala terus. Kalau menu berubah tapi lauk lama tidak diganti, tamu mendapat rasa kemarin — itu konten stale.

## Lapisan Cache yang Umum

| Lapisan | Menyimpan apa | Contoh |
| --- | --- | --- |
| Browser | Aset statis di perangkat user | CSS, gambar, font |
| Page cache | HTML jadi | Plugin cache WordPress, LiteSpeed Cache |
| Object cache | Hasil query/objek | Redis, Memcached |
| OPcache | Bytecode PHP | Ekstensi PHP bawaan |
| CDN | Salinan di edge | Cloudflare, Bunny |

## Manfaat dan Trade-off

Manfaat utama: TTFB lebih baik, beban [entry processes](/wikihosting/entry-processes) turun, dan situs lebih tahan lonjakan traffic. Trade-off: konten bisa basi jika purge gagal; keranjang belanja, checkout, dan halaman login sering harus dikecualikan dari page cache penuh. Konfigurasi yang salah bisa men-cache halaman pribadi ke pengguna lain — itu risiko serius.

## Yang Perlu Anda Perhatikan

- Jangan menumpuk plugin cache + CDN + cache server tanpa aturan jelas  
- Selalu uji keranjang, checkout, dan dashboard pengguna setelah mengaktifkan cache  
- Purge setelah deploy, ganti tema, atau update konten penting  
- Cache tidak menggantikan query database yang sangat lambat  
- Monitor hit rate bila tools panel atau plugin menampilkannya  

## FAQ

<Accordion>
  <AccordionItem title="Cache sama dengan CDN?">
    CDN sering menyertakan cache edge, tapi cache juga bisa ada di origin tanpa CDN sama sekali.
  </AccordionItem>
  <AccordionItem title="Kenapa setelah update konten masih tampil lama?">
    Page cache atau CDN belum di-purge. Kosongkan cache plugin lalu purge edge bila memakai Cloudflare.
  </AccordionItem>
  <AccordionItem title="Apakah semua halaman boleh di-cache?">
    Tidak. Halaman dinamis per-user biasanya dikecualikan agar data tidak bocor antar sesi.
  </AccordionItem>
  <AccordionItem title="Cache bisa sebabkan Error 508?">
    Cache yang sehat justru mengurangi 508. Plugin konflik atau aturan buruk bisa menambah beban, bukan menguranginya.
  </AccordionItem>
</Accordion>