E-Ticarette Site Çökmesi: Kampanya Gününde Felaket Kurtarma Planı
11.11 veya Efsane Günler'de siteniz çökerse her dakika ciro kaybı demek. Yük testi, CDN, yedekleme ve izleme ile çökmeyi önleyen pratik plan.
Saat 00:01, Site Çöktü — Şimdi Ne Olacak?
Trendyol Efsane Günler'in veya kendi 11.11 kampanyanızın başladığı dakikada bildirim e-postaları art arda geliyor: "Siparişim verilmiyor", "Sepete ekleyemiyorum", "Sayfa açılmıyor". Orta ölçekli bir mağaza için saatlik ortalama ciro 40.000-80.000 TL ise, 20 dakikalık bir çökme doğrudan 15.000-25.000 TL'lik satışın buharlaşması anlamına gelir — reklam bütçesi, kargo hazırlığı ve müşteri güveni kaybı bu rakama dahil değil.
Sorun genelde platformun kalitesizliği değil, kapasite planlamasının yılın en yoğun gününe göre değil "normal gün"e göre yapılmış olmasıdır. Felaket kurtarma planı, bu riski sıfıra indirmez ama çökme süresini dakikalara, kaybı da kabul edilebilir seviyeye çeker.
Çökmeler Neden Olur?
- Trafik patlaması: Reklam veya influencer paylaşımı sonrası eşzamanlı ziyaretçi sayısı normalin 10-15 katına çıkar, sunucu CPU ve RAM limitine çarpar.
- Veritabanı kilitlenmesi: Stok güncellemesi ve sipariş yazma işlemleri aynı tabloya aynı anda düşünce MySQL/PostgreSQL kilitleri oluşur, sayfalar "yükleniyor" ekranında donar.
- Ödeme entegrasyonu timeout'u: iyzico, PayTR veya banka sanal POS'u yoğun saatte yavaş yanıt verirse checkout adımı tıkanır, siparişler çift kesilir.
- CDN/önbellek eksikliği: Her ürün sayfası sunucudan canlı render edilirse, statik içerik bile sunucuyu gereksiz yere yorar.
Felaket Kurtarma Planının 5 Bileşeni
1. Yük Testi ve Kapasite Planlama
Kampanyadan en az 10 gün önce k6 veya Locust gibi açık kaynak araçlarla, geçen yılın kampanya trafiğinin 1,5 katını simüle eden bir yük testi yapın. Hedef: eşzamanlı 2.000-5.000 kullanıcı altında sayfa açılış süresinin 3 saniyeyi geçmemesi. Testte darboğaz veritabanıysa, salt okunur replika (read replica) ekleyin; darboğaz sunucuysa otomatik ölçeklenen (auto-scaling) bir plana (AWS, Google Cloud, Natro Bulut, Turhost Cloud) geçin.
2. CDN ve Önbellekleme
Görsel, CSS ve JS dosyalarını Cloudflare veya BunnyCDN üzerinden dağıtın; statik ürün sayfaları için sayfa önbellekleme (full-page cache) açın. Doğru yapılandırılmış bir CDN, sunucu yükünün %60-70'ini kaldırabilir ve aynı zamanda DDoS benzeri ani trafik ataklarına karşı tampon görevi görür.
3. Otomatik Yedekleme ve Hızlı Geri Yükleme
Kampanya haftasında veritabanı yedeğini günlük yerine saatlik alın, yedeklerin ayrı bir bölgede (örneğin farklı bir AWS region'ında) tutulduğundan emin olun. Geri yükleme süresini önceden test edin — "yedeğimiz var" demek yetmez, 500 GB'lık bir veritabanını 4 saatte geri yükleyen bir sistem kampanya günü işe yaramaz. Hedef geri yükleme süresi (RTO) 30 dakikanın altında olmalı.
4. Çoklu Bölge / Failover Hosting
Tek sunucuya bağımlı kalmayın. Birincil sunucu yanıt vermediğinde trafiği otomatik yönlendiren bir failover yapılandırması (Cloudflare Load Balancing veya hosting sağlayıcınızın sunduğu yedek sunucu) kurun. E-ticaret altyapınız Shopizay, Ticimax veya kendi barındırdığınız bir sistem olsun, sağlayıcınıza kampanya tarihlerini önceden bildirip ek kapasite talep edin — çoğu sağlayıcı bunu ücretsiz yapar.
5. İzleme ve Uyarı Sistemleri
UptimeRobot, Pingdom veya Better Stack ile her 1 dakikada bir site durumunu kontrol eden izleme kurun; site 2 dakikadan uzun süre yanıt vermezse Slack ve SMS üzerinden ekibe anında uyarı gitsin. GTmetrix ile de sayfa hızını kampanya öncesi ve sırasında karşılaştırmalı izleyin.
Kampanya Günü Kontrol Listesi
| Zaman | Görev | Sorumlu |
|---|---|---|
| T-10 gün | Yük testi ve darboğaz tespiti | Teknik ekip / ajans |
| T-3 gün | Hosting sağlayıcısına kapasite artışı talebi | Operasyon sorumlusu |
| T-1 gün | Son yedek alımı ve geri yükleme testi | Teknik ekip |
| T-0, kampanya başlangıcı | İzleme panelini canlı takip | Oncall kişi |
| T-0, ilk 2 saat | 15 dakikada bir checkout testi (test siparişi) | Müşteri hizmetleri |
| Kampanya sonu | Sunucu loglarının incelenmesi, rapor | Teknik ekip |
Çökme Anında Kriz İletişimi
Site yavaşladığında ya da kısmen erişilemez olduğunda sessiz kalmak güveni en çok zedeleyen hatadır. Instagram story'sinde "yüksek talep nedeniyle sistemimiz anlık olarak yavaşlayabilir, siparişleriniz kaybolmayacak" gibi kısa bir açıklama, müşteri hizmetleri ekibine gelen şikayet yükünü belirgin şekilde azaltır. Checkout sayfasına "ödemeniz işlendi mi, emin değilseniz sayfayı yenilemeden bekleyin" uyarısı eklemek, mükerrer kart çekimlerinden kaynaklı chargeback riskini de düşürür.
Maliyet-Risk Dengesi
Ek sunucu kapasitesi veya CDN planı genelde aylık 500-3.000 TL arası bir maliyet getirir. Buna karşılık 11.11 veya Black Friday gibi bir günde 30 dakikalık çökmenin orta ölçekli bir mağazaya maliyeti, az önce hesapladığımız gibi 20.000 TL'yi kolayca aşabilir. Bu nedenle felaket kurtarma planı bir "nice to have" değil, kampanya bütçesinin ayrılmaz bir kalemi olarak görülmeli.
Eğer altyapınızı sıfırdan kurmak, her kampanya öncesi sunucu kapasitesiyle boğuşmak istemiyorsanız, Shopizay ile ücretsiz başlayın — otomatik ölçeklenen altyapı, yerleşik CDN ve 7/24 izleme ile kampanya günü teknik kriz değil, en yüksek ciro günü olsun.
İlgili yazılar
E-Ticarette Gizli Yazılım Maliyetleri: Araç Yığınını Denetleyin
Reklam harcamasını kuruşuna kadar takip eden girişimciler, aylık 35.000 TL'lik araç yığınını hiç denetlemiyor. Sipariş başına yazılım maliyetini hesaplayıp yılda 170.000 TL kurtarmanın yolu.
Yenilenmiş ve İkinci El Ürün Satışı: Mevzuat, Marj ve Garanti Rehberi
Yenilenmiş cihaz satışı kâğıt üstünde %50 brüt marj veriyor, kasada eksiye düşüyor. Mevzuat, derecelendirme, KDV tuzağı ve gerçek birim ekonomi tablosuyla doğru kurulum rehberi.