Brauzer Keşləmə (Browser Caching) Müddətləri Necə Tənzimlənir?

Brauzer keşləmə (browser caching) müddətləri, veb saytınızdakı statik faylların ziyarətçinin brauzerində nə qədər müddət saxlanacağını müəyyən edən HTTP keş qaydaları ilə tənzimlənir. Praktikada CSS, JavaScript, vizual, font və ikon faylları üçün Cache-Control və bəzi mühitlərdə Expires başlıqları təyin edilir; məsələn, versiyalanmış CSS və JS faylları üçün 1 il, vizuallar üçün 30 gün-1 il, HTML səhifələri üçün isə qısa müddət və ya yenidən doğrulama üstünlük təşkil edir. Düzgün tənzimləmə, eyni faylların təkrar-təkrar endirilməsinin qarşısını alır, səhifə açılışını sürətləndirir və Core Web Vitals göstəricilərini yaxşılaşdırır.

Bu bələdçidə brauzer keşləmənin necə işlədiyini, hansı fayla neçə saniyə veriləcəyini, Apache, Nginx, LiteSpeed, WordPress və CDN tərəfində necə tətbiq olunacağını addım-addım izah edəcəyik. Məqsəd yalnız bir sürət testi alətində yaşıl nəticə əldə etmək deyil; istifadəçiyə güncəl fayl təqdim edərkən server resurslarından səmərəli istifadə etmək, TTFB və bant genişliyi istehlakını azaltmaq, təkrar ziyarətlərdə hiss ediləcək sürət qazancı təmin etməkdir. Xüsusilə paylaşımlı hostinq, WordPress hostinq və korporativ veb layihələrində doğru keş strategiyası, aşağı xərclə əldə edilə biləcək ən effektiv performans yaxşılaşdırmalarından biridir. Hostragons veb hosting paketləri

Brauzer Keşləmə Nədir?

Brauzer keşləmə, bir veb səhifə açılarkən endirilən statik resursların istifadəçinin cihazında müvəqqəti olaraq saxlanmasıdır. Bir ziyarətçi ana səhifənizə daxil olduqda loqo, CSS faylı, JavaScript faylları, fontlar və vizuallar endirilir. Əgər bu fayllar üçün doğru keş başlıqları varsa, ziyarətçi ikinci səhifəyə keçdikdə və ya daha sonra sayta təkrar gəldikdə brauzer bu faylların bir qismini serverdən təkrar tələb etmir. Beləliklə, səhifə daha sürətli yüklənir.

Məsələn, 2 MB ölçüsündə bir ana səhifəniz olduğunu düşünək. Bunun 1,4 MB-ı vizuallardan, 300 KB-ı CSS və JS fayllarından, 100 KB-ı fontlardan ibarətdirsə, ilk ziyarətdə bu resurslar endirilə bilər. Lakin ikinci ziyarətdə brauzer bu statik resursları lokal olaraq istifadə etdikdə şəbəkə üzərindən ötürülən məlumat dramatik şəkildə azalır. Bu fərq mobil bağlantılarda və yüksək trafikli saytlarda daha aydın hiss olunur.

Brauzer keşləmə server tərəfli keş ilə qarışdırılmamalıdır. Server keşi, PHP çıxışını və ya verilənlər bazası sorğularını serverdə saxlayır. Brauzer keşi isə ziyarətçinin cihazındakı resursların təkrar istifadəsini təmin edir. Ən yaxşı performans üçün iki qat birlikdə planlanmalıdır. WordPress istifadə edən saytlarda səhifə keşi, obyekt keşi, CDN keşi və brauzer keşi ümumiyyətlə eyni optimizasiya strategiyasının hissələridir. WordPress hosting və performans optimizasiyası

Browser Caching SEO Üçün Niyə Vacibdir?

Google, sürətli və stabil təcrübə təqdim edən saytları istifadəçi məmnuniyyəti baxımından daha dəyərli görür. Brauzer keşləmə təkbaşına birbaşa sıralama zəmanəti vermir; lakin səhifə sürəti, qarşılıqlı əlaqə gecikməsi və resurs yükləmə səmərəliliyi üzərində təsirli olduğu üçün SEO performansını dəstəkləyir. Xüsusilə təkrar ziyarət, kateqoriya gəzintisi, məhsul səhifəsi keçidi və bloq içi dolaşım kimi ssenarilərdə ciddi fərq yaradır.

