Sınırsız Trafik ve Limitsiz Hosting 2026: Pazarlama Vaatleri ile Teknik Gerçeklik

Sınırsız trafik ve limitsiz hosting, web barındırma sektörünün en eski ve en kafa karıştırıcı pazarlama söylemlerinden ikisidir. Hosting sağlayıcılarının ana sayfalarına yerleştirdiği iri puntolarla yazılı "Sınırsız!" rozetleri, küçük puntolu adil kullanım politikalarının arkasına saklanan teknik kısıtlarla birlikte değerlendirildiğinde çoğu zaman tamamen başka bir gerçeği işaret eder. Bu rehber, sınırsız trafik kavramının ne anlama geldiğini, sağlayıcıların sözleşmelerinde hangi gizli limitleri sakladığını, oversubscription mantığını, port hızının pratikte koyduğu sınırı, gerçekten ihtiyacınız olan bant genişliğini nasıl hesaplayacağınızı ve hangi senaryoda "limitsiz" paketin akıllıca, hangi senaryoda tuzak olduğunu uçtan uca ele alıyor.

İlgili rehberler: Hosting nedir, türleri ve seçim rehberi · VPS nedir, VDS farkı · Nginx yapılandırma: cache ve rate limit · LSCache rehberi · Core Web Vitals 2026 · Çok katmanlı DDoS koruma

"Sınırsız" Kelimesinin Tarihçesi ve Gerçek Anlamı

Sınırsız hosting kavramı 2000'lerin başında ABD pazarında ortaya çıktı. Bluehost, HostGator ve DreamHost gibi büyük oyuncular fiyat savaşının yan ürünü olarak "unlimited bandwidth", "unlimited disk space", "unlimited domains" gibi sloganları reklamlarına yerleştirdi. Türkiye'deki yerel sağlayıcılar (Natro, Atak Domain, Turhost, GuzelHosting, PlusLayer ve diğerleri) 2010'lardan itibaren aynı söylemi tercüme etti. Pratikte hiçbir sağlayıcı gerçek anlamıyla sınırsız değildir; sınırsız ifadesi, kullanıcının çoğu senaryoda üst limit görmeyeceği ama sözleşmede tanımlanan adil kullanım politikası sınırlarına çarptığında kısıtlanacağı bir hizmet modelini tanımlar.

