Hostingim Kaç Ziyaretçi Kaldırır? Kapasite Hesabı

Bir hosting paketinin kapasitesi, ziyaretçi sayısıyla değil, sunucuya düşen iş yüküyle ölçülür. Belirleyici olan aynı anda sitede bulunan eşzamanlı kullanıcı sayısı, her sayfanın ağırlığı, içeriğin statik mi dinamik mi üretildiği ve önbelleğin devrede olup olmadığıdır. Önbellekli statik bir sayfa sunucuya neredeyse hiç yük bindirmezken, önbelleksiz her dinamik istek PHP ve veritabanı çalıştırır. Bu yüzden “kaç ziyaretçi” sorusunun tek doğru cevabı yoktur.

Bu rehberde kapasitenin gerçekte neye bağlı olduğunu, site tipine göre kaba tahmin aralıklarının nasıl kurulduğunu, kendi sitenizin kapasitesini panelden ve yük testiyle nasıl ölçeceğinizi, hangi sinyaller belirdiğinde paketi yükseltmeniz gerektiğini adım adım anlatıyoruz. Amacımız size uydurma bir rakam vermek değil; kendi rakamınızı bulabilecek yöntemi vermek.

Neden “Kaç Ziyaretçi” Yanlış Bir Soru?

Sektörde sıkça gördüğünüz “bu paket ayda 50.000 ziyaretçi kaldırır” gibi ifadeler pazarlama basitleştirmesidir. Ayda 50.000 ziyaretçi, ayın her saatine eşit dağılırsa saniyede bir isteğin bile altındadır; sunucu bunu esnerken yapar. Ama aynı 50.000 ziyaretçinin yarısı bir kampanya duyurusundan sonraki iki saat içinde gelirse, o iki saatte sunucuya düşen yük onlarca kat artar. Sunucu ayı değil, o iki saati kaldırmak zorundadır.

Kapasiteyi belirleyen asıl büyüklük şudur: aynı anda sunucudan sayfa isteyen kullanıcı sayısı ve bu kullanıcıların her birinin sunucuya çıkardığı iş. Statik bir sayfada bu iş, diskten bir dosyayı okuyup göndermekten ibarettir. Dinamik bir sayfada ise PHP yorumlanır, onlarca veritabanı sorgusu çalışır, şablon işlenir, sonra HTML üretilir. İkisi arasındaki maliyet farkı yüz kata kadar çıkabilir.

Kapasiteyi Belirleyen Altı Faktör

Bir hesabın kaç isteği kaldırabileceğini, aşağıdaki değişkenlerin ortak sonucu belirler. Bunlardan biri darboğaza girdiğinde, diğerleri bol olsa bile site yavaşlar.

Faktör	Kapasiteye etkisi	Darboğaz belirtisi
CPU	Her dinamik istek PHP çalıştırır. En sık tükenen kaynak budur.	Yoğun saatte sayfa açılışının uzaması, panelde CPU limit uyarısı
RAM	Eşzamanlı PHP süreçlerinin sayısını sınırlar. RAM biterse istek kuyruğa girer.	508 / 503 hataları, “kaynak limiti aşıldı” kayıtları
Disk IO ve IOPS	Dosya okuma-yazma hızı. Görsel ağırlıklı ve loglu sitelerde kritiktir.	Sunucu boştayken bile sayfaların geç açılması
Veritabanı sorgusu	Sayfa başına sorgu sayısı arttıkça kapasite düşer. Optimize edilmemiş sorgu tek başına siteyi durdurabilir.	Yavaş sorgu kayıtları, arama ve filtre sayfalarında kilitlenme
Önbellek (cache)	Kapasiteyi en çok büyüten kaldıraç. İsabet oranı arttıkça sunucu neredeyse hiç iş yapmaz.	Cache isabet oranının düşük olması, her isteğin PHP’ye ulaşması
Eklenti sayısı ve kalitesi	Her eklenti sayfa başına kod, sorgu ve bazen dış istek ekler. Kötü yazılmış tek eklenti kapasiteyi yarıya indirebilir.	Eklenti devre dışı bırakılınca yükün belirgin düşmesi

