Bugün size nasıl yardımcı olabiliriz?

Bilgi bankamızda arama yapmak için sorunuzu yazın...

Sunucu Lokasyonu Site Hızını Nasıl Etkiler?

Yazdır

Netx Teknik Ekibi  ·  Yayın: 16.09.2026

Sunucu lokasyonu, ziyaretçi ile sunucu arasındaki ağ gecikmesini (latency) belirler. 16 Eylül 2026'da Netx altyapısındaki bir sunucudan yapılan ölçümde İstanbul içi gidiş-dönüş süresi 10,3 ms, Frankfurt 41,2 ms, Londra 54,4 ms, New Jersey 127,1 ms çıktı. Bir sayfa açılırken bu süre birden çok kez yaşandığı için fark, tek ölçümdeki milisaniyelerin birkaç katı olarak hissedilir.

Ölçüm: İstanbul'dan dünyaya gecikme

Aşağıdaki değerler Netx'in İstanbul lokasyonundaki bir sunucusundan, her hedefe 6 ICMP paketi gönderilerek ölçülmüştür. Tarih: 16 Eylül 2026.

HedefOrtalama (ms)En düşük (ms)
İstanbul (Google uç noktası)10,310,3
Ankara (ODTÜ)11,610,8
Türkiye (e-Devlet)13,112,7
Frankfurt, Almanya41,239,9
Amsterdam, Hollanda50,446,3
Londra, İngiltere54,452,4
New Jersey, ABD127,1124,6
Kaliforniya, ABD199,1192,1
Singapur174,5165,4

Ölçüm tek bir noktadan ve tek bir anda alınmıştır; internet yolları gün içinde değişebilir. Yine de büyüklük sırası istikrarlıdır: Türkiye içi bağlantılar 10–15 ms, Batı Avrupa 40–55 ms, Kuzey Amerika 120–200 ms bandındadır.

Gecikme neden bir kez değil, birkaç kez yaşanır?

Tarayıcı bir sayfayı açarken sunucuyla tek bir kez konuşmaz. Bağlantı kurulurken en az şu turlar yaşanır:

  1. DNS çözümlemesi: Cevap önbellekte yoksa bir tur.
  2. TCP el sıkışması: Bir tur.
  3. TLS el sıkışması: Güncel sürümlerde bir tur.
  4. İlk HTTP isteği: Bir tur daha.

Yani ilk bayt gelmeden önce yaklaşık üç-dört gidiş-dönüş yaşanır. Gecikmedeki 31 ms'lik fark (İstanbul ile Frankfurt arası), sayfa açılışında 100 ms'yi aşan bir gecikmeye dönüşür. Sayfa içindeki her ek istek (görsel, betik, API çağrısı) aynı mesafeyi yeniden kat eder.

TTFB ile gecikme aynı şey değil

TTFB (ilk bayta kadar geçen süre) iki bileşenden oluşur: ağ gecikmesi ve sunucunun sayfayı üretme süresi. Lokasyon yalnızca birinci bileşeni etkiler. Sunucuda önbellek yoksa, veritabanı sorguları yavaşsa veya PHP işlem süresi uzunsa, sunucu ziyaretçinin yanı başında olsa bile TTFB yüksek çıkar. Bu yüzden lokasyon kararı, sunucu tarafı optimizasyonunun yerine geçmez.

Hangi durumlarda lokasyon farkı hissedilir?

  • Dinamik sayfalar: Her istekte sunucuya gidilen, önbelleklenemeyen sayfalarda fark doğrudan görülür.
  • Oturum gerektiren işlemler: Sepet, ödeme adımı, panel ekranları arka arkaya çok sayıda istek üretir.
  • API çağrıları: Mobil uygulamalar ve tek sayfa uygulamalar, her etkileşimde sunucuyla konuşur.
  • Yönetim paneli kullanımı: İçerik editörleri gün boyu panelde çalışır; 150 ms'lik ek gecikme her tıklamada hissedilir.
  • Oyun ve gerçek zamanlı servisler: Gecikmeye en duyarlı senaryo budur.

CDN gecikmeyi tamamen çözer mi?

Hayır, bir bölümünü çözer. CDN, görsel, CSS ve JavaScript gibi statik dosyaları ziyaretçiye yakın noktalardan sunar; bu dosyalar için mesafe neredeyse ortadan kalkar. Ancak önbelleklenemeyen istekler (giriş yapmış kullanıcının sayfası, sepet, form gönderimi, API) yine kaynak sunucuya gider. Kaynak sunucu uzaktaysa o isteklerde gecikme devam eder.

Kısacası CDN, doğru lokasyon seçiminin yerine geçmez; onu tamamlar.

Lokasyonun SEO'ya etkisi

Sunucunun hangi ülkede olduğu doğrudan bir sıralama ölçütü değildir. Etki dolaylıdır ve iki kanaldan gelir:

  • Sayfa hızı: TTFB, en büyük içerik boyama (LCP) süresini doğrudan etkiler. Sayfa deneyimi sinyalleri bu ölçümlere dayanır.
  • Kullanıcı davranışı: Yavaş açılan sayfada terk oranı artar; bu da dolaylı olarak performansı etkiler.

Hedef kitlesi Türkiye'de olan bir site için uzak lokasyon seçmenin somut bir kazancı yoktur; tersi durumda, yani kitlesi yurt dışında olan bir projede yakın lokasyon avantaj sağlar. Karşılaştırmayı yurt dışı mı, Türkiye lokasyonu mu yazısında ayrıntılı ele aldık.

