Bant Genişliği (Bandwidth) Nedir? Hosting'de Önemi ve Kota Hesabı

Bant genişliği nedir?
Bant genişliği (bandwidth), bir veri bağlantısından belirli bir sürede geçebilen en yüksek veri miktarıdır ve genellikle Mbps ya da Gbps ile ölçülür. Hosting'de bu kavram, sunucunuzun ziyaretçilere aynı anda ne kadar veri iletebileceğini anlatır. Aylık toplam transfer kotası ise bundan ayrı bir ölçüdür.
MDN sözlüğü bant genişliğini, bir veri bağlantısından belirli bir sürede ne kadar bilginin geçebildiğinin ölçüsü olarak tanımlar. Yani konuştuğumuz şey bir borunun genişliğidir, borudan geçen suyun toplamı değil.
Bu ayrım küçük görünür, ancak hosting paketlerini karşılaştırırken en sık karıştırılan noktadır. Bir paket "yüksek bant genişliği" vaat ederken aylık transferi sınırlayabilir. Başka bir paket de transferi sınırlamadan bağlantıyı paylaştırabilir.
Bu yazıda önce kavramları ayıracağız. Ardından örnek hesaplarla sitenizin aylık transferini tahmin edeceğiz ve görsel optimizasyonu ile CDN'in bu rakamı nasıl düşürdüğünü göstereceğiz.
Bant genişliği, transfer kotası ve hız aynı şey mi?
Hayır, üçü farklı şeyleri ölçer. Bant genişliği bağlantının kapasitesidir, transfer kotası bir ay içinde gönderebileceğiniz toplam veridir, hız ise ziyaretçinin sayfayı ne kadar çabuk gördüğüdür. Hosting sayfalarında bu üç kavram sık sık birbirinin yerine kullanılır.
Aşağıdaki tablo farkı özetler.
| Kavram | Ne ölçer? | Birim | Hosting'de nerede görürsünüz? |
|---|---|---|---|
| Bant genişliği | Bağlantının anlık kapasitesi | Mbps, Gbps | Sunucu bağlantı hızı (port) |
| Transfer kotası (trafik) | Aylık toplam giden veri | GB, TB | Paket limiti |
| Gecikme (latency) | Verinin gidiş süresi | milisaniye | Sunucu lokasyonu, ağ kalitesi |
| Gerçek hız | Sayfanın görünme süresi | saniye | Lighthouse, Core Web Vitals |
Dolayısıyla "bant genişliğim yüksek, siteyi neden yavaş?" sorusunun cevabı çoğu zaman gecikmede, kodda ya da görsel boyutlarında çıkar.
Mbps ile MB/s arasındaki fark nedir?
Mbps saniyedeki megabit sayısıdır, MB/s ise saniyedeki megabayt sayısıdır. Bir bayt sekiz bit eder. Bu yüzden 100 Mbps'lik bir bağlantı kuramsal olarak saniyede yaklaşık 12,5 MB taşır.
Üstelik günlük kullanımda iki birim sürekli karışır. Hosting firmaları bağlantı kapasitesini bit cinsinden, dosya boyutlarını ise bayt cinsinden verir. Örneğin 2 MB'lık bir sayfa 16 megabit eder.
Ancak gerçek ortamda bu kuramsal rakama ulaşamazsınız. Ağ yükü, protokol ek yükü ve diğer kullanıcılar payınızı düşürür. Bu nedenle hesap yaparken rakamları yuvarlayın ve kendinize bir güvenlik payı bırakın.
Kısa bir hatırlatma listesi işinizi kolaylaştırır:
- 1 bayt = 8 bit olduğu için Mbps değerini 8'e bölerek MB/s bulursunuz.
- Küçük harf b bit, büyük harf B bayt anlamına gelir.
- Bu yazıdaki hesaplarda 1 GB = 1000 MB kabul ediyoruz.
- Aylık kota her zaman bayt cinsinden (GB, TB) yazılır.
Gecikme ve bant genişliği sayfa hızını nasıl etkiler?
Gecikme, istenen verinin hedefe ulaşma süresidir. Bant genişliği ise aynı anda ne kadar verinin taşınabildiğidir. Küçük dosyalarda hızı çoğunlukla gecikme belirler, büyük dosyalarda ise bant genişliği öne çıkar.
MDN gecikmeyi, istenen kaynağın hedefine ulaşması için geçen ağ süresi olarak anlatır. Düşük gecikme iyidir, yüksek gecikme sayfanın geç açılması demektir.
Google'ın LCP rehberi yükleme süresini dört alt parçaya böler: ilk bayta kadar geçen süre, kaynak yükleme gecikmesi, kaynak yükleme süresi ve öğenin ekrana çizilme gecikmesi. Rehbere göre kaynak yükleme süresini kısaltmanın dört yolu var: kaynağın boyutunu küçültmek, kat ettiği mesafeyi azaltmak, ağ bant genişliği için yarışmayı azaltmak ve ağ süresini tamamen ortadan kaldırmak.
Bu dört yoldan üçü bu yazının konusuna doğrudan değer. Daha geniş resim için site hızının SEO'yu nasıl etkilediğini anlattığımız yazıya göz atabilirsiniz.
"Sınırsız bant genişliği" vaadi ne anlama gelir?
Sınırsız bant genişliği, sağlayıcının aylık transfer için sert bir üst sınır yazmadığı anlamına gelir. Ancak bu, kaynakların sonsuz olduğu demek değildir. Sunucu ve ağ kapasitesi sonludur, bu yüzden sözleşmelerde genellikle adil kullanım maddesi bulunur.
Sorun şu: "sınırsız" kelimesi pazarlama dilidir, teknik bir garanti değildir. Gerçek sınırı sözleşmenin ayrıntılarında ararsınız.
Satın almadan önce şu soruların cevabını yazılı olarak alın:
- Adil kullanım politikası var mı ve sınırı nasıl tanımlıyor?
- Aşırı kullanımda site kapatılır mı, hız mı düşürülür, ek ücret mi çıkar?
- CPU, bellek ve eşzamanlı bağlantı gibi başka limitler var mı?
- Sınırsız ifadesi yalnızca transfer için mi geçerli, yoksa disk için de mi?
Bu soruların hiçbirine net cevap alamıyorsanız, "sınırsız" vaadini bir özellik olarak saymayın. Hosting seçiminin tamamı için web sitesi için hosting nasıl seçilir rehberimizi okuyabilirsiniz.
Hosting paketlerinde bant genişliği nasıl yazılır?
Paketler bant genişliğini üç farklı biçimde yazabilir: aylık GB ya da TB cinsinden transfer kotası, sunucunun bağlantı hızı (örneğin 1 Gbps port) ve "sınırsız" ifadesi. Üçü farklı şeyleri anlattığı için paketleri yan yana koymadan önce aynı birime çevirmeniz gerekir.
Öte yandan paylaşımlı hostingde bağlantı genellikle birçok hesap arasında paylaşılır. Dolayısıyla sunucunun portu hızlı olsa bile sizin payınıza düşen kısım daha küçük olabilir. VPS ve özel sunucuda ise kaynaklar size daha net ayrılır.
Karşılaştırma yaparken şu sırayı izleyin:
- Aylık transfer kotasını GB cinsinden yazın.
- Sunucunun port hızını (Mbps ya da Gbps) not edin.
- Kotayı aşarsanız ne olacağını öğrenin.
- Bağlantının paylaşımlı mı ayrılmış mı olduğunu sorun.
- Sunucu lokasyonunu kontrol edin, çünkü mesafe gecikmeyi etkiler.
Ayrıca sağlayıcının veri merkezi lokasyonu da önemlidir. Hedef kitleniz Türkiye'deyse, ziyaretçilerinize yakın bir lokasyon gecikmeyi düşürür.
Siteniz için aylık transfer nasıl tahmin edilir?
Aylık transferi şu formülle tahmin edersiniz: aylık ziyaret sayısı, ziyaret başına sayfa sayısı ve sayfa başına ortalama boyutu birbiriyle çarparsınız. Sonuca botlar ve yedekler için bir pay eklersiniz. Yani bu bir tahmindir, ölçüm değildir.
Gereken üç rakamı şuradan alırsınız:
- Aylık ziyaret sayısı ve ziyaret başına sayfa sayısı, Google Analytics gibi bir analiz aracından gelir.
- Sayfa başına ortalama boyut, tarayıcı geliştirici araçlarının ağ sekmesinden ya da Lighthouse raporundan okunur.
- Bot ve istenmeyen trafik payı, sunucu erişim kayıtlarından çıkar.
Tarayıcı önbelleği tekrar ziyaretlerde transferi azaltır, bu yüzden formül biraz karamsar çıkabilir. Buna karşılık botlar ve kötü niyetli istekler rakamı yukarı iter. İki etki kısmen birbirini dengeler.
Kesin sonuç yerine bir aralık hedefleyin ve paket seçerken bu aralığın en az iki katı kadar kota bırakın. Büyüme ya da kampanya dönemleri tahmini hızla aşabilir.
Örnek hesap: aylık 30.000 ziyaretli kurumsal bir site ne kadar transfer harcar?
Aşağıdaki rakamlar uydurma bir siteye ait örnek hesaptır, gerçek bir müşteri verisi değildir. Varsayım: ayda 30.000 ziyaret, ziyaret başına 3 sayfa ve sayfa başına ortalama 2 MB. Sonuç yaklaşık 180 GB eder.
Hesabı adım adım yazalım: 30.000 ziyaret çarpı 3 sayfa 90.000 sayfa görüntülemesi verir. Bunu 2 MB ile çarpınca 180.000 MB, yani yaklaşık 180 GB bulursunuz. Botlar ve yedekler için yüzde 20 pay eklerseniz toplam 216 GB olur.
Şimdi görsel optimizasyonu yaptığımızı varsayalım ve sayfa boyutunu 2 MB'tan 1 MB'a indirelim.
| Senaryo | Sayfa boyutu | Hesap | Aylık transfer |
|---|---|---|---|
| Mevcut durum | 2 MB | 90.000 sayfa x 2 MB | 180 GB |
| Yüzde 20 pay ile | 2 MB | 180 GB x 1,2 | 216 GB |
| Optimize sonrası | 1 MB | 90.000 sayfa x 1 MB | 90 GB |
| Optimize + yüzde 20 pay | 1 MB | 90 GB x 1,2 | 108 GB |
Görüldüğü gibi bu örnekte yalnızca sayfa boyutunu yarıya indirmek aylık transferi yarıya indirdi.
Örnek hesap: görselleri ağır bir e-ticaret sitesi ve CDN farkı
Bu da bir örnek hesaptır. Varsayım: ayda 60.000 ziyaret, ziyaret başına 8 sayfa ve sayfa başına 3 MB. Toplam 1.440 GB eder. Görseller küçülür ve statik dosyaların büyük kısmı CDN'den gelirse, kaynak sunucudan çıkan veri belirgin biçimde düşer.
Hesap şöyle ilerler: 60.000 ziyaret çarpı 8 sayfa 480.000 sayfa görüntülemesi eder. Bunu 3 MB ile çarpınca 1.440.000 MB, yani 1.440 GB çıkar.
Görsel optimizasyonuyla sayfa boyutunu 1,5 MB'a indirdiğimizi düşünelim. Transfer 720 GB'a düşer. Şimdi statik dosyaların yüzde 80'inin CDN'den sunulduğunu varsayalım. Kaynak sunucudan çıkan veri 720 GB'ın yüzde 20'si, yani 144 GB olur.
| Adım | Varsayım | Kaynak sunucudan çıkan veri |
|---|---|---|
| Başlangıç | 3 MB sayfa, CDN yok | 1.440 GB |
| Görsel optimizasyonu | 1,5 MB sayfa, CDN yok | 720 GB |
| Optimizasyon + CDN | Statiğin yüzde 80'i CDN'den | 144 GB |
Ancak gerçek oranlar siteden siteye değişir. Yani bu tablo yalnızca düşünme biçimini gösterir. E-ticarette hızın satışa etkisi için e-ticarette sayfa hızı satışları etkiler mi yazımıza bakın.
Kampanya anında anlık bant genişliği neden önemlidir?
Aylık kota ortalamayı gösterir, anlık bant genişliği ise yoğun anı. Reklam kampanyası ya da bir paylaşım siteye aynı dakikada çok kişi getirirse, toplam transfer düşük kalsa bile bağlantı tıkanabilir.
Basit bir örnek hesap yapalım. Aynı anda 200 ziyaretçi 2 MB'lık bir sayfa istesin. 2 MB 16 megabit eder, 200 ziyaretçi için toplam 3.200 megabit çıkar. Bu veri 4 saniyede iletilecekse gereken bant genişliği yaklaşık 800 Mbps olur.
Gerçekte sunucu bu yükü yalnızca bağlantıyla değil, işlemci ve bellekle de taşır. Yine de örnek, neden hafif sayfaların ve önbelleğin kampanya günlerinde hayat kurtardığını gösterir.
Bu nedenle reklam bütçesi harcamadan önce sayfa ağırlığını kontrol etmenizi öneririz. Kampanya yönetimi için Google Ads yönetimi hizmetimizi inceleyebilirsiniz. Reklamdan gelen tıklamanın yavaş bir sayfada boşa gitmesi, hem bütçe hem de dönüşüm kaybıdır.
Hangi dosyalar bant genişliğini en çok tüketir?
Çoğu sitede transferin büyük kısmını görseller tüketir. Video, büyük JavaScript paketleri, yazı tipleri ve indirilebilir dosyalar onları izler. Hangisinin payının büyük olduğunu tahmin etmek yerine ölçmeniz gerekir.
Google'ın görsel biçimi rehberi, görsel kaynaklarının HTML, CSS ve JavaScript gibi diğer kaynaklara göre çoğunlukla çok daha fazla bayt gerektirdiğini belirtir. Bu yüzden optimizasyona görsellerden başlamak mantıklıdır.
Tipik tüketiciler şunlardır:
- Hero görselleri ve ürün fotoğrafları.
- Sayfaya gömülen ya da doğrudan sunulan videolar.
- Gereksiz yere büyük JavaScript ve CSS paketleri.
- Birden fazla ağırlıkta yüklenen web yazı tipleri.
- PDF katalog, fiyat listesi ve diğer indirmeler.
- Başka sitelerin sizin görselinizi doğrudan bağlaması (hotlink).
JavaScript tarafını JavaScript site hızını nasıl etkiler yazımızda ele aldık.
Görsel optimizasyonu aylık transferi nasıl azaltır?
Görseli doğru boyutta, doğru biçimde ve gerektiğinde yükleyerek transferi düşürürsünüz. Küçük ekran için büyük dosya göndermemek, modern biçim kullanmak ve ekran dışındaki görselleri ertelemek üç temel adımdır.
Google WebP ve AVIF'in genel olarak eski biçimlerden daha iyi sıkıştırma sağladığını ve mümkün olduğunda kullanılması gerektiğini söyler. Fotoğraflar için JPEG, kayıplı WebP ya da AVIF öneriliyor.
Aynı rehber bir noktayı da hatırlatır: ekran çözünürlüğü iki katına çıkınca piksel verisi dört katına çıkar. Yani yüksek çözünürlüklü ekran için dosyayı gereksiz büyük hazırlamak maliyetlidir.
Pratik adımlar şöyle:
- Görseli sayfada gösterileceği boyuta küçültün.
- JPG ve PNG dosyalarını WebP'ye çevirin. Ücretsiz JPG'den WebP'ye çevirme aracımız işinizi görür.
- Ekranın altında kalan görsellere tembel yükleme uygulayın.
- Her görsele anlamlı bir alt metin yazın.
Ayrıntılar için web sitesi görsel optimizasyonu nasıl yapılır ve tembel yükleme yazılarımıza bakın.
CDN bant genişliği tüketimini nasıl azaltır?
CDN, statik dosyalarınızın kopyalarını dünyanın farklı noktalarındaki sunucularda tutar ve ziyaretçiye en yakın olandan sunar. Böylece kaynak sunucunuzdan çıkan veri azalır, gecikme düşer ve trafik artışlarını daha rahat karşılarsınız.
Google'ın CDN rehberine göre CDN sunucuları kullanıcıya kaynak sunucudan daha yakındır ve bu yüzden gidiş geliş gecikmesi daha kısadır. Rehber ayrıca, kaynakları CDN'de önbelleğe almanın isteğin kaynak sunucuya kadar gitmesini gereksiz kıldığını belirtir.
Ayrıca aynı kaynak, CDN'in sunucu yükünü azalttığını ve trafik artışlarını karşılamaya uygun olduğunu söyler.
Bir uyarı yapalım: CDN transferi ortadan kaldırmaz, sadece yerini değiştirir. CDN sağlayıcısının da kendi fiyatlandırması ve kullanım şartları vardır. Dolayısıyla "CDN kurdum, artık kota derdim yok" düşüncesi yanlıştır.
Önbellekleme mantığını daha geniş anlamak için yazılımda önbellekleme yazımıza göz atın.
Sıkıştırma ve tarayıcı önbelleği transferi düşürür mü?
Evet. Metin tabanlı dosyaları (HTML, CSS, JavaScript) sıkıştırarak göndermek ve statik dosyalara uygun önbellek süresi vermek, hem transferi hem de tekrar ziyaret süresini azaltır. İkisi de sunucu ayarıdır.
Sıkıştırma için sunucunuz gzip ya da Brotli gibi bir yöntemi destekler. Önbellek için ise yanıt başlıklarında Cache-Control değeri verirsiniz. Başlıkları kontrol etmek için aşağıdaki komut yeterlidir. Burada example.com örnek bir alan adıdır.
curl -sI -H "Accept-Encoding: gzip" https://example.com/Çıktıda content-encoding ve cache-control satırlarına bakın. İlki sıkıştırmanın açık olup olmadığını, ikincisi önbellek politikasını gösterir.
Fakat görseller zaten sıkıştırılmış biçimde olduğu için bu yöntem onlarda ek kazanç sağlamaz. Görseller için yukarıdaki biçim ve boyut adımları geçerlidir.
Ayar adlarını sağlayıcınızın belgesiyle doğrulayın. Panelden panele ve sunucu yazılımından yazılıma değişirler.
Botlar ve istenmeyen trafik bant genişliğini nasıl tüketir?
Botlar, tarayıcılar ve otomatik istekler gerçek ziyaretçi olmadan da transfer harcatır. Arama motoru botları faydalıdır, ancak yapay zeka tarayıcıları, kazıma araçları ve hotlink yapan siteler kotanızı gereksiz yere tüketebilir.
İlk olarak sunucu erişim kayıtlarına bakın. Hangi kullanıcı aracısı (user agent) ve hangi IP bloğu en çok istek yapıyor, hangi dosyalar en çok iniyor, bunları görürsünüz. Kayıt dosyanızı incelemek için log analizi aracımızı kullanabilirsiniz.
Şüpheli bir IP'yi incelemek için IP sorgulama aracına bakabilirsiniz.
Botları yönetirken şu adımlar işe yarar:
- robots.txt ile istemediğiniz tarayıcılara kural koyun.
- Görsel hotlink'ini sunucu ya da CDN ayarıyla kısıtlayın.
- Sunucu ya da CDN tarafında istek hızı sınırı (rate limit) tanımlayın.
- Gerçek Googlebot'u doğrulamadan engellemeyin.
Yapay zeka tarayıcıları için AI crawler rehberimiz ayrıntı verir.
Kota dolarsa ne olur?
Sonuç sağlayıcıya ve pakete bağlıdır. Bazı sağlayıcılar siteyi geçici olarak durdurur, bazıları hızı düşürür, bazıları ise aşan kısım için ek ücret keser. Doğrusunu yalnızca sözleşmeniz söyler.
Bu yüzden satın almadan önce aşım politikasını okuyun. Kota dolduğunda ziyaretçileriniz hata sayfası görürse, bu hem satış hem de arama sıralaması için risktir.
Önlem olarak şunları yapın:
- Kullanım paneline düzenli bakın ve eşik uyarısı varsa açın.
- Kampanya öncesinde kota ve port hızını sağlayıcıyla teyit edin.
- Gerektiğinde bir üst pakete geçiş sürecini önceden öğrenin.
- Önbellek ve CDN gibi yükü azaltan katmanları devreye alın.
Siteniz uzun süre erişilemezse arama motorları sayfalarınıza ulaşamaz. Bu konuda sağlıklı bir yedekleme ve kurtarma planı da gerekir. Web sitesi yedekleme stratejisi yazımız bunu anlatıyor.
Bant genişliği kullanımınızı nasıl izlersiniz?
Üç yerden izlersiniz: hosting panelindeki kullanım ya da istatistik bölümü, sunucu erişim kayıtları ve bir CDN kullanıyorsanız onun raporları. Panelin adı sağlayıcıdan sağlayıcıya değişir, bu yüzden belgesine bakmanız gerekir.
Örneğin her ay aynı gün kullanımı not edin. Böylece üç aylık bir seri, mevsimsel dalgalanmayı ve büyüme eğrisini gösterir. Ani sıçramalar çoğunlukla bir kampanyadan, viral bir paylaşımdan ya da bottan gelir.
Sayfa tarafında ise Lighthouse ve Core Web Vitals raporlarına bakın. Google Lighthouse ile site performans testi yazımız bunun adımlarını anlatır. Core Web Vitals için de LCP, INP ve CLS rehberimize bakabilirsiniz.
Aşağıdaki tablo hangi sorunun hangi araçla izleneceğini özetler.
| Sorun | Bakacağınız yer | Neyi gösterir? |
|---|---|---|
| Aylık toplam transfer | Hosting paneli | GB cinsinden kullanım |
| Hangi dosya çok iniyor? | Erişim kayıtları | Dosya ve istek sayısı |
| Hangi IP çok istek yapıyor? | Erişim kayıtları | Bot ve kötüye kullanım izi |
| Sayfa ağırlığı | Lighthouse | Bayt cinsinden kaynak boyutu |
| Alan adı ve DNS durumu | DNS sorgulama | Kayıtların doğruluğu |
DNS kayıtlarını kontrol etmek için DNS sorgulama aracını kullanabilirsiniz.
Hosting seçerken bant genişliğine nasıl bakmalısınız?
Önce sitenizin tahmini aylık transferini hesaplayın, sonra bu rakamın en az iki katı kadar kotası olan paketi arayın. Port hızını, adil kullanım maddesini, aşım politikasını ve sunucu lokasyonunu da kontrol edin.
Özellikle paylaşımlı hosting küçük kurumsal siteler için çoğu zaman yeterlidir. Trafik arttıkça ya da kampanya dönemlerinde VPS gibi daha ayrılmış kaynaklara geçmek gerekebilir. Bu geçişin zamanını ise ölçtüğünüz verilerle belirlersiniz.
Karar listenizi şöyle kurun:
- Tahmini aylık transferi hesaplayın.
- Kota, port hızı ve adil kullanım ayrıntılarını yazılı alın.
- Veri merkezinin ziyaretçilerinize yakınlığını kontrol edin.
- Yedekleme ve SSL gibi temel hizmetlerin pakette olup olmadığına bakın.
- Aşım ve yükseltme koşullarını öğrenin.
SSL tarafı için SSL sertifikası nedir yazımızı, tüm seçim süreci için hosting seçimi rehberimizi okuyun. Sunucu ve site yapısı kararlarında web tasarım hizmetimiz ekibimizle birlikte çalışır.
Bant genişliği SEO'yu etkiler mi?
Doğrudan sıralama faktörü değildir, ancak dolaylı etkisi vardır. Yetersiz bant genişliği ya da kota aşımı sayfaları yavaşlatır, hata üretir ve tarama bütçesini boşa harcatır. Bunlar kullanıcı deneyimini ve görünürlüğü olumsuz etkiler.
Burada dikkat edilecek nokta nedensellik zinciridir. Bant genişliği tek başına sıralama getirmez. Fakat sayfa yükleme süresi Core Web Vitals ölçümlerine girer ve ziyaretçi davranışını belirler.
Ayrıca sunucu hata verirse arama motoru botları sayfalarınıza ulaşamaz. Sık tekrarlanan hatalar tarama sıklığını düşürebilir. Nedenlerini Googlebot neden daha az tarar yazımızda ayrıntılı anlattık.
Teknik SEO denetimini birlikte yapmak isterseniz SEO danışmanlığı hizmetimiz bu işi kapsar.
Sunucu kaynakları ve bant genişliği birlikte nasıl çalışır?
Bir isteği yalnızca bağlantı karşılamaz. İşlemci sayfayı üretir, bellek veriyi tutar, disk dosyayı okur ve ardından ağ veriyi ziyaretçiye gönderir. Zincirin en yavaş halkası, ziyaretçinin gördüğü hızı belirler.
Örneğin bant genişliği bol olan bir sunucuda yavaş bir veritabanı sorgusu sayfayı geciktirebilir. Bu yüzden "bant genişliğini artıralım" demeden önce darboğazın nerede olduğunu ölçmek gerekir. Çünkü yanlış yeri büyütmek maliyeti artırır ama hızı değiştirmez.
Dolayısıyla sorunu üç katmanda arayın:
- Ağ katmanı: bağlantı kapasitesi, gecikme ve paylaşım oranı.
- Sunucu katmanı: işlemci, bellek ve eşzamanlı bağlantı limitleri.
- Uygulama katmanı: veritabanı sorguları, eklentiler ve kod kalitesi.
Paylaşımlı hostingde bu limitlerin çoğunu sağlayıcı koyar. Bununla birlikte uygulama katmanı sizin elinizdedir. Gereksiz eklentileri kaldırmak, önbelleği açmak ve görselleri küçültmek hem transferi hem de sunucu yükünü düşürür.
Mobil ziyaretçiler ve yavaş bağlantılar için sayfa ağırlığı neden önemlidir?
Ziyaretçilerin bir kısmı sınırlı mobil veriyle ya da zayıf çekimle gezer. Onların bağlantısı sizin sunucunuzdan çok daha dar olduğu için ağır sayfa onlarda belirgin biçimde yavaş açılır. Yani darboğaz bazen sunucuda değil, ziyaretçinin tarafındadır.
Bu durumda sunucunuza ne kadar bant genişliği eklerseniz ekleyin sonuç değişmez. Sayfayı hafifletmek tek gerçek çözümdür. Üstelik hafif sayfa, ziyaretçinin kendi kotasını da korur.
Özellikle mobil ağırlıklı kitlelerde şunlara dikkat edin:
- Ekran genişliğine göre farklı boyutta görsel sunun.
- Sayfa açılışında gerekmeyen betikleri erteleyin.
- Otomatik oynayan büyük videolardan kaçının.
- Yazı tiplerini sınırlı sayıda ağırlıkla yükleyin.
Böylece hem mobil kullanıcı deneyimi hem de Core Web Vitals ölçümleriniz iyileşir. Ayrıca aylık transferiniz de aynı hamleyle azalır.
Bant genişliği sorunu yaşıyorsanız hangi sırayla kontrol etmelisiniz?
Önce sorunun gerçekten bant genişliğinden gelip gelmediğini doğrulayın. Sayfa yavaşsa Lighthouse ile ağırlığı ölçün, ardından erişim kayıtlarında olağandışı istek arayın. Son olarak hosting panelindeki kullanımı kota ile karşılaştırın.
Sıralı bir kontrol listesi zaman kazandırır:
- Sayfa boyutunu ve en büyük dosyaları ölçün.
- Görselleri, yazı tiplerini ve betikleri küçültün.
- Sıkıştırma ve önbellek başlıklarını kontrol edin.
- Erişim kayıtlarında bot ve hotlink izi arayın.
- Panelde aylık kullanım eğrisini inceleyin.
- Hâlâ sorun varsa ölçümlerinizle sağlayıcınıza yazın.
Bu sırayı izlemek, sorunu yanlış yerde aramanızı önler. Ayrıca sağlayıcıyla konuşurken elinizde somut veri olur.
Bu işi ne zaman kendiniz yapmamalı, hosting sağlayıcınıza bırakmalısınız?
Sunucu ağ ayarlarını, bant genişliği paylaşımını ve port limitlerini değiştirmek sağlayıcının işidir. Siz yalnızca sitenizin boyutunu, görsellerini, önbellek ayarını ve botlarını yönetirsiniz. Sunucu seviyesinde emin değilseniz sağlayıcınıza danışın.
Kısacası biz dijital pazarlama ve web ekibiyiz, hosting firması değiliz. Bu yazıdaki teknik bilgiler resmi dokümanlara dayanır. Kendi sunucunuzda ağ düzeyinde bir ayar yapacaksanız, önce yedek alın.
Şu durumlarda doğrudan sağlayıcınıza yazın:
- Kota dolmadığı halde siteniz sürekli yavaşsa.
- Sunucuya aşırı istek geldiğinden şüpheleniyorsanız.
- Port hızı ya da paylaşım oranı konusunda belirsizlik varsa.
- Saldırı ya da DDoS belirtisi görüyorsanız.
Bu yüzden sağlayıcınıza giderken elinizde ölçüm olsun: tarih, saat, etkilenen sayfa ve hata mesajı. Bu bilgiyle destek ekibi sorunu çok daha hızlı bulur.
Bant genişliği konusunda özet olarak ne yapmalısınız?
Önce kavramları ayırın, sonra sitenizin aylık transferini örnek hesaptaki gibi tahmin edin. Görselleri küçültün, gerekiyorsa CDN ekleyin, botları denetleyin ve paketi bu rakamlara göre seçin.
Kısa yol haritası şöyle:
- Bant genişliği, transfer kotası ve gecikmeyi ayrı kavramlar olarak görün.
- Aylık ziyaret, sayfa sayısı ve sayfa boyutuyla transferi tahmin edin.
- Görsel optimizasyonuyla sayfa boyutunu düşürün.
- CDN, sıkıştırma ve önbelleği devreye alın.
- Erişim kayıtlarında botları kontrol edin.
- "Sınırsız" vaadini sözleşme ayrıntılarıyla doğrulayın.
Sitenizin hızını ve altyapı kararlarını birlikte değerlendirmek isterseniz SEO danışmanlığı ve web tasarım sayfalarımızdan bize ulaşabilirsiniz.



