HTTP Önbelleği ile gereksiz ağ isteklerini önleme

Kaynakları ağ üzerinden getirmek hem yavaş hem de pahalı bir işlemdir:

• Büyük yanıtlar, tarayıcı ile sunucu arasında birçok gidiş-dönüş yapılmasını gerektirir.
• Sayfanız tüm kritik kaynakları tamamen indirilene kadar yüklenmez.
• Bir kullanıcı sitenize sınırlı bir mobil veri planıyla erişiyorsa, gereksiz her ağ isteği onun parasının boşa harcanması anlamına gelir.

Gereksiz ağ isteklerinden nasıl kaçınabilirsiniz? Tarayıcının HTTP Önbelleği ilk savunma hattınızdır. En güçlü veya esnek yaklaşım olmayabilir ve önbelleğe alınan yanıtların süresi üzerinde sınırlı kontrole sahip olursunuz, ancak etkilidir, tüm tarayıcılarda desteklenir ve çok fazla çalışma gerektirmez.

Bu kılavuz, etkili bir HTTP önbellek uygulaması oluşturmayla ilgili temel bilgileri gösterir.

Tarayıcı uyumluluğu

Aslında HTTP Önbelleği adında tek bir API yoktur. Web platformu API'lerinden oluşan bir koleksiyonun genel adıdır. Bu API'ler tüm tarayıcılarda desteklenir:

Cache-Control

ETag

Last-Modified

HTTP Önbelleği nasıl çalışır?

Tarayıcının gönderdiği tüm HTTP istekleri, isteği yerine getirmek üzere kullanılabilecek geçerli bir önbelleğe alınmış yanıt olup olmadığını kontrol etmek için öncelikle tarayıcının önbelleğine yönlendirilir. Eşleşme varsa, yanıt önbellekten okunur. Böylece hem ağ gecikmesi hem de aktarımın neden olduğu veri maliyetleri ortadan kalkar.

HTTP Önbelleğinin davranışı, istek başlıkları ve yanıt başlıklarının bir kombinasyonu tarafından kontrol edilir. İdeal bir senaryoda, hem web uygulamanızın kodu (istek başlıklarını belirler) hem de web sunucunuzun yapılandırması (yanıt başlıklarını belirler) üzerinde denetime sahip olursunuz.

Daha ayrıntılı, kavramsal bir genel bakış için MDN'nin HTTP Önbelleğe Alma makalesine bakın.

İstek üstbilgileri: varsayılan değerleri koruyun (genellikle)

Web uygulamanızın giden isteklerine eklenmesi gereken bir dizi önemli üstbilgi vardır ancak tarayıcı, istekte bulunduğunda bunları sizin yerinize hemen hemen her zaman ayarlar. Yenilik kontrolünü etkileyen If-None-Match ve If-Modified-Since gibi istek başlıkları, tarayıcının HTTP Önbelleğindeki mevcut değerleri algılamasına göre görünür.

Bu iyi bir haberdir. HTML'nize <img src="my-image.png"> gibi etiketler eklemeye devam edebileceğiniz anlamına gelir. Böylece tarayıcı, HTTP önbelleğine alma işlemini ekstra çaba sarf etmeden sizin için otomatik olarak gerçekleştirir.

Yanıt başlıkları: Web sunucunuzu yapılandırın

HTTP önbellek kurulumunda en önemli bölüm, web sunucunuzun giden her yanıta eklediği üst bilgilerdir. Aşağıdaki başlıkların tümü, etkili önbelleğe alma davranışında dikkate alınır:

• Cache-Control. Sunucu, tarayıcının ve diğer ara önbelleklerin her bir yanıtı nasıl ve ne kadar süreyle önbelleğe alması gerektiğini belirtmek için bir Cache-Control yönergesi döndürebilir.
• ETag. Tarayıcı, süresi dolmuş bir önbelleğe alınmış yanıt bulduğunda, dosyanın değişip değişmediğini kontrol etmek için sunucuya küçük bir jeton (genellikle dosya içeriklerinin karması) gönderebilir. Sunucu aynı jetonu döndürürse dosya aynı olur ve dosyayı yeniden indirmeye gerek yoktur.
• Last-Modified. Bu başlık ETag ile aynı amaca hizmet eder ancak bir kaynağın değişip değişmediğini belirlemek için ETag adlı içerik temelli stratejinin aksine zamana dayalı bir strateji kullanır.