2026 SEO standartlarında texniki performans yalnız Lighthouse xalından ibarət deyil. Google-ın qiymətləndirdiyi istifadəçi təcrübəsi; LCP, INP, CLS, TTFB və real istifadəçi məlumatları ilə əlaqəlidir. CSS və JS fayllarının lazımsız təkrar endirilməsi LCP müddətini uzada bilər. Fontların hər səhifədə yenidən tələb edilməsi vizual stabilliyi təsir edə bilər. Böyük vizualların keş edilməməsi mobil istifadəçidə yavaşlıq hissi yarada bilər.

• Daha sürətli təkrar ziyarət: İstifadəçi eyni faylları təkrar endirmir.
• Daha aşağı bant genişliyi: Server trafiki azalır, hostinq resursları daha səmərəli istifadə olunur.
• Daha yaxşı tarama səmərəliliyi: Botlar və istifadəçilər üçün statik resurs təqdimatı daha nizamlı hala gəlir.
• Daha aşağı dərhal çıxış riski: Sürətli açılan səhifələr istifadəçi qarşılıqlı əlaqəsini artırır.
• Daha tutarlı performans: CDN və hostinq tərəfindəki yük dalğalanmaları daha yaxşı balanslaşdırılır.

Əsas HTTP Keş Başlıqları

Brauzer keşləmə müddətləri HTTP cavab başlıqları ilə idarə olunur. Ən geniş yayılmış başlıqlar Cache-Control, Expires, ETag və Last-Modified başlıqlarıdır. Müasir layihələrdə əsas nəzarət nöqtəsi Cache-Control başlığıdır; Expires daha çox geriyə doğru uyğunluq üçün istifadə olunur.

Cache-Control

Cache-Control, brauzerə və ara keş sistemlərinə bir faylın necə saxlanacağını bildirir. Ən çox istifadə olunan direktivlər bunlardır:

• max-age: Resursun neçə saniyə təzə qəbul ediləcəyini göstərir. Məsələn, max-age=31536000 təxminən 1 ildir.
• public: Resursun brauzer və CDN kimi paylaşımlı keş sistemlərində saxlanıla biləcəyini bildirir.
• private: Resursun yalnız istifadəçinin brauzerində saxlanması lazım olduğunu bildirir.
• no-cache: Resursun istifadə edilməzdən əvvəl serverə doğruladılması lazım olduğunu bildirir; tamamilə keşi bağlamaq mənasına gəlmir.
• no-store: Resursun heç bir yerdə saxlanmaması lazım olduğunu bildirir; ödəniş, panel və şəxsi məlumat səhifələri üçün uyğundur.
• immutable: Resursun müddəti dolana qədər dəyişməyəcəyini bildirir; fayl adı versiyalanmış aktivlər üçün idealdır.

Nümunə bir statik fayl başlığı belə ola bilər: Cache-Control: public, max-age=31536000, immutable. Bu, brauzerə faylı 1 il saxlaya biləcəyini və fayl adı dəyişmədiyi müddətcə yenidən yoxlamasına ehtiyac olmadığını deyir.

Expires

Expires başlığı, resursun hansı tarix və saata qədər keçərli olduğunu göstərir. Məsələn, bir vizual üçün 30 gün sonrasını göstərən Expires dəyəri təyin edilə bilər. Lakin Expires mütləq tarix istifadə etdiyi üçün Cache-Control qədər çevik deyil. Müasir konfiqurasiyalarda Cache-Control prioritetdir; Expires isə köhnə brauzerlər üçün əlavə edilə bilər.

ETag və Last-Modified

ETag və Last-Modified doğrulama mexanizmləridir. Brauzer, faylın əlindəki versiyasının güncəl olub olmadığını serverə soruşa bilər. Fayl dəyişməyibsə, server 304 Not Modified cavabı qaytarır və fayl gövdəsi yenidən endirilmir. Bu üsul xüsusilə HTML kimi tez-tez dəyişə bilən məzmunlarda və ya uzun keş müddəti vermək istəmədiyiniz fayllarda faydalıdır.

