WordPress CDN Hızlandırma

WordPress performans optimizasyonunu üç katmana ayırırsanız:

• kaynak istasyon katmanıSunucu / PHP / Veritabanı / Önbellek eklentisi — TTFB ve arka uç yükünü belirler
• kaynak katmanı: Görüntü Optimizasyonu - ilk büyük resmin indirme boyutunu ve hızını belirleme
• teslimat katmanı: CDN —— kaynakların ziyaretçiye daha yakın olmasını, isabetin daha istikrarlı olmasını ve kaynak sunucunun daha rahat çalışmasını sağlar

bu makale CDN Hızlandırma：

• CDN’nin neleri çözebildiğini ve neleri çözemediğini öğrenin
• Kendinize uygun CDN biçimini ve hizmet sağlayıcısını seçebilme (ve ücretsiz/sürüm başlangıç sürümü sınırlarını anlama)
• Siteyi çökertmeden veya e-ticaret/üyelik önbelleğinde bir sorun yaşamadan düşük riskli bir düzende canlı yayına geçin
• “Çalıştığını” doğrulayın ve yayına girdiğinde “neden güncellenmediğini/neden yavaşladığını/neden içeriği dizdiğini” giderin.”

1. Önce kavramı netleştirelim: CDN neyi çözer, neyi çözmez

1.1 CDN esas olarak 3 şeyi çözer

1.1.1 Statik kaynakların daha hızlı teslimi
Resimler/CSS/JS/yazı tipleri/ikonlar gibi statik kaynaklar ziyaretçiye daha yakındır, daha hızlı indirilir ve sayfayı daha tutarlı bir şekilde oluşturur.
WordPress için, özellikle temalar ve eklenti kaynakları (wp-content/themes/、wp-content/plugins/) yanı sıra medya galerisi görüntüleri (wp-content/uploads/) genellikle “daha hacimli” olandır.

1.1.2 Kaynak istasyonlarında azaltılmış basınç
Kenar önbelleğine isabet ettikten sonra isteklerin kaynak sunucuya sık sık geri dönmesine gerek kalmaz; kaynak sunucunun bant genişliği, eşzamanlı bağlantıları, disk IO’su ve CPU dalgalanmaları da daha hafif olur.
Bu özellikle “etkinlik sayfaları, makale patlamaları ve çok ziyaret alan ürün sayfaları” gibi dalga senaryoları için geçerlidir.

1.1.3 Geliştirilmiş stabilite (dalgalanmalara karşı daha dayanıklı)
Trafik arttığında, uç düğümler çok sayıda yinelenen isteği emer ve kaynak istasyonun yakalanma olasılığı çok daha düşüktür.
“Daha sorunsuz erişim” göreceksiniz: kaynak site anlık olarak stres altında olsa bile uç önbellek çıktı vermeye devam eder.

---

1.2 CDN'nin otomatik olarak çözmeyeceği 3 tür sorun

1.2.1 Yavaş kaynak istasyonunun kendisi
Veritabanı yavaş, eklenti mantığı yavaş, PHP hesaplaması yavaş — bunlar kaynak site katmanı sorunlarına girer.
CDN statik kaynakları hızlandırabilir, ama ana sayfa HTML’sini çok yavaş oluşturuyorsan kullanıcı yine de “açılış yavaş” diyecektir. Bu durumda önce şunlara dön: hosting / önbellek eklentisi / veritabanı optimizasyonu

1.2.2 Görüntünün kendisi çok büyük
CDN, 3MB’nin büyük resmini “sihirli bir şekilde küçültemez”.
Önce görüntü optimizasyonu yapmak isteyeceksiniz: boyutlandırma stratejisi (büyük boyutlu görüntüleri indirmeyin), sıkıştırma, WebP/AVIF, tembel yükleme stratejisi vb.

1.2..3 Yavaş üçüncü taraf komut dosyaları
Reklamlar, istatistikler, müşteri hizmetleri, sosyal medya bileşenleri vb. üçüncü taraf alan adlarından gelir.
CDN genelde onları daha hızlı hale getiremez; bunu yalnızca yüklemeyi azaltıp/erteleyerek, sağlayıcıyı değiştirerek veya betik stratejisini optimize ederek çözebilirsiniz.

2. 30 saniyede seçim: Hangi CDN formuna ihtiyacınız var?

WordPress için iki ana kategori vardır. “Format” ve ardından “Servis Sağlayıcı” yı seçerseniz, fikir çok net olacaktır.

2.1 Hepsi bir arada “ters proxy tipi” (daha zahmetsiz, çoğu site için uygundur)

Özellikler: Yalnızca CDN olmakla kalmaz, aynı zamanda DNS / SSL / Temel güvenlik koruması (örn. DDoS/WAF) Birlikte paketlenmiş. Siz ona erişiyorsunuz ve o da sitenizin önünde bir proxy olarak duruyor.

Ne alacaksın?