Bazı web sunucularında bu üstbilgilerin varsayılan olarak ayarlanması için yerleşik destek bulunurken diğer sunucularda siz özellikle yapılandırmadığınız sürece üstbilgilerin tamamı dışarıda kalır. Üstbilgileri nasıl yapılandıracağınıza ilişkin ayrıntılar, hangi web sunucusunu kullandığınıza bağlı olarak büyük farklılıklar gösterir. Bu nedenle, en doğru ayrıntıları almak için sunucunuzun dokümanlarına bakmanız gerekir.

Aşağıda, arama yapmanızı engellemek için birkaç popüler web sunucusunu yapılandırmaya ilişkin talimatlar verilmiştir:

• Express
• Apache
• nginx
• Firebase Barındırma
• Netlify

Cache-Control yanıt üstbilgisinin çıkarılması HTTP önbelleğe almayı devre dışı bırakmaz. Bunun yerine, tarayıcılar belirli bir içerik türü için hangi önbelleğe alma davranışının en mantıklı olacağını etkili bir şekilde tahmin eder. Muhtemelen bu tekliflerden daha fazla kontrol sahibi olmak istiyorsunuzdur. Bu nedenle yanıt başlıklarınızı yapılandırmak için zaman ayırın.

Hangi yanıt başlığı değerlerini kullanmalısınız?

Verilerinizi yapılandırırken ele almanız gereken iki önemli senaryo vardır: daha fazla bilgi sağlar.

Sürümlü URL'ler için uzun ömürlü önbelleğe alma

"Parmak izi" içeren URL'lere ilişkin isteklere yanıt verirken veya sürüm oluşturma bilgilerini içeren ve içeriği asla değişmeyen kullanıcılar için yanıtlarınıza Cache-Control: max-age=31536000 ekleyin.

Bu değerin ayarlanması, tarayıcıya gelecek bir yıl içinde herhangi bir zamanda aynı URL'yi (31.536.000 saniye; desteklenen maksimum değer) yüklemesi gerektiğinde, web sunucunuza herhangi bir ağ isteği göndermek zorunda kalmadan HTTP Önbelleğindeki değeri hemen kullanabileceğini bildirir. Bu harika! Ağdan kaçınarak elde ettiğiniz güvenilirliği ve hızı hemen elde ettiniz.

Webpack gibi derleme araçları, öğe URL'lerinize karma parmak izleri atama sürecini otomatikleştirebilir.

Sürümü geri alınmış URL'ler için sunucuyu yeniden doğrulama

Maalesef yüklediğiniz tüm URL'ler için sürüm oluşturulmamış. Belki web uygulamanızı dağıtmadan önce bir derleme adımı ekleyemediğiniz için öğe URL'lerinize karmalar ekleyemezsiniz. Ayrıca, her web uygulamasının HTML dosyalarına ihtiyacı vardır. Bu dosyalar (neredeyse!) hiçbir zaman sürüm bilgisi içermez çünkü ziyaret edilecek URL'nin https://example.com/index.34def12.html olduğunu hatırlamaları gerektiğinde web uygulamanızı kullanmakla uğraşmazlar. Peki bu URL'ler için ne yapabilirsiniz?

Bu, yenilgiyi kabul etmeniz gereken senaryolardan biridir. HTTP önbelleğine alma, ağdan tamamen kaçınacak kadar güçlü değildir. (Endişelenmeyin, yakında hizmet çalışanları hakkında bilgi edineceksiniz. Bu sayede savaşı sizin lehinize çevirebilmemiz için ihtiyacımız olan desteği sağlayacaksınız.) Ancak ağ isteklerinin mümkün olduğunca hızlı ve verimli olmasını sağlamak için uygulayabileceğiniz birkaç adım vardır.

Aşağıdaki Cache-Control değerleri, sürümü doğrulanmamış URL'lerin nerede ve nasıl önbelleğe alınacağına ilişkin ince ayar yapmanıza yardımcı olabilir:

• no-cache Bu komut, tarayıcıya, URL'nin önbelleğe alınmış bir sürümünü kullanmadan önce her defasında sunucuyla yeniden doğrulaması gerektiğini bildirir.
• no-store Bu komut, tarayıcıya ve diğer ara önbelleklere (CDN'ler gibi) dosyanın hiçbir sürümünü hiçbir zaman depolamama talimatı verir.
• private Tarayıcılar dosyayı önbelleğe alabilir, ancak ara önbellekler bunu yapamaz.
• public Yanıt, herhangi bir önbellek tarafından depolanabilir.

Hangi Cache-Control değerlerinin kullanılacağına karar verme sürecini görselleştirmek için Ek: Cache-Control akış şeması'na bakın. Cache-Control, virgülle ayrılmış yönerge listesini de kabul edebilir. Ek: Cache-Control örnek bölümüne bakın.

ETag veya Last-Modified değerini ayarlamak da yardımcı olabilir. Yanıt başlıklarında belirtildiği gibi, ETag ve Last-Modified aynı amaca hizmet eder: Süresi dolmuş bir önbelleğe alınmış dosyayı tarayıcının yeniden indirmesinin gerekip gerekmediğini belirlemek. Daha doğru sonuç verdiği için ETag kullanmanızı öneririz.

ETag veya Last-Modified ayarlandığında, İstek başlıklarında belirtilen If-Modified-Since veya If-None-Match istek başlıklarını tetiklemesine izin vererek yeniden doğrulama isteğini çok daha verimli hale getirir.

Doğru şekilde yapılandırılmış bir web sunucusu bu gelen istek başlıklarını gördüğünde, tarayıcının HTTP Önbelleğinde zaten sahip olduğu kaynak sürümünün, web sunucusundaki en son sürümle eşleşip eşleşmediğini onaylayabilir. Eşleşme varsa sunucu bir 304 Not Modified HTTP yanıtıyla yanıt verebilir. Bu yanıt, "Hey, halihazırda kullandıklarınızı kullanmaya devam edin!" ifadesine eşdeğerdir. Bu tür yanıtlar gönderilirken aktarılacak veri miktarı çok azdır. Bu nedenle, istenen kaynağın bir kopyasını gerçekten geri göndermek yerine genellikle çok daha hızlıdır.

Özet

HTTP Önbelleği, gereksiz ağ isteklerini azalttığı için yükleme performansını iyileştirmenin etkili bir yoludur. Tüm tarayıcılarda desteklenir ve kurulumu çok fazla zaman almaz.

Aşağıdaki Cache-Control yapılandırmaları iyi bir başlangıçtır:

• Her kullanımdan önce sunucuyla yeniden doğrulanması gereken kaynaklar için Cache-Control: no-cache.
• Hiçbir zaman önbelleğe alınmaması gereken kaynaklar için Cache-Control: no-store.
• Sürümü tutulan kaynaklar için Cache-Control: max-age=31536000.

Ayrıca ETag veya Last-Modified başlığı, süresi dolmuş önbellek kaynaklarını daha verimli bir şekilde yeniden doğrulamanıza yardımcı olabilir.

Daha fazla bilgi

Cache-Control üstbilgisini kullanmayla ilgili temel bilgilerin ötesine geçmek istiyorsanız Jake Archibald'ın Önbelleğe alma en iyi uygulamaları ve maksimum yaş kazanımları kılavuzuna göz atın.

Geri gelen ziyaretçiler için önbellek kullanımınızı nasıl optimize edeceğinizle ilgili yol gösterici bilgileri Önbelleğinizi sevme başlıklı makalede bulabilirsiniz.

Ek: Daha fazla ipucu

Daha fazla zamanınız varsa, HTTP Önbelleği kullanımınızı optimize etmenin diğer yollarını burada bulabilirsiniz:

• Tutarlı URL'ler kullanın. Aynı içeriği farklı URL'lerde sunarsanız bu içerik birden çok kez getirilir ve depolanır.
• Uygulamayı kullanmayı bırakan kullanıcı sayısını en aza indirin. Bir kaynağın bir bölümü (CSS dosyası gibi) sık sık güncellenirken dosyanın geri kalanı (kitaplık kodu gibi) güncellenmiyorsa sık güncellenen kodu ayrı bir dosyaya bölmeyi, sık güncellenen kod için kısa süreli bir önbelleğe alma stratejisi, sık değişmeyen kod için ise uzun bir önbelleğe alma süresi stratejisi kullanmayı düşünün.
• Cache-Control politikanızda eskilik derecesine izin veriliyorsa yeni stale-while-revalidate yönergesine göz atın.

Ek: Cache-Control akış şeması

Ek: Cache-Control örnek