Hosting Bant Genişliği Nedir ve Ne Kadar Gerekir

Bir hosting paketi karşılaştırırken karşınıza çıkan tablolarda disk alanının hemen yanında neredeyse her zaman ikinci bir sayı durur: bant genişliği. Kimi sağlayıcı bunu "aylık trafik", kimi "veri transferi", kimi de gururla "sınırsız" diye yazar. Ama bu kavramın tam olarak neyi ölçtüğünü, sizin sitenizin gerçekte ne kadarına ihtiyaç duyduğunu ve o "sınırsız" ibaresinin altındaki ince yazıyı çoğu kullanıcı hiç okumaz. Sonuç genellikle ayın 25'inde gelen "trafik limitiniz doldu, siteniz askıya alındı" e-postasıyla yaşanan sürprizdir.

Bu yazıda bant genişliğinin aslında ne olduğunu, hız ile neden karıştırıldığını, sayfa boyutu ve ziyaretçi sayısından yola çıkarak aylık ihtiyacınızı nasıl hesaplayacağınızı, limit aşımında sunucunun ne yaptığını, "sınırsız" iddiasının adil kullanım politikasıyla nasıl sınırlandığını ve bir CDN ile bu tüketimi nasıl yarı yarıya düşürebileceğinizi kıdemli bir sistem yöneticisinin gözünden, örneklerle anlatacağız.

Bant Genişliği Nedir?#

Web hosting bağlamında bant genişliği (bandwidth), sunucunuzdan ziyaretçilere doğru belirli bir süre boyunca (genellikle bir ay) aktarılabilen toplam veri miktarıdır. Bir ziyaretçi sitenize girdiğinde tarayıcısı; HTML sayfasını, CSS ve JavaScript dosyalarını, görselleri, yazı tiplerini ve varsa video ya da PDF gibi içerikleri sunucudan indirir. Bu indirilen her byte, aylık bant genişliği havuzunuzdan düşer. Aynı şekilde birisi sitenize bir dosya yüklerse (form eki, medya yüklemesi) o da hesaba katılır, ancak tipik bir web sitesinde trafiğin ezici çoğunluğu dışarı, yani ziyaretçiye doğru akan veridir.

Kısacası bant genişliği bir "boru" değil, bir "kova"dır. Sunucudan çıkan tüm veriyi aylık olarak toplar ve paketinizde tanımlı üst sınıra ulaşınca ya sizi uyarır ya da siteyi durdurur. Örneğin 100 GB'lık aylık bant genişliğiniz varsa, bir ay boyunca sunucunuzdan toplam 100 GB veri çıkabilir; ziyaretçilerin bu veriyi bir kişi tek seferde mi yoksa on bin kişi damla damla mı çektiği fark etmez, önemli olan toplamdır.

Bu noktada disk alanıyla arasındaki farkı netleştirmek gerekir. Disk alanı sitenizin sunucuda ne kadar yer kapladığını (depolama), bant genişliği ise o içeriğin bir ay içinde ziyaretçilere kaç kez ve ne kadar aktarıldığını ölçer. 50 MB'lık küçük bir site bile yüksek trafik alıyorsa yüzlerce GB bant genişliği tüketebilirken, 20 GB'lık büyük bir arşiv sitesi neredeyse hiç ziyaretçisi yoksa çok az bant genişliği harcar. İkisi tamamen bağımsız kaynaklardır; disk için ayrıca disk kotası ve inode limiti yazımıza göz atabilirsiniz.

Bant Genişliği ile Hız Aynı Şey Değildir#

Türkçede "bant genişliği" terimi internet servis sağlayıcılarında bağlantı hızını (Mbps) anlatmak için kullanıldığından, hosting bağlamında ciddi bir kavram karmaşasına yol açar. Bu ikisini ayırmak önemlidir.

Hosting bant genişliği bir miktardır ve aylık toplam veri transferini (GB/TB) ifade eder — kovanın hacmi gibi. Bağlantı hızı ise bir debidir ve verinin saniyede ne kadar hızlı aktığını (Mbps/Gbps) ifade eder — musluğun akış gücü gibi. Bir siteniz ayda 500 GB veri aktarabiliyor ama sunucunun ağ portu 100 Mbps ile sınırlıysa, ayın ilk günü tüm ziyaretçileriniz aynı anda gelse bile hepsi o dar musluğu paylaşır ve sayfalar yavaş açılır.

