dotCREA
Performans

Shopify yoğun trafikte nasıl ayakta kalıyor?

Kampanya günü mağaza çöker mi? Shopify'ın altyapısını sayılarla anlattık: BFCM zirvesi, pod mimarisi, ödeme kuyruğu ve asıl kritik soru — platform ayaktayken mağazaların neden düştüğü.

Kampanya planlayan her mağazanın bir yerde sorduğu soru şu: “Trafik patlarsa site çöker mi?” Sorunun arkasında genelde eski bir hatıra var — yerli ya da yabancı bir altyapıda, indirim saatinde açılmayan bir sayfa.

Bu yazı o soruyu iki parçaya ayırıyor. Birincisi: Shopify'ın altyapısı gerçekten ne kadar yük kaldırıyor ve bunu nasıl yapıyor? İkincisi, pratikte daha önemli olanı: platform ayaktayken tek tek mağazalar neden yine de düşüyor?

Önce ölçek: kampanya zirvesinde ne oluyor?

Yılın en yoğun anı Kara Cuma–Siber Pazartesi hafta sonu. Shopify'ın 2025 açıklamasındaki rakamlar, konuştuğumuz ölçeği somutlaştırıyor:

Hafta sonu toplam satış 14,6 milyar dolar; bir önceki yıla göre %27 artış
Zirve, Kara Cuma günü 12:01'de (EST) dakikada 5,1 milyon dolar
Uç ağda dakikada 489 milyon istek; uygulama sunucularında dakikada 117 milyondan fazla istek
API tarafında dakikada 31,8 milyon istek
Bir önceki yılın zirvesi uçta 284, uygulama sunucularında 80 milyon istekti — bir yılda yaklaşık %70 büyüme
Zirvede dakikada 11 TB günlük kaydı işleniyor

Bu rakamların mağazanız için anlamı şu: sizin kampanyanızın yükü, platformun kaldırdığı yükün yanında ölçülemeyecek kadar küçük. Ölçek sorununu Shopify çözüyor; sizin sorununuz başka yerde.

Bu yük tesadüfen kalkmıyor: hazırlık programı

Shopify mühendislik ekibi kampanya hafta sonuna sekiz aylık bir hazırlık programıyla giriyor. 2025 için Mart–Ekim arasında yürütülen çalışmanın omurgası şu:

Nisan–Ekim arasında beş büyük ölçek testi; her biri bir önceki yılın hacminden başlayıp o yılın tahminine kadar tırmanıyor
Testler gerçek üretim altyapısında ve üç ayrı bulut bölgesinden aynı anda çalıştırılıyor; küresel trafik deseni böyle taklit ediliyor
Dördüncü testte dakikada 146 milyon istek ve dakikada 80 binin üzerinde ödeme işlemi; son testte uç senaryo için dakikada 200 milyon istek
“Oyun günleri”nde kampanya ölçeğinde üretim arızaları bilerek üretiliyor; bölgesel devretmeler denenerek felaket senaryosu doğrulanıyor
Ağ arızaları ve bölünmeleri araçla enjekte ediliyor; tarama, sepete ekleme ve ödeme akışları sentetik trafikle sürekli deneniyor
Kampanya boyunca 7/24 olay müdahale ekipleri nöbette

Buradaki asıl fikir şu: sistem çökmesin diye beklemek yerine, sistem yılda beş kez bilerek zorlanıyor. Kampanya günü çalışan şey, o gün ilk kez denenmiş bir şey değil.

İlgili hizmet
Kampanya öncesi mağazanızı biz zorlayalım

Yük altında ilk kırılacak yerleri (uygulama yükü, kargo hesaplaması, ödeme sağlayıcısı, tema kodu) kampanyadan önce çıkarıyoruz.

Hız ve performans hizmetimiz

Mimarinin özü: pod

Shopify'ın dayanıklılığının temelinde tek bir fikir var: mağazaları birbirinden yalıtmak. Platform, tüm mağazaların aynı devasa veritabanını paylaştığı bir yapı değil.

Pod, bir grup mağazanın tamamen yalıtılmış veri depoları üzerinde yaşadığı bir birim; her mağaza bir pod'a ait
Gelen istek, yük dengeleyicideki bir bileşen tarafından doğru pod'a etiketlenip yönlendiriliyor
Bir isteği karşılamak için yalnızca tek bir pod'un ayakta olması yeterli; pod'lar birbiriyle konuşmadığı için bir arıza yayılmıyor
Her pod bir veri merkezi çiftine atanmış durumda: biri aktif, diğeri kurtarma
Bir pod, istek ve iş kaybı olmadan bir dakika içinde kurtarma merkezine taşınabiliyor

