Web Sitesi CDN Hızlandırılmış Optimizasyon

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

• kaynak istasyon katmanı: Hosting / PHP / Veritabanları / Önbellekleme Eklentileri - TTFB ve Arka Uç Basıncına Karar Verme
• kaynak katmanı: Görüntü Optimizasyonu - ilk büyük resmin indirme boyutunu ve hızını belirleme
• teslimat katmanı:: CDN -- Kaynakları ziyaretçilere daha yakın belirleyin, daha sert vurun, daha kolay kaynak sağlayın

bu makale CDN Hızlanma：

• CDN'nin neyi ele aldığını ve neyi ele almadığını bilmek
• Sizin için doğru olan CDN formunu ve hizmet sağlayıcısını seçin (ve ücretsiz sürüm/başlangıç sürümü sınırını anlayın)
• 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. Kavramları açıklığa kavuşturalım: CDN neyi ele alır ve neyi ele almaz.

1.1 CDN 3 ana konuya değinmektedir

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ç
Uç önbelleğe ulaştıktan sonra, istekler artık kaynağa o kadar sık geri gönderilmez ve kaynaktaki bant genişliği, eşzamanlı bağlantılar, disk IO ve CPU dalgalanmaları daha hafiftir.
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 3 CDN'nin otomatik olarak çözmediği sorun türleri

1.2.1 Yavaş kaynak istasyonunun kendisi
Yavaş veritabanları, yavaş eklenti mantığı, yavaş PHP hesaplamaları - bunlar kaynak site düzeyindeki sorunlardır.
CDN statik kaynakları daha hızlı hale getirebilir, ancak ana sayfa HTML'si bile çok yavaş oluşturulursa, kullanıcı yine de “yavaş açıldığını” hissedecektir. Bu sefer öncelik: barındırma / önbellek eklentileri / 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 genellikle “daha hızlı” olmalarına yardımcı olamaz, bununla yalnızca yüklemeyi azaltarak / geciktirerek, satıcıları değiştirerek veya komut dosyası politikası optimizasyonları yaparak başa çıkabilirsiniz.

2. 30 saniyelik 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 az çaba, çoğu site için uygun)

Özellikler: Yalnızca CDN değil, aynı zamanda da… 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 Daha Kolay Sertifika ve TLS Yönetimi
• Birleşik güvenlik portalı (temel DDoS, erişim kontrolü, WAF, vb.)
• 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.

Sağlayıcı: 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?
• “Genel deneyim ve sonraki genişleme” ile daha çok ilgileniyorsunuz ve DNS, sertifikalar, CDN, güvenliği birden fazla sete bölmek istemiyorsunuz.

---

