CDN çoğu satıcının kafasında tek bir kutucuk: açarsın, site hızlanır, biter. Bu yüzden panele girip proxy'yi aktif eder, ana sayfanın gerçekten hızlandığını görür ve konuyu kapatır. Sonra tuhaf şeyler başlar. Bir müşteri ödemeyi yapar ama sipariş "beklemede" kalır. Bir başkası sepetinde olmayan ürünü görür. Fiyatı güncellersin, sen görürsün müşteri görmez. Bunların hiçbiri tesadüf değil; hepsi kenar önbelleğinin yanlış yerde çalışmasının klasik belirtileri.
Gerçek şu: CDN bir hız düğmesi değil, sitenin önüne konulan ikinci bir sunucu katmanıdır ve ne yapacağını sen söylemezsen kendi varsayımlarıyla davranır. Bir dijital ürün satış scriptinde bu tehlikeli olur, çünkü sayfaların yarısı herkes için aynı (ürün vitrini, blog, kategori), diğer yarısı kişiye özeldir (bakiye, sepet, bayi fiyatı) ve aralarında ödeme bildirimleri gibi hiç önbelleklenmemesi gereken uç noktalar vardır. Bu yazıda hangi adresin nereden servis edileceğini, kuralların hangi sırayla yazılacağını ve e-pin satış scripti tarafında hangi ayarın hangi arızayı bitirdiğini net kurallar halinde anlatıyorum.
CDN'i "Sadece Hızlandırır" Sanıyorsan İşin Yarısını Kaçırıyorsun
Kenar ağının üç ayrı işi var ve satıcıların çoğu yalnızca birincisini bilir. Birinci iş dosyaları ziyaretçiye yakın noktadan servis etmek. İkinci iş sunucunu yükten korumak: 10 bin kişi aynı kampanya sayfasına geldiğinde bunların 9 binine sunucun hiç dokunmaz. Üçüncü iş ise güvenlik: kaba kuvvet giriş denemeleri, içerik kopyalayan botlar ve hacimsel saldırılar sitene ulaşmadan filtrelenir.
Bu üç işi birlikte düşünmediğinde kurulum yarım kalır. Sadece hız için açılmış bir CDN, dinamik sayfaları hiç önbelleğe almadığı için yük koruması sağlamaz; sadece güvenlik için açılmış olan ise statik dosyaları optimize etmediğinden mobilde hâlâ yavaş kalır. Doğru yapılandırma, adres desenlerine göre üç davranışı ayrı ayrı tanımlamaktan geçer.
Hangi Dosya Nereden Servis Edilmeli?
Karar için tek bir soru yeter: bu adresin çıktısı iki farklı ziyaretçi için aynı mı? Aynıysa kenarda önbelleklenir. Değilse önbellek atlanır. Ürün kapak görselleri, logo, stil dosyaları, JavaScript, yazı tipleri, blog yazıları, kategori tanıtım sayfaları, yasal metinler; bunların hepsi herkes için aynıdır ve günlerce kenarda kalabilir. Buna karşılık sepet, hesabım, bakiye, bayi fiyat listesi ve sipariş geçmişi kişiye bağlıdır.
Arada bir gri bölge var: ürün detay sayfası. HTML iskeleti herkes için aynıdır ama fiyat bayi seviyesine göre değişir. İki yol var. Ya sayfayı hiç önbelleklemezsin ve hızdan feragat edersin, ya da fiyat bloğunu sayfadan koparıp ayrı bir istekle doldurursun. İkinci yol doğrusu: iskelet kenarda 5 dakika yaşar, fiyat her ziyaretçide canlı gelir. Pinova'nın vitrin yapısı tam olarak bu bölünmeye göre tasarlandı; özellikler sayfasındaki performans başlığı bu ayrımı anlatıyor.
| Adres deseni | Önbellek kararı | Kenar ömrü | Tarayıcı ömrü | Neden |
|---|---|---|---|---|
| /assets/*.css, *.js | Önbellekle | 30 gün | 1 yıl | Sürüm etiketiyle yayınlanır |
| /uploads/urun/*.webp | Önbellekle | 30 gün | 30 gün | Görsel nadiren değişir |
| /blog/* | Önbellekle | 12 saat | 1 saat | Herkese aynı içerik |
| /urun/* | İskelet önbellek | 5 dakika | 0 | Fiyat ayrı istekle gelir |
| /sepet, /hesabim/* | Atla | - | 0 | Kişiye özel veri |
| /odeme/callback/* | Kesinlikle atla | - | 0 | Banka bildirimi, tekrarlanamaz |
| /api/stok | Atla | - | 0 | Anlık doğruluk şart |
| /admin/* | Atla + IP kısıtı | - | 0 | Yönetim güvenliği |
Ödeme Bildirimini CDN'e Verdiğinde Ne Oluyor?
Bu, en sessiz ve en maliyetli arıza. Ödeme sağlayıcısı işlem sonucunu senin sitendeki bir adrese POST ederek bildirir. Bu adres önbelleklenirse ya da bir güvenlik kuralı tarafından "şüpheli istek" sayılıp engellenirse bildirim sana ulaşmaz. Müşteri parayı ödemiştir, bankada işlem başarılıdır, ama sitende sipariş beklemede kalır. Müşteri yazar, sen manuel onaylarsın ve bunu arıza değil "normal iş yükü" sanmaya başlarsın.
Üç koruma şart. Birincisi bildirim adreslerini önbellek dışına çıkarmak. İkincisi sağlayıcının sunucu adreslerini güvenlik kurallarında beyaz listeye almak; tarayıcı doğrulama ekranı gösterilen bir istek asla tamamlanmaz. Üçüncüsü bildirim gelmese bile siparişin çözülmesini sağlamak: zamanlanmış bir görev, beklemede kalan işlemleri sağlayıcıya sorup durumu kendisi günceller. Bu üçüncü madde olmadan hiçbir kurulum tamam sayılmaz.
Hatalı CDN kurulumunda oluşan şikâyetlerin kaynağı
- Ödeme bildiriminin engellenmesi 35%
- Eski fiyat veya stok görünmesi 30%
- Sepet ve oturum karışması 25%
- Güncellenmeyen CSS/JS 10%
Önbellek Atlatma Kuralları: Oturum, Sepet ve Bayi Fiyatı
Kenar ağında kurallar yukarıdan aşağıya okunur ve ilk eşleşen kural kazanır. Bu yüzden sıra, kuralların içeriğinden daha önemlidir. En üste her zaman "atla" kuralları yazılır: ödeme bildirimleri, yönetim paneli, API uçları, oturum çerezi taşıyan istekler. Altına özel ömür kuralları, en alta genel statik kuralı gelir. Bu sırayı ters kuran biri, statik kural her şeyi yakaladığı için sepeti de önbelleğe alır.
İkinci kritik nokta çerez davranışı. Oturum çerezi gördüğünde kenar önbelleğinin devreye girmemesi gerekir. Üçüncüsü sorgu parametreleri: kampanya bağlantılarındaki takip parametreleri aynı sayfanın onlarca ayrı kopyasını üretir ve isabet oranını düşürür; bu parametreler önbellek anahtarından çıkarılmalıdır. Bu üç ayar doğru yapıldığında bir e-pin yazılımı hem kenarın hızından faydalanır hem kişisel veriyi hiç riske atmaz.
Yayın yaptıktan sonra gizli sekmede fiyat kontrol et, sonra giriş yapıp sepete ürün at. İki senaryo doğruysa kurulum sağlamdır; fiyat eskiyse kenar temizliği, sepet boşsa atlama kuralı eksik demektir.
900 Ürün Kapağı, WebP ve Mobil Puanı
E-pin sitelerinin görsel yükü tuhaf bir yerde toplanır: onlarca oyun logosu, yüzlerce ürün kapağı, bir de gereğinden büyük site logosu. Tek tek küçük görünürler ama vitrin sayfasında toplam 3-4 megabayta ulaşırlar. Mobil bağlantıda bu, sayfanın kullanılabilir hale gelmesini saniyeler geciktirir ve doğrudan dönüşüm kaybıdır.
Yapılacaklar sırasıyla: kapakları WebP formatına çevir, her görselin iki boyutunu üret (liste için küçük, detay için büyük), ekran dışında kalan kapakları tembel yükle ve hepsini uzun ömürle kenara ver. Görsel adresine dosya değişim zamanını ekleyerek sürümle; böylece kapağı güncellediğinde kimse elle önbellek temizlemek zorunda kalmaz. Bu dört adım tipik olarak görsel ağırlığını üçte bire indirir ve mobil skoru en çok yükselten müdahaledir.
Bot Trafiği ve E-pin Sitelerinin Özel Riski
Senin sitene gelen trafiğin önemli bir kısmı insan değil. Üç grup var ve üçünün de farklı cevabı olmalı. Birincisi arama motoru robotları: bunlar hoş karşılanır, engellenirse indekslemeyi kaybedersin. İkincisi rakip kazıyıcılar: fiyat ve ürün listeni saatte bir kopyalarlar; hız sınırı ve şüpheli trafik kuralı ile yavaşlatılırlar. Üçüncüsü giriş ekranını deneyen kaba kuvvet botları; bunlar giriş ve şifre sıfırlama adreslerine konan sıkı hız limitleriyle durdurulur.
Bu ayrımı yapmadan "güvenliği en yüksek seviyeye al" demek, arama motorunu da ödeme sağlayıcısını da engellemek anlamına gelir. Doğru yapılandırma hedeflidir: hassas adreslere sıkı kural, vitrine gevşek kural, bilinen dostlara istisna. Fiyat sayfasındaki paketlerde bu kural setinin hazır şablon olarak geldiğini göreceksin; sıfırdan yazmak yerine hazır şablonla başlamak haftalar kazandırır.
| Kontrol maddesi | Test yöntemi | Beklenen sonuç | Kritiklik |
|---|---|---|---|
| Ödeme bildirimi önbellek dışı | Yanıt başlığını incele | DYNAMIC / BYPASS | Çok yüksek |
| Sağlayıcı IP beyaz listesi | Güvenlik kural listesi | Tanımlı | Çok yüksek |
| Beklemede sipariş kurtarma görevi | Zamanlanmış görevler | 5 dakikada bir aktif | Çok yüksek |
| Oturumlu istekte önbellek atlama | Giriş yapıp başlığa bak | BYPASS | Yüksek |
| Kural sırası doğru | Kural listesini oku | Atlama kuralları üstte | Yüksek |
| Statik dosya sürümleme | Kaynak kodunda adres | Sürüm etiketi var | Orta |
| WebP ve iki boyut üretimi | Ürün kapağı adresi | WebP servis ediliyor | Orta |
| Takip parametresi temizliği | Parametreli adresle test | Aynı önbelleğe düşer | Orta |
| Giriş ekranı hız sınırı | Kural listesi | Dakikada 5 deneme | Orta |
Kenar ağı ayarlarıyla uğraşmak zorunda kalma
Önbellek kural seti, ödeme bildirimi korumaları ve görsel optimizasyonu kurulu halde gelen bir altyapı ile başla. Hız ve güvenlik arasında seçim yapma.
CDN açınca müşteriler eski fiyatı görüyor, ne yapmalıyım?
Ürün sayfası kenarda önbelleklenmiş ve fiyat bloğu sayfaya gömülü demektir. Ya fiyatı ayrı bir istekle doldur, ya da fiyat güncellemesinde ilgili adresleri kenar önbelleğinden temizleyecek bir tetik kur.
Ödeme sayfasını CDN arkasına almak riskli mi?
Sayfanın kendisi sorun değil, önbelleklenmemesi ve bildirim adreslerinin engellenmemesi şart. Ayrıca uçtan uca şifreli bağlantı zorunlu tutulmalı ve sağlayıcı sunucuları güvenlik kurallarından muaf edilmeli.
Ücretsiz planlar bu kurulum için yeterli mi?
Küçük ve orta ölçekli bir mağaza için ücretsiz planlar genelde yeterlidir. Kural sayısı sınırlı olduğu için desenleri birleştirmek gerekir; ileri hız sınırlama ve bölgesel kurallar gerektiğinde ücretli plana geçilir.
Statik dosya güncellemesi neden müşteriye ulaşmıyor?
Uzun ömürlü önbellekte dosya adı değişmedikçe eski kopya servis edilmeye devam eder. Çözüm dosya adresine sürüm veya değişim zamanı eklemek; her yayında adres değişir ve tarayıcı yeni kopyayı alır.
Kenar ağı doğru yapılandırıldığında görünmez olur: site hızlıdır, ödemeler düşmez, kampanya gecesi panel ayakta kalır ve sen hiçbir şeyin farkına varmazsın. Yanlış yapılandırıldığında ise her arıza başka bir yerde patlar ve sebebini haftalarca ararsın. Bu ayarların hazır kurulu bir sistemde nasıl davrandığını, vitrin hızıyla sepet akışını yan yana görmek için canlı demo üzerinde önce gizli sekmeyle, sonra giriş yaparak dolaş; farkı kendin ölçmüş olursun.