Kaliteli bir sağlayıcı her iki tarafı da dengeli tutar: yeterli aylık bant genişliği ve darboğaz yaratmayacak bir ağ portu (genellikle 1 Gbps veya üzeri). Paket karşılaştırırken sadece "kaç TB trafik" değil, sunucunun port hızını da sormanızda fayda var; ikisi birlikte ziyaretçi deneyimini belirler.

Aylık Trafik Nasıl Hesaplanır?#

Bant genişliği ihtiyacınızı tahmin etmek göründüğünden kolaydır. İki bilgiye ihtiyacınız var: bir sayfanın ortalama boyutu ve ayda kaç sayfa görüntüleneceği. Temel formül şudur:

Aylık bant genişliği = Ortalama sayfa boyutu × Aylık sayfa görüntüleme × Güvenlik payı

Bir örnek üzerinden gidelim. Diyelim ki tipik bir kurumsal WordPress siteniz var:

• Ortalama sayfa boyutu: 2,5 MB (görseller, yazı tipleri, CSS/JS dahil)
• Günlük ziyaretçi: 1.000
• Ziyaretçi başına ortalama sayfa görüntüleme: 3

Buradan aylık sayfa görüntüleme sayısı: 1.000 × 3 × 30 = 90.000 olur. Kaba ham transfer:

90.000 sayfa × 2,5 MB = 225.000 MB ≈ 220 GB

Ancak bu ham rakam gerçek dünyayı tam yansıtmaz. Üzerine şunları eklemeniz gerekir: arama motoru botlarının taramaları, RSS okuyucular, açık kalan sekmelerin otomatik yenilemeleri, e-posta trafiği, sunucu içi yedeklemeler ve olası trafik patlamaları (bir haberin viral olması gibi). Bu yüzden ham rakamı yaklaşık 1,5 ila 2 katıyla çarparak bir güvenlik payı bırakmak sağlıklıdır:

220 GB × 1,5 ≈ 330 GB aylık gerçekçi ihtiyaç

Yani "günde 1.000 ziyaretçi az bir şey" diye düşünüp 100 GB'lık bir paket alsaydınız, ayın ortasında limiti aşardınız. Aşağıdaki tablo, farklı sayfa boyutlarında aylık ziyaretçi sayısına göre kabaca ne kadar bant genişliği gerektiğini gösterir (güvenlik payı dahil, ziyaretçi başına ~3 sayfa varsayımıyla):

Tablodan çıkan en önemli ders şudur: bant genişliği ihtiyacınızı en çok belirleyen değişken ziyaretçi sayısı değil, sayfa boyutudur. Sayfa boyutunu 5 MB'tan 1 MB'a düşürmek, aynı ziyaretçi sayısında ihtiyacınızı beşte birine indirir. Bu yüzden görselleri optimize etmek (WebP formatı, sıkıştırma, tembel yükleme) sadece hız için değil, doğrudan bant genişliği faturanız için de kritiktir.

Sitenize Ne Kadar Bant Genişliği Gerekir?#

Somut bir sayı arıyorsanız, site tipine göre kaba bir yol haritası şöyledir. Bu değerler mutlak değil, başlangıç noktası olarak düşünülmelidir.

Statik ve hafif bir tanıtım sitesi için birçok paylaşımlı hosting paketi fazlasıyla yeterlidir. Görsel ağırlıklı bir e-ticaret sitesi ya da düzenli video yayınlayan bir platform içinse ya yüksek trafikli bir hosting paketine ya da dosya transferini metrelenmeyen (unmetered) bir VDS veya sanal sunucu çözümüne yönelmek gerekir. Genel kural: bir aylık gerçek kullanımınızı ölçtükten sonra, o rakamın en az iki katını karşılayan bir paket seçin — büyüme ve ani trafik dalgaları için tampon bırakmış olursunuz.

Şunu da unutmayın: trafiğinizin bir kısmı gerçek insan olmayabilir. Kötü niyetli botlar, agresif tarayıcılar ve küçük çaplı saldırılar bant genişliğinizi boşa harcar. Bu tür istekleri kaynağında engelleyen bir WAF veya DDoS koruma katmanı, hem güvenliği artırır hem de faydasız trafiği eleyerek gerçek bant genişliği kullanımınızı düşürür.

Bant Genişliği Aşımında Ne Olur?#

Bu, kullanıcıların en çok merak ettiği ve maalesef en geç öğrendiği konudur. Aylık limiti aştığınızda ne olacağı tamamen sağlayıcınızın ve paketinizin politikasına bağlıdır. Genel olarak üç senaryo görülür.