Bu tablonun özeti şudur: kapasite bir donanım özelliği değil, sistemin bütününün özelliğidir. Aynı sunucuda çalışan iki siteden biri saniyede 200 isteği rahatça karşılarken diğeri 20 istekte tıkanabilir. Fark donanımda değil, o sitenin her istekte sunucuya ne kadar iş çıkardığındadır.

Önbellek: Kapasiteyi Katlayan Kaldıraç

Kapasite konuşurken en çok göz ardı edilen ama en büyük farkı yaratan unsur önbellektir. Önbelleksiz bir WordPress sitesinde her ziyaretçi, her sayfa açılışında PHP’yi çalıştırır ve veritabanına onlarca sorgu gönderir. Önbellek devredeyken aynı sayfa, ilk üretimden sonra hazır HTML olarak saklanır; sonraki ziyaretçilere doğrudan bu hazır çıktı verilir. Sunucu artık düşünmez, sadece dosya gönderir.

Alastyr paylaşımlı sunucularında web sunucusu olarak LiteSpeed ve sunucu düzeyinde LSCache çalışır. Önbellek, uygulama katmanında bir eklentiyle değil, doğrudan web sunucusunun içinde tutulduğu için istek PHP’ye hiç ulaşmadan yanıtlanır. Pratikte bunun anlamı şudur: önbellek isabet oranı yüksek bir sitede, paylaşımlı paketin taşıyabileceği eşzamanlı kullanıcı sayısı, aynı sitenin önbelleksiz haline göre çok daha yüksek bir seviyeye çıkar.

Ancak önbelleğin sınırı da vardır. Sepet, ödeme, üye paneli, forum mesaj gönderimi gibi kişiye özel ve dinamik sayfalar önbelleklenemez. Bu yüzden e-ticaret ve forum gibi projelerde kapasite, önbelleklenemeyen isteklerin oranına göre hesaplanmalıdır. Sitenizin trafiğinin ne kadarı ürün listeleme (önbelleklenebilir), ne kadarı sepet ve ödeme (önbelleklenemez) sorusu, kapasite planlamasının kalbidir.

Site Tipine Göre Yaklaşık Kapasite

Aşağıdaki tablo garanti değil, başlangıç tahminidir. Amacı size doğru büyüklük mertebesini göstermek, ardından kendi ölçümünüzü yapmaya yönlendirmektir. Rakamlar; makul optimize edilmiş, önbelleği devrede ve görselleri sıkıştırılmış siteler varsayımıyla verilmiştir. Ağır bir tema, onlarca eklenti veya optimize edilmemiş sorgular bu aralıkları hızla aşağı çeker.

Site tipi	Tipik eşzamanlı kullanıcı	Kapasitenin karakteri	Önerilen çözüm
Statik tanıtım / kurumsal site	Yüzlerce eşzamanlı kullanıcı	Neredeyse tamamı önbelleklenebilir; sunucu yükü çok düşük	Paylaşımlı hosting fazlasıyla yeterli
Blog / haber sitesi	Onlarca–yüzlerce eşzamanlı kullanıcı	Yüksek önbellek isabeti; ani viral trafik riski var	WordPress hosting, önbellek şart
WooCommerce / e-ticaret	Onlu seviyelerde eşzamanlı kullanıcı	Sepet, ödeme ve üyelik önbelleklenemez; her istek PHP + veritabanı	Güçlü paket, büyüdükçe bulut sunucu
Forum / topluluk	Onlu seviyelerde eşzamanlı kullanıcı	Yazma ağırlıklı; veritabanı ve IO darboğazı öne çıkar	VDS veya bulut sunucu
Yüksek trafikli portal / SaaS	Yüzlerce ve üzeri	Kaynak garantisi, izleme ve ölçeklenme zorunlu	Fiziksel sunucu veya ölçeklenen bulut

