E-Ticaret Kampanya Dönemine Hazırlık: Site Çökmesin

E-ticaret kampanya dönemine hazırlık; trafik tahmininin yük testiyle doğrulanması, önbellek stratejisinin sepet ve ödeme adımlarını dışarıda bırakacak biçimde kurulması, veritabanı ile stok sorgularının optimize edilmesi ve kampanya öncesinde kaynakların geçici olarak yükseltilmesidir. Bu hazırlık en az dört hafta önce başlar; kampanya günü yapılan müdahale, hazırlık değil kurtarma operasyonudur.

Aşağıda bu hazırlığı; neden e-ticaretin diğer yüksek trafik senaryolarından ayrıştığı, hangi teknik sebeplerin çökmeye yol açtığı, hafta hafta ne yapılması gerektiği ve kampanya bittikten sonra hangi verinin toplanacağı üzerinden adım adım ele alıyoruz.

Kampanya Trafiği Neden “Normal” Yüksek Trafikten Farklı?

Bir haber sitesinin manşeti tuttuğunda ya da içeriğiniz sosyal medyada yayıldığında sunucunuza gelen yük büyük ölçüde okuma yüküdür. Aynı sayfa binlerce kişiye gösterilir; bu sayfa bir kez üretilip önbelleğe alınır ve sonraki her ziyaretçiye milisaniyeler içinde, veritabanına hiç dokunulmadan sunulur. Bu yüzden içerik siteleri, doğru önbellekle şaşırtıcı derecede yüksek trafiği mütevazı kaynaklarla karşılayabilir.

Kampanya trafiği ise yazma yüküdür. İndirim saatinde sitenize gelen kullanıcı; ürün sayfasını açar, varyant seçer, stok kontrolü tetikler, sepete ekler (oturum yazılır), kupon kodu dener (kural motoru çalışır), adres bilgisini kaydeder ve ödeme sağlayıcısına yönlenir. Bu adımların neredeyse hiçbiri iki kullanıcı için aynı değildir. Yani binlerce kullanıcı, birbirinden farklı ve önbelleklenemeyen binlerce işlem üretir.

Buradan çıkan sonuç net: kampanya hazırlığında hedef, “sayfayı hızlı sunmak” değil işlemi tamamlatmaktır. Ana sayfası 200 milisaniyede açılan ama ödeme adımında zaman aşımına düşen bir site, ziyaretçi açısından çökmüş sayılır. Kampanya gününün tek anlamlı metriği, tamamlanan sipariş sayısıdır.

E-Ticarette Çökme Sebepleri ve Önlemleri

Kampanya günü yaşanan kesintilerin büyük bölümü birkaç tekrar eden desenden doğar. Bunları önceden bilmek, hazırlığı somut bir kontrol listesine çevirir.

Çökme sebebi	Ne oluyor?	Önlem
Checkout önbelleklenemez	Sepet, üyelik ve ödeme sayfaları kullanıcıya özeldir; her istek uygulamaya ve veritabanına gider. Tam sayfa önbellek burada işe yaramaz, yanlış kurulursa bir kullanıcının sepeti başkasına gösterilir.	Sepet, ödeme, hesabım ve API uç noktalarını önbellekten istisna tutun; bu sayfalarda nesne önbelleği ve veritabanı tarafını hızlandırın. LSCache kural setinde bu istisnalar tanımlanır.
Veritabanı kilidi	Sipariş oluşturma, stok düşme ve oturum yazma işlemleri aynı satırlara yazar. Eş zamanlılık arttıkça işlemler birbirini bekler, bekleyen bağlantı sayısı şişer ve site yanıt vermez hâle gelir.	Yavaş sorguları kampanya öncesinde tespit edin, eksik indeksleri ekleyin, gereksiz otomatik yükleme verisini temizleyin. Veritabanına daha fazla bellek ve daha yüksek bağlantı limiti tanımlayın.
Stok sorgusu yükü	Her ürün gösteriminde gerçek zamanlı stok kontrolü yapılır. Kampanyada aynı popüler ürüne binlerce eş zamanlı sorgu gelir; tek bir ürün satırı darboğaza dönüşür.	Stok bilgisini kısa ömürlü nesne önbelleğinde tutun, listeleme sayfalarında gerçek zamanlı sorgudan kaçının, kritik doğrulamayı yalnızca sepete ekleme ve ödeme anına bırakın.
Ödeme entegrasyonu zaman aşımı	Ödeme sağlayıcısına veya banka sanal POS’una giden istek yavaşlar; uygulama yanıt bekler, süreçler birikir ve tüm site bloke olur. Sorun sizde değildir ama sonucu siz yaşarsınız.	Dış servis çağrılarına makul zaman aşımı ve yeniden deneme kuralı koyun. Ödeme sağlayıcınızın kampanya kapasitesini önceden teyit edin; mümkünse alternatif bir ödeme yöntemi hazırda bulundurun.
Eklenti ve tema yükü	Her istekte çalışan analiz, öneri, canlı destek ve pazarlama eklentileri; normal günde fark edilmeyen 100-200 milisaniyeyi kampanyada katlanan bir maliyete çevirir.	Kampanya öncesi eklenti envanteri çıkarın; kullanılmayanları kaldırın, ağır olanları kampanya süresince devre dışı bırakın. Yeni eklenti kurmak için kampanya haftasını asla seçmeyin.
Yetersiz kaynak	İşlemci ve bellek tükenince PHP süreçleri sıraya girer, ziyaretçi zaman aşımı veya 503 hatası görür.	Yük testi sonucuna göre kampanya öncesinde kaynağı geçici olarak yükseltin. Bulut sunucuda dikey ölçekleme dakikalar içinde ve kesintisiz yapılır.