Kendi gecikmenizi nasıl ölçersiniz?

  1. ping: ping alanadiniz.com — gidiş-dönüş süresini gösterir. Bazı sunucular ICMP'ye yanıt vermez.
  2. curl ile TTFB: curl -o /dev/null -s -w "%{time_starttransfer}\n" https://alanadiniz.com
  3. traceroute: Paketin hangi duraklardan geçtiğini ve nerede geciktiğini gösterir.
  4. Tarayıcı geliştirici araçları: Ağ sekmesinde "Waiting (TTFB)" değeri okunur.
  5. Gerçek kullanıcı verisi: Analitik araçlarındaki sayfa yükleme süreleri, tek noktadan yapılan testten daha gerçekçidir.

Ölçümü günün farklı saatlerinde tekrarlayın; tek ölçüm yanıltıcı olabilir.

Lokasyon seçerken sorulacak sorular

  1. Ziyaretçilerimin çoğu hangi ülkede? Analitik verisi ne diyor?
  2. Sayfalarım önbelleklenebilir mi, yoksa her istek sunucuya mı gidiyor?
  3. Panel veya uygulama kullanan bir ekip var mı, nerede çalışıyorlar?
  4. Kişisel veri işliyorsam verinin nerede tutulacağına dair bir gereklilik var mı?
  5. İkinci bir lokasyonda yedek tutmam gerekiyor mu?

Kişisel veri sorusunu hukuk danışmanınızla birlikte değerlendirin; teknik performans ile mevzuat gereklilikleri ayrı başlıklardır.

Örnek hesap: aynı sayfa, iki lokasyon

Basit bir sayfanın açılışında yaklaşık dört gidiş-dönüş yaşandığını varsayalım (DNS, TCP, TLS, ilk istek). Ölçtüğümüz değerlerle karşılaştırma şöyle çıkar:

Sunucu lokasyonuTek tur (ms)Dört tur (ms)Türkiye'ye göre fark
İstanbul10,3~41—
Frankfurt41,2~165+124 ms
Londra54,4~218+177 ms
New Jersey127,1~508+467 ms

Bu hesap yalnızca bağlantı kurma aşamasını kapsar; sayfa içindeki her ek istek farkı büyütür. Sunucunun sayfayı üretme süresi ise iki tarafta da aynı kalır — yani lokasyon, iyi bir optimizasyonun yerine geçmez ama kötü bir lokasyon iyi optimizasyonu da geri çeker.

Lokasyon kadar etkili üç ayar

  • Bağlantı yeniden kullanımı: Güncel HTTP sürümleriyle aynı bağlantı üzerinden çok sayıda istek taşınır; her dosya için yeni el sıkışma yapılmaz.
  • Sunucu tarafı önbellek: Önbellekten dönen sayfa, veritabanına hiç gitmez; TTFB'nin sunucu bileşeni neredeyse sıfırlanır.
  • Sıkıştırma ve dosya boyutu: Küçük dosya, uzak mesafede bile daha az turda iner.

Uzak lokasyonda çalışmak zorundaysanız bu üç ayar farkın bir kısmını geri kazandırır.

İki lokasyonu birlikte kullanmak

Hedef kitlesi hem Türkiye'de hem yurt dışında olan projelerde yaygın kurgu şudur: ana sistem kullanıcıların çoğunun bulunduğu lokasyonda çalışır, statik içerik CDN ile dağıtılır, ikinci lokasyonda ise yedek veya salt okunur kopya tutulur. Bu kurgu maliyeti artırır; yalnızca kesinti maliyeti yüksek projelerde anlamlıdır.

Netx'te lokasyon seçenekleri

Netx'in sanal sunucuları İstanbul lokasyonunda barındırılır; yukarıdaki ölçümler de bu altyapıdan alınmıştır. VPS paketleri ve kaynakları ayrılmış VDS paketleri arasındaki farkı karşılaştırma yazısında bulabilirsiniz. Yurt dışında bir lokasyon gerekiyorsa yurt dışı VPS, yurt dışı VDS veya yurt dışı kiralık sunucu seçenekleri değerlendirilebilir.

Sık sorulan sorular

Kaç ms gecikme "iyi" sayılır?

Aynı ülke içinde 10–30 ms tipiktir. 100 ms'nin üzerindeki değerler dinamik sayfalarda ve panel kullanımında fark edilir hale gelir.

Ping düşükse sitem hızlı açılır mı?

Şart değil. Düşük ping iyi bir başlangıçtır; sayfa üretim süresi, önbellek ve sayfa ağırlığı da belirleyicidir.

Sunucumu Türkiye'ye taşırsam ne kadar kazanırım?

Ziyaretçileriniz Türkiye'deyse ve sunucunuz Batı Avrupa'daysa her gidiş-dönüşte yaklaşık 30 ms kazanırsınız; sayfa açılışında bu, birkaç yüz milisaniyeye kadar çıkabilir.

Gecikme mi, bant genişliği mi daha önemli?

Küçük ve çok sayıda istek için gecikme, büyük dosya indirmeleri için bant genişliği belirleyicidir. Web sayfalarında genellikle gecikme daha çok hissedilir.

Ölçümlerinizi ben de tekrarlayabilir miyim?

Evet. Yukarıdaki hedeflere kendi sunucunuzdan ping çalıştırarak karşılaştırma yapabilirsiniz; sonuçlar ağ yoluna göre değişebilir.

Bu cevap yeterince yardımcı oldu mu?

Değerlendirme: 0

<< Geri
İnternet bağlantınız kesildi