• HTTPS sertifikaları ve TLS yönetimi daha kolay
• Birleşik güvenlik koruma girişi
• Kural motoru ile uç önbellekleme (daha ayrıntılı önbellekleme politikaları yapabilir, politikaları atlayabilir)
• “Genişleme için daha fazla alan”: daha sonra güvenlik, hız sınırları ve bot koruması eklemek isterseniz, genellikle hepsi aynı sistemdedir.

Temsilci: Cloudflare / Tencent Cloud International EdgeOne / Alibaba Cloud International ESA

Eğer istersen:

• Öyle olsun. HTTPS + CDN + Temel Güvenlik hepsini tek seferde yapın
• Alan adı çözümleme/proxy katmanını tek bir platform altında birleştirmek ister misiniz?
• Siz “genel deneyim ve sonraki genişletilebilirlik”e daha çok önem veriyor, DNS, sertifika, CDN ve güvenliği birden fazla ayrı yapıya bölmek istemiyorsunuz

---

2.2 Saf “Statik” Pull CDN (düşük riskli başlangıç, esas olarak resim/CSS/JS hızlandırma)

Özellikler: Yalnızca statik kaynakları CDN uç önbelleğine yerleştirirsiniz; HTML sayfaları ise hâlâ kaynak sunucu (ve kaynak sunucu önbellek eklentisi) tarafından sunulur.

Ne alacaksın?

• Çok düşük iş riski: HTML'ye dokunmazsanız “içerik/kart dizme” yok”
• Maliyet modellemesi daha sezgiseldir: genellikle trafik/talep/bölgeye göre faturalandırılır
• Daha saf bir yapı: daha çok bir “statik kaynak dağıtım hizmeti” gibi.”

Temsilci: bunny.net (kullandıkça öde modeli net)

Eğer istersen:

• Önce “en emin adımı” atmak istersiniz - statik kaynak hızlandırma.
• Proxy türü/tam site önbelleğe almaya devam edip etmemeye karar vermeden önce hızlı bir şekilde gelir elde etmek istersiniz
• Maliyetin “kullandığın kadar öde ”ye yakın olmasını istersiniz.”

3. Nasıl yapılır

• Kademe 1: Entegre acente tipi (tercih edilir): Cloudflare / EdgeOne / ESA
• İkinci katman: statik Pull CDN (güvenli başlangıç): bunny.net / Cloudways CDN vb.

4. Tavsiye edilen hizmet sağlayıcılar

4.1 Cloudflare: Ters proxy entegrasyonu (ücretsiz başlangıç, ekolojik olarak olgun)

Ne oldu?
Alan adını bağladıktan sonra, sitenizin önünde bir proxy olarak çalışır ve CDN, sertifika, temel koruma ve önbellek kuralları sağlar.

Kimin için

• İçiniz rahat olsun: HTTPS + CDN + temel güvenlik tek pakette
• Olgun ekosistem istemek: WAF, hız sınırı, kenar kuralları vb. eklemek için takip, yol pürüzsüz

risk noktası

• Güncellemeler yürürlüğe girmez: CDN devreye alındıktan sonra önbellek zinciri uzar (tarayıcı önbelleği + CDN önbelleği + origin önbelleği); güncellemeleri kontrollü hale getirmek için “sürüm stratejisi” gerekir (aşağıda inceleme ağacı var)
• HTML'yi önbelleğe alırken dikkatli olun: HTML önbelleğe alınıyorsa, e-ticaret/üyelik/kişiselleştirme sayfaları kesinlikle atlanmalıdır, aksi takdirde ciddi kazalara açık olurlar (senaryoların bir listesi aşağıda verilmiştir)

talimatlar：

• Konumlandırma: Hepsi bir arada ters proxy (SSL + CDN + temel koruma)
• Şunlar için uygundur: çevrim içi tasarruf, sonraki genişlemeler için geniş alan
• Temel değer: birleşik sertifika/güvenlik/önbellek portalı
• Riskler: Güncellemeler versiyonlama politikalarına dayanır; HTML önbelleğe almanın sıkı bir şekilde atlanması gerekir

---

4.2 Tencent Cloud Uluslararası EdgeOne: Ters proxy entegrasyonu

Ne oldu?
Form ayrıca, siteleri birleşik aracı katmanı yönetimine sokmak için uygun olan “hızlandırma + güvenlik + sertifikalar” dan oluşan hepsi bir arada bir platformdur.

• Cloudflare gibi ücretsiz sürümü vardır, ancak genellikle vardır Kota/işlevsel tavan(kural sayısı, günlük görevi sayısı vb.), ancak DNS'yi değiştirmeniz gerekmez, yalnızca cname ile bağlamanız yeterlidir.Ücretsiz sürüm ticari web siteleri için önerilmez！
• Bu arada ücretsiz planlar genellikle şu anlama gelir SLA garanti edilmedi
  İşe yarıyor, ancak “ticari bir SLA paketi” olarak değil.

• Çin anakarasında Çin anakarası hatları arasında otomatik olarak geçiş yapmak isterseniz, genellikle önceÇin ICP Kaydısadece uluslararası rotalar dosyalanmadıklarında kullanılabilir.

Açıklama:

• Konumlandırma: Ters proxy entegrasyonu (hızlandırma + güvenlik + sertifikalar)
• Şunlar için ideal: Entegre erişim isteyen ve Çin anakarasında düğüm kapasitesi düşünenler
• Ücretsiz: ücretsiz planlar/ücretsiz sürümler mevcuttur, ancak kotalar sınırlıdır ve SLA'lar genellikle garanti edilmez
• Riskler: kurallar/loglar/alt alan kotaları önceden planlanmalıdır; HTML önbelleğe alma konusunda da aynı derecede dikkatli olunmalıdır

---

4.3 Aliyun Uluslararası ESA: Ters proxy entegrasyonu

• Cloudflare gibi ücretsiz sürümü vardır, ancak genellikle vardır Kota/işlevsel tavan(kural sayısı, günlük görevi sayısı vb.), ancak DNS'yi değiştirmeniz gerekmez, yalnızca cname ile bağlamanız yeterlidir.Ücretsiz sürüm ticari web siteleri için önerilmez！
• Kullanmak için uluslararası sitede bir hesap açın
• Bir site eklemek için ESA konsoluna gidin ve ücretsiz Giriş aboneli̇k eri̇şi̇mi̇
• Çin anakarasında Çin anakara hattına otomatik olarak geçmek istiyorsanız, genellikle önce ICP başvurusunu tamamlamanız gerekir; yalnızca başvuruda bulunmadığınızda uluslararası hatta geçebilirsiniz.
• Ücretsiz, geliştirme/test/değerlendirme için daha uygundur ve genellikle ticari SLA paketlerine eşdeğer değildir.
• Ücretsiz paketlerde genellikle hız limitleri/destek yöntemi kısıtlamaları (örn. SLA'lar, vb.) vardır

Çin anakara hattı hakkında:

• Çin anakarası düğümlerini etkinleştirmek için genellikle dosyalama ve bölgesel koşulları karşılamanız gerekir
• Ücretsiz Giriş Varsayılan uluslararası rota, Çin anakarası rotasını almak isteyen tamamlanmalıdır.Çin ICP Kayıt Gereklilikleri

Açıklama:

• Konumlandırma: ters proxy entegrasyonu (site hızlandırma + güvenlik)
• Ücretsiz: uluslararası istasyon hesabı mevcut Giriş ücretsiz erişim; varsayılan Çin anakarasını içermez hızlandırma
• Şunlar için idealdir: hafif kullanımlı değerlendirme/test; veya sonraki yükseltme paketi
• Riskler: bakılması gereken serbest sınırlar (SLA'lar/hız limitleri/destek yöntemleri); önceden planlanması gereken bölgeler ve dosyalar

---

4.4 bunny.net: Statik Pull CDN (düşük riskli başlangıç, kullanıma göre ücretlendirme net)

Eğer “önce en sağlam kazancı almak” istiyorsanız, bunny gibi Pull CDN çok uygundur:
Daha çok bir “kaynak dağıtım hizmeti” gibidir: ona teslim etmesi için statik kaynaklar verirsiniz, maliyet genellikle trafik/talep/bölge ile ilgilidir ve model açık ve kontrol edilebilirdir.

Fit:

• önce bir şey yapmak Görseller / CSS / JS / Yazı Tipleri Statik ivme
• Önce düşük riskli ve istikrarlı getiri elde etmek istiyorsanız, tüm siteyi acente platformuna emanet etmekte acele etmeyin (DNS/SSL/WAF hepsi bir arada)
• Maliyet modelinin hemen daha karmaşık bir pakete girmek yerine “kullandığın kadar öde ”ye yakın olmasını istersiniz.

risk noktası

Statik kaynaklarda “güncelleme etkisiz” sorunu neredeyse hiç CDN hatası değildirdaha ziyade, önbellekleme sisteminin normal bir davranışıdır:
Arka uçta CSS/JS/görüntüleri güncellediğinizde, ancakKaynak URL'si değişmez.(Aynı adres/dosya adı/yol) kullanıldığında, CDN ve tarayıcı eski önbelleği kullanmaya makul şekilde devam eder; bu yüzden “neden güncellenmedi” diye görürsünüz.

Açık, uygulanabilir bir ilke:

Sürüm numaraları önceliklidir, Cepleri temizleyin.

Neden en istikrarlısı bu?

• Sürüm numarası/dosya adı değişiklikleri → URL değişti → CDN yeni kaynak olarak önbelleğe alınır → Yeni sürüm neredeyse hemen geçerli olur
• **Purge** aktif olarak tetiklemenizi gerektirir, bu da yanlış menzil ve gecikmeli düğüm yayılımı ile sonuçlanma eğilimindedir; sık Purge aynı zamanda daha düşük isabet oranları, daha fazla getiri ve daha yüksek oynaklık ile sonuçlanabilir.

Örnekleri görmek kolay:

• style.css İçerik değişti, ancak URL hala style.css → CDN Eski önbelleği kullanmaya devam et (önerilir)
• URL şu hale gelir style.css?ver=20260103 或 style.abc123.css → CDN yeni kaynak olarak kabul ediliyor → Yeni sürüm hemen geçerli olur

bunny, “İlk Adım CDN” için en iyi uygulama olarak

1. Önce sadece statik kaynakları kapsayın(resimler/CSS/JS/fontlar), HTML'yi hemen önbelleğe almayın!
   • Fayda: “Kullanıcı başkasının içeriğini/kart seri numarasını görüyor” gibi ciddi olaylar neredeyse hiç yaşanmıyor.
   • Ayrıca kazanımları doğrulama olasılığınız daha yüksektir: daha hızlı statik kaynaklar, daha hafif kaynak siteleri
2. Güncelleme stratejisini doğru belirleme
   • CSS/JS: sürüm numarası/dosya adı değişikliğini kullanmayı deneyin
   • Görseller: uzun süreli “aynı isim kapsamından” kaçınmaya çalışın, daha çok önerilen yeni dosya adı / yolu değişiklikleri (özellikle ana sayfa banner'ı, etkinlik haritası)
3. Yayına girdiğinde doğrulama kontrol listesi ile isabeti onaylayın
   • Statik kaynaklar CDN'den mi geliyor
   • İsabet oranı giderek artıyor mu ve kaynak bant genişliği/talepler daha düzgün mü (doğrulama listesi aşağıdadır)

5. Üst çizgiye giden yol haritası: 3 aşamada ilerleme (durağandan güçlüye)

CDN’nin internete alınırken en kolay “karışmasına” neden olan şey, en başta tüm özellikleri sonuna kadar açmaya çalışmaktır.

Aşama 1: Yalnızca statik kaynaklar CDN (önce yapılması şiddetle tavsiye edilir)

hedeflerResimler/CSS/JS/yazı tipleri önce CDN üzerinden gider; HTML, CDN önbelleğinde değil (veya şimdilik dokunulmaz).

Neden ilk yapılması gereken en güvenli şey bu?

• Minimum risk: statik kaynak önbelleğe alma yanlıştır, “stil/görüntü güncellenmedi ”ye kadar, kontrol edilebilir
• Giriş durumuna, e-ticaret süreçlerine, hesap bilgilerinin doğruluğuna dokunmayacak
• Faydalarını açıkça görebilirsiniz: statik kaynakların daha hızlı indirilmesi ve daha sorunsuz kaynak siteleri!

Bu aşamada sık karşılaşılan sorunlar (sorun giderme ağacı daha sonra verilecektir)

• Karışık içerik (HTTPS sayfa HTTP kaynağı yüklüyor)
• Statik kaynak güncellemeleri etkili olmaz (URL'ler değişmez)

---

Aşama 2: Yenileme stratejisi (önce sürüm numarası, Temizleme/başarısızlık cepleri)

Bu, “CDN bunu profesyonelce yapıyor mu yapmıyor mu” arasındaki dönüm noktasıdır.

Katı bir kural:

Sürüm numarası/dosya adı değişiklikleriyle çözülebilecek güncellemeler için Purge'e güvenmeyin.

Önbellek bağlantıları uzadıkça neden metafizik hale geliyor?

• Tarayıcı önbelleği: Yerel olarak önbelleğe alınmış eski CSS/JS'leriniz olabilir.
• CDN Önbellek: Uç düğüm eski kaynağı önbelleğe almış olabilir
• Kaynak site önbelleğe alma: Önbellek eklentileri/sunucu önbellekleri hala eski içerik çıktısı veriyor olabilir

Eğer bir versiyonlama stratejiniz yoksa, sürüm
“Bir şeyi değiştirdim → Yenile → Çalışmıyor → Önbelleği tekrar temizle → Yine çalışmıyor → Önbelleğin başka bir seviyesini temizle”
Bu, birçok kişinin CDN ile ilgili en büyük sıkıntısıdır.

---

Aşama 3 (ileri düzey): HTML'yi önbelleğe almak veya almamak (yüksek verim ancak en yüksek risk)

HTML önbelleğe alma (tam site önbelleğe alma/kenar önbelleğe alma) TTFB'yi önemli ölçüde azaltır, ancak WordPress senaryolarında da yüksek bir olay alanıdır.

Emin değilseniz HTML’yi önbelleğe almayın. Önce statik CDN + kaynak sunucu önbellek eklentisi.

HTML'yi önbelleğe almak istiyorsanız, iki kural geçerlidir:

1. Sadece “Ziyaretçi Devleti” ile başlar.: Yalnızca günlüğe kaydedilmemiş ziyaretçi sayfalarını önbelleğe al
2. Önce bypass listesini yazın: Önce doğruluk gelir, sonra isabet

6. Senaryo kurallarının listesi: farklı saha türleri için olay olmadan ne yapılmalı

6.1 İçerik siteleri / bloglar (makale tabanlı, çok sayıda ziyaretçi)

referanslar

• Statik kaynaklar: tamamen önbelleğe alınmış
• HTML: “giriş yapmamış ziyaretçi sayfasını” önbelleğe almayı düşünün”

Çoğu zaman, aşağıdaki işlemleri atlamak gerekir

• Arka Uç ve Giriş:/wp-admin/*、/wp-login.php
• Önizleme/taslak (önizleme)
• Arama sonuçları sayfası (parametreler çok değişir, önce bunları önbelleğe almamak en ekonomik yoldur)
• Form gönderimi/yorum gönderimi için POST isteği

Önbellek Anahtarları en azından aşağıdakiler arasında ayrım yapmalıdır

• Giriş yapıp yapmadığınız (çerez boyutu)
• Diller (çok dilli istasyonlar)

---

6.2 Kurumsal site / pazarlama açılış sayfası (formlar, bolca etkinlik)

referanslar

• Statik kaynaklar: tamamen önbelleğe alınmış
• HTML: genel açılış sayfaları önbelleğe alınabilir (misafir durumu), ancak form sonuç sayfalarında dikkatli olun

Adım atılması en kolay tuzak: önbellek parçalanmasına yol açan izleme parametreleri
Açılış sayfaları yaygındır utm_* Parametreler:

• Tüm Engage Önbellek Anahtarları → Önbellek Parçalandı, Düşük İsabet Oranı
• Tümünü yoksay → Parametre oluşturmaya bağlı olan birkaç sayfa beklendiği gibi olmayabilir

---

6.3 Üyelik sitesi / kurs sitesi / topluluk (oturum açmış durumların yüksek payı)

bir karara varmak: HTML önbelleğe alma işlemi büyük bir dikkatle yapılmalıdır.
En güvenli yaklaşım genelde şudur: statik CDN + kaynak site önbelleği/nesne önbelleği; HTML yalnızca ziyaretçi durumu için önbelleğe alınır.

Baypas etmeli

• Giriş/Kayıt/Şifreyi Geri Al
• Hesap Merkezi, Siparişler / Abonelikler, Kişisel Bilgiler
• “Kullanıcı durumuyla güçlü bir şekilde ilgili” tüm sayfalar ve arayüzler

---

6.4 E-ticaret istasyonu (WooCommerce)

En önemli baypasların bir listesi

• Alışveriş Sepeti, Ödeme, Hesap Sayfası
• Sipariş onayı ve ödeme geri aramalarıyla ilgili sayfalar
• Giriş/kayıt, kupon/puan ve kullanıcı durumuyla ilgili diğer girişler

E-ticaret neden kazalara daha yatkındır?

• Kullanıcı bir alışveriş sepeti, oturum ve giriş durumuna sahip olduğunda, sayfa son derece kişiselleştirilir
• Atlanmayan/farklılaştırılmayan HTML önbelleğe almanın tipik sonuçları şunlardır: alışveriş sepeti uyumsuzlukları, hesap dizeleri ve fiyat görüntüleme anomalileri.
  Doğruluk önceliklidir, isabet için doğruluğu feda etmeyin.

---

6.5 Çok Dilli / Çok Para Birimli Siteler

referanslar

• Statik kaynaklar: tamamen önbelleğe alınmış
• HTML: konuk durumları önbelleğe alınabilir, ancak önbellek anahtarları dil/para birimi varyantları arasında net bir ayrım yapmalıdır

Önbellek Anahtarı dikkate alınmalıdır

• Dil (Yol) /en/ /zh/ veya alt alan adı en.）
• Giriş yapıp yapmadığınız (çerez)
• Para birimi/vergi oranı (sunumu etkiliyorsa)

---

7. Risk uyarıları

Risk 1: Yanlış içeriğin önbelleğe alınması (en ciddi)

• Statik kaynak önbelleğe alma hatası: çoğunlukla eski stiller/görüntüler
• HTML önbelleğe alma hatası: içerik dizisi, alışveriş sepeti dizisi, hesap dizisi olabilir - bu ciddi bir olaydır!

Risk 2: Güncellemeler yürürlüğe girmez (en yaygın)

Önbellek bağlantısı uzadıkça, “değişiklikler yürürlüğe girmiyor” daha yaygın hale gelecektir:

• Sürüm numarası/dosya adı değişiklikleri önceliklidir
• Tasfiye/başarısızlık peddling
• Yayınlama süreci tekrarlanabilir olmalıdır (her yayın için hangi URL'lerin değiştirildiğini bilin)

Risk 3: Ücretsiz sürüm/başlangıç sürümü için taahhüt sınırı

• Ücretsiz programların ortak özellikleri: sınırlı kota, bazı kapasitelerin hariç tutulması, tam ticari kullanıma eşdeğer olmayan SLA/destek yaklaşımı

Risk 4: Çin Anakarası ile ilgili yetkinlikler kolayca yanlış yorumlanabilir

• ESA: Çin Anakarası Rotaları için Çin ICP Kaydı Gerekli
• EdgeOne: Çin anakarası rotaları için Çin ICP dosyalaması gerekli

8 Doğrulama kontrol listesi: Yayına girdikten sonra “gerçekten çalıştığının” nasıl doğrulanacağı”

8.1 Statik kaynaklar gerçekten CDN üzerinden mi geçti?

• Resim/CSS/JS CDN alan adından/uç düğümden mi geliyor
• Önbellek isabetlerinin açık işaretlerini görüp göremediğiniz (işaretler platforma göre değişir)

8.2 Kaynak istasyonunun basıncı düştü mü?

• Kaynak istasyon bant genişliği daha mı düzgün?
• Kaynak siteden gelen istek/bağlantı sayısının düşüp düşmediği (özellikle yinelenen kaynaklara yönelik istekler)

8.3 Güncellemeler yönetilebilir mi?

• CSS/JS'yi bir kez değiştirin veya bir görüntüyü değiştirin.
• Yeni sürümün “sürüm numarası değişikliği/dosya adı değişikliği” ile hızlı bir şekilde izlenip izlenemeyeceği.
• Yalnızca Purge ile güncelleme yapabiliyorsanız, iyi bir sürüm oluşturma stratejiniz yoktur (stratejiyi yamalamaya öncelik verin, Purge'u günlük bir rutin haline getirmeyin)

8.4 Dinamik anahtar sayfaları doğru mu?

(E-ticaret/üyelik sitesi bir zorunluluktur)

• Giriş/çıkış sonrası sayfanın içeriği doğru
• Alışveriş sepeti / ödeme / hesapla ilgili sayfalar her zaman doğrudur
• “Farklı kullanıcılar aynı kullanıcı durumu içeriğini görür” istisnası yoktur (yüksek risk).

8.5 Hata oranı arttı mı?

• Kaynağa dönüş zaman aşımı, 5xx, aralıklı açılamama
• Bunlar genellikle şu anlama gelir: kaynakta yetersiz taşıyıcı, yanlış kurallar, hız sınırı tetikleyicileri veya kaynağa geri bağlantı ile ilgili sorunlar

9. İşlevsizlik ağacının güncellenmesi (“metafiziğin” adımlara dönüştürülmesi)

Ne tür bir sorun yaşadığınızı belirleyerek işe başlayın:

9.1 Statik kaynaklar güncellenmedi (CSS/JS/görüntüler hala eski)

Senaryo A: Sadece siz eskiyi görüyorsunuz, gizlilik/değiştirme cihazı yeni
Öncelikli şüphe: tarayıcı önbelleğe alma

• Çözüm için yönerge: sürüm numarası/dosya adı değişiklikleriyle yeni kaynaklar yayınlayın

Senaryo B: Herkes eski görüyor (gizli/farklı cihazlar da eski)
Öncelikle şundan şüphelenin: CDN hâlâ eski önbelleğe isabet ediyor

• 99% Neden: Kaynak URL'si değiştirilmedi
• Öncelikli çözümler: versiyonlama stratejileri
• Cep: Arındırma (geçici araçlar)

Senaryo C: Görüntünün üzerine aynı adla yazıldıktan sonra eski görüntü görünmeye devam eder.
Bu, tarayıcı önbelleği ile CDN önbelleğinin çakışmasından kaynaklanan klasik bir sorundur

• Pratik tavsiye: uzun süreli “aynı adın üzerine yazmalardan” kaçınmaya çalışın, yeni dosya adları/yolları veya sürüm numaraları kullanın

---

9.2 HTML güncellenmedi (sayfa içeriği/modüller hala eski)

Senaryo A: arka uç/login yeni, ziyaretçiler eski görüyor
Öncelik şüphesi: konuk HTML önbelleğe alınır

• Her şeyden önce: bu sayfalar HTML önbelleğine alınmalı mı?
• Önbelleğe alınması gerekiyorsa: kontrollü yenileme stratejisi gerekir, aksi takdirde sürüm kontrol edilemez

Senaryo B: Yalnızca bazı bölgeler/bazı ağlar eski içeriği geri gönderir
Öncelik şüphesi: farklı kenar düğümleri farklı önbellek durumlarına sahiptir

• Çözüm için yön: sürüm oluşturma/yenileme stratejisi ile farklılıkları yakınsama; gerekirse daha açık geçersiz kılma

Senaryo C: Oturum açmış kullanıcılarda/alışveriş sepetlerinde anormallikler
Yüksek risk işareti: yanlış içeriği önbelleğe alıyor olabilir

• Kullanıcı durumu sayfalarının (alışveriş/çıkış/hesap vb.) önbelleğe alınıp alınmadığını hemen kontrol edin
• Önbellek Anahtarının “userland cookie/language/currency” gibi anahtar değişkenlerini yok sayıp saymadığını kontrol edin.

10. Tavsiyeler

Cloudflare

• Ters proxy entegrasyonu
• Şunlar için uygundur: tasarruf başlangıcı
• Odak noktası: güncellemeleri ele almak için sürüm oluşturma politikası; konuk durumundan yapılan HTML önbelleğe alma
• Risk: Dinamik sayfalar atlanmalıdır

Tencent Cloud Uluslararası EdgeOne

• Ters proxy entegrasyonu
• Uygun: Çin anakarasının düğüm kapasitesini ve entegre erişimi göz önünde bulundurun
• Ücretsiz: ücretsiz planlar/ücretsiz sürümler vardır, ancak kota ve taahhüt sınırlarının net bir şekilde görülmesi gerekir
• Riskler: planlanacak kurallar/loglar/alt alan kotaları; dikkatli HTML önbelleğe alma

Aliyun Uluslararası ESA

• Ters proxy entegrasyonu
• Ücretsiz: Uluslararası hesaplar mevcut Giriş Ücretsiz Erişim
• Risk: Ücretsiz sınırlar (SLA/destek/hız limiti) ve önceden teyit edilecek bölgeler/dosyalama koşulları
• Şunlar için uygundur: değerlendirme/test ve hafif erişim; veya müteakip paket yükseltme veya Çin anakarası düğüm kapasitesi ve entegre erişim dikkate alınarak

bunny.net

• Statik Pull CDN
• Uygun: önce düşük riskli statik hızlanma
• Odaklanın: önce sürüm numarası, Gizli temizleme; aynı adla geçersiz kılmalardan kaçının
• Risk: Güncelleme stratejisi düzgün yapılmazsa “eski kaynaklarla” sık sık karşılaşılması.”

11. Eylem için tavsiyeler

1. Önce türü seçin: ters proxy hepsi bir arada (Cloudflare/EdgeOne/ESA) veya statik Pull CDN (bunny)
2. Sahneye göre yaşa:Önce statik → sonra sürümleme politikası → son olarak HTML önbelleğe almayı düşünün
3. Canlıya alma sonrasında doğrulama kontrol listesi ile kontrol edin: isabet/kaynağa dönüş/güncelleme/dinamik bypass/hata oranı
4. Daha hızlı olmanız gerekiyor: “Önbellek Eklentisi”, “Görüntü Optimizasyonu ”na geri dönün ve kaynak ve kaynak katmanlarını tekrar sıkıştırın!

WordPress CDN SSS

1. CDN kullandığım halde neden hâlâ yavaş?

En yaygın neden CDN'nin işe yaramaması değil, darboğazın “teslimat katmanında” olmamasıdır.

Onları bu sırayla değerlendirebilirsiniz:

• TTFB hâlâ yüksek.: Kaynaktan yavaş HTML üretiminin açıklanması (veritabanı/eklenti/önbellek eklentisi yapılandırması/hosting performansı) → kaynak seviyesi optimizasyonuna geri dönüş
• İlk büyük resim çok yavaş: yanlış görüntü hacmi, boyutu veya formatını gösterir → önce görüntü optimizasyonu yapın (sıkıştırma, WebP/AVIF, boyutlandırma stratejisi)
• Üçüncü taraf komut dosyaları yavaşlıyorReklam/istatistik/müşteri hizmetleri komut dosyaları yaygındır → CDN genelde işe yaramaz; yüklemeyi azaltmak veya ertelemek gerekir
• Sadece belirli bölgeler yavaş: bir düğümün üzerine yazma, bir geri dönüş satırı veya bir önbellek ıskası (düşük isabet oranı) olabilir → isabet oranına ve geri dönüşlere bakın

CDN, “iyi optimize edilmiş kaynakların” daha hızlı ulaştırılmasından sorumludur; yavaş origin sunucusu, büyük görseller ve yavaş betikler ayrı ayrı ele alınmalıdır.

---

2. CSS/JS/görselleri güncellememe rağmen kullanıcılar neden hala eski sürümü görüyor?

Bu, CDN senaryosunda en sık görülen sorundur; temel nedeni genellikle şudur:Kaynak URL'si değişmez.önbellekleme sistemi makul bir şekilde eski önbelleği vurmaya devam edecektir.

En istikrarlı tedavi prensibi:

• sürüm numarası önceliği: Kaynak URL'sinin değişmesine izin verin (örn. style.css?ver=xxxx veya dosya adı karması)
• Tasfiye Underwriting: Bir versiyonlama politikanız olmadığında önbelleği geçici bir çözüm olarak temizlemek.

Ana sayfa banner'ını / kampanya görselini sık sık değiştiriyorsanız, yeni dosya adını / yeni yolu (daha kontrol edilebilir) kullanmayı tercih ederek “aynı adın üzerine yaz” seçeneğinden kaçınmanız önerilir.

---

3. HTML'yi önbelleğe almam gerekiyor mu? Önbelleğe almamanın bir anlamı yok mu?

Gerekli olması gerekmez.

Birçok site için, CDN'nin en büyük değeri şuradan gelir:

• Statik kaynaklar için daha hızlı (resimler/CSS/JS/fontlar)
• Kaynak İstasyonu Basınç Düşürme ve Stabilite İyileştirme

HTML Önbelleğe Alma Faydaları gerçekten de daha fazla olabilir (TTFB daha düşük olacaktır), ancak riskler de en büyüktür: e-ticaret, üyelikler, kişiselleştirilmiş içerik, çoklu dil/çoklu para birimi, hepsi yanlış içeriği önbelleğe almaya eğilimlidir.

Sabit rota:

1. Önce statik yap CDN (Düşük risk, yüksek getiri)
2. Sürüm oluşturma politikası ve doğrulama kontrol listesini gözden geçirin
3. HTML'nin önbelleğe alınıp alınmayacağını yeniden değerlendirin (“misafir durumu” ile başlayarak)

---

4. E-ticaret sitesine CDN eklenebilir mi? Alışveriş sepetini karıştırır mı?

Açık olabilir ve olmalıdır (en azından statik kaynaklar için), ancak userland sayfalarını önbelleğe almaktan kaçının.

• Statik kaynaklar önbelleğe alınabilir: görüntüler, CSS, JS
• Userland sayfası, kullanıcı: Alışveriş sepeti, ödeme ve hesapla ilgili sayfaları önbelleğe alma HTML
• Bu sayfaları HTML önbelleğine almadığınız sürece, “çapraz konuşma” riski büyük ölçüde azalır!

---

5. Çok dilli/çok para birimli site CDN ile dil/fiyat karışması olmadan nasıl yapılır?

merkez Önbellek Anahtarı Bu doğru mu?

• Dil (yol veya alt alan adı)
• Para birimi (fiyat gösterimini etkiliyorsa)
• Giriş yapıp yapmadığınız (çerez)
• Bölge/vergi oranı (sayfa bölgeye göre değişikliğe tabi ise)

Bu boyutlar önbelleğe alma mantığına girmezse, A dili kullanıcılarının B dili içeriğini görmesi veya tutarsız fiyatlar olması kolaydır.

---

6. Ters proxy entegrasyonunu (Cloudflare/EdgeOne/ESA) mı yoksa statik Pull CDN’yi (bunny) mi seçmeliyim?

“Hedef” ve “Risk Tercihi ”ne göre seçim yapabilirsiniz:

• HTTPS + CDN + temel güvenliği tek seferde halledin, sonra da kuralları/WAF’ı genişletinTers proxy entegrasyonu
• En kararlı ilk adımın ilk adımını yapmak istiyorum (statik kaynaklar daha hızlıdır) ve tüm aracıyı taşımak istemiyorum:Statik Pull CDN(örn. tavşan)

Tereddüt ederseniz, varsayılan tavsiye:Önce statik CDN → Sürüm oluşturma politikası ve doğrulama kontrol listesini gözden geçirin → ardından proxy/HTML önbelleğine gidip gitmeyeceğinize karar verin.

---

7. Ücretsiz sürüm doğrudan resmi web sitesinde kullanılabilir mi?

Kullanılabilir, ancak “ücretsiz ”i “başlangıç/değerlendirme/hafif kullanım” olarak düşünün, “ticari SLA'ları olan resmi bir program” olarak değil.

• Ücretsiz bir programdan memnun musunuz?Kota sınırları, eksik özellikler, destek farklılıkları ve SLA taahhütlerinin olası eksikliği？
• Eğer yapamıyorsanız, ücretsiz paketi bir deneme olarak değerlendirmeli ve daha sonra daha uygun bir pakete yükseltmelisiniz

---

8. CDN’nin gerçekten işe yaradığını, sadece psikolojik bir rahatlama olmadığını nasıl doğrulayabilirim?

Bu üç adımla onaylayın (herhangi bir karmaşık araç olmadan):

1. Statik kaynakların CDN'den dönüp dönmediğini kontrol et(görüntü/CSS/JS kaynağının değişip değişmediği)
2. İsabet oranının ve geri dönüş kaynağının iyileşip iyileşmediğine bakın(Gerçek kazançlar için yukarı vurun, kaynağı geri indirin)
3. CSS/görüntü doğrulama güncelleme stratejisini bir kez değiştirin(yürürlükteki sürüm numarası, bağlantının kontrol edilebilir olduğunu gösterir)

Eğer 3“ü yapamıyorsanız, ne kadar çok optimizasyon yaparsanız ”güncellemeler etkili olmuyor" sorunuyla karşılaşma olasılığınız o kadar artar, bu nedenle sürümleme politikasına öncelik vermeniz önerilir.

---

9. Çin anakarası için hızlandırmayı etkinleştirdiğimde neden sık sık takılıyorum?

En yaygın neden şudur:Bölgesel tercihler ile dosyalama koşulları arasındaki uyumsuzluk。

• Çin anakarasını içeren bir hızlandırma bölgesi seçmek istiyorsanız, genellikle ICP 备案; Undocumented yalnızca Çin anakarasını içermeyen bölgeleri seçebilir.

---

10. Önce önbellek eklentisini mi kurmalıyım, yoksa önce CDN’yi mi kullanmalıyım?

Önerilen genel sıra şöyledir:

1. Kaynak site katmanı: önbellek eklentisi/barındırma tabanı önce stabilize edildi (TTFB düştü, arka uç basıncı düştü)
2. Kaynak katmanı: boyutu düşük tutmak için görüntü optimizasyonu
3. Teslimat katmanı: CDN, kaynakları daha hızlı ve daha istikrarlı ulaştırır

Şu anda sadece tek bir şey yapmak istiyorsanız ve takla atmaktan korkuyorsanız:Önce statik CDN (Aşama 1)istikrarlı getiri ve minimum risk ile.