Hansı Fayl Növü Üçün Hansı Keşləmə Müddəti İstifadə Edilməlidir?

Ən çox edilən səhv, bütün fayl növlərinə eyni müddəti verməkdir. Halbuki HTML, CSS, JS, vizual, font və API cavabları fərqli yenilənmə davranışına malikdir. Əsas qayda sadədir: Fayl adı dəyişdirilə bilirsə, uzun müddət keş verilə bilər; fayl adı dəyişmədən məzmunu tez-tez dəyişirsə, qısa müddət və ya doğrulama istifadə edilməlidir.

Bu cədvəl ümumi bir başlanğıc nöqtəsidir. E-ticarət saytında stok və qiymət məlumatı ehtiva edən HTML səhifələri aqressiv keş edilməməlidir. Bunun əksinə olaraq məhsul vizualları fayl adı dəyişdirildiyi müddətcə 1 il keş edilə bilər. Korporativ bir saytda loqo, font və tema faylları uzun müddət saxlanıla bilər; lakin kampaniya bannerləri tez-tez dəyişirsə, 7-30 gün daha təhlükəsiz ola bilər.

Brauzer Keşləmə Müddətləri Necə Planlanır?

Uğurlu bir keş strategiyası üçün əvvəlcə saytınızdakı faylları təsnifatlandırın. Texniki olaraq edilməsi lazım olan, fayl uzantılarına görə qayda yazmaqdır; strateji olaraq edilməsi lazım olan isə yenilənmə tezliyinə görə müddət təyin etməkdir.

1. Statik və dinamik resursları ayırın

CSS, JS, JPG, PNG, WebP, SVG, WOFF2 kimi fayllar statik resurslardır. HTML, səbət, istifadəçi paneli, axtarış nəticələri və API cavabları dinamik qəbul edilir. Statik resurslar uzun müddət keş edilərkən dinamik məzmunlar daha diqqətlə idarə olunmalıdır. Xüsusilə istifadəçiyə xüsusi məzmunlarda public keş istifadə edilməməlidir.

2. Fayl versiyalama istifadə edin

Uzun keş müddətinin təhlükəsiz yolu fayl versiyalamadır. Məsələn, style.css faylını 1 il keş edərsinizsə və məzmununu dəyişdirərsinizsə, bəzi istifadəçilər köhnə dizaynı görməyə davam edə bilər. Bunun yerinə style.2026.01.css, app.v12.js və ya fayl heşini ehtiva edən app.8f3a2.js kimi adlandırma istifadə etsəniz, yeniləmə anında yeni fayl adı yayımlanar və brauzer yeni resursu endirər.

WordPress temaları və müasir build alətləri bu işi avtomatik edə bilər. Tema inkişaf etdirirsinizsə, wp_enqueue_style və wp_enqueue_script funksiyalarında version parametri istifadə etmək, query string və ya fayl adı ilə versiya idarəetməsini asanlaşdırar. Lakin bəzi CDN konfiqurasiyalarında query string keş davranışı fərqli ola biləcəyi üçün fayl adına heş əlavə etmək daha dayanıqlı bir üsuldur.

3. HTML üçün aqressiv davranmayın

HTML səhifələri, istifadəçiyə görünən əsas məzmunu daşıdığı üçün ümumiyyətlə qısa müddətli keş və ya revalidation ilə idarə olunur. Bloq yazılarında 5-10 dəqiqə keş kifayət edə bilər; xəbər, kampaniya və ya qiymət səhifələrində daha qısa müddət lazımdır. WordPress-də səhifə keşi istifadə edirsinizsə, brauzer keş başlığını, server keşi və CDN purge mexanizmi ilə birlikdə düşünməlisiniz.

4. Təhlükəsizlik tələb edən səhifələrdə keşi bağlayın

Giriş səhifəsi, müştəri paneli, ödəniş addımı, sifariş xülasəsi, faktura və şəxsi məlumat ehtiva edən səhifələrdə Cache-Control: no-store, private kimi başlıqlar üstünlük təşkil etməlidir. Brauzer keşləmə performans üçündür; lakin şəxsi məlumat təhlükəsizliyini riskə atmamalıdır. SSL istifadəsi də bu nöqtədə əsas tələbdir. Hostragons SSL sertifikatları

