Tagasi blogisse
    Päisepilt artiklile „Caching strateegia: 5 cache-kihti, mis teevad lehe välkkiireks"
    Optimeerimine6.6.20267 min

    Caching strateegia: 5 cache-kihti, mis teevad lehe välkkiireks

    Tahad teada, kuidas sinu enda leht seisab?

    Küsi tasuta auditit

    Browser 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

    SisuCache aegStrateegia
    Logo, CSS, JS1 aastaVersiooniline URL (style.css?v=2)
    Tooted (e-pood)1 tundTühista muudatuse järel
    Avaleht30 minTühista uue postituse järel
    Ostukorv0NO cache
    Admin0NO cache
    API endpointvarieerubPer route

    Mõõtmine

    Enne ja pärast cache seadistust:

    MetricIlma cacheCache'iga
    TTFB (Time to First Byte)800ms80ms
    Server CPU60%5%
    Andmebaasi päringud80/lk5/lk
    Concurrent users (max)1005000+

    Levinud vead

    1. Dünaamilise sisu cache (ostukorv, sisselogimine)
    2. Cache aeg liiga lühike (peamine pakkumine cache aja)
    3. Vana cache pärast uuendust (kasutaja näeb vana versiooni)
    4. Eri user'idele sama cache (privacy oht)
    5. 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 pakkumist

    Artikli 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.

    Seotud artiklid