Yurt Dışı Sunucudan Türkiye Trafiği: Optimizasyon Rehberi

Yurt dışı bir sunucudan Türkiye kullanıcılarına hizmet verirken sorun genellikle “hosting markası” değil, gecikme (latency) ve teslim süresi (time-to-first-byte / TTFB) olur. Sayfa yükleme hızınız bir ülkeye göre değişebilir; aynı uygulama farklı konumlarda farklı performans verir. Bu rehberde, Türkiye trafiğini hedefleyerek yurt dışı sunucuda uygulanabilir optimizasyonları; hangi ayarın ne işe yaradığını ve nasıl ölçüp doğrulayacağınızı adım adım anlatıyorum. Hedef, sadece teorik öneri değil; kontrol listesiyle ölçüme dayalı karar almanızı sağlamak.

1) Önce ölç: Sorun DNS mi, TTFB mi, indirme mi?

Optimizasyona başlamadan önce üç metriği ayırın: DNS çözümleme süresi, TTFB, yükleme (download) süresi. Çünkü “gecikme var” demek yeterli değildir; her bileşen farklı çözülür.

Hız ölçümünde doğru test yöntemi

• Farklı saatlerde test yapın: Türkiye kullanıcı yoğunluğuna göre varyans olur.
• En az 3 cihaz/konum kullanın: İstanbul/Ankara gibi örnekleri hedefleyin.
• Testi sadece tek bir sayfada değil, en önemli akışta yapın: ana sayfa + bir ürün/hizmet sayfası.

Dağıtımı anlamak için pratik kontrol

• TTFB yüksekse (ör. 500 ms+): Sunucu tarafı (CPU, cache, uygulama), veritabanı, TLS kurulumu veya ilk istekler etkendir.
• TTFB düşük ama toplam süre yüksekse: Büyük dosyalar, görsel/JS/CSS, CDN eksikliği, sıkıştırma ve önbellekleme hatalıdır.
• İlk yüklemede yavaş, tekrarlarında hızlıysa: Cache/önbellek ve DNS TTL kaynaklı olabilir.

Örnek bir teşhis karar tablosu:

2) Türkiye’ye uygun CDN/WAF stratejisi: Cache’i doğru kurgula

Yurt dışı sunucuda Türkiye trafiği için en yüksek etki genellikle CDN kaynaklıdır. CDN sadece “hız artırır” değil; origin’e yapılan istek sayısını düşürür ve TTFB’yi Türkiye’den erişimi hızlandıracak şekilde azaltır.

CDN seçiminde kritik maddeler

• Türkiye’de edge erişim noktası (Türkiye’ye yakın POP’lar): mümkün olan en kısa RTT için şart.
• Cache rules ve cache purge desteği: dinamik içeriklerde kontrol gerekir.
• WAF (Web Application Firewall) + bot koruma: uygulama katmanını yormadan filtreleme yapar.
• Origin pull davranışı: Cache’lenebilir içeriklerde “hit oranı” yükselmeli.

Cache hedefleri (net ölçüm)

Aşağıdaki hedefler pratikte iyi başlangıç noktalarıdır: - Türkiye’den ölçümde TTFB’yi 200–400 ms bandına indirmeyi hedefleyin. - Toplam sayfa yüklemede ilk yük için gözle görülür iyileştirme: özellikle görsel/JS/CSS teslimi hızlanmalı.

Cache’lenmesi gereken ve gerekmeyen içerik

• Cache’le: statik dosyalar (CSS/JS/görseller), resim varyantları, public sayfalar.
• Cache’lemeyi düşün: sayfa başına varyant (ör. dil/tema) düzenli yönetiliyorsa.
• Cache’leme yapma: kullanıcıya özel oturum içeriği (kişisel veri), ödeme adımları.

Özellikle uygulamalar için “yanlış cache” riski vardır: Kullanıcı oturum verisi yanlışlıkla paylaşılan cache’te dönmemeli. Bu nedenle cache anahtarı (cache key) dil, ülke, oturum durumu gibi boyutlara göre tasarlanmalıdır.

3) DNS ve yönlendirme: TTL, Anycast etkisi ve bölgesel tutarlılık

CDN kullansanız bile DNS tarafı ilk adımın hızını belirler. Türkiye trafiği için doğru DNS davranışı; edge’e hızlı yönlendirme ve gereksiz yeniden çözüm demektir.

DNS tarafında yapılacaklar

• TTL değerlerini gereksiz düşük tutmayın: Çok düşük TTL, her istekte daha sık DNS çözümü demek olur.
• CDN provider’ın önerdiği TTL ve kayıt tiplerini kullanın.
• İhtiyaç varsa doğru record tipi: genelde A/AAAA kayıtları CDN edge çözümünü sağlar.

Failover ve yönlendirme kuralı

Eğer origin erişimi CDN’den düşerse kullanıcılar “geçici olarak origin’e” düşmemeli ya da yanlış yönlenmemelidir. Failover kuralını netleştirin: - CDN down olunca hangi içerik tipi nasıl davranacak? - Hangi endpoint’ler “doğrudan origin” olmalı, hangileri asla olmamalı?

4) TLS ve bağlantı ayarları: Türkiye RTT’yi azaltan kritik ince ayarlar

Türkiye kullanıcıları ile yurt dışı origin arasındaki RTT yüksektir. TLS handshake ve yeni TCP bağlantıları her istek için maliyet oluşturur. Bu yüzden bağlantı kurulum maliyetini düşürmek gerekir.

Uygulanacak TLS/HTTP ayarları

• TLS 1.3 etkinleştirin.
• Sunucu tarafında doğru cipher suite seçin.
• HTTP/2 veya HTTP/3 (varsa) kullanın: aynı anda çoklu isteklerde verimi artırır.
• Keep-Alive (bağlantı yeniden kullanımı) için davranışı doğrulayın.

CDN üzerinden kontrol

CDN kullanıyorsanız TLS’nin hangi noktada sonlandığını bilmeniz gerekir: - TLS edge’de mi sonlanıyor, origin’de mi? - Origin ile CDN arasındaki protokol (HTTP/1.1 vs HTTP/2) performansı etkiler.

Bu yüzden hem “tarayıcıdan edge’e” hem de “edge’den origin’e” ölçüm alın.

5) Uygulama ve sunucu katmanı: TTFB’yi düşürmek için somut adımlar

CDN cache’i sağlasa bile dinamik isteklerde origin yine cevap vermek zorundadır. Bu yüzden Türkiye trafiğinde TTFB’yi etkileyen origin performansını yönetmek gerekir.

Sunucu tarafı: CPU, worker, bağlantı havuzu

• Web sunucuda (Nginx/Apache) worker ayarlarını yüklere göre doğrulayın.
• Uygulamada bağlantı havuzu (connection pooling) kullanıyorsanız doğru boyutlandırın.
• Gereksiz log detayını prod’ta aşırı açmayın: disk I/O geciktirebilir.

Veritabanı: Türkiye trafiğinde en sık görülen darboğaz

Veritabanı gecikmesi çoğu zaman “gecikme sandığınız şey” aslında DB kaynaklı olur. - Sorgu planlarını inceleyin (EXPLAIN). - İndeks eksikliği veya N+1 sorgu, yurt dışı RTT ile birleşince TTFB’yi dramatik yükseltir. - Cache katmanı ekleyin: uygulama cache’i (ör. sayfa parçaları) ve DB sonuç cache’i.

Cache hiyerarşisi (net hedef)

Uygulamada şu sırayı düşünün: 1. Tarayıcı cache (cache-control, etag) 2. CDN cache (edge cache) 3. Uygulama cache (in-memory / redis) 4. DB cache (uygun tasarım) 5. Origin üretim (fallback)

Bu sırayla, Türkiye’den origin’e giden istekleri azaltırsınız.

6) Dosya optimizasyonu: Türkiye hattında veri boyutunu küçültün

TTFB iyileşse bile, büyük dosyalar yükleme süresini uzatır. Türkiye ile yurt dışı arasında bant genişliği sabit olsa bile RTT nedeniyle çoklu dosya talepleri toplam süreyi büyütür.

Statik içerik için kesin kontroller

• Brotli (br) ve gzip sıkıştırma etkin mi?
• CSS/JS minify + mümkünse bundling (çok küçük parçalar yerine akıllı paketleme) yapılıyor mu?
• Görseller: WebP/AVIF kullanın, boyutları ekranda gerçekten görünen pikselle sınırlayın.
• Font dosyaları: doğru format + subset.

Önbellekleme başlıkları (cache-control)

• Değişmeyen dosyaları “uzun süreli cache” (ör. hashed filename) ile servis edin.
• Değişen içerikte kısa süreli veya doğrulamalı strateji kullanın (ETag/If-None-Match).

7) İzleme ve test döngüsü: Optimizasyonun işe yaradığını kanıtlayın

Tek seferlik ayarlama yerine kısa döngülerle ilerleyin. Her değişiklikten sonra ölçün, sonra kalıcı hale getirin.

Minimum ölçüm seti

• Türkiye’den sentetik ölçüm: her değişiklikte aynı URL/aynı rota.
• Sunucu metrikleri: CPU, RAM, network, process/worker sayıları.
• Uygulama metrikleri: DB query süreleri, hata oranı, queue bekleme.

Log ve hata ayırma

• 4xx/5xx oranları yükseliyorsa WAF veya rate limit agresif olabilir.
• Süre artışı varsa genellikle DB veya cache invalidation (boşaltma) davranışı etkiler.

Kullanılabilir bir çalışma planı: - Gün 1: CDN/WAF cache rule gözden geçir - Gün 2: TLS/HTTP ayarlarını doğrula - Gün 3: TTFB’yi yükselten 1-2 endpoint’i DB/uygulama seviyesinde düzelt - Gün 4: Dosya sıkıştırma/görsel optimizasyonu - Gün 5: Tekrar ölç ve yalnızca etkisi doğrulanan ayarları kalıcı yap

Hızlı kontrol listesi (kopyala-uygula)

• [ ] Türkiye’den ölçümde TTFB ve toplam süreyi ayrı raporlayın
• [ ] CDN tarafında edge cache için cache kuralları doğru mu?
• [ ] Dinamik içerik cache key’leri oturum/kişisel veri taşımıyor mu?
• [ ] DNS TTL değerleri gereksiz düşük değil mi?
• [ ] TLS 1.3 + HTTP/2 (ve mümkünse HTTP/3) etkin mi?
• [ ] Sunucu/uygulama katmanında DB darboğazları için indeks ve sorgu planları kontrol edildi mi?
• [ ] Brotli/gzip, minify, görsel optimizasyon ve doğru cache-control var mı?
• [ ] Her değişiklikten sonra Türkiye’den test alıp önce/sonra kıyas yaptınız mı?

Sonuç: Aksiyon sırası net olsun

Yurt dışı sunucudan Türkiye trafiğine optimizasyon yaparken en hızlı kazanım genellikle CDN/WAF cache stratejisi ve doğru TLS/bağlantı davranışıyla gelir. Ardından uygulama/DB kaynaklı TTFB sorunlarını, dosya optimizasyonu ve doğru önbellekleme başlıklarıyla destekleyin. Bugün yapılacak en doğru aksiyon: Türkiye’den ölçüm alıp (TTFB + toplam süre), cache ve bağlantı katmanından başlayarak sırayla değişiklik yapın; her adımda önce/sonra kıyasını kanıtlayın.

Bu yaklaşım, “hızlı mı yavaş mı” tartışmasını bırakıp somut metriklere dayalı karar aldırır; yatırdığınız eforun karşılığını net şekilde görmenizi sağlar.