WordPress CDN Hızlandırma

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

• kaynak istasyon katmanı: Hosting / PHP / Veritabanları / Önbellekleme Eklentileri - TTFB ve Arka Uç Baskısına Karar Verme
• kaynak katmanı: Görüntü Optimizasyonu - ilk büyük resmin indirme boyutunu ve hızını belirleme
• teslimat katmanı: CDN - ziyaretçiye daha yakın kaynaklara karar verin, daha istikrarlı hit, kaynak site için daha kolay

bu makale CDN hızlandırması.：

• CDN'lerin neyi çözüp neyi çözemeyeceğini bilmek
• Sizin için doğru CDN formunu ve sağlayıcısını seçin (ve ücretsiz/starter sınırları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'ler neyi çözer ve neyi çözmez.

1.1 CDN 3 ana ş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ç
Uç önbelleğe ulaştıktan sonra, istekler artık kaynağa sık sık geri gönderilmez ve bant genişliği, eşzamanlı bağlantılar, disk IO ve kaynaktaki 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 gerildiğinde bile uç önbellek çıktı vermeye devam eder.

---

1.2 CDN'lerin Otomatik Olarak Çözemediği 3 Sorun Türü

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şta açık” hissedecektir. Bu sefer öncelik tekrar: barındırma / önbellekleme eklentileri / veritabanı optimizasyonu.

1.2.2 Görüntünün kendisi çok büyük
CDN'ler 3 MB'lık bir görüntüyü “büyüleyerek” daha küçük bir boyuta getiremez.
Ö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'ler genellikle “daha hızlı” olmalarına yardımcı olamaz, yalnızca yükü azaltarak / geciktirerek, sağlayıcıyı değiştirerek veya komut dosyası politikasını optimize ederek bununla başa çıkabilirsiniz.

2. Seçmek için 30 Saniye: Hangi CDN Formatına İhtiyacı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 Entegre “ters proxy tipi” (daha zahmetsiz, çoğu site için uygun)

*Özellikler:** Bu sadece bir CDN değil, 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 Artık Çok Basit
• 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.

*Temsilciler:** Cloudflare / Tencent Cloud International EdgeOne / Alibaba Cloud International ESA

Eğer istersen:

• Sen istiyorsun. 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: **Sadece statik kaynakları CDN kenarındaki önbelleğe yüklersiniz; HTML sayfaları hala kaynak istasyonu (ve kaynak istasyonu önbelleği 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 (kullanım miktarına göre fiyatlandırma modeli açıktır)

Eğer istersen:

• Önce “en emin adımı” atmak istersiniz - statik kaynak hızlandırma.
• Proxy tipi/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
• Katman 2: Statik Çekme CDN (sağlam bir 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)

Bu da ne?
Alan adını giriyorsunuz ve sitenin önünde bir proxy olarak duruyor, CDN, sertifikalar, temel koruma ve önbelleğe alma kuralları özellikleri sağlıyor.

Kimin için uygun?

• Tasarruf etmek istiyorsanız: HTTPS + CDN + temel güvenlik hepsi bir arada!
• Olgun ekosistem istemek: WAF, hız sınırı, kenar kuralları vb. eklemek için takip, yol pürüzsüz

Risk noktaları.

• Güncellemeler yürürlüğe girmez: CDN ile canlı yayına geçtikten sonra bağlantıları daha uzun süre önbelleğe alma (tarayıcı önbelleği + CDN önbelleği + kaynak önbelleği), güncellemeleri kontrol altında tutmak için “sürüm oluşturma politikasına” ihtiyaç duyma (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 listesi aşağıdadır)

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

Bu da ne?
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ğişikliği gerekmez, sadece cname erişimiÜ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ğişikliği gerekmez, sadece cname erişimiÜ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 Entrance 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 net faturalandırma)

“Önce en istikrarlı geliri elde etmek” istiyorsanız, bunny 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.

Uygun:

• ö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 noktaları.

Statik kaynak “güncelleme çalışmıyor” neredeyse her zaman bir 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), hem CDN hem de 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ır → yeni sürüm neredeyse anında yürürlüğe girer
• *Purge (Önbelleği temizleme)**, sizin tarafınızdan aktif olarak tetiklenmelidir. Aksi takdirde, kapsamı doğru olmayabilir ve düğümlerin yayılmasında gecikmeler olabilir. Sık sık Purge yapmak, isabet oranının düşmesine, kaynak geri alımının artmasına ve büyük dalgalanmalara neden olabilir.