Apache .htaccess ilə Brauzer Keşləmə Tənzimləmələri

Apache serverlərdə brauzer keşləmə ümumiyyətlə .htaccess faylı ilə tənzimlənir. Paylaşımlı hostinq istifadə edən bir çox sayt sahibi üçün ən praktik üsul budur. Əvvəlcə mod_expires və mod_headers modullarının aktiv olması lazımdır. Əksər keyfiyyətli hostinq mühitində bu modullar hazır gəlir.

Aşağıdakı məntiqi istifadə edə bilərsiniz: vizuallar və fontlar üçün uzun müddət, CSS və JS üçün uzun müddət, HTML üçün qısa doğrulama. .htaccess faylınıza əlavə edəcəyiniz qaydalarda fayl növlərinə görə ExpiresByType və Header set Cache-Control təyin etmələri edilir. Məsələn, image/webp, image/jpeg, image/png, image/svg+xml faylları üçün 1 il; text/css və application/javascript üçün 1 il; text/html üçün no-cache tətbiq edilə bilər.

Tətbiqdən əvvəl .htaccess faylınızın ehtiyat nüsxəsini alın. Səhv yazılmış bir qayda 500 Internal Server Error xətasına səbəb ola bilər. Dəyişiklikdən sonra saytı gizli səkmədə açın, ardından DevTools Network səkməsində əlaqədar faylın response headers bölməsini yoxlayın. Əgər Cache-Control görünmürsə, server modulu qapalı ola bilər, CDN başlığı dəyişdirir ola bilər və ya başqa bir əlavə başlıqları override edir ola bilər.

Apache tərəfində nümunə müddətlər: CSS və JS üçün max-age=31536000, vizuallar üçün max-age=31536000, PDF üçün max-age=2592000, HTML üçün max-age=0 və no-cache. Bu dəyərlər başlanğıc üçün yaxşıdır; saytınızın yayım axınına görə nəzərdən keçirilməlidir. Hostragons hostinq infrastrukturunda .htaccess üzərindən edilə biləcək performans tənzimləmələrini istifadə edərkən, tema və əlavə keş tənzimləmələrinizlə konflikt olub olmadığını yoxlamağınız tövsiyə olunur. Apache .htaccess performans ayarları

Nginx ilə Browser Caching Tənzimləmələri

Nginx istifadə edən serverlərdə keş başlıqları server və ya location blokları içində təyin olunur. Nginx, yüksək performanslı statik fayl təqdimatı səbəbilə xüsusilə sıx trafikli layihələrdə üstünlük təşkil edir. Burada əsas məntiq, uzantı əsaslı location qaydası ilə expires və add_header Cache-Control dəyərlərini müəyyən etməkdir.

Nümunə yanaşma belədir: CSS, JS, WebP, JPG, PNG, SVG, WOFF2 kimi statik resurslara expires 1y və Cache-Control public, immutable verilir. HTML çıxışları üçün expires off və ya no-cache üstünlük təşkil edir. Əgər CDN istifadə edirsinizsə, origin serverdən gələn Cache-Control başlıqlarının CDN tərəfindən necə şərh edildiyini də test etməlisiniz.

Nginx tənzimləmələrində diqqət edilməsi lazım olan bir mövzu, add_header direktivinin bəzi hallarda yalnız müəyyən cavab kodlarına tətbiq edilməsidir. Müasir Nginx konfiqurasiyalarında always parametri istifadə edilə bilər. Ayrıca eyni başlığı həm tətbiq, həm Nginx, həm CDN əlavə edirsə, konflikt yaradan və ya təkrarlanan Cache-Control dəyərləri meydana gələ bilər. Bu vəziyyətdə prioritet zənciri aydınlaşdırılmalı, tək qaynaq avtoritet olaraq təyin edilməlidir.

LiteSpeed və WordPress Saytlarda Keşləmə

