
Caching strateegia: 5 cache-kihti, mis teevad lehe välkkiireks
Tahad teada, kuidas sinu enda leht seisab?
Küsi tasuta audititBrowser cache, server cache, object cache, CDN, opcache – kõik koos teevad lehe 10x kiiremaks.
Autor: Meiko Neuman
Asutaja ja veebistrateeg, Kodulehe Haldus
Cache = mälu
Cache hoiab korra arvutatud tulemust, et järgmine kord ei pea uuesti arvutama. Õigesti seadistatud cache muudab 3-sekundilise lehe 0.3-sekundiliseks.
5 cache-kihti
1. Browser cache Külastaja brauser hoiab failid lokaalselt – järgmisel külastusel ei lae uuesti.
Cache-Control: public, max-age=31536000, immutable
(1 aasta staatilistele failidele)
2. CDN cache [CDN-d](/blogi/cdn-cloudflare-vs-bunny) hoiavad serverikoopiat globaalselt. Päring jõuab serverini ainult kui CDN ei suuda vastata.
3. Server-side page cache Terved HTML-lehed eelgenereeritakse ja salvestatakse.
WordPress pluginad: - WP Rocket – premium, parim - W3 Total Cache – tasuta, võimas - LiteSpeed Cache – LiteSpeed serveritele - WP Super Cache – Automattic ametlik
4. Object cache (Redis/Memcached) Andmebaasi päringud salvestatakse mällu. WordPressi puhul kriitiline aktiivsete saitide jaoks.
# Redis seadistus Ubuntu'l
sudo apt install redis-server
WP plugin: Redis Object Cache.
5. PHP OPcache PHP-koodi pre-kompileeritud versioon mälus. Standardvarustuses PHP 7+.
Kontrolli: <?php phpinfo(); ?> → otsi OPcache.
Soovitatud config:
`ini
opcache.enable=1
opcache.memory_consumption=256
opcache.max_accelerated_files=20000
opcache.validate_timestamps=0 ; production
`
Cache invalidation
"There are only two hard things in Computer Science: cache invalidation and naming things." – Phil Karlton.
Reegel: iga sisu muudatus tühistab cache.
Automaatne - WordPress: WP Rocket/W3TC tühistab ise - Pärast post update - Pärast comment
Manuaalne - Admin Bar → Purge cache - API kutsega (deployment'i järel) - CLI: `wp cache flush`
Cache strateegia eri sisule
| Sisu | Cache aeg | Strateegia |
|---|---|---|
| Logo, CSS, JS | 1 aasta | Versiooniline URL (style.css?v=2) |
| Tooted (e-pood) | 1 tund | Tühista muudatuse järel |
| Avaleht | 30 min | Tühista uue postituse järel |
| Ostukorv | 0 | NO cache |
| Admin | 0 | NO cache |
| API endpoint | varieerub | Per route |
Mõõtmine
Enne ja pärast cache seadistust:
| Metric | Ilma cache | Cache'iga |
|---|---|---|
| TTFB (Time to First Byte) | 800ms | 80ms |
| Server CPU | 60% | 5% |
| Andmebaasi päringud | 80/lk | 5/lk |
| Concurrent users (max) | 100 | 5000+ |
Levinud vead
- Dünaamilise sisu cache (ostukorv, sisselogimine)
- Cache aeg liiga lühike (peamine pakkumine cache aja)
- Vana cache pärast uuendust (kasutaja näeb vana versiooni)
- Eri user'idele sama cache (privacy oht)
- Mobile/desktop sama cache (responsive lahendab)
WooCommerce eripära
E-poel: - ❌ Ärge cache'ige: ostukorv, checkout, my-account - ✅ Cache'ige: tooted, kategooriad, esileht - ✅ Fragment caching dünaamilistele osadele
Reaalne näide
Klient (WooCommerce, 5000 toodet): - Enne: TTFB 1.2s, leht laadub 4.8s - Pärast (kõik 5 kihti): TTFB 90ms, leht laadub 0.8s - 6x kiirem
Käive tõusis 18% järgmise 30 päeva jooksul.
Kokkuvõte
Caching pole valikuline 2026. aastal. Iga puuduv kiht maksab kliente. Vaata ka: - Lazy loading - Core Web Vitals - CDN võrdlus
Meie optimeerimisteenus seadistab kõik 5 kihti ühe nädalaga – tagatud 50%+ kiiruse paranemine. Küsi pakkumist.
Allikad
Vajad abi oma kodulehega?
Meie meeskond hooldab, optimeerib ja kaitseb sinu kodulehte. Hinna lepime kokku mahu järgi.
Küsi pakkumistArtikli autor
Meiko Neuman — Asutaja ja veebistrateeg, Kodulehe Haldus. Meiko juhib Kodulehehalduse tiimi ja on üle kümne aasta aidanud Eesti ettevõtetel kodulehti hallata, optimeerida ja müügitulemusi parandada. Kirjutab kodulehe haldusest, SEO-st, AEO/GEO-st ja veebi ärilisest poolest.