Kampanya Geri Sayım Takvimi

Hazırlığın en kritik parçası zamanlamadır. Aşağıdaki takvim, dört hafta önce başlayıp kampanya sonrasına uzanan bir çerçeve sunar. Kampanyanız kısa (24 saatlik bir indirim günü) da olsa uzun (haftaya yayılan bir sezon indirimi) de olsa mantık aynıdır.

Aşama	Yapılacaklar	Amaç
4 hafta önce	Geçen kampanyanın verisini inceleyin, hedef eş zamanlı kullanıcı sayısını belirleyin. Yük testi yapın ve darboğazı bulun. Eklenti envanterini çıkarın.	Nerede kırılacağınızı tahmin etmek yerine ölçmek
2 hafta önce	Yavaş sorguları düzeltin, indeksleri ekleyin, veritabanını temizleyin. Önbellek stratejisini kurun ve sepet/ödeme istisnalarını doğrulayın. Gereksiz eklentileri kaldırın.	Yükü karşılamadan önce yükü azaltmak
1 hafta önce	Kaynak yükseltmesini uygulayın ve testi tekrarlayın. Yedekleme ve geri dönüş planını yazılı hâle getirin. İzleme ve alarm kurallarını açın. Hosting sağlayıcınıza kampanya tarihini bildirin.	Hazırlığı doğrulamak ve güvenlik ağını germek
Kampanya günü	Kod değişikliği ve eklenti kurulumu yasak. Sunucu metriklerini, hata loglarını ve tamamlanan sipariş sayısını canlı izleyin. Sorun anında kademeli müdahale uygulayın.	Değişiklik değil, istikrar
Kampanya sonrası	Zirve metriklerini, hata kayıtlarını ve terk edilen sepet oranını raporlayın. Geçici kaynağı normal seviyeye indirin. Öğrenilenleri bir sonraki kampanya için not edin.	Maliyeti düşürmek ve bir sonraki kampanyayı kolaylaştırmak

Kampanya Öncesi Teknik Kontrol Listesi

Aşağıdaki yedi adım, yukarıdaki takvimin teknik karşılığıdır. Sırayı bozmayın: kaynak yükseltmesini yük testinden önce yapmak, hangi kaynağın ne kadar gerektiğini bilmeden para harcamak demektir.

1. Yük testi yapın. Hedeflediğiniz eş zamanlı kullanıcı sayısını belirleyin ve bu yükü gerçek kullanıcı yolculuğu üzerinden simüle edin: ana sayfa değil; kategori, ürün, sepete ekleme ve ödeme adımı. Testte hangi adımın önce kırıldığını not edin. Testi mutlaka kampanya dışı bir saatte ve mümkünse bir kopya ortamda çalıştırın.
2. Önbellek stratejisini kurun; sepet ve ödemeyi hariç tutun. Ana sayfa, kategori ve ürün sayfaları için tam sayfa önbellek açın. Sepet, ödeme, hesabım ve sipariş takibi sayfalarını istisna listesine ekleyin. Ardından bir test siparişiyle doğrulayın: farklı bir tarayıcıda başka bir kullanıcının sepeti görünüyorsa kural yanlıştır. LiteSpeed ve LSCache kullanan WordPress hosting ortamlarında bu istisnalar hazır kural setiyle gelir.
3. Kaynağı yükseltin. Yük testinin gösterdiği darboğaza göre işlemci, bellek veya disk performansını artırın. Kampanya için kalıcı bir paket satın almanız gerekmez; bulut sunucuda dikey ölçeklemeyle kaynağı kampanya süresince geçici olarak büyütüp sonra normale döndürebilirsiniz. Yükseltme büyüyen altyapı yaklaşımıyla kesintisiz uygulanır.
4. Veritabanını optimize edin. Yavaş sorgu kaydını açın, en uzun süren sorguları tespit edin, eksik indeksleri ekleyin. Süresi geçmiş oturumları, eski sepetleri, gereksiz revizyonları ve zamanlanmış görev artıklarını temizleyin. Bağlantı limitini ve bellek ayarlarını beklenen eş zamanlılığa göre yükseltin.
5. Yedek alın ve geri dönüş planı yazın. Kampanyadan önce tam yedek alın ve geri yükleme testini gerçekten yapın; denenmemiş yedek, yedek değildir. Bir şeyler ters giderse kimin, hangi sırayla, hangi komutla geri döneceğini tek sayfalık bir belgeye yazın. Alastyr’da günlük otomatik yedekleme standarttır; kampanya öncesinde ayrıca elle bir yedek almanızı öneririz.
6. İzleme ve alarm kurun. İşlemci, bellek, disk kullanımı, yanıt süresi ve hata oranı için eşik değerleri tanımlayın. Alarmların telefonunuza ulaştığını önceden test edin. En değerli alarm teknik değil ticaridir: dakikada tamamlanan sipariş sayısı beklenenin altına düşerse, sunucu metrikleri yeşil olsa bile bir sorun var demektir.
7. Destek ekibiyle önceden haberleşin. Kampanyanızın tarihini, saatini ve beklediğiniz trafiği hosting sağlayıcınıza önceden bildirin. Böylece kaynak yükseltmesi hazır bekletilir, olağandışı trafik saldırı zannedilip yanlışlıkla kısıtlanmaz ve sorun anında ekip sizin senaryonuzu zaten biliyor olur. Alastyr’ın 7/24 destek ekibi kampanya gecesi görev başındadır.

