Hosting Firması Seçerken Teknik Karşılaştırma: TTFB, Network, Ping ve Gerçek Benchmark

Hosting firması seçerken çoğu zaman fiyat, disk alanı ve RAM gibi görünen değerler üzerinden karar veriliyor. Ancak iş büyüyüp trafik artmaya başladığında, asıl farkı TTFB (Time To First Byte), ağ gecikmesi, routing kalitesi ve gerçek CPU/disk benchmark sonuçları belirliyor. Özellikle ajanslar, e-ticaret siteleri ve SaaS projeleri, altyapı seçiminde birkaç ms’lik farkların bile dönüşüm oranlarını ve SEO performansını etkilediğini yaşayarak görüyor.

Bu yazıda, bir hosting firmasını teknik olarak nasıl karşılaştırmanız gerektiğini; sadece pazarlama metinlerine bakmak yerine ölçülebilir metrikler ve tekrar edilebilir testler üzerinden nasıl ilerleyebileceğinizi adım adım anlatacağım. TTFB’yi doğru okumaktan, ping ve traceroute ile ağ kalitesini anlamaya; CPU, disk ve network benchmark’larını sahada gerçekten nasıl uyguladığımızı DCHost tarafındaki tecrübelerimizle birlikte paylaşacağım. Amacımız, elinizde bir kontrol listesi ve uygulanabilir bir test planı olması; böylece hangi firmayı seçerseniz seçin, verdiğiniz karar teknik olarak sağlam temellere dayansın.

Fiyatın Ötesi: Neden Teknik Karşılaştırma Şart?

Hosting paketlerini yan yana koyduğunuzda hepsi benzer görünebilir: “X GB SSD, Y GB trafik, sınırsız site” gibi. Ancak gerçek dünyada performansı belirleyen;

• Sunucunun lokasyonu ve veri merkezinin omurga bağlantıları
• Paylaşımlı ise, kaynaktan kullanıcı başına ayrılan limitler
• Kullanılan disk teknolojisi (NVMe / SATA SSD / HDD) ve IOPS
• CPU’nun gerçek çekirdek performansı ve overselling seviyesi
• Ağın gecikme (latency), jitter ve packet loss değerleri
• Web sunucusu ve PHP/FPM yapılandırmasının kalitesi

Yani kâğıt üzerindeki “4 vCPU, 8 GB RAM” ifadesi, her sağlayıcıda aynı deneyimi garanti etmiyor. Bu yüzden teknik karşılaştırma yaparken mutlaka ölçüm odaklı gitmelisiniz. Core Web Vitals tarafında da TTFB’nin önemini anlattığımız Core Web Vitals ve hosting altyapısı rehberimizde olduğu gibi, sayfanın ilk baytına ne kadar hızlı ulaşıldığı hem kullanıcı deneyimini hem de SEO’yu doğrudan etkiliyor.

TTFB Nedir, Nasıl Ölçülür ve Nasıl Yorumlanır?

Time To First Byte (TTFB), kullanıcının tarayıcısı ile sunucu arasındaki ilk baytın ulaşma süresidir. Yani kullanıcı bir URL’ye tıkladığında;

1. DNS çözülür
2. TCP/TLS bağlantısı kurulur
3. İstek sunucuya gider, sunucu isteği işler
4. Sunucu ilk baytı geri gönderir

İşte bu son adıma kadar geçen toplam süre TTFB’dir. Hem ağ gecikmesi hem de sunucunun isteği işleme hızı bu değerin içindedir. Bu nedenle TTFB, hosting firmasının hem network kalitesini hem de sunucu optimizasyonunu aynı anda görmenizi sağlayan çok pratik bir metriktir.

TTFB’yi Etkileyen Başlıca Faktörler

• Sunucu lokasyonu: Hedef kitleniz Türkiye’deyse, Avrupa’daki veya çok uzak bölgedeki bir sunucu doğal olarak daha yüksek TTFB üretir. Bu konuyu detaylı anlattığımız sunucu lokasyonu ve SEO rehberine de göz atabilirsiniz.
• Network omurgası ve peering: İnternet servis sağlayıcınız ile veri merkezi arasındaki rota kalitesizse, ping ve TTFB artar.
• Web sunucusu ve PHP-FPM ayarları: Özellikle dinamik sitelerde (WordPress, Laravel vb.) PHP sürecinin yavaş çalışması TTFB’yi şişirir.
• Veritabanı sorguları ve disk I/O: Yoğun disk kullanımı veya yavaş SQL sorguları, ilk baytın üretilmesini geciktirir.
• SSL/TLS el sıkışması: Yanlış yapılandırılmış TLS, gereksiz round-trip yaratabilir.

Gerçekçi TTFB Testi Nasıl Yapılır?