Örnekleri görmek kolay:

• style.css İçerik değişti, ancak URL hala style.css → CDN eski önbellekleri vermeye devam ediyor (makul ölçüde)
• URL şu hale gelir style.css?ver=20260103 或 style.abc123.css → CDN bunun yeni bir kaynak olduğunu düşünür → yeni sürüm hemen yürürlüğe girer

İlk Adım CDN'si Olarak Bunny için En İyi Uygulamalar

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 kullanmaya çalışın
   • 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 bir 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)

Bir CDN lansmanını “berbat etmenin” en kolay yolu, tüm kapasiteyi aynı anda kullanmaya çalışmaktır.

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

Hedef: Görüntüler/CSS/JS/fontlar önce CDN'e gider; HTML CDN önbelleğinde değildir (veya şimdilik orada kalır).

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”
Bu, birçok insanın CDN'lerle ilgili en büyük sıkıntı noktası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 ö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)

Tavsiye edilir.

• 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)

Tavsiye edilir.

• 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ı)

Sonuç.: HTML önbelleğe alma işlemi büyük bir dikkatle yapılmalıdır.
Güvenli bir bahis genellikle şudur: 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

Tavsiye edilir.

• 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'e geçti mi?

• Görüntü/CSS/JS'nin CDN alanından/kenar düğümünden olup olmadığı
• Ö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'ler hala eski önbellekleri vuruyor

• 99% Neden: Kaynak URL'si değişmedi
• Ö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 önbelleği bindirmelerinin klasik sorunudur

• 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üğümlerinin farklı önbellek durumları vardır

• Çö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 Ç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. Önce Biçimi Seçin: 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ı kullanıma geçtikten sonra doğrulama kontrol listesi ile kontrol edin: isabet/kaynağa geri dönüşler/güncellemeler/dinamik baypaslar/hata oranları
4. Daha hızlı olması gerekiyor: “Cache Plugin” “Image Optimisation ”a 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ş?

Bunun en yaygın nedeni CDN'lerin ç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'ler genellikle yardımcı olamaz, yüklemeyi azaltmaları veya geciktirmeleri gerekir
• Sadece belirli bölgeler yavaş: düğüm üzerine yazma, geri dönüş satırı veya önbellek ıskalama (düşük isabet oranı) olabilir → isabet oranına ve geri dönüşlere bakın

CDN “optimize edilmiş kaynakları” daha hızlı göndermekten 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 bir CDN'in 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 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 bir CDN üzerinde olabilir mi ve bu 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 siteler için CDN nasıl yapılır, böylece dil/fiyat çarpık olmaz?

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. Bir ters proxy entegrasyonu (Cloudflare/EdgeOne/ESA) mu yoksa statik bir Pull CDN (bunny) mi seçmeliyim?

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

• HTTPS + CDN + temel güvenlikle ilgilenmek ve ardından kuralları/WAF'ı genişletmek 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 ediyorsanız, 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'in gerçekten çalıştığından ve sadece bir konfor olmadığından nasıl emin olabilirim?

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

1. Statik kaynağı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 kaydı.; Undocumented yalnızca Çin anakarasını içermeyen bölgeleri seçebilir.

---

10. Önce önbellek eklentisini mi yoksa CDN'i 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ı: Kaynakları Daha Hızlı ve Daha Tutarlı Sunan CDN

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