Tabloyu okurken şu çeviriyi aklınızda tutun: sitede ortalama 2 dakika kalan bir ziyaretçi düşünürsek, aynı anda 10 eşzamanlı kullanıcı kabaca saatte birkaç yüz ziyaretçiye karşılık gelir. Ama bu çeviri kaba bir yaklaşımdır; kampanya, bülten gönderimi veya sosyal medyada yayılma anlarında eşzamanlılık ortalamanın çok üzerine çıkar. Kapasiteyi ortalamaya değil, zirve anına göre planlayın.

Kendi Kapasitenizi Nasıl Ölçersiniz?

Tahmin tablosu bir yön verir; gerçek rakamı yalnızca ölçüm verir. İşte kendi sitenizin kapasitesini bulmanın adım adım yolu:

1. Panelden kaynak kullanımınızı okuyun. cPanel içindeki kaynak kullanımı ekranında CPU, bellek, süreç (entry process) ve IO değerlerinizin son günlerdeki grafiğine bakın. Limite değen veya limitte kesilen (throttling) anlar varsa, kapasitenizin sınırındasınız demektir. Alastyr paketlerinde bu veriler canlı olarak panelde görünür; tahmin etmenize gerek kalmaz.
2. Zirve saatinizi bulun. Analitik aracınızda saatlik trafik dağılımına bakın. Günün hangi saatinde ve haftanın hangi gününde eşzamanlılık en yüksek? Kapasite kararınız bu zirveye göre verilmelidir.
3. Sayfa ağırlığını ve sorgu sayısını ölçün. Ana sayfanızın ve en çok girilen sayfanın toplam boyutunu, istek sayısını ve sunucu yanıt süresini (TTFB) ölçün. TTFB’nin yüksek olması, kapasiteden önce optimizasyon sorununuz olduğunu gösterir.
4. Önbellek isabet oranını doğrulayın. Sayfayı gizli sekmede açıp yanıt başlıklarında önbellek isabetini kontrol edin. İsteklerinizin büyük bölümü önbellekten dönmüyorsa, kapasitenizi büyütmenin en ucuz yolu paket yükseltmek değil, önbelleği düzgün yapılandırmaktır.
5. Kontrollü bir yük testi yapın. Kademeli olarak artan eşzamanlı kullanıcı yükü uygulayan bir test aracıyla siteyi zorlayın. Yanıt sürelerinin bozulmaya başladığı ve hata oranının yükseldiği eşzamanlı kullanıcı sayısı, sizin gerçek kapasitenizdir. Testi mutlaka kendi sitenizde, tercihen düşük trafikli bir saatte ve sağlayıcınızı bilgilendirerek yapın.
6. Logları inceleyin. Hata kayıtlarında bellek limiti, zaman aşımı, veritabanı bağlantı hatası veya 503 kayıtları var mı? Erişim kaydında tek bir sayfanın veya bir botun yükün büyük bölümünü tükettiğini görmek çok yaygındır; bu durumda çözüm yükseltme değil, o kaynağı sınırlamaktır.
7. İki ölçüm arasında tek değişken değiştirin. Önbelleği açın, ağır bir eklentiyi kapatın veya bir sorguyu düzeltin; sonra tekrar ölçün. Kapasite artışını böyle rakamla görürsünüz.

Ne Zaman Paket Yükseltmelisiniz?

Aşağıdaki sinyallerden ikisi bile aynı anda görünüyorsa, sorun optimizasyonla çözülebilecek sınırın ötesindedir ve kaynak artırmanın zamanı gelmiştir:

1. Panelde düzenli olarak kaynak limiti uyarısı görüyorsunuz; artık istisna değil rutin hâline geldi.
2. Site, yalnızca yoğun saatlerde yavaşlıyor; sakin saatlerde sorunsuz çalışıyor. Bu, klasik kapasite tavanı belirtisidir.
3. Ziyaretçiler kampanya veya bülten gönderimi sonrasında 503 / 508 gibi hatalarla karşılaşıyor.
4. Önbelleği doğru kurdunuz, eklentileri sadeleştirdiniz, sorguları optimize ettiniz; buna rağmen zirve saatte yetmiyor.
5. Trafiğinizin büyük kısmı önbelleklenemeyen sayfalarda (sepet, üye paneli, arama) geçiyor.
6. Kesinti veya yavaşlık artık doğrudan ciro kaybı anlamına geliyor; risk toleransınız düştü.
7. Kendi yazılımınızı, özel bir servisi veya kuyruk sistemini kurma ihtiyacınız doğdu; paylaşımlı ortam artık dar geliyor.