Pratik sonucu şu: bir sorun çıktığında etkilenen genelde “Shopify” değil, belirli bir mağaza kümesi oluyor. Kesinti haberlerinin çoğunda “bizde çalışıyordu” denmesinin sebebi bu mimari.

Ödeme adımındaki kuyruk

Yük yönetiminin en görünür parçası ödeme adımında. Ani bir talep patlamasında (ürün çıkışı, saatlik indirim) ödeme adımına giriş sınırlanabiliyor ve müşteriler bir sıra sayfasına alınıyor.

Sıra, kaba bir kura değil: sistem müşterinin ilk deneme anını zaman damgasıyla tutuyor ve önceliği buna göre veriyor; erken gelen sonra gelene kaptırmıyor
Sırayı geçen ziyaretçi imzalı bir çerezle işaretleniyor; oturumun kalanında yeniden sıraya girmiyor
Vitrin tarafında alıcı trafiği için istek sayısına dayalı bir sınır uygulanmıyor; sınır ödeme oluşturma tarafında
Yönetim API'sinde ise plan bazlı bütçe var: standart planlarda saniyede 100, Advanced'de 200, Plus'ta 1.000, kurumsal tarafta 2.000 puan

Son madde çoğu mağazanın kampanya günü yaşadığı asıl sorunun kaynağı. Sitenizi ziyaret eden müşteri bu sınırlara takılmaz; ERP'niz, muhasebe entegrasyonunuz ve toplu stok senkronunuz takılır.

Peki mağazalar neden yine de düşüyor?

Platform ayaktayken bir mağazanın kampanyayı kaybetmesi mümkün. Bizim sahada gördüğümüz kırılma noktaları neredeyse hep aynı beş yerde:

Uygulamalar: sayfaya kod basan her uygulama sizin yükünüzü kendi altyapısına bağlar. Onların kapasitesi sizin kampanyanıza göre planlanmamış olabilir
Kargo hesaplaması: ödeme adımında taşıyıcıdan anlık fiyat soran kurgular, yoğunlukta ödeme adımını yavaşlatan en yaygın sebep
Ödeme sağlayıcısı: trafiği Shopify kaldırır, tahsilatı sağlayıcınız yapar. Kampanya öncesi sağlayıcınıza beklenen hacmi bildirmemek pahalıya patlıyor
Tema kodu: kampanya için aceleyle eklenen sayaç, pop-up ve “canlı satış” bildirimleri genelde ölçülmeden yayına giriyor
Entegrasyon kuyruğu: sipariş sayısı arttığında API bütçesini aşan senkronlar durur; siparişler mağazada birikir, muhasebeye ve depoya geçmez

Dikkat edilirse beşinin de ortak yanı var: hiçbiri Shopify'ın altyapısıyla ilgili değil. Kampanya hazırlığı bu yüzden “platform kaldırır mı?” sorusuyla değil, “bizim eklediklerimiz kaldırır mı?” sorusuyla yapılır.

İlgili yazı
Yükün nereden geldiğini ölçmek

Sayfa tipi başına performans bütçesi, görsel ve font kuralları: eklenenlerin toplamını kontrol altında tutmanın yolu.

Performans bütçesi

Shopify'ın kendi kampanya önerileri

Shopify, yoğun kampanya bekleyen mağazalar için somut bir hazırlık listesi yayınlıyor. Çoğu mağazanın hiç okumadığı bu liste, yukarıdaki kırılma noktalarıyla birebir örtüşüyor:

Üçüncü taraf uygulama geliştiricilerine beklenen sipariş hacmini bildirin; destekleyemeyecek olanları kampanya süresince devre dışı bırakın
Kargo uygulamalarını ve taşıyıcıdan anlık fiyat alan tarifeleri kapatıp sabit tarifelerle ilerleyin
Müşteriyi siteden çıkaran harici ödeme sağlayıcılarını gözden geçirin; yedek bir sağlayıcı hazır tutun ve sağlayıcınızın kapasitesini teyit edin
Kampanya için ayrı bir koleksiyon oluşturun; ürün sayfasında filtre menüsü, öneri alanı, sosyal akış, karusel ve ek satış bileşenlerini sadeleştirin
Aşırı satışta yüksek komisyon riskini önlemek için tahsilatı manuel moda alın
Kampanya ürününü önceden görünür kılmak için tema düzenlemesine güvenmeyin; ayrı bir önizleme ürünü oluşturun
Teknik bir sorun çıkarsa mağazayı özel moda alın; devam eden ödemeler tamamlanabilir