LiteSpeed serverlər, xüsusilə WordPress layihələrində LiteSpeed Cache əlavəsi ilə güclü bir performans üstünlüyü təqdim edir. Lakin brauzer keşləmə ilə səhifə keşi bir-birindən ayrılmalıdır. LiteSpeed Cache əlavəsində Browser Cache seçimi aktiv edildikdə statik fayllar üçün keş başlıqları avtomatik tətbiq edilə bilər. Yenə də müddətləri yoxlamaq vacibdir.

WordPress-də tövsiyə edilən tətbiq, statik aktivləri uzun müddət keş etmək və fayl versiyalamanı aktiv tutmaqdır. Tema yeniləməsi, CSS dəyişikliyi və ya JS dəyişikliyi etdiyinizdə əlavə keş təmizliyi etməli, CDN istifadə edilirsə CDN purge əməliyyatı tətbiq edilməlidir. Əks halda bəzi istifadəçilər köhnə dizayn və ya pozulmuş JavaScript davranışı ilə qarşılaşa bilər.

Populyar keş əlavələrində Browser Cache, Minify, Combine, Critical CSS, CDN inteqrasiyası və Object Cache kimi seçimlər mövcuddur. Hamısını eyni anda aqressiv şəkildə açmaq hər zaman doğru deyil. Əvvəlcə brauzer keş başlıqlarını nizamlayın, sonra minify və combine tənzimləmələrini test edin. 2026-cı ildə HTTP/2 və HTTP/3 geniş yayıldığı üçün hər faylı birləşdirmək köhnə dövrlərdəki qədər kritik deyil; hətta bəzi hallarda keş səmərəliliyini azalda bilər.

WordPress saytınız yavaşdırsa, problem yalnız brauzer keşi olmaya bilər. Verilənlər bazası şişməsi, ağır tema, çox əlavə, optimizə edilməmiş vizuallar və aşağı resurslu hostinq də performansı təsir edir. Bu səbəbdən keşləmə tənzimləmələrini keyfiyyətli hostinq, güncəl PHP versiyası və doğru SSL konfiqurasiyası ilə birlikdə dəyərləndirin. Hostragons WordPress hosting

CDN İstifadə Edərkən Keş Müddətləri Necə Tənzimlənməlidir?

CDN, statik fayllarınızı istifadəçiyə coğrafi olaraq yaxın edge serverlərindən çatdırır. Brauzer keşi isə faylı istifadəçinin brauzerində saxlayır. Bu iki qat birlikdə işlədikdə performans artışı daha aydın olur. Lakin CDN panelində təyin etdiyiniz edge keş müddəti ilə origin serverdəki Cache-Control başlıqları uyğun olmalıdır.

Ümumi yanaşma belə ola bilər: Origin serverdə statik fayllara 1 il Cache-Control verin, CDN-də də eyni və ya nəzarətli bir TTL təyin edin. Fayl dəyişikliklərində fayl adını versiyalandırın və ya CDN purge edin. HTML səhifələrində isə CDN keşi istifadə edirsinizsə, xüsusi qaydalar yaradın; səbət, hesab, ödəniş və idarəetmə paneli kimi sahələri qətiyyətlə keş xarici buraxın.

CDN istifadə edən saytlarda tez-tez rast gəlinən bir problem, yeniləmə sonrası köhnə faylların görünməsidir. Bunun səbəbi ümumiyyətlə fayl adı dəyişmədən məzmunun dəyişdirilməsi və ya CDN purge edilməməsidir. Ən möhkəm üsul, build müddətində heşli fayl istehsal etmək və HTML içində yeni fayl adını çağırmaqdır. Beləliklə, həm brauzer, həm CDN köhnə faylı tutsa belə, yeni səhifə yeni faylı tələb edər.

Addım-Addım Tətbiq Yoxlama Siyahısı

Aşağıdakı yoxlama siyahısı, brauzer keşləmə müddətləri üçün praktik bir tətbiq planı təqdim edir. Kiçik bir korporativ saytda 30-60 dəqiqə içində tətbiq edilə bilər; e-ticarət və ya xüsusi proqram layihələrində test müddəti daha uzun tutulmalıdır.