Hosting firmalarını TTFB üzerinden karşılaştırırken, test metodolojinizin hatalı olması sizi yanlış sonuca götürebilir. Dikkat etmeniz gerekenler:

• Aynı uygulamayı (örneğin aynı WordPress yedeğini) tüm test ettiğiniz sunuculara kurun.
• Mümkünse önbelleği (cache) ilk etapta kapatın; çıplak sunucu performansını görün.
• Testi hem tarayıcı araçları (Chrome DevTools – Network sekmesi) hem de curl gibi komut satırı araçlarıyla yapın.
• Her senaryoda en az 5–10 ölçüm alın, ortalamasını değerlendirin.
• Farklı ISP’lerden (örneğin ofis interneti + mobil şebeke) deneme yapın.

Örnek bir komut:

curl -o /dev/null -s -w 'TTFB: %{time_starttransfer}nTotal: %{time_total}n' https://ornek-siteniz.com

WordPress ve PHP sitelerde TTFB’yi yükselten sunucu taraflı nedenleri daha derinlemesine anlamak isterseniz, yüksek TTFB sorununu çözme rehberimize mutlaka göz atın.

Network Kalitesi, Ping ve Route Analizi

İyi bir CPU ve hızlı disk tek başına yeterli değil. Kullanıcıya giden paketler yolda kayboluyorsa veya gereksiz uzun bir rota izliyorsa, TTFB ve sayfa yükleme süreleri olması gerekenden çok daha yüksek çıkar. Bu yüzden bir hosting firmasını karşılaştırırken mutlaka ping, traceroute ve mümkünse MTR testleri yapmalısınız.

Ping ile Gecikme (Latency) Ölçümü

ping, belirli bir IP’ye ICMP paketleri göndererek gidiş-geliş süresini (round-trip time) ölçer. Buradan çıkan sonuçlar:

• < 10 ms: Aynı şehir veya çok yakın veri merkezi – Türkiye içi için gayet iyi.
• 10–40 ms: Ülke içi veya yakın bölge – çoğu web uygulaması için kabul edilebilir.
• 40–80 ms: Bölgesel/Avrupa gibi – dinamik uygulamalarda hissedilebilir fark yaratabilir.
• > 80 ms: Uzak lokasyon – Türkiye hedef kitlesi için genellikle tavsiye edilmez.

Ancak sadece ping süresine bakmak yeterli değildir; çünkü bazı veri merkezleri ICMP’yi sınırlayabilir veya önceliklendirmeyebilir. Yine de ilk fikir için değerlidir.

Traceroute ve MTR ile Rota Analizi

traceroute (veya Windows’ta tracert), paketlerinizin sunucuya ulaşırken geçtiği router’ları ve her adımda oluşan gecikmeyi gösterir. MTR ise ping ve traceroute’u birleştirerek daha uzun süreli, istatistiksel bir görünüm sunar.

Bakmanız gerekenler:

• Rota üzerinde gereksiz derecede fazla hop (örneğin 20+ adım) var mı?
• Belirli bir hop’ta aniden fırlayan gecikme veya packet loss görülüyor mu?
• Trafik, mantıksız şekilde önce uzak bir ülkeye, sonra tekrar hedef ülkeye dönüyor mu?

Örneğin Türkiye’deki bir kullanıcı için, Türkiye hedefli bir projede verinin önce başka bir kıtaya gidip geri gelmesi; hem ping’i hem de TTFB’yi gereksiz yere yükseltir.

Farklı Lokasyonlardan Test Etmek

Gerçekçi bir resim elde etmek için sadece kendi bilgisayarınızdan test yapmak yerine:

• Farklı ISP’lerden (örneğin farklı ofisler, ev interneti, mobil bağlantı)
• Gerekirse farklı ülkelerden (proxy veya test nod’ları üzerinden)

ölçüm almanız faydalıdır. Uluslararası ziyaretçisi olan projelerde GeoDNS, CDN ve çok bölgeli mimari üzerine kurduğumuz detaylı senaryoları GeoDNS ve çok bölgeli hosting mimarisi rehberinde örneklerle anlattık; benzer yaklaşımı, hosting firmalarını değerlendirirken de düşünebilirsiniz.

Gerçek Benchmark: CPU, Disk ve Ağ Testleri

Network testlerini yaptıktan sonra sıra, sunucunun ham performansını ölçmeye geliyor. Burada amaç, kâğıt üzerindeki “4 vCPU, NVMe disk” gibi ifadelerin sahadaki gerçek karşılığını görmek.

CPU Benchmark

CPU performansını ölçmek için genellikle şu alanlara bakarız:

• Tek çekirdek performansı (PHP, Node.js gibi tek thread ağırlıklı iş yüklerinde kritik)
• Çok çekirdek ölçeklenmesi (eş zamanlı isteklerde faydasını görürsünüz)