1. Sitenin askıya alınması. En yaygın davranış budur. Limit dolduğunda sunucu, ay yenilenene (genellikle fatura döneminizin başına) kadar sitenize gelen istekleri durdurur ve ziyaretçilere "509 Bandwidth Limit Exceeded" veya benzeri bir hata sayfası gösterir. Siteniz o ay için pratik olarak çevrimdışı olur. E-ticaret sitesi için bu doğrudan satış kaybı demektir.

2. Ek ücretlendirme (overage). Bazı sağlayıcılar siteyi durdurmak yerine, aşılan her GB için ek ücret yansıtır. Bu, sitenizin açık kalmasını sağlar ama kontrolsüz bir trafik patlamasında beklenmedik yüksek faturalarla karşılaşabilirsiniz. Sözleşmenizde GB başına aşım ücretinin ne olduğunu mutlaka önceden öğrenin.

3. Hız kısıtlama (throttling). Daha nadir görülen bu yöntemde site kapatılmaz ama ağ hızı düşürülür; sayfalar açılır fakat çok yavaştır. Amaç sunucu kaynaklarını korurken siteyi tamamen erişilmez bırakmamaktır.

Hangi senaryo geçerli olursa olsun, iyi bir sağlayıcı limite yaklaştığınızda size önceden uyarı e-postası gönderir (örneğin %80 ve %95 eşiklerinde). Sürprizle karşılaşmamanın en iyi yolu, kotanızı düzenli izlemek ve limitin yakınına geldiğinizde ya kullanımı optimize etmek ya da paketinizi yükseltmektir. Panelimizden hizmetinizin trafik kullanımını takip edebilir, sınıra yaklaştığınızda hosting paketinizi tek tıkla üst pakete taşıyabilirsiniz.

Sınırsız Bant Genişliği Gerçeği#

Pazarlama tablolarında sıkça gördüğünüz "sınırsız bant genişliği" ifadesi teknik olarak tam anlamıyla doğru değildir; çünkü fiziksel dünyada hiçbir kaynak gerçekten sınırsız olamaz. Sunucunun ağ portu belli bir hıza, veri merkezinin uplink kapasitesi belli bir tavana sahiptir. Peki sağlayıcılar bunu nasıl yazabiliyor?

Cevap adil kullanım politikasında (Fair Usage Policy) saklıdır. "Sınırsız" ibaresi genellikle şu mantığa dayanır: tipik bir paylaşımlı hosting müşterisi, aylık trafiğiyle sunucunun toplam kapasitesinin çok küçük bir kısmını kullanır. İstatistiksel olarak yüzlerce hesabın aynı anda tavan yapmadığı varsayımıyla, sağlayıcı her hesaba sabit bir GB limiti koymak yerine "istediğin kadar kullan, ama başkalarını etkileme" der. Sözleşmenin ince yazısında ise neredeyse her zaman şuna benzer maddeler bulunur: aynı sunucudaki diğer kullanıcıları olumsuz etkileyecek düzeyde CPU, bellek veya trafik tüketimi durumunda hesap askıya alınabilir ya da uygun bir pakete geçiş istenebilir.

Yani "sınırsız", makul kullanan siteler için pratikte sınırsız gibi çalışır; ancak ayda terabaytlarca trafik çeken bir video sitesi ya da dosya paylaşım servisi çalıştırmaya kalkarsanız, adil kullanım politikası devreye girer. Bu bir aldatmaca değil, paylaşımlı ortamın doğasıdır: bir kaynak birçok kişi arasında paylaşıldığında, hiçbir kullanıcının o kaynağın tamamını tek başına yutmasına izin verilemez. Gerçekten yüksek ve öngörülebilir trafik gereken projelerde "sınırsız paylaşımlı" yerine, kaynakları size ayrılmış ve dosya transferi metrelenmeyen bir sunucu tercih etmek hem daha dürüst hem daha stabil bir yoldur.

Özetle, bir paketin "sınırsız" olması sizi rahatlatmasın; asıl bakmanız gereken, o paketin adil kullanım politikasının sınırları ve sunucunun gerçek kaynak tahsisidir.

CDN ve Önbellek ile Bant Genişliği Tasarrufu#

Bant genişliği tüketiminizi azaltmanın en etkili yolu, aynı veriyi sunucunuzdan tekrar tekrar göndermeyi bırakmaktır. Burada iki güçlü araç devreye girer: içerik dağıtım ağı (CDN) ve tarayıcı önbelleği.