• 1. Fayl inventarını çıxarın: CSS, JS, vizual, font, PDF, HTML və API cavablarını ayırın.
• 2. Yenilənmə tezliyini təyin edin: Hansı fayllar hər gün, hansılar ayda bir dəyişir qeyd edin.
• 3. Versiyalama strategiyası seçin: Fayl adı heşi, versiya parametri və ya build nömrəsi istifadə edin.
• 4. Server qaydalarını əlavə edin: Apache, Nginx, LiteSpeed və ya CDN panelində Cache-Control başlıqlarını təyin edin.
• 5. Təhlükəsiz səhifələri xaric tutun: Admin, ödəniş, səbət, istifadəçi paneli və şəxsi məlumat səhifələrində no-store istifadə edin.
• 6. Test edin: Chrome DevTools, curl -I, WebPageTest, Lighthouse və real cihaz testləri ilə doğrulayın.
• 7. Yayımdan sonra izləyin: Səhv köhnə fayl, pozulmuş dizayn və ya JS xətası var mı yoxlayın.

Brauzer Keşləmə Necə Test Edilir?

Tənzimləmələrin işləyib-işləmədiyini anlamağın ən sürətli yolu brauzer inkişaf etdirici alətlərini istifadə etməkdir. Chrome-da səhifəni açın, DevTools Network səkməsinə keçin, bir CSS və ya vizual faylına klikləyin və Response Headers bölməsində Cache-Control dəyərini incələyin. İkinci yükləmədə Status sütununda memory cache və ya disk cache ifadələrini görə bilərsiniz.

Komanda sətri istifadə edirsinizsə, curl -I alanadiniz.com/dosya.css əmri cavab başlıqlarını göstərir. Burada Cache-Control, Expires, ETag və Last-Modified dəyərlərini yoxlaya bilərsiniz. Əgər gözlədiyiniz başlıq yoxdursa, tətbiq, veb serveri və ya CDN qatlarından biri tənzimləməni dəyişdirmiş ola bilər.

Performans testi üçün Lighthouse, PageSpeed Insights və WebPageTest istifadə edilə bilər. Lakin bu alətlərin tövsiyələrini kor-koranə tətbiq etmək yerinə real istifadəçi ssenarisi ilə dəyərləndirmə aparın. Məsələn, Lighthouse, statik fayllara uzun keş müddəti tövsiyə edərkən HTML səhifələriniz üçün eyni aqressivliyi gözləməz. Ayrıca test alətləri bəzən üçüncü tərəf skriptləri üçün də xəbərdarlıq verir; Google Fonts, reklam şəbəkələri və ya sosial media skriptlərində keş müddətini siz idarə edə bilməyə bilərsiniz.

Tez-tez Edilən Səhvlər

Brauzer keşləmə sadə görünsə də, səhv konfiqurasiya edildikdə yeniləmə problemləri, təhlükəsizlik riskləri və istifadəçi təcrübəsi problemləri yarada bilər. Aşağıdakı səhvlər xüsusilə yeni başlayanlarda tez-tez görülür.

• Bütün resurslara 1 il keş vermək: HTML, API cavabı və istifadəçiyə xüsusi məzmunlar bu əhatəyə alınmamalıdır.
• Fayl versiyalamadan uzun keş istifadə etmək: İstifadəçilər köhnə CSS və ya JS fayllarını görməyə davam edə bilər.
• CDN purge müddətini unutmaq: Origin yenilənsə belə, CDN köhnə faylı təqdim edə bilər.
• Keş əlavələrini üst-üstə istifadə etmək: Birdən çox əlavə eyni başlıqları yazaraq konflikt yarada bilər.
• Üçüncü tərəf xəbərdarlıqlarını səhv şərh etmək: Xarici qaynaqlı skriptlərin keş başlıqları sizin nəzarətinizdə olmaya bilər.
• Təhlükəsiz səhifələri keş etmək: Ödəniş və hesab səhifələrində no-store istifadə edilməlidir.

Tövsiyə Edilən Başlanğıc Dəyərləri

Yeni bir sayt üçün təhlükəsiz başlanğıc dəyərləri belə ümumiləşdirilə bilər: CSS və JS faylları versiyalanırsa 1 il; vizuallar 1 il, tez-tez dəyişən kampaniya vizualları 30 gün; fontlar 1 il; PDF faylları yenilənmə tezliyinə görə 7-180 gün; HTML səhifələri isə no-cache və ya bir neçə dəqiqəlik qısa müddət. Bu yanaşma, həm performans, həm güncəllik balansını qoruyur.