Tartışmanın özü tek bir cümleye sığar: bir veri merkezindeki fiziksel kapasite (port hızı, switch backplane'i, transit kapasitesi, disk IOPS, RAM, CPU) sonsuz değildir. Bu fiziksel sınırlar müşteriye tanımlanmış bir kota olarak yansıtılmadığında, sağlayıcı ya istatistiksel oversubscription'a ya da arka planda devreye giren throttling/uyarı mekanizmalarına güvenir. Bu yapı, çoğu siteye sorunsuz hizmet verir; ama trafiğin belirli bir eşiğin üzerine çıktığı ya da kullanım profilinin ortalama dışına kaydığı an, gerçek limit aniden ortaya çıkar.

Sınırsız Trafik ile Sınırsız Hosting Aynı Şey mi?

İkisi farklı kavramlardır ama günlük dilde sıkça birbirinin yerine kullanılır. Sınırsız trafik yalnızca aylık çıkış/giriş bant genişliğine atıfta bulunur — sitenizden bir ay boyunca ne kadar veri transfer edilebileceğine. Sınırsız hosting ise daha geniş bir paketi tanımlar: trafik + disk alanı + e-posta hesabı + veritabanı + addon domain + FTP hesabı vs. "Sınırsız" sıfatı bu kalemlerin hepsi için ayrı ayrı uygulanabilir. Sözleşmeyi okurken her bir kalem için ayrı kontrol etmelisiniz; bazı paketlerde trafik sınırsız olur ama disk alanı sabit, bazılarında tam tersi.

Trafik (Bandwidth) Nedir, Nasıl Ölçülür?

Trafik (bandwidth, bant genişliği) iki farklı anlamda kullanılır. Birincisi, aylık veri transferi (data transfer): kullanıcılar, botlar, API tüketicileri ve dahili işlemler tarafından sunucudan çekilen veya sunucuya yüklenen veri toplamı (GB veya TB cinsinden). İkincisi, port hızı (line speed): sunucunun anlık olarak ne kadar hızlı veri gönderebileceği (Mbps veya Gbps). Aylık 10 TB transfer hakkı veren ama 100 Mbps port veren bir hosting, anlık 12.5 MB/sn üstüne çıkamaz; oysa 1 Gbps port, anlık 125 MB/sn'lik tepe trafiğine izin verir. Sınırsız etiketli paketler genellikle aylık transferi sınırsız bırakırken port hızını 100 Mbps ya da bazen 1 Gbps shared olarak sabitler.

Adil Kullanım Politikası: Sınırsızın Asıl Sınırı

Türkiye'deki neredeyse her "sınırsız" paketi sözleşmesinde adil kullanım politikası (Acceptable Use Policy / Fair Use Policy) maddesi içerir. Bu madde, sağlayıcının dilediği zaman, dilediği müşteriye, dilediği kriterle uyarı gönderme veya hizmet kısıtlama hakkını saklı tutmasını sağlar. Tipik bir adil kullanım maddesi şuna benzer: "Web sitenizin bant genişliği veya depolama alanı kullanımının, sunucularımızın kararlılığına veya diğer müşterilerin hizmet kalitesine olumsuz etki etmesi durumunda, kaynak kullanımınızı geçici olarak optimize edebilir veya paket yükseltmesi talep edebiliriz."

Bu cümlenin pratik karşılığı şudur: paylaşımlı (shared) bir sunucuda 30-40 müşteri bulunur; toplam fiziksel kaynak (CPU, RAM, IOPS, port) bu müşteriler arasında istatistiksel olarak paylaşılır. Müşterilerin %95'i ortalamanın altında kullanım yaptığı sürece sınırsız vaadi çalışır. Tek bir müşteri sürekli olarak %30+ CPU veya saatte 50 GB üzeri trafik tüketmeye başladığında, adil kullanım maddesi devreye girer ve sağlayıcı genellikle bir e-posta gönderir: "Lütfen VPS veya dedicated paket yükseltmesini değerlendirin."

Adil Kullanım Maddesinde Nelere Bakmalısınız?

• CPU yüzdesi sınırı: Çoğu sağlayıcı tek bir cPanel hesabı için anlık %25 CPU veya 1-2 vCPU'ya denk gelen sınır koyar. Bu sınır aşıldığında EX_CGROUP hatası ya da süreç kill'i gelir.
• Inode (dosya adedi) sınırı: Genelde 200.000 ile 400.000 arası. WordPress + WooCommerce + cache eklentilerinin sıkça aştığı bir limit.
• Entry process sınırı: Aynı anda kaç PHP/Python süreci çalışabileceği. Tipik değerler 20-40. Aşıldığında ziyaretçi 508 Resource Limit Reached görür.
• I/O (disk okuma/yazma) sınırı: Saniyede 1-10 MB arasında throttle. Yedek/restore işlemleri sık sık tetikler.
• E-posta gönderim limiti: Çoğu pakette saatlik 250-500 e-posta. Newsletter göndereceksen ayrı SMTP servisi şart.
• MySQL eşzamanlı bağlantı sınırı: Genelde 25-50. Yüksek trafikli WP siteleri persistent connection ile aşar.
• SSH/CRON sıklık sınırı: 5 dakikadan sık çalışan cron'lar bazı paketlerde engellenir.

Bu kısıtlar tek tek incelendiğinde, sınırsız sıfatının yalnızca aylık veri transferi için (ve oversubscription mantığında) geçerli olduğu, geri kalan tüm kaynakların aslında sayısal limitlere bağlandığı görülür. Sözleşmenin Ek-1 veya Genel Kullanım Şartları bölümüne mutlaka göz atın; ana sayfada büyük puntolu "Sınırsız!" yazıları, sözleşmenin 12. maddesinde tanımlanan rakamlardan daha az bağlayıcıdır.

Oversubscription Modeli: İstatistik Üzerine Kurulu Bir Vaat

Telekomünikasyon sektörü 1980'lerden beri oversubscription ya da contention ratio denilen bir teknikle çalışır. Mantık basittir: 100 müşteriye 100 birim kapasite satmak yerine, 100 birim kapasiteye 200-500 müşteri satarsınız çünkü tüm müşteriler aynı anda tepe kapasiteyi kullanmaz. Hosting tarafında bu mantık şudur: 1 Gbps uplink'i olan bir paylaşımlı sunucuya yerleştirdiğiniz 200 cPanel hesabının her birine "sınırsız trafik" satarsınız. Pratikte 200 sitenin tepe trafiklerinin örtüşme olasılığı çok düşüktür; istatistik sizi korur.

Oversubscription oranı sektörde tipik olarak 1:5 ile 1:50 arasında değişir. Düşük oran (1:5) premium ve enterprise paketlerde, yüksek oran (1:50) ucuz paylaşımlı hostinglerde görülür. Sağlayıcılar bu oranı asla açıklamaz; ama sitenizin gece saatlerinde ve gündüz tepe saatlerinde gösterdiği farklı performans bunun göstergesidir. Eğer trafiğiniz oversubscription matematiğini bozacak kadar büyükse, sağlayıcı sizi VPS veya dedicated'a yönlendirir; çünkü matematiği bozan müşteriler ucuz paketlerde tutulamaz.

Oversubscription'ı Pratikte Test Etmek

Reverse IP lookup ile aynı IP'yi paylaşan domain sayısı 500'ü aşıyorsa yoğun bir paylaşımlı ortamda olduğunuz anlamına gelir. Bu sayı tek başına kötü değildir; çünkü sınırlı trafik tüketen 500 küçük site, 50 yoğun siteden daha az kaynak çeker. Asıl gösterge sunucunun tepe saatlerdeki gecikme (latency) ve TTFB değişimidir.

Port Hızı: Asıl Şişe Boğazı

Aylık trafik sınırsız olsa bile sitenizin saniyelik teslim hızını port hızı belirler. Tipik bir ev kullanıcısı bağlantısı 50-100 Mbps; tipik bir paylaşımlı hosting hesabı için ayrılan port da çoğu zaman 100 Mbps shared ya da 1 Gbps shared'dır. Burada "shared" anahtar kelimedir: hesaplara ayrı ayrı 1 Gbps verilmez, 1 Gbps fiziksel arayüz onlarca hesap arasında paylaşılır. VPS'lerde tahsisli (dedicated) port garantisi paket içinde belirtilir.

• 100 Mbps port = teorik 12.5 MB/s = saniyede 1.25 MB'lık dosya 100 kez aynı anda servis edilebilir.
• 1 Gbps port = teorik 125 MB/s = HD video stream'leri ve tepe e-ticaret kampanya saatleri için yeterli.
• 10 Gbps port = enterprise ve büyük yayıncı sınıfı; medya/CDN origin sunucuları için.
• Burst kavramı: kısa süreli (genelde 5-30 saniye) port hızının üstüne çıkma izni; bazı sağlayıcılar 100 Mbps tahsisli + 1 Gbps burst sunar.
• Asimetrik port: indirme ve yükleme hızı farklı olabilir; özellikle backup'lar için yükleme hızını sorgulayın.

Pratik bir hesap: 5 MB ortalama sayfa ağırlığı (HTML+CSS+JS+görseller, optimizasyon sonrası) ve 100 Mbps port ile teorik tepe sayfa servisi saniyede 2-3 ziyaretçi yapar. CDN olmadan günde 100K ziyaretçi alan bir e-ticaret tepe saatinde 3-5 dakika sırada bekler. Bu yüzden Core Web Vitals optimizasyonunda görsel boyutlarını küçültmek port limitini de hafifletir.

Sınırsız Disk Alanı ve Inode Limiti

"Sınırsız SSD disk" ifadesinin arkasında iki gerçek limit gizlidir: inode sayısı ve fiziksel storage capacity. Inode, Linux dosya sisteminde her dosya, klasör ve symlink için tutulan kayıttır; ext4'te bir disk yaratıldığında inode sayısı sabitlenir, sonradan artırılamaz. Sağlayıcı 200 GB diski 200.000 inode ile yaratmışsa, dosya sayınız bu rakama yaklaştığında disk yarı yarıya doluyken bile yeni dosya açamazsınız.

WordPress + WooCommerce + LiteSpeed Cache + W3 Total Cache kombinasyonu inode sayısını ürün başına 50-200 dosya olarak çoğaltabilir. 5.000 ürünlü bir mağazada bu rakam kolayca 250.000 inode'a ulaşır. Sınırsız disk paketinde bile 250K inode tavanına çarparsanız "disk dolu" mesajını alırsınız. Çözüm; gereksiz cache temizliği, eski medya kütüphanesi düzenlemesi ya da inode bütçesi yüksek bir VPS'e geçiş.

Yedeklerin ve Logların Disk Alanına Etkisi

Yedek dosyaları, raw access logları, e-posta arşivi ve .well-known klasöründeki Let's Encrypt artıkları, kullanıcı tarafından çoğu zaman fark edilmeyen disk yiyiciledir. Bir orta ölçekli WordPress sitesinde 6 aylık raw log birikimi 5-15 GB arası yer kaplar; otomatik yedekleme aktifse aynı boyut yedek olarak çoğalır. Disk kotanızı zorlamadan önce bu kalemleri ayıklayın.

"Limitsiz" Pakette Asıl Limit: CPU ve RAM

Bant genişliği ve disk "sınırsız" olabilir; ama paylaşımlı bir sunucuda CPU ve RAM her zaman sınırlıdır. cPanel'in CloudLinux entegrasyonu (LVE — Lightweight Virtual Environment) tam da bu sebeple yaygındır. LVE her hesabın CPU, RAM, I/O ve süreç sayısını izole ettiği bir kontrol katmanıdır. Tipik shared hosting LVE limitleri 2026 itibarıyla şunlardır:

• CPU: 100% (1 vCPU eşdeğeri) ile 200% (2 vCPU) arası, anlık burst dahil
• Physical Memory (PMEM): 1 GB ile 4 GB arası
• I/O: 1-10 MB/s okuma + yazma
• IOPS: saniyede 1.024 ile 4.096 arası operasyon
• Entry Process: aynı anda 20-40 PHP/CGI süreci
• Number of Processes (NPROC): 100-200 toplam süreç

Bu limitler aşıldığında ziyaretçi tarayıcıda 503 veya 508 hatası, geliştirici terminalde cgroup: pids limit reached ya da OOM killed mesajları görür. Sınırsız trafik veriyor olsa bile sağlayıcı, CPU veya entry process limiti aşıldığı anda hizmeti throttling ile yavaşlatır. Node.js performans ve SQL sorgu optimizasyonu rehberlerimizdeki teknikler bu limitlere takılma riskini ciddi azaltır.

Gerçekten Ne Kadar Trafik Tüketiyorsunuz?

Sınırsız trafik tartışmasını başlatmadan önce gerçek ihtiyacınızı bilmek gerekir. Çoğu küçük-orta ölçekli site aylık 50-500 GB arasında transfer yapar; bu rakam, ortalama 50-200 Mbps port hızıyla sorunsuz karşılanır. Hesaplamak için tek formül yeterlidir:

Görüldüğü gibi sayfa ağırlığı arttıkça trafik ihtiyacı katlanarak büyür. 1.5 MB yerine 4 MB sayfa, aynı ziyaretçi sayısında 2.7 kat trafik tüketir. Bu yüzden site optimizasyonu doğrudan hosting maliyetinizi etkiler — daha hafif site, daha düşük port talebi, daha az limit ihlali demektir.

Trafik Ölçümünü Nereden Alırsınız?

• cPanel → Bandwidth: Aylık özet, FTP/HTTP/SMTP ayrımı dahil. En güvenilir kaynak.
• AWStats / Webalizer: Daha detaylı saatlik dağılım; bot trafiği dahil olduğu için biraz şişebilir.
• Google Analytics 4: Sadece insan/JS-aktif ziyaretçiler. Gerçek trafik bunun 1.5-2.5 katıdır (botlar dahil).
• Cloudflare Analytics: Edge'den gerçek transfer; cache hit oranı dahil görüntülenir.
• vnstat / iftop / nload: Sunucu seviyesinde anlık ve geçmiş kullanım.

Sınırsız Hosting Tipik Kullanım Senaryoları ve Tuzakları

Sınırsız etiketli paketin akıllıca olduğu durumlar gerçekten vardır; ama bu durumların altını net çizgilerle çekmek lazım. "Limitsiz" sözcüğü kararı kolaylaştıran bir tetikleyici değil, çoğu zaman sözleşme detayını inceleme gerekçesi olmalı.

Limitsiz Paket Mantıklı Olduğunda

• Çoklu küçük site: 5-15 farklı küçük portfolyo, kurumsal vitrin veya blog tek pakete sığsın. Her biri ayda 5-50 GB tüketsin. Toplam 100-500 GB trafik, yorulmadan absorbe edilir.
• Trafik volatilitesi: Bir kampanya veya viral makale için ayda iki kez 10x trafik patlaması yaşıyorsanız, sabit limitli paket overage faturasından kurtulursunuz.
• Yeni site, belirsiz büyüme: Trafik tahmini çok zorsa, başlangıçta sınırsız paketle başlayıp metrikleri tutunca uygun pakete geçmek riski azaltır.
• Statik içerik ağırlıklı blog: HTML+CSS+küçük resim, Cloudflare cache ile %95+ hit oranı. Origin trafik düşük, sınırsız vaadi rahat çalışır.
• Newsletter ve dosya servisi olmayan kurumsal vitrin: 10-30 sayfalık şirket sitesi, low-volume e-posta, hiç problem yaşatmaz.

Limitsiz Paketin Tuzak Olduğu Durumlar

• Video, podcast, büyük dosya servisi: Bant genişliği değil, port hızı ve I/O limit dolar. CDN ya da B2/S3 storage zorunludur.
• E-ticaret yoğun katalog: 5.000+ ürün, sürekli stok güncellemesi, kampanya saatleri tepe trafik. Inode + entry process + MySQL bağlantı limitleri rahat aşılır.
• API hizmeti: Saniyede 50+ istek alan bir REST/GraphQL endpoint, paylaşımlı hostingde her zaman boğulur. Rate limiting uygulasanız bile.
• WordPress Multisite: Tek hesapta 20+ alt site, paylaşımlı CPU/RAM limitlerini kolayca tüketir.
• Newsletter / e-posta pazarlama: Saatlik 250-500 mail limitiyle 5.000 abonelik liste gönderemezsiniz; sırada bekler ya da hesabınız geçici askıya alınır.
• Cron yoğun analytics/scraping: Dakikalık çalışan ağır cron'lar entry process ve I/O kotalarını sızdırır.
• Geliştirici/CI ortamı: Sürekli deploy, composer install, npm build adımları paylaşımlı CPU'da yasaktır.

2026 Türkiye Pazarında Sınırsız Trafik Fiyat Aralıkları

Aşağıdaki rakamlar 2026 başında Türkiye pazarındaki yerel sağlayıcılardan derlenen yaklaşık aralıklardır; sağlayıcıdan sağlayıcıya ve kampanya dönemine göre değişir. Marka adları yerine sektördeki tipik bantları paylaşıyoruz.

• Giriş seviyesi sınırsız paylaşımlı hosting: aylık 30-80 TL · 1-3 site · 1-2 vCPU · 1-2 GB RAM · 100-200 GB SSD · 100 Mbps shared port · 200K inode
• Orta seviye limitsiz hosting: aylık 90-200 TL · 5-20 site · 2-4 vCPU · 2-4 GB RAM · 500 GB-1 TB SSD · 1 Gbps shared port · 400K inode
• Üst seviye limitsiz hosting: aylık 250-500 TL · sınırsız site · 4-8 vCPU · 4-8 GB RAM · NVMe SSD · 1 Gbps shared (burst 10 Gbps) · 800K inode
• Sınırsız VPS (yarı-tahsisli): aylık 350-1.200 TL · 2-8 vCPU tahsisli · 4-16 GB RAM · 100-500 Mbps tahsisli port · root erişim
• Dedicated sunucu (sınırsız trafik): aylık 2.500-10.000 TL · 8-32 fiziksel çekirdek · 32-128 GB RAM · 1-10 Gbps tahsisli port

Bu rakamlar, sağlayıcının kendisi tarafından sürekli güncellenir; karar verirken sözleşme tarihinde geçerli ve KDV dahil tutarı sözleşme metninden teyit edin. Yıllık ödemede genellikle %25-40 indirim, ilk dönem promosyonunda %50-80 kampanya görmek mümkündür ama yenileme aslına döner.

Sözleşme Okuma Rehberi: 12 Kritik Madde

Sınırsız etiketli bir paket alacaksanız sözleşmenin tamamını değil, ama mutlaka aşağıdaki 12 maddeyi gözden geçirin. Bu maddeler, sağlayıcılar arasında "sınırsızın" gerçek anlamını kıyaslamanızı sağlar.

• 1. Adil kullanım politikası (AUP / Fair Use) ayrıntısı: hangi rakamların üstünde uyarı geliyor?
• 2. CPU limit yüzdesi ve süre (anlık tepe vs sustained ortalama)
• 3. RAM (PMEM/VMEM) tavanı, megabayt cinsinden
• 4. Inode sayısı tavanı
• 5. Entry process ve NPROC limiti
• 6. Disk I/O ve IOPS limiti
• 7. Port hızı (Mbps), shared mı dedicated mi, burst tavanı
• 8. E-posta gönderim limiti (saatlik/günlük)
• 9. MySQL eşzamanlı bağlantı limiti
• 10. Yedek (backup) sıklığı, kapsamı, restore ücreti
• 11. Otomatik yenileme fiyatı (kampanya sonrası gerçek fiyat)
• 12. Sözleşme feshi ve para iadesi koşulları (14-30 gün cayma hakkı dahil)

Madde 11 özellikle önemlidir: ilk yıl 350 TL'ye satılan paket ikinci yıl 950 TL'ye yenilenebilir. Otomatik tahsilat aktifse fark edilmeden çekilen tutar şikayet konusu olur. Yıllık iptal hatırlatması takvime düşürülmelidir.

Bant Genişliği ve Performans: Aralarındaki Yanılgı

Bant genişliği büyük olunca site hızlı sanılır; oysa hızlı site denklemi çok daha karmaşıktır: TTFB (sunucu cevap süresi), DNS lookup, TLS handshake, render-blocking JS/CSS, görsel optimizasyonu, CDN cache hit oranı, kullanıcının kendi ağı. Bant genişliği bunlardan yalnızca biri ve çoğu zaman darboğaz değildir. Sınırsız trafik vaadi pazarlama açısından çekicidir; ama "sayfanız 1 saniyede mi açılıyor?" sorusunun cevabı port hızından çok backend optimizasyonuna bağlıdır.

Bu denklemi tamamlayan dört unsuru sırayla ele almak gerekir: LSCache veya FastCGI cache ile sayfa render maliyetini sıfırlamak, Redis ile object cache hızlandırması, veritabanı optimizasyonu ile slow query'leri ayıklamak, ve Nginx reverse proxy ile port hızını verimli kullanmak. Hiçbiri "sınırsız trafik" maddesinin alternatifi değildir; ama her biri trafik talebinizi azaltır.

CDN: Sınırsız Trafiğin Doğal Tamamlayıcısı

Bir content delivery network (CDN), origin sunucunuzdaki yükü %70-95 oranında azaltır. Cloudflare, Bunny, Fastly ve AWS CloudFront gibi sağlayıcılar dünya genelindeki edge sunucularından statik içeriği servis eder. CDN aktif olduğunda hosting paketinizin trafik kotası çoğu sitede zaten dolmaz; "sınırsız" mı "500 GB" mı sorusu büyük oranda gereksiz kalır.

CDN konusunda detaylı uygulama için çok katmanlı DDoS koruma rehberimiz ve Core Web Vitals 2026 yazısı tamamlayıcıdır. Bant genişliği darboğazını hostingde değil, edge'de çözmek hem ucuz hem hızlıdır.

VPS ve Dedicated Sunucularda "Sınırsız" Vaadi

VPS (sanal sunucu) ve dedicated (fiziksel sunucu) ürünlerinde de sınırsız trafik etiketi sıkça görülür ama burada anlam farklıdır. Paylaşımlı hostingdeki gibi cgroup limiti yoktur (en azından kullanıcıya görünmez); kaynaklar aktif olarak tahsis edilmiştir. Sınırsız trafik etiketi VPS'te genellikle iki anlamdan birine gelir:

• Truly unmetered: Aylık veri transferi sınırı yok; ama port hızı sabit (örn. 100 Mbps veya 1 Gbps tahsisli). Tepe hız port ile sabittir, transfer toplam serbest.
• Burstable / 95th percentile: Aylık ortalama portun %95'ini geçmemek koşuluyla sınırsız. Ortalama port 100 Mbps + tepe 1 Gbps. Aylık 95. yüzdelik dilim faturalanır.
• Fair use'lu unmetered: Sözde sınırsız, ama AUP'de "reasonable use" maddesi var; aylık 5-20 TB üstü trafik için sağlayıcı yükseltme talep edebilir.
• Inbound + Outbound asimetrik: Inbound (sunucuya gelen) sınırsız, outbound (sunucudan çıkan) ücretli. AWS/GCP modeli.
• Region-based: Yerel trafik (TR-IX, RIPE) ücretsiz, uluslararası trafik metered. Bazı yerel sağlayıcılar bu modeli uygular.

95th Percentile Faturalama Nedir?

Büyük data center'lar yıllardır 95. yüzdelik dilim (95th percentile) faturalama modelini kullanır. Mantık şudur: ay boyunca port kullanımınız 5 dakikalık aralıklarla ölçülür, en yüksek %5'lik dilim atılır, geri kalanın tepesi faturalanır. Bu sayede kısa süreli (1-2 saatlik) trafik patlamaları ücrete eklenmez ama sürekli yüksek trafik gerçek maliyetiyle yansır. Sınırsız trafik vaadi olan VPS sağlayıcılarının çoğu, perde arkasında 95. yüzdelik mantığıyla kendi maliyetlerini hesaplar.

Sınırsız E-posta Vaadi: Ayrı Bir Tuzak

"Sınırsız e-posta hesabı" reklamı, hosting paketinin kabuğu altında saklı en kıt kaynaklardan birine işaret eder. Hesap açabilirsiniz; ama kullanım gerçek limitlere bağlıdır. Tipik shared hosting paketlerinde aşağıdaki üç sınır SMTP gönderimini yumuşak bir tavanda tutar:

• Saatlik gönderim limiti: Saatte 250-500 e-posta. Bu limit aşıldığında postaları sıraya alır veya reddeder.
• Günlük gönderim limiti: Hesap başına 1.000-3.000 mesaj.
• Mailbox boyut limiti: Hesap başına 1-5 GB. Disk "sınırsız" olsa bile mailbox başına ayrı kota uygulanır.
• POP3/IMAP eşzamanlı bağlantı: 5-20 client.
• SPF/DKIM/DMARC zorunlulukları: Yokluğunda gönderdiğiniz mail spam klasörüne düşer; eklemeniz şart.

Newsletter göndereceğiniz an hosting SMTP'sini değil, transactional sağlayıcı (Postmark, Mailgun, Amazon SES, Brevo, SendGrid) kullanın. Sınırsız e-posta vaadi gerçek hayatta haftalık duyuru gönderen küçük takım için yeterli; bin kişilik liste için değildir.

Sınırsız MySQL Veritabanı: Performansa Dair Bir Hatırlatma

Sınırsız veritabanı oluşturabiliyor olmanız, performans sorunu yaşamayacağınız anlamına gelmez. Paylaşımlı MySQL/MariaDB sunucusu sıkça oversubscribe edilir; ortak bir sunucuda 200 hesabın 200 ayrı veritabanı tek InnoDB buffer pool'u, tek query cache (varsa), tek thread pool'u paylaşır. Bu yüzden "sınırsız veritabanı" satın aldığınızda sadece oluşturma hakkı sınırsızdır; sorgu hızı, eşzamanlı bağlantı, slow query toleransı sınırlıdır.

Sorgu optimizasyonu ve indeks tuning'i için SQL sorgu optimizasyonu ve PostgreSQL performans optimizasyonu rehberlerimize göz atın — yavaş sorgu en pahalı sınırsızlığı bile yer.

DDoS, Bot Trafiği ve "Sınırsız" Etiketi

Sınırsız trafik etiketi, kötü niyetli trafiği de sınırsız absorbe edeceğiniz anlamına gelmez. Tam tersine: çoğu sağlayıcı sözleşmesinde "abuse trafiği müşterinin sorumluluğundadır" maddesi içerir. DDoS saldırısı, scraper bot, kazıyıcı sürüsü trafiğinizi 100x artırdığında sağlayıcı önce sitenizi null route'a (IP'yi kara delik) atar; sonra paket yükseltmesi veya ek ücret talep edebilir. Sınırsız vaadi yalnızca normal kullanıcı trafiği için geçerlidir.