Bu amaçla yaygın benchmark araçları kullanılabilir. Ancak önemli olan, her sağlayıcıda aynı test senaryosunu ve aynı süreyi kullanmanızdır. Kısa süreli sentetik testlerin yanında, gerçek uygulamanız altında load test çalıştırmak çok daha anlamlıdır. Bu konuda k6, JMeter ve Locust ile load test rehberimizde detaylı örnek senaryolar paylaştık.

Disk I/O ve IOPS Testleri

Özellikle WordPress, WooCommerce, Laravel gibi veritabanı ağırlıklı uygulamalarda disk performansı kritik hale gelir. NVMe disk, doğru yapılandırıldığında klasik SATA SSD’den bile ciddi fark yaratabilir. Dikkat edilecekler:

• Sıralı okuma/yazma (büyük dosya kopyalama, yedek alma senaryoları)
• Rastgele okuma/yazma (veritabanı sorguları, küçük dosya erişimleri)
• IOPS (saniyede yapılabilen I/O işlemi sayısı)

Yeni bir VPS aldığınızda ilk işlerden birinin CPU, disk ve ağ performansını test etmek olması gerektiğini VPS benchmark rehberimizde adım adım anlattık. Aynı yaklaşımı, farklı hosting firmalarını karşılaştırırken de uygulayabilirsiniz.

Network Throughput (Bant Genişliği) Testleri

Ping ve TTFB size gecikme hakkında fikir verir; fakat bant genişliği de özellikle medya ağırlıklı sitelerde (video, yüksek çözünürlüklü görseller) önemli hale gelir. Burada ölçmek istediğiniz:

• Büyük bir dosyanın (örneğin 1–2 GB) ortalama indirme hızı
• Yoğun trafikte bağlantının stabil kalıp kalmadığı

Hosting firması karşılaştırırken, her sağlayıcıda benzer boyutta bir test dosyası barındırıp;

• Farklı saatlerde (trafiğin yoğun ve sakin olduğu zamanlar)
• Farklı lokasyonlardan

indirme testleri yapmanız oldukça öğretici olur. Özellikle kampanya dönemlerinde yüksek trafik alacak projeler için, yoğun trafikli kampanya ölçeklendirme rehberinde bahsettiğimiz gibi, bant genişliği ile CPU/disk kombinasyonunu birlikte düşünmek gerekir.

Gerçek Dünya Senaryosu: Aynı Uygulamayla Hosting Karşılaştırmak

Sentetik benchmark’lar (örneğin sadece CPU skoruna bakmak), tek başına karar vermeniz için yeterli değildir. En sağlıklı yöntem, kendi uygulamanızı veya ona çok benzeyen bir demo uygulamayı farklı hosting firmalarına kurup, aynı testleri uygulamaktır.

Adım Adım Karşılaştırma Senaryosu (WordPress Örneği)

1. Aynı WordPress sürümünü ve aynı tema + eklenti setini içeren bir demo site oluşturun.
2. Bu sitenin tam yedeğini (dosyalar + veritabanı) alın.
3. Karşılaştıracağınız her hosting hesabına aynı yedeği geri yükleyin.
4. Her ortamda; PHP sürümü, memory_limit, max_execution_time gibi temel ayarları olabildiğince eşitleyin. Bu konuda PHP ayarlarını doğru yapmak rehberi yardımcı olacaktır.
5. Önbellek eklentilerini ilk aşamada kapalı tutun; “çıplak” performansı ölçün.
6. Ardından her ortamda aynı cache eklentisini benzer ayarlarla aktif edip ikinci tur test yapın.

Her sunucu için şu metrikleri not alın:

• Ana sayfa için TTFB ortalaması
• Ana sayfa için tam yüklenme süresi (DOMContentLoaded / Load Event)
• GTmetrix veya WebPageTest üzerinden ölçülen First Contentful Paint (FCP) ve Largest Contentful Paint (LCP)
• Aynı anda 20–50 kullanıcıyı simüle eden basit bir load test altında hata oranı ve ortalama yanıt süresi

Web performans araçlarını doğru kullanmak için hazırladığımız GTmetrix, PageSpeed Insights ve WebPageTest rehberi, bu aşamada test sonuçlarını doğru yorumlamanıza yardımcı olacaktır.

Cache, CDN ve Test Ortamı Standardizasyonu

Farklı hosting firmalarını karşılaştırırken en çok yapılan hata, birinde cache açık, diğerinde kapalı bırakmak veya birinde CDN kullanıp diğerinde kullanmamaktır. Sağlıklı bir kıyas için:

• İlk turda her yerde cache kapalı olsun; ham sunucu performansını görün.
• İkinci turda her yerde aynı cache eklentisi / ayarları ile ölçüm alın.
• CDN kullanacaksanız, mümkün olduğunca aynı sağlayıcı ve aynı bölge ayarlarıyla test yapın.
• Test anında arka planda çalışan cron, yedekleme veya yoğun sorgu işlemlerini en aza indirin.

Özellikle TTFB ve LCP’yi etkileyen faktörlerin bir kısmı CDN, tarayıcı cache ve edge optimizasyonlarıyla da ilgili olduğundan, hosting seçimiyle birlikte tüm mimariyi birlikte düşünmek gerekir.

Elma ile Elmayı Karşılaştırmak: Sağlam Bir Test Metodolojisi

Teknik karşılaştırma yaparken en büyük risk, testlerinizi ister istemez subjektif hale getirmenizdir. Bunu önlemek için adım adım bir metodoloji uygulayabilirsiniz.

1. İhtiyaçlarınızı Netleştirin

• Ayda ortalama ve pik trafikte kaç ziyaretçi bekliyorsunuz?
• Uygulamanız daha çok okuma ağırlıklı mı (blog, haber) yoksa yazma/sorgu ağırlıklı mı (e-ticaret, SaaS)?
• Hedef kitleniz ağırlıklı olarak hangi ülkede/bölgede?
• Uygulamanız PHP, Node.js, Python gibi hangi stack’i kullanıyor?

Bu cevaplar, hangi metriklere daha çok odaklanmanız gerektiğini belirler. Örneğin yüksek trafikli bir WooCommerce mağazasında disk IOPS ve MySQL performansı kritik iken, statik site ağırlıklı bir projede ağ gecikmesi ve cache başarım oranı daha belirleyici olabilir.

2. Test Planı Oluşturun

Her hosting firması için aynı sırayla uygulanacak bir test planı hazırlayın:

1. Ping, traceroute/MTR testleri
2. CPU ve disk benchmark
3. TTFB ve sayfa yükleme süresi ölçümleri
4. Küçük bir load test (örneğin 20–50 eşzamanlı kullanıcı)

Her adımda:

• Test tarih/saatini
• Kullandığınız istemci bağlantı türünü (ofis, ev, mobil)
• Çıkan değerleri (ortalama, minimum, maksimum)

not edin. Böylece ileride firmalar arasında gerçekçi bir karşılaştırma yapmanız mümkün olur.

3. Sonuçları Yorumlarken Dikkat Edilecek Noktalar

• Sadece tek bir metriğe takılmayın. TTFB çok iyi olsa bile disk I/O kötüyse, trafik artınca sorun yaşarsınız.
• Saat dilimini dikkate alın. Bazı sağlayıcılarda yoğun saatlerde paylaşımlı kaynaklar daha sıkışık olabilir.
• İstikrarı ölçün. Bir testte çok iyi, diğer testte çok kötü sonuçlar alan bir ortam, uzun vadede sürpriz sorunlar çıkarabilir.
• Gözlemlenebilirlik imkanlarını sorun. CPU, disk ve ağ kullanımını detaylı göremediğiniz bir hosting ortamında sorunları teşhis etmek her zaman daha zordur.

DCHost Tarafında Bu Ölçümleri Nasıl Okuyoruz?

DCHost ekibi olarak, yeni bir altyapı devreye aldığımızda veya mevcut sunucularımızı ölçeklendirirken aynı yaklaşımı içerden uyguluyoruz. Yeni bir NVMe platformu açtığımızda, yalnızca sentetik benchmark skoruna değil; gerçek WordPress, WooCommerce ve Laravel kurulumları üzerinde TTFB, LCP ve load test sonuçlarına bakıyoruz.

Müşterilerimize de şunu öneriyoruz: Eğer projeleriniz büyüyor, paylaşımlı hosting sınırlarını zorluyorsanız ve daha kontrollü bir ortam istiyorsanız, DCHost üzerindeki VPS veya dedicated çözümlerimizde kendi benchmark’larınızı özgürce çalıştırabilir, hatta bizimle sonuçları paylaşıp birlikte yorumlayabilirsiniz. Gelişmiş senaryolarda, veritabanını ayrı bir sunucuya ayırmak veya cache katmanını (Redis vb.) konumlandırmak gibi konularda, mevcut metrikleriniz üzerinden birlikte mimari tasarım yapıyoruz.

Özetle, doğru hosting firmasını seçmek; bir tabloya bakıp “en ucuz paket”i işaretlemekten çok daha fazlası. Elinizde sağlam bir test planı olduğunda, hangi sağlayıcıyı seçerseniz seçin, kararınızın ölçülebilir verilere dayandığını bilerek içiniz rahat olur. Siz de projeniz için en uygun ortamı bulmak veya mevcut DCHost altyapınızda bu testleri birlikte değerlendirmek isterseniz, ekibimiz her zaman yanınızda.