Əgər saytınız korporativ təqdimat saytıdırsa, uzun keş müddətləri ümumiyyətlə problemsizdir. Əgər e-ticarət saytıdırsa, məhsul səhifəsindəki statik fayllara uzun keş verə bilər, lakin qiymət, stok, səbət və istifadəçi məlumatını keş xarici tutmalısınız. Əgər xəbər və ya bloq saytıdırsa, vizual və tema fayllarını uzun müddət saxlaya bilər, HTML çıxışını yayım tezliyinizə görə qısa müddətli keş edə bilərsiniz. Domen adınız, SSL və hostinq infrastrukturunuz da performans zəncirinin hissəsidir. Hostragons domen sorğulama Hostragons korporativ hosting həlləri

Nəticə

Brauzer keşləmə müddətləri, doğru planlandığında veb saytınızın təkrar ziyarət performansını ciddi şəkildə artırar. Əsas qayda; versiyalanmış statik fayllara uzun müddət, HTML və şəxsi məlumat ehtiva edən səhifələrə qısa müddət və ya no-store tətbiq etməkdir. Apache, Nginx, LiteSpeed, WordPress və CDN mühitlərində eyni məntiq keçərlidir: resurs növünü tanı, yenilənmə tezliyini təyin et, Cache-Control başlıqlarını test et və yayımdan sonra izləməyə davam et.

Qısacası, brauzer keşləmə aşağı xərc tələb edən, lakin yüksək təsirli bir sürət optimizasiyasıdır. Hostragons infrastrukturunda saytınızı yerləşdirirsinizsə, hostinq növünüzə uyğun keş tənzimləmələrini seçərək həm istifadəçi təcrübəsini, həm də texniki SEO performansını gücləndirə bilərsiniz. Ehtiyacınıza ən uyğun yerləşdirmə həllini dəyərləndirmək üçün Hostragons hostinq seçimlərini incələyə bilər və ya mövcud saytınızdakı keş konfiqurasiyasını addım-addım yoxlaya bilərsiniz. Hostragons Hosting Paketləri

Tez-tez Verilən Suallar

Brauzer keşləmə müddəti neçə olmalıdır?

CSS, JS, vizual və font kimi versiyalanmış statik fayllar üçün 30 gün ilə 1 il arası idealdır. HTML səhifələrində isə məzmun güncəlliyi vacib olduğu üçün no-cache, max-age=0 və ya bir neçə dəqiqəlik qısa müddət üstünlük təşkil etməlidir.

Cache-Control ilə Expires arasındakı fərq nədir?

Cache-Control müasir və daha çevik bir HTTP başlığıdır; max-age kimi saniyə əsaslı qaydalar istifadə edir. Expires isə müəyyən bir tarix-saat dəyəri verir. Güncəl layihələrdə Cache-Control prioritetli istifadə edilməli, Expires geriyə doğru uyğunluq üçün əlavə edilməlidir.

WordPress-də brauzer keşləmə necə açılır?

LiteSpeed Cache, WP Rocket, W3 Total Cache kimi əlavələrdə Browser Cache və ya brauzer keşi seçimi aktiv edilə bilər. Ayrıca .htaccess və ya server konfiqurasiyası ilə fayl növlərinə görə Cache-Control başlıqları əlavə edilə bilər.

Uzun keş müddəti verincə sayt yeniləmələri görünməz mi?

Fayl adı dəyişmədən eyni CSS və ya JS faylını yeniləsəniz, bəzi istifadəçilər köhnə faylı görə bilər. Bunun qarşısını almaq üçün fayl versiyalama, heşli fayl adları və CDN purge əməliyyatı istifadə edilməlidir.

Ödəniş və istifadəçi paneli səhifələri keş edilməlidirmi?

Xeyr. Ödəniş, səbət, hesab, faktura və idarəetmə paneli kimi şəxsi məlumat ehtiva edən səhifələrdə Cache-Control: no-store, private kimi təhlükəsiz başlıqlar istifadə edilməlidir. Performans üçün təhlükəsizlikdən güzəştə gedilməməlidir.