Kampanya Günü: Yapılmaması Gerekenler

Kampanya gününün altın kuralı şudur: o gün hiçbir şey değiştirilmez. Yeni eklenti kurulmaz, tema güncellenmez, PHP sürümü yükseltilmez, “son bir iyileştirme” yapılmaz. Kampanya trafiğinin altındaki bir sistemde yapılan her değişiklik, etkisi ölçülmemiş bir kumardır.

Sorun çıkarsa müdahale kademeli olmalıdır. Önce yükü azaltın: ağır çalışan bir eklentiyi geçici olarak devre dışı bırakın, canlı arama gibi maliyetli bir özelliği kapatın, öneri modülünü durdurun. Ardından kaynağı artırın. En son çare, kısmi bakım modudur: satın alma akışını açık tutup vitrin dışındaki ikincil sayfaları geçici olarak devre dışı bırakmak, siteyi tamamen kapatmaktan her zaman iyidir. Sitenizin ayakta kalması, sepetin dolmasından değil ödemenin tamamlanmasından geçer.

Güvenlik tarafını da unutmayın: kampanya günü ziyaretçiyle birlikte kötü niyetli trafik de artar. Ödeme ve giriş adımlarınızın geçerli bir SSL sertifikası ile korunduğundan ve sertifikanın kampanya tarihinden önce sona ermeyeceğinden emin olun. Kampanya haftasında süresi dolan bir sertifika, çökmeden daha pahalıya mal olabilir.

Kampanya Sonrası: Asıl Kazanç Burada

Kampanya bittiğinde iş bitmez. Zirve anındaki işlemci ve bellek kullanımı, en yavaş yanıt veren uç nokta, hata loglarındaki tekrarlar, ödeme sağlayıcısında yaşanan gecikmeler ve terk edilen sepet oranı; bir sonraki kampanyanın hazırlık planını sizin yerinize yazar. Bu veriyi bir hafta içinde toplamazsanız kaybolur.

Aynı hafta geçici kaynak yükseltmesini de geri alın. Kampanya için büyüttüğünüz sunucuyu aylarca o boyutta tutmak, hazırlığın kazandırdığını sessizce geri götürür. Bulut sunucunun asıl değeri, ihtiyaç anında büyüyüp ihtiyaç bittiğinde küçülebilmesidir.

Alastyr Altyapısı Kampanya Gününe Nasıl Hazırlanır?

Kampanya hazırlığı yalnızca sizin tarafınızdaki bir iş değildir; altyapının da bu senaryoya uygun kurgulanmış olması gerekir. Kaynak esnekliği: bulut sunucularda işlemci ve belleği kampanya öncesinde kesintisiz yükseltir, kampanya sonrasında geri indirirsiniz; VDS ve adanmış sunucu basamaklarına geçiş de aynı çatı altında yapılır. Performans: LiteSpeed web sunucusu ve LSCache, aynı trafiği belirgin biçimde daha az işlemci ve bellekle karşılar; sepet ve ödeme istisnaları kural setinde tanımlıdır. İzolasyon: paylaşımlı hosting paketlerinde CloudLinux, her hesabı kendi kaynak konteynerinde çalıştırır; komşu bir sitenin kampanyası sizin sitenizi yavaşlatmaz. Güvenlik ağı: günlük otomatik yedekleme ve %99,9 çalışma süresi taahhüdü. İnsan: 7/24 destek ekibi kampanya gecesi de görev başındadır; tarihinizi önceden bildirdiğinizde hazırlık birlikte planlanır.