• Cloudflare WAF + bot management: Edge'de %80+ kötü trafiği eler.
• Nginx rate limit: limit_req_zone ile IP başına saniyede istek sınırı. Ayrıntı: Nginx rehberi.
• fail2ban: Çok başarısız login denemesini geçici banlar. Detay: Fail2ban kurulum.
• Robots.txt + sitemap: Aggresif tarayıcıları yumuşak şekilde sınırlayın (yumuşak rate limit).
• User-Agent filtreleme: WAF tarafında bilinen scraper UA'larını blokla; ama meşru botları (Googlebot, Bingbot) asla blokla.

Sınırsız Hosting Yerine Ne Zaman Kotalı Pakete Geçmelisiniz?

Sınırsız etiketi ucuz paketlerin pazarlama oyunu olduğu kadar, gerçek mühendislik kararı için de gürültü yaratır. Aşağıdaki sorulardan herhangi birine "evet" diyorsanız, sabit kotalı (örn. 1 TB veya 5 TB transfer) bir paket veya tahsisli kaynaklı VPS daha sağlıklıdır:

• Sitenizin tepe saatlik trafiği aylık ortalamanın 10 katından fazla mı? (volatilite)
• Aylık ortalama 1 TB üstü transfer mi? (paylaşımlının istatistik bandını aşar)
• API/realtime hizmet veriyor musunuz?
• Ekibinizde geliştirici var mı, deploy/CI ihtiyacı düzenli mi?
• Müşteri verisi yedekleme + restore yetkisi tam istiyor musunuz? (paylaşımlıda kısıtlı)
• Servis seviyesi (SLA) kritik mi? (paylaşımlının SLA'sı genelde 99.9%, real garantisi yok)
• Özel yazılım yığını (Node, Python, Go, Rust, Docker) çalıştırmak gerekiyor mu?
• Birden fazla geliştirici aynı anda çalışıyor mu?

Sayım 3 ve üzeriyse VPS; 6 ve üzeriyse dedicated veya bulut sunucu (Hetzner, Linode, OVH) düşünmenin zamanıdır.

Trafik Patlamasıyla Karşılaştığınızda: Acil Durum Playbook'u

Bir gün haber sitesinde linkleniyor, bir kampanya viral oluyor ya da trafiği 50x artıran bir an yaşanıyor. Sınırsız etiketli paketinizin bile dizleri kırılabilir. Aşağıdaki playbook ilk 30 dakikada uygulanırsa siteyi ayakta tutar:

Patlama sönümlendikten sonra Cloudflare cache'i temizleyin, iptables'taki geçici DROP kurallarını sökün, slow query log'unu inceleyin ve hangi sayfanın boğulduğunu bulun. Bir kerelik patlamadan sonra mantıklı kalıcı çözüm CDN, full-page cache ve trafik analitiği yatırımıdır.

Yerel ve Yurtdışı Sağlayıcılar: Sınırsız Trafiğin Coğrafyası

Türkiye'deki yerel sağlayıcılar (Natro, Atak Domain, Turhost, GuzelHosting, PlusLayer, Hostingpark, İsimTescil ve diğerleri) sınırsız trafik etiketini kullanırken, Türkiye'deki peering (TR-IX) bağlantısının ücretsiz, yurtdışı uplink'in ücretli olduğu bir maliyet yapısına dayanır. Bu yüzden yerel ziyaretçilerin yoğun olduğu bir site için yerel hosting maliyet açısından mantıklıdır. Yurtdışı kullanıcı oranı %30'u aşıyorsa, dünya genelinde dağıtık bir CDN şart hale gelir.

Yurtdışı sağlayıcılar (Hetzner, OVH, Contabo, IONOS, Hostinger, Linode/Akamai) genelde 20-32 TB aylık transfer ile başlar; sonrası overage. "Truly unmetered" etiketi burada nadirdir; daha sıklıkla "unmetered with fair use" görülür ve fair use eşiği 50-100 TB aralığında yazar. Mantıksal kıyas için: Türkiye'de aylık 350 TL'lik shared paketin sınırsız vaadi, Hetzner CX22 (4.85 EUR/ay) sanal sunucusunun 20 TB transfer kotasıyla pratikte aynı kullanıcı bandını sunar — fakat Hetzner kaynak garantisi ile.

Yerel Sağlayıcı Seçerken Bakılması Gerekenler

• TR-IX peering üyeliği var mı? (yerel ISP'lerle düşük gecikme)
• Veri merkezi konumu: İstanbul vs Ankara? Yerli/yabancı operatör?
• Sertifikalar: ISO 27001, Tier 3 / Tier 4 sertifikası
• Hukuki ikametgah: KVKK uyumluluğu için TR şirketi tercih edilir
• SLA ve tazminat: %99.9 uptime'ın altına düştüğünde hangi tazminat?
• Türkçe destek saatleri: 7/24 mi 09-18 mi? Ticket cevap süresi?
• BTK & ETBİS uyumu: e-ticaret için zorunlu, yerli sağlayıcılarda standart

Sınırsız Hosting Mitleri: Doğru-Yanlış

• MİT 1: "Sınırsız" gerçekten sınırsızdır. → YANLIŞ. Adil kullanım her sözleşmede saklıdır.
• MİT 2: Sınırsız hosting trafiği büyüyen siteler için en mantıklı seçim. → YANLIŞ. Belirli bir eşiğin (CPU, inode, entry process) üstünde sabit kotalı VPS daha öngörülebilir.
• MİT 3: Sınırsız trafik = hızlı site. → YANLIŞ. Hız port hızı + backend optimizasyonu + cache mimarisinden gelir, transfer kotasından değil.
• MİT 4: Sınırsız paket alırsam CDN gereksiz. → YANLIŞ. CDN origin yükünü azaltır, küresel gecikmeyi düşürür. Sınırsız vaadi olsa bile CDN her zaman kazandırır.
• MİT 5: Sınırsız e-posta ile mail listesi gönderebilirim. → YANLIŞ. Saatlik gönderim limiti, deliverability ve IP itibar yönetimi için her zaman ayrı SMTP servisi gerekir.
• MİT 6: Tek hesabımda sınırsız WordPress kurulumu yaparım. → KISMEN. Inode ve entry process limitleri ile aynı anda 5-15 site sürdürülebilir.
• MİT 7: Sınırsız hosting ile DDoS saldırısı sorun değil. → YANLIŞ. Saldırı trafiği abuse kategorisindedir, sözleşme dışıdır.

Karar Matrisi: Hangi Senaryoda Hangi Paket?

• Tek küçük blog (ayda <50K ziyaret) → giriş seviyesi sınırsız paylaşımlı + Cloudflare ücretsiz CDN
• 5-15 küçük portfolyo/şirket sitesi → orta seviye limitsiz hosting + Cloudflare
• Orta WooCommerce mağaza (1-10K ürün) → üst seviye limitsiz hosting (LiteSpeed/LSCache) + Cloudflare + CDN image optimization
• Yüksek trafikli haber sitesi → VPS/cloud (4-8 vCPU, 8-16 GB RAM) + Cloudflare + dedicated CDN
• API/realtime servis → tahsisli VPS veya bulut (Hetzner CCX, Linode Premium) + L7 proxy + autoscaling
• Video/medya sitesi → object storage (R2, B2, S3) + CDN + uygulama sunucusu ayrı VPS
• SaaS uygulama → Kubernetes cluster veya managed PaaS (Render, Fly.io) + RDS/managed DB
• Sahibinden doğru zamanda iyi pazarlık → tek sunucu dedicated (Hetzner AX52, OVH Advance) çünkü sınırsız vaadi gerek bile değil

Sözleşme Sonrası: İlk 30 Günde Yapılacaklar

Sınırsız etiketli bir hosting satın aldıktan sonra ilk 30 gün, paketin gerçek limitlerini ölçmek için altın penceredir. Çoğu sağlayıcının 14-30 günlük cayma hakkı vardır; bu süre içinde paketin sözünde durup durmadığını test edebilir, etmiyorsa parayı geri alabilirsiniz.

• 1. gün: cPanel'in resource usage panelini günlük takibe al; CPU, PMEM, EP, IO grafiklerini izle
• 2-7. gün: Statik içeriği yükle, ilk yedeği indir, restore prosedürünü test et
• 7-14. gün: Yapay yük testi (loader.io, k6, locust) ile site dayanıklılığını ölç
• 14-21. gün: Cloudflare entegrasyonunu tamamla, edge cache hit oranını ölç
• 21-30. gün: SLA uptime'ı, ticket destek cevap süresini, e-posta gönderim hızını gerçek senaryoyla doğrula

Sınırsız Trafik İçin Akıllı Mimari Önerileri

"Sınırsız" sıfatına bel bağlamadan trafiği akıllıca yönetmek için kanıtlanmış birkaç mimari paterni vardır. Bunlar paylaşımlı bir hostingden VPS'e, bulut sunucudan multi-region setup'a kadar her ölçekte uygulanabilir.

• Static-first: HTML'i mümkün olduğunca pre-render et (SSG, Hugo, 11ty, Astro). Origin'in işi sadece dinamik kısımları üretmek olsun.
• Edge cache + stale-while-revalidate: 5 dakikalık edge TTL + 24 saatlik stale = origin'e dakikada 1 kez gidiş.
• Object storage offload: Görseller, videolar, büyük dosyalar S3/R2/B2'ye taşınsın. Sınırsız hostingden çıkarılan trafik, origin port'unu çoğaltır gibi rahatlatır.
• Reverse proxy cache: Nginx FastCGI cache veya Varnish ile origin yükünü %90 azalt.
• Database read replica: Okuma trafiğini ana DB'den ayırarak slow query birikmesini önle.
• Background job queue: Ağır işleri (rapor, e-posta, image processing) Redis/SQS kuyruğuna at; web request'i hızlı geri dön.
• Health check + autoscaling: VPS/cloud katmanında ufalama olduğunda otomatik ek instance açılması için altyapı hazırla.
• Multi-CDN: Cloudflare + Bunny gibi iki CDN'i DNS seviyesinde failover'la kullan; tek noktaya bağımlılık azalır.

Ölçüm ve İzleme: "Limit'e Yakın Mıyım?" Sorusunun Cevabı

Sınırsız etiketinin gerçek limitlerine yaklaşıp yaklaşmadığınızı bilmek için sürekli izleme şart. Şu üç katmanı düzenli kontrol edin:

Daha fazla bilgi için Prometheus ve Grafana ile sunucu izleme rehberimize bakabilirsiniz. Paylaşımlı hostingdeyseniz cPanel'in Resource Usage sekmesi temel veri kaynağıdır; saatlik grafikleri haftada bir gözden geçirin.

Sıkça Sorulan Sorular

"Sınırsız trafik" ile "Unmetered bandwidth" aynı şey midir?

Pazarlama açısından evet, teknik olarak benzer. "Unmetered" daha çok port hızı sabit ama veri transferi ölçülmüyor anlamına gelir; "unlimited bandwidth" ise sözleşmedeki adil kullanım maddesi sınırlarına kadar serbest. İki kavram da fiziksel kapasiteye bağlıdır; sınırsız garantisi vermez.

Sınırsız hostingde hangi trafik bot, hangisi gerçek kullanıcı?

Hosting bant genişliği bot ve gerçek kullanıcı ayrımı yapmaz; her ikisi de toplama girer. Cloudflare Analytics ya da CDN edge log'u, JS-aktif (insan) ve JS-pasif (bot) trafiği ayırır. Genel oran: trafiğin %30-50'si bot olabilir; sınırsız vaadi olmasa bile CDN bot eleme paneli kullanın.

Sözleşmede "adil kullanım" yazmıyorsa gerçekten sınırsız mıdır?

Hayır. Sözleşmede maddesi olmasa bile sağlayıcı genel kullanım şartlarına atıfta bulunur ve oradaki esnek dilden hareketle hizmet kısıtlama hakkını kullanır. Türkiye'de ayrıca Tüketicinin Korunması Hakkında Kanun çerçevesinde tipik tüketici sözleşmelerinde örtük "makullük" (reasonability) prensibi geçerlidir.

Tek sayfalık tanıtım sitesi için hangi paket en uygundur?

Aylık 5-50 GB trafik beklentisi olan tek sayfalık (landing page) site için en ucuz başlangıç paketi yeterlidir. Sınırsız etiketi gereksiz; aksine paranızı boşa öder. Cloudflare Pages, Netlify, Vercel gibi statik hosting hizmetleri ücretsiz katmanda bile bu yükü kolayca taşır.

Sınırsız hostingde Cron job çalıştırmak güvenli mi?

Evet, ama sıklığa dikkat. Çoğu sağlayıcı 5 dakikadan sık cron'a izin vermez; bazıları ek olarak "cron başına 30 saniye süre limiti" uygular. Uzun süren cron işleri için CLI üzerinden çalıştırılan PHP script'lerini nice veya ionice ile düşük öncelikli yapın.

Sınırsız hostingde Docker veya Node.js çalışır mı?

Paylaşımlı hostingde Docker neredeyse hiçbir zaman çalışmaz (kernel namespace yetkisi yoktur). Node.js bazı sağlayıcılarda "Node.js Selector" panelinden sınırlı sürümlerle çalıştırılabilir; ancak performans paylaşımlı CPU ve düşük RAM ile sınırlı kalır. Ciddi Node.js uygulaması için PM2 ile cluster mode kullanan VPS gerekir.

"Sınırsız" ve "BTK uyumlu" aynı pakette olur mu?

Evet, ikisi farklı katmanlardır. BTK uyumu (5651 sayılı kanun, log saklama, içerik sorumluluğu) sağlayıcının altyapı/operasyonel uyumudur; sınırsız trafik ise paket özelliğidir. Yerli sağlayıcıların "Türkiye'de host edilen" paketleri çoğunlukla bu uyumu sağlar.

Yıllık ödeme indirimi gerçek midir?

Genelde evet ama yenileme tuzağına dikkat. İlk yıl %50-80 indirimle başlayan paket, ikinci yıl liste fiyatına döner. Otomatik yenileme aktifse fark edilmeden 2-3 katına çıkmış faturayla karşılaşırsınız. Yıllık iptal hatırlatması takvime mutlaka düşürülmelidir.

Türkçe Hosting Sektöründe Genel Eğilimler (2026)

2026 itibarıyla Türkiye hosting pazarında üç belirgin trend var. Birincisi, NVMe SSD'nin standartlaşması — paylaşımlı paketlerde bile artık SATA SSD nadiren görülüyor. İkincisi, LiteSpeed (LSCache) yaygınlaşması; Apache + mod_php yığınının yerini LiteSpeed Enterprise alıyor (Apache karşılaştırması için Nginx vs Apache). Üçüncüsü, yapay zeka botlarının trafiği artırması — GPTBot, ClaudeBot, CCBot gibi LLM crawler'ları sayfa kazımasını hızlandırdı; bant genişliği tüketimi 2024'e göre %15-25 arttı.

Bu üç trendin sonucu: "sınırsız" etiketi pazarlama dilinde devam ederken, sözleşmedeki adil kullanım maddeleri daha sıkı yazılır oldu. CPU ve I/O limitleri 2-3 yıl önceye göre %30 daha düşüklere çekildi. Tersine, port hızı ve disk gibi kalemler genişledi (200 Mbps shared yaygın). Karar verirken sözleşme detaylarını mutlaka karşılaştırın; "sınırsız" sözcüğü tek başına anlam taşımaz.

Kaynaklar

• CloudLinux LVE belgeleri — paylaşımlı hostingde kaynak izolasyonu
• LiteSpeed Web Server karşılaştırma
• Cloudflare — bandwidth nedir
• Wikipedia — 95th percentile / burstable billing
• Nginx access control belgeleri
• .tr alan adı kurumsal sitesi
• BTK — telekomünikasyon ve hosting yasal çerçeve
• web.dev — neden site hızı önemli
• HTTP Archive — sayfa ağırlığı raporları
• k6 yük testi belgeleri

İlgili Yazılar

• Hosting nedir, türleri ve seçim rehberi
• VPS nedir, VDS farkı ve VPS kiralama
• LSCache (LiteSpeed Cache) rehberi
• Nginx yapılandırma: reverse proxy, cache, rate limit
• Sayfa hızı ve Core Web Vitals 2026
• Site optimizasyonu A'dan Z'ye
• Çok katmanlı DDoS koruma
• Prometheus ve Grafana ile sunucu izleme