İlk dört madde çoğunlukla daha güçlü bir paylaşımlı pakete geçişle çözülür. Son üç madde ise ayrılmış kaynak gerektirir: VDS veya bulut sunucu. Yükseltme kararını ertelemenin bedeli, çoğu zaman yeni paketin bedelinden yüksektir; çünkü yoğun saatte kaybedilen ziyaretçi geri gelmez.

Komşu Etkisi ve Kaynak İzolasyonu

Paylaşımlı hostingte kapasiteyi tehdit eden ikinci bir konu daha vardır: aynı sunucudaki başka bir hesabın kaynakları tüketip sizin sitenizi yavaşlatması. Bu, kaynak izolasyonu bulunmayan sunucularda gerçek bir risktir. Alastyr paylaşımlı sunucularında CloudLinux kullanıldığı için her hesap kendi CPU, bellek ve süreç limitine sahip izole bir kabuk içinde çalışır. Bir komşunun aşırı yükü kendi limitiyle sınırlı kalır, size yansımaz. Bu, “paketim kaç ziyaretçi kaldırır” sorusunun cevabını öngörülebilir kılan temel şarttır: kapasiteniz komşunuza değil, yalnızca kendi paketinize bağlıdır.

Aynı şekilde depolamanın NVMe olması, disk IO darboğazını büyük ölçüde ortadan kaldırır; özellikle veritabanı ağırlıklı e-ticaret ve forum projelerinde fark belirgindir. Altyapının kesintisiz çalışması ve izlenmesi konusunda ayrıntıyı uptime ve istikrar sayfamızda bulabilirsiniz.

Kapasite Büyütmenin En Ucuz Yolu: Optimizasyon

Paket yükseltmeden önce mutlaka şu üç şeyi yapın; çoğu sitede kapasiteyi bedelsiz olarak ciddi biçimde büyütür:

1. Önbelleği düzgün kurun. Sunucu düzeyinde önbellek devredeyse, önbelleklenebilir sayfalardaki yük neredeyse sıfıra iner.
2. Görselleri sıkıştırın ve modern formata geçirin. Sayfa ağırlığı düştükçe hem bant genişliği hem IO yükü azalır.
3. Eklenti envanterini temizleyin. Kullanılmayan her eklentiyi kaldırın, yavaş olanı ölçüp değiştirin. Tek bir kötü eklenti, iki kat daha güçlü bir paketin kazandıracağı kapasiteyi tek başına yiyebilir.

Bu üçünü yaptıktan sonra hâlâ yetmiyorsa, artık gerçekten kaynak sorununuz vardır ve yükseltme doğru karardır. Alastyr’da paylaşımlı hostingten bulut sunucuya geçiş; taşıma ekibimiz tarafından yapılır, ücretsizdir ve siteniz açık kalır. Büyüme yolunun tamamını büyüyen altyapı sayfamızda görebilirsiniz.

Sıkça Sorulan Sorular

Hosting paketim tam olarak kaç ziyaretçi kaldırır?

Tek bir kesin sayı veren herkes tahmin yürütüyordur. Kapasite; sitenizin türüne, sayfa ağırlığına, veritabanı sorgu sayısına ve en çok da önbellek kullanımına bağlıdır. Aynı paket, önbellekli statik bir tanıtım sitesinde yüzlerce eşzamanlı kullanıcıyı taşırken, önbelleksiz ve ağır eklentili bir e-ticaret sitesinde onlu seviyelerde zorlanabilir. Doğru yol, tahmin aralığıyla başlayıp panelden ve yük testiyle kendi rakamınızı ölçmektir.

Aylık ziyaretçi mi, eşzamanlı kullanıcı mı önemli?

Eşzamanlı kullanıcı. Sunucu ayı değil, o anki yükü kaldırmak zorundadır. Ayda 50.000 ziyaretçi eşit dağılırsa hiçbir zorluk çıkarmaz; ama aynı sayının yarısı bir kampanya sonrası iki saate sıkışırsa sunucuya düşen yük onlarca kat artar. Bu yüzden kapasite planı ortalamaya değil, zirve saatine göre yapılır.

Önbellek gerçekten kapasiteyi artırır mı?

Evet, hem de en büyük farkı yaratan unsur odur. Önbellek devredeyken sayfa hazır HTML olarak sunulur; PHP ve veritabanı hiç çalışmaz. Alastyr sunucularında LiteSpeed ve sunucu düzeyinde LSCache çalıştığı için istek uygulamaya ulaşmadan yanıtlanır ve aynı donanım çok daha fazla eşzamanlı kullanıcıyı taşır. Sepet ve ödeme gibi kişiye özel sayfalar önbelleklenemediği için e-ticarette kazanç daha sınırlıdır.

Paylaşımlı hostingte komşu sitelerin yükü beni yavaşlatır mı?

Kaynak izolasyonu olmayan sunucularda evet. Alastyr paylaşımlı paketlerinde CloudLinux kullanıldığı için her hesap kendi CPU, bellek ve süreç limitine sahip izole bir ortamda çalışır. Bir komşunun aşırı kaynak tüketimi kendi limitiyle sınırlı kalır ve sizin sitenize yansımaz.

Kaynak kullanımımı nereden görebilirim?

cPanel içindeki kaynak kullanımı ekranından. Burada CPU, bellek, eşzamanlı süreç ve IO değerlerinizin geçmiş grafiğini, ayrıca limite değdiğiniz anları görürsünüz. Alastyr paketlerinde bu veriler canlı olarak sunulur; kapasitenizin sınırına ne kadar yaklaştığınızı tahmin etmeden görebilirsiniz.

Yük testini kendim yapabilir miyim?

Yapabilirsiniz. Kademeli artan eşzamanlı kullanıcı yükü uygulayan bir araçla siteyi zorlayın; yanıt sürelerinin bozulmaya ve hataların artmaya başladığı nokta gerçek kapasitenizdir. Testi düşük trafikli bir saatte yapın ve sağlayıcınızı önceden bilgilendirin; aksi hâlde test, saldırı trafiği gibi algılanabilir.

Site yavaşladıysa hemen paketi yükseltmeli miyim?

Hayır, önce nedeni bulun. Yavaşlığın sebebi çoğu zaman kaynak yetersizliği değil; kapalı önbellek, ağır bir eklenti, optimize edilmemiş bir veritabanı sorgusu veya sıkıştırılmamış görsellerdir. Bunları düzelttikten sonra hâlâ yoğun saatte yetersiz kalıyorsanız, yükseltme doğru karardır.

Hangi sinyaller “artık buluta geçme zamanı” der?

Panelde rutinleşen kaynak limiti uyarıları, yalnızca yoğun saatlerde yaşanan yavaşlamalar, kampanya sonrası 503 hataları, optimizasyona rağmen yetmeyen kaynaklar, trafiğin büyük bölümünün önbelleklenemeyen sayfalarda geçmesi ve kesintinin doğrudan ciro kaybına dönüşmesi. Bu sinyallerden ikisi bile geçiş için yeterli gerekçedir.

Yükseltirken sitem kapalı kalır mı?

Planlı yapıldığında hayır. Alastyr’da paylaşımlı hostingten VDS’e veya bulut sunucuya geçiş; önce tam kopya alınıp test edilerek, ardından yalnızca değişen veriler senkronize edilerek yapılır ve eski ortam bir süre daha açık tutulur. Taşıma ücretsizdir ve 7/24 destek ekibimiz süreci baştan sona yürütür.