Sıkça Sorulan Sorular

Kampanya hazırlığına ne kadar önce başlamalıyım?

En az dört hafta önce. İlk hafta yük testi ve ölçüm, ikinci hafta veritabanı ile kod optimizasyonu, üçüncü hafta kaynak yükseltmesi ve doğrulama, son hafta ise izleme, yedek ve geri dönüş planı içindir. Kampanyaya bir hafta kala başlanan hazırlıkta yalnızca kaynak yükseltmesine vakit kalır; asıl kazanç ise optimizasyondadır.

Kampanya için kalıcı olarak daha büyük paket almam gerekir mi?

Hayır. Bulut sunucuda kaynağı kampanya öncesinde geçici olarak yükseltip kampanya bittikten sonra normale döndürebilirsiniz. Yılın on bir ayında kullanmayacağınız kapasiteye kalıcı ödeme yapmak yerine, yalnızca ihtiyaç duyduğunuz dönemde büyümek daha ekonomiktir. Yükseltme kesintisiz uygulanır.

Ödeme sayfası neden önbelleğe alınamaz?

Çünkü sepet, ödeme ve hesabım sayfaları her kullanıcı için farklı içerik gösterir. Bu sayfaları tam sayfa önbelleğe alırsanız bir kullanıcının sepeti veya adres bilgisi başka bir kullanıcıya görünebilir. Bu yüzden doğru strateji, vitrin sayfalarını önbelleğe almak ve satın alma akışını önbellekten istisna tutmaktır.

Yük testini canlı sitede yapabilir miyim?

Kampanya dışı bir saatte ve dikkatli yapılırsa mümkündür, ancak önerilen yöntem kopya bir ortamda test etmektir. Canlı testte sahte siparişler oluşur, stok yanlış düşer ve analiz verileriniz bozulur. Test mutlaka gerçek kullanıcı yolculuğunu kapsamalıdır: yalnızca ana sayfaya yapılan test, kampanyada asıl kırılan ödeme adımını hiç sınamaz.

Kampanya günü site yavaşlarsa ilk ne yapmalıyım?

Önce yükü azaltın: ağır eklentileri geçici olarak devre dışı bırakın, canlı arama ve öneri modülü gibi maliyetli özellikleri kapatın. Sonra kaynağı artırın. Kod veya tema değişikliği yapmayın; kampanya trafiği altında etkisi ölçülmemiş her değişiklik riski büyütür. En son çare, satın alma akışını açık tutup ikincil sayfaları geçici olarak kapatmaktır.

Trafiğin çoğu bota gidiyorsa ne yapmalıyım?

Kampanya dönemlerinde fiyat toplayıcılar ve otomatik betikler trafiği yapay biçimde şişirir. Bu istekleri sınırlandırmak, gerçek müşteriye ayrılan kaynağı korur. Hosting sağlayıcınıza kampanya tarihini önceden bildirdiğinizde, olağandışı trafik saldırı sanılıp yanlışlıkla kısıtlanmaz; gerçek kötü niyetli trafik ise ayrıştırılabilir.

Veritabanı kilidi ne demek, nasıl anlarım?

Sipariş oluşturma ve stok düşme gibi işlemler aynı satırlara yazdığında, eş zamanlı istekler birbirini beklemeye başlar. Belirtisi şudur: işlemci kullanımı çok yüksek değildir ama site yanıt vermez, bekleyen bağlantı sayısı artar ve ödeme adımı zaman aşımına düşer. Çözüm, kampanya öncesinde yavaş sorguları bulup indeks eklemek ve gereksiz yazma yükünü azaltmaktır.

Kampanya sonrası hangi verileri toplamalıyım?

Zirve anındaki işlemci, bellek ve veritabanı bağlantı sayısı; en yavaş yanıt veren sayfalar; hata loglarındaki tekrar eden kayıtlar; ödeme sağlayıcısında yaşanan gecikmeler ve terk edilen sepet oranı. Bu veri bir sonraki kampanyanın hazırlık planını doğrudan yazar; bir hafta içinde toplanmazsa büyük ölçüde kaybolur.

Paylaşımlı hosting kampanya trafiğini kaldırır mı?

Küçük ve orta ölçekli kampanyalarda, doğru önbellek ve optimizasyonla kaldırabilir; CloudLinux izolasyonu ve LiteSpeed bu ihtimali belirgin biçimde artırır. Ancak yüksek eş zamanlı sipariş beklediğiniz kampanyalarda ayrılmış kaynak daha güvenli bir tercihtir. Karar, tahminle değil yük testiyle verilmelidir.