Bu listedeki ilk iki madde tek başına, kampanya günü yaşanan sorunların büyük kısmını ortadan kaldırıyor.

Kampanyaya 48 saat kala

Kendi işleyişimizde kampanya öncesi kuralı sabit: kampanyaya 48 saat kala tema koduna yalnızca hata düzeltmesi girer. Öncesinde tamamlanması gerekenler:

Ödeme adımının gerçek bir kartla, gerçek bir siparişle denenmesi
Kampanya sayfasının mobilde ve yavaş bağlantıda açılma süresinin ölçülmesi
Uygulama listesinin gözden geçirilip kampanya boyunca gereksizlerin kapatılması
Stok, fiyat ve muhasebe senkronlarının hangi sıklıkta çalıştığının ve API bütçesini nerede zorladığının bilinmesi
Yayındaki temanın kopyasının alınması ve geri dönüş yolunun yazılı olması
Sorun anında kimin neye bakacağının önceden belli olması
İlgili yazı
Geri dönüş yolu olmadan yayın yapılmaz

Kampanya döneminde kod dondurma, kopya tema ve geri alma düzenini sürüm yönetimi yazısında anlattık.

Tema sürüm yönetimi

Plus tarafında ne değişiyor?

Yüksek hacimli mağazalar için iki fark öne çıkıyor. Birincisi hizmet seviyesi taahhüdü: Plus tarafında %99,99 çalışma süresi taahhüt ediliyor ve ihlali durumunda kredi öngörülüyor. İkincisi API bütçesi: saniyede 1.000 puanlık sınır, yoğun entegrasyon çalıştıran mağazalarda somut bir rahatlama.

Bir de zamanlama tarafı var: kampanyanın başlangıç ve bitiş anını, tema değişimini ve indirimleri önceden planlayıp otomatik başlatan araçlar Plus tarafında kullanılabiliyor. Gece yarısı elle düğmeye basma alışkanlığının en yaygın hata kaynağı olduğunu düşünürsek, bunun değeri yalnızca konfor değil.

İlgili yazı
Plus kararı ayrı bir hesap

Plus'a geçmenin trafikle değil, altı ölçütle verilen bir karar olduğunu ayrı bir yazıda ele aldık.

Plus geçiş kararı

Yapmadığımız şeyler

“Shopify çökmez” demek: platform dayanıklı, ama hiçbir sistem kesintisizlik garantisi vermez
Kampanya günü tema yayını almak
Kapasitesi teyit edilmemiş uygulamaları kampanyaya sokmak
Ödeme adımında taşıyıcıdan anlık fiyat sorgusunu yoğun kampanyada açık bırakmak
Trafik korkusuyla gereksiz yere üst pakete geçmeyi önermek

Özet

Shopify'ın altyapısı, dakikada yüz milyonlarca isteği karşılayacak biçimde kurulmuş ve bu kapasite yılda beş kez üretim ortamında bilerek zorlanarak doğrulanıyor. Mağazalar birbirinden yalıtılmış birimlerde çalıştığı için arızalar yayılmıyor, ödeme adımındaki ani yükler sıraya alınarak yönetiliyor.

Dolayısıyla kampanya hazırlığında sorulacak doğru soru “platform kaldırır mı?” değil. Doğru soru şu: mağazamıza eklediğimiz uygulamalar, kargo hesaplaması, ödeme sağlayıcısı ve entegrasyonlar aynı anda gelen bin siparişi kaldırır mı? Kampanya öncesi kontrol listenizi paylaşın, bu beş noktayı birlikte gözden geçirelim. Mevcut kurulumunuz zaten hazırsa, ek bir iş önermek yerine bunu söyleriz.

dC
dotCREA Shopify ekibi
29 Ağustos 2026 tarihinde yayımlandı
Paylaş
Bu konuyu mağazanız için konuşalım
Mağaza adresinizi gönderin, ücretsiz değerlendirelim.
Teklif alın

İlgili yazılar