Bir CDN, sitenizin statik dosyalarını (görseller, CSS, JS, yazı tipleri) dünyanın farklı noktalarındaki uç sunuculara kopyalar. Ziyaretçi geldiğinde bu dosyalar sizin sunucunuzdan değil, ziyaretçiye en yakın CDN sunucusundan sunulur. Sonuç: kaynak sunucunuzdan çıkan trafiğin büyük kısmı (çoğu sitede toplam boyutun %60-80'i statik dosyalardır) CDN tarafından karşılanır ve sizin hosting bant genişliğinizden düşmez. Cloudflare gibi bir servisi devreye almak, hem hızı artırır hem de bant genişliği tüketiminizi ciddi ölçüde azaltır; ayrıntılar için Cloudflare DNS ve CDN yazımıza bakabilirsiniz.

İkinci araç tarayıcı önbelleğidir. Statik dosyalara doğru önbellek başlıkları göndererek, aynı ziyaretçinin logonuzu ve stil dosyalarınızı her sayfa geçişinde yeniden indirmesini engellersiniz. Nginx kullanıyorsanız statik varlıklara uzun ömürlü önbellek başlığı vermek şöyle görünür:

location ~* \.(jpg|jpeg|png|gif|webp|svg|css|js|woff2)$ {
    expires 30d;
    add_header Cache-Control "public, max-age=2592000, immutable";
    access_log off;
}

Aynı zamanda çıkan içeriği sıkıştırmak da doğrudan bant genişliği tasarrufu sağlar. Metin tabanlı içerikleri (HTML, CSS, JS, JSON) Gzip veya Brotli ile sıkıştırmak, aktarılan veriyi tipik olarak %60-70 küçültür:

gzip on;
gzip_comp_level 5;
gzip_min_length 1024;
gzip_types text/plain text/css application/javascript application/json image/svg+xml;

Bu ayarların gerçek etkisini ölçmek isterseniz, sunucu erişim loglarından bir günde kaç byte gönderdiğinizi hızlıca toplayabilirsiniz. Nginx varsayılan log formatında gönderilen byte sayısı 10. alandadır:

# Bugünün erişim logundan toplam gönderilen veriyi GB olarak hesapla
awk '{ sum += $10 } END { printf "%.2f GB\n", sum/1024/1024/1024 }' /var/log/nginx/access.log

Görsel optimizasyonu, sıkıştırma, önbellek ve CDN'i birlikte uyguladığınızda çoğu sitenin gerçek bant genişliği kullanımı yarıya, hatta üçte bire iner. Bu sadece maliyet değil, aynı zamanda sayfa hızı ve dolayısıyla SEO açısından da doğrudan kazançtır. WordPress kullanıyorsanız, bir önbellek eklentisi ve görsel optimizasyon eklentisiyle bu kazanımların büyük kısmına kod yazmadan da ulaşabilirsiniz.

Bant Genişliği Kullanımını İzleme#

Sürprizlerden kaçınmanın tek yolu ölçmektir. cPanel tabanlı bir hosting kullanıyorsanız, kontrol panelindeki Bandwidth (Bant Genişliği) aracı size aylık, günlük ve saatlik kullanım grafikleri sunar; ayrıca hangi trafiğin HTTP, hangisinin e-posta veya FTP olduğunu ayırt edebilirsiniz. Kullanımınızın ay içinde nasıl dağıldığını görmek, bir trafik patlamasının ne zaman yaşandığını anlamak açısından değerlidir.

Sunucu erişiminiz varsa, hangi dosyaların en çok bant genişliği tükettiğini loglardan bulabilirsiniz. Aşağıdaki komut, erişim logunda en çok veri gönderilen ilk 20 URL'yi listeler — genellikle suçlu birkaç büyük görsel ya da sıkıştırılmamış bir video dosyası çıkar:

awk '{ bytes[$7] += $10 } END { for (u in bytes) printf "%.1f MB\t%s\n", bytes[u]/1024/1024, u }' \
  /var/log/nginx/access.log | sort -rn | head -20

Elinizde büyük bir bant genişliği tüketen dosya listesi olduğunda çözüm nettir: o görselleri optimize edin, videoları harici bir barındırma servisine taşıyın veya statik varlıkları CDN'e devredin. İzleme olmadan optimizasyon karanlıkta el yordamıyla yürümektir; önce ölçün, sonra en büyük tüketiciye odaklanın.

Sıkça Sorulan Sorular#

Bant genişliği bittiğinde sitem kalıcı olarak mı kapanır?#

Hayır, genellikle kalıcı değildir. Çoğu sağlayıcıda limit dolduğunda site yalnızca fatura döneminiz yenilenene kadar askıya alınır ve yeni ay başladığında kota sıfırlanarak site kendiliğinden yeniden açılır. Bazı sağlayıcılar ise siteyi durdurmak yerine ek GB ücreti yansıtır; hangisinin geçerli olduğunu paket sözleşmenizden öğrenmelisiniz.

Disk alanı ile bant genişliği aynı şey mi?#

Değildir, tamamen bağımsız iki kaynaktır. Disk alanı sitenizin sunucuda kapladığı depolamayı ölçer, bant genişliği ise o içeriğin bir ay içinde ziyaretçilere ne kadar aktarıldığını ölçer. Küçük ama çok ziyaret edilen bir site az disk çok bant genişliği tüketebilirken, büyük ama az ziyaret edilen bir arşiv sitesi bunun tam tersini yaşar.

Ziyaretçi başına ne kadar bant genişliği düşer?#

Bunu tek bir ziyaretçinin görüntülediği sayfa sayısı ile ortalama sayfa boyutu belirler. Örneğin 2,5 MB'lık sayfalara sahip bir sitede 3 sayfa gezen bir ziyaretçi yaklaşık 7,5 MB tüketir. Sayfa boyutunuzu küçültmek, ziyaretçi başına maliyeti doğrudan düşürdüğü için ihtiyacınızı azaltmanın en etkili yoludur.

Sınırsız bant genişliği gerçekten sınırsız mıdır?#

Pratikte makul kullanan siteler için sınırsız gibi çalışır, ancak teknik olarak sınırsız değildir. "Sınırsız" ibaresi bir adil kullanım politikasına bağlıdır; aynı sunucudaki diğer kullanıcıları etkileyecek düzeyde aşırı trafik tükettiğinizde hesabınız askıya alınabilir veya uygun bir pakete geçmeniz istenebilir. Gerçekten yüksek trafikli projeler için metrelenmeyen bir sunucu daha dürüst bir seçimdir.

CDN kullanmak bant genişliği tüketimimi nasıl azaltır?#

CDN, sitenizin statik dosyalarını uç sunuculara kopyalar ve ziyaretçilere bunları sizin sunucunuz yerine en yakın CDN noktasından sunar. Çoğu sitede toplam veri boyutunun büyük kısmı görsel, CSS ve JS gibi statik dosyalardan oluştuğu için bunların CDN üzerinden dağıtılması, kaynak sunucunuzdan çıkan trafiği ve dolayısıyla hosting bant genişliği tüketiminizi ciddi ölçüde düşürür.

Botlar ve saldırılar bant genişliğimi tüketir mi?#

Evet, tüketir. Arama motoru botları normal ve gerekli trafik yaratır, ancak agresif tarayıcılar, içerik kazıyıcılar ve DDoS türü saldırılar hiçbir değer üretmeden bant genişliğinizi boşa harcar. Bu tür trafiği kaynağında eleyen bir güvenlik duvarı veya DDoS koruma katmanı hem sunucu kaynaklarını korur hem de gerçek bant genişliği kullanımınızı düşürür.

Kapanış#

Bant genişliği, hosting paketinizin en yanlış anlaşılan ama en somut sonuçlar doğuran metriklerinden biridir. Özünde basit bir kova mantığıdır: sunucunuzdan aylık çıkan toplam veriyi ölçer. İhtiyacınızı sayfa boyutu ile ziyaretçi sayısından yola çıkıp güvenlik payı ekleyerek hesaplayabilir, sayfalarınızı hafifleterek ve bir CDN devreye alarak bu tüketimi kolayca yarıya indirebilirsiniz. "Sınırsız" ibaresine körü körüne güvenmek yerine, adil kullanım politikasını ve sunucunun gerçek kaynak tahsisini okumak sizi ay ortasındaki sürprizlerden korur.

Sitenizin trafiğine uygun, şeffaf ve büyümenize ayak uyduran bir altyapı arıyorsanız, hosting paketlerimizi inceleyebilir, WordPress projeleri için WordPress hosting seçeneklerine göz atabilir ya da yüksek ve öngörülebilir trafik gereken işler için dosya transferi metrelenmeyen sanal sunucu çözümlerimizi değerlendirebilirsiniz. Ne kadar bant genişliğine ihtiyacınız olduğundan emin değilseniz, mevcut kullanımınızı birlikte ölçüp size en uygun pakete karar vermekten memnuniyet duyarız.