2.2 Saf “Statik Çekme CDN” (düşük riskli başlangıç, esas olarak görüntüleri/CSS/JS'yi hızlandırma)

Özellikler: Yalnızca statik kaynakları CDN uç önbelleğine koyarsınız; HTML sayfaları ise hâlâ kaynak sunucu (ve kaynak sunucu önbellek eklentisi) tarafından yönetilir.

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 açık)

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
• Kademe 2: Statik Çekme CDN (sağlam 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?
Etki alanını takarsınız ve CDN, sertifikalar, taban koruması ve önbelleğe alma kuralları özellikleri sağlayarak sitenin önünde bir proxy olarak durur.

Kimin için

• Tasarruf etmek istiyorsanız: 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 yayınlandıktan sonra daha uzun önbellek bağlantıları (tarayıcı önbelleği + CDN önbelleği + kaynak önbelleği), güncellemeleri kontrol edilebilir hale getirmek için “sürüm oluşturma politikası” gerekir (sorun giderme ağacı daha sonra)
• 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: Ters Proxy Entegrasyonu (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 bir sürümü vardır, ancak genellikle Kota/işlevsel tavan(kural sayısı, günlük görevlerinin sayısı, vb.), ancak DNS'de herhangi bir değişiklik yapılması gerekmez, sadeceÜ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 bir sürümü vardır, ancak genellikle Kota/işlevsel tavan(kural sayısı, günlük görevlerinin sayısı, vb.), ancak DNS'de herhangi bir değişiklik yapılması gerekmez, sadeceÜ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 Çekme CDN (düşük riskli başlangıç, hacim başına faturalandırmayı temizle)

“Önce en kesin kazançları elde etmek” istiyorsanız, tavşan gibi bir Pull CDN iyi bir seçimdir:
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
• Öncelikle “düşük riskli ve istikrarlı gelir” elde etmek istiyorsunuz ve tüm siteyi proxy tipi bir platforma (DNS/SSL/WAF hepsi bir arada) devretmek için acele etmiyorsunuz.
• Maliyet modelinin hemen daha karmaşık bir pakete girmek yerine “kullandığın kadar öde ”ye yakın olmasını istersiniz.

risk noktası

Statik kaynak “güncellemeler etkili olmuyor” neredeyse her zaman CDN'de bir hata değildir.daha 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), CDN ve tarayıcı makul bir şekilde eski önbelleğe ulaşmaya devam edecek ve “neden güncellenmediğini” göreceksiniz.

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şikliği → CDN yeni kaynak olarak önbelleğe alınır → yeni sürüm neredeyse anında yürürlüğe girer
• **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 vermeye devam edin (makul)
• URL şu hale gelir style.css?ver=20260103 或 style.abc123.css → CDN Yeni kaynak olarak kabul edildi → yeni sürüm hemen geçerli

“İlk Adım CDN” En İyi Uygulama Olarak Tavşan

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 kaynağın CDN'den olup olmadığı
   • İ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 Hattı “karıştırmanın” en kolay yolu, tüm yetenekleri aynı anda elde etmeye çalışmaktır.

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

hedefler: Görüntüler/CSS/JS/fontlar önce CDN'ye gider; HTML CDN önbelleğinde değildir (veya geçici olarak hareketsizdir).

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 (HTTP kaynakları ile yüklenmiş HTTPS sayfası)
• 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'nin profesyonelce yapılıp yapılmadığının” havzası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 Önbelleğe Alma: Edge düğümleri eski kaynakları önbelleğe alıyor 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”
Birçok insanın CDN ile ilgili en büyük sıkıntısı bu.

---

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. statik ilk CDN + kaynak önbellekleme 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)
• POST form gönderimi/yorum gönderimi için talep

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

• Oturum açıldı veya açılmadı (cookie 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.
Güvenli uygulamalar genellikle şunlardır: statik CDN + kaynak/nesne önbelleğe alma; HTML yalnızca konuk durumunu önbelleğe alı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.）
• Oturum açılıp açılmayacağı (cookie)
• 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'ye gitti mi?

• Görüntü/CSS/JS CDN etki alanı/kenar düğümünden olsun
• Ö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)
Öncelik şüphesi: CDN hala eski önbelleğe çarpıyor

• 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 + CDN önbellek kaplaması ile ilgili 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 varyantlarını yok saydığı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 Çekme 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. İlk form seçimi: ters proxy entegrasyonu (Cloudflare/EdgeOne/ESA) veya statik Çekme 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 Sıkça Sorulan Sorular

1. CDN kullandıktan sonra neden hala yavaş?

En yaygın neden CDN'nin çalışmaması değil, darboğazın “dağıtım 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ıyor: reklamlar/istatistikler/müşteri hizmetleri komut dosyaları yaygındır → CDN Genellikle yararlı değildir, yüklemenin azaltılması veya geciktirilmesi 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 “optimize edilmiş kaynakları” daha hızlı sunmaktan sorumludur; yavaş kaynak siteler, büyük resimler ve yavaş komut dosyaları 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 senaryolarında en sık karşılaşılan sorundur ve 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 buradan gelmektedir:

• 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. Statik ilk CDN (düşük risk, yüksek ödül)
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 sitesi CDN üzerinde olabilir mi ve alışveriş sepetini bozar 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 bir site dilleri/fiyatları dizmeden CDN'yi nasıl yapabilir?

merkez Önbellek Anahtarı Bu doğru mu?

• Dil (yol veya alt alan adı)
• Para birimi (fiyat gösterimini etkiliyorsa)
• Oturum açılıp açılmayacağı (cookie)
• 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 entegrasyonuna mı (Cloudflare/EdgeOne/ESA) yoksa statik Pull CDN (bunny) mi gitmeliyim?

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

• HTTPS + CDN + temel güvenlik ve ardından kuralların/WAF'ın tek seferde genişletilmesini istiyorum:Ters 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 Çekme CDN(örn. tavşan)

Tereddüt ederseniz, varsayılan tavsiye:Ön 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 yürürlükte olduğundan ve sadece zihinsel bir not olmadığından nasıl emin olabilirim?

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

1. Statik kaynakların CDN'den döndürülüp döndürülmediğine bakın(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 yoksa CDN'yi mi yüklemeliyim?

Ö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. Dağıtım Katmanı: CDN Kaynakları Daha Hızlı ve Daha Tutarlı Bir Şekilde Sunma

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