Türkiye lokasyonunun hız ve SEO üzerindeki etkisi

"Sunucum Türkiye'de olursa Google'da yükselir miyim?" sorusunun düz cevabı: sunucu konumu bir sıralama faktörü değildir. Ama konum, sıralama faktörü olan şeyleri doğrudan etkiler. Etki gerçek, yolu dolaylıdır.

Ölçülebilir kısım: gecikme

Ağ gecikmesi mesafeye bağlıdır ve sayfa yüklenirken bu gecikme defalarca ödenir: DNS çözümlemesi, TCP el sıkışması, TLS anlaşması, HTML isteği, sonra her bir kaynak. Tipik gidiş dönüş süreleri:

Bir sayfanın tam yüklenmesi için gereken gidiş dönüş sayısı onlarcadır. Frankfurt ile İstanbul arasındaki 30 ms'lik fark, gerçek bir sayfada yarım saniyeye kadar çıkabilir. Bu fark, TTFB ve LCP ölçümlerine doğrudan yansır.

Gecikmeyi tahmin etmeyin, parçalayın

Tek bir "yavaş" hissi işe yaramaz; süreyi bileşenlerine ayırmak gerekir. Tek komutla tamamı görünür:

curl -o /dev/null -s -w "dns:%{time_namelookup} tcp:%{time_connect} tls:%{time_appconnect} ttfb:%{time_starttransfer} toplam:%{time_total}\n" https://ornek.com/

Okuma biçimi şöyledir: tcp ile dns arasındaki fark ham ağ gidiş dönüşüdür ve mesafeyle doğru orantılıdır. ttfb ile tls arasındaki fark ise tamamen sunucunun kendi işlem süresidir; mesafeyle ilgisi yoktur. İkisini ayırmadan yapılan "sunucu Almanya'da olduğu için yavaş" yorumu çoğu zaman yanlış çıkar.

Yolun neresinde kaybettiğinizi görmek için mtr -rwzc 50 ornek.com çıktısına bakın. Türkiye içinden çıkıp yurt dışı bir değişim noktasına uğrayıp geri dönen rotalar, aynı ülkedeki iki nokta arasında bile beklenmedik gecikmeler yaratabilir; bu durumda sorun sunucunun ülkesi değil, sağlayıcının taşıma ağıdır.

SEO bağlantısı nerede kuruluyor?

Arama motorları sunucunun IP adresine bakıp "bu Türk sitesi" demez. Ama şunlar sıralamayı etkiler ve konumdan etkilenir:

• Sayfa deneyimi sinyalleri. Core Web Vitals içindeki LCP değeri, sunucu yanıt süresini içerir. Yerel kullanıcılar için daha hızlı sunucu, daha iyi alan verisi demektir. Ayrıntı için metrik yazısına bakın.
• Tarama bütçesi. Arama motoru botu yavaş yanıt veren siteyi daha az tarar. Büyük kataloglarda bu, yeni sayfaların indekslenme hızını etkiler.
• Kullanıcı davranışı. Yavaş açılan sayfada geri dönüş oranı yükselir. Doğrudan bir sıralama faktörü olmasa da dönüşüm oranınızı ölçülebilir biçimde düşürür.

Coğrafi hedefleme için gerçek sinyaller

Türkiye'yi hedefliyorsanız aşağıdakiler sunucu konumundan çok daha güçlü sinyallerdir:

1. .tr uzantılı alan adı ya da arama konsolunda tanımlanmış ülke hedefi.
2. lang="tr" ve doğru hreflang tanımları.
3. Sitede görünen Türkiye adresi ve telefon numarası, işletme profili kaydı.
4. Türkçe içerik ve Türkiye kaynaklı bağlantılar.

Sunucu konumu bu listenin altında, zayıf bir ipucudur. Yani konumu SEO için değil, hız ve uyum için seçin.

Hukuki taraf gecikmeden daha belirleyici olabilir

Kişisel veri işleyen bir site için sunucunun Türkiye'de olması, KVKK'nın yurt dışına aktarım hükümlerini gündemden çıkarır. Bu, birçok kurumsal alım kararında hız farkından daha ağır basar; ayrıntısı veri yerelliği yazısında.

Kendi ölçümünüzü yapın

Tahmin yerine ölçün. Analitik aracınızda ziyaretçilerin ülke dağılımına bakın, sonra farklı konumlardan TTFB ölçümü alın. Ziyaretçilerinizin %90'ı Türkiye'deyse ve TTFB yurt dışı sunucuda 300 ms, Türkiye'de 90 ms geliyorsa karar kendiliğinden ortaya çıkar. Kitle küresel dağılıysa CDN ile statik içeriği dağıtmak, kaynağı Türkiye'de tutmaya devam ederken en iyi dengeyi verir.

Karşılaştırmayı tekrarlanabilir kılmak için dört adımı izleyin:

1. Aynı sayfayı her iki sunucuda da yayına alın; içerik ve sürüm birebir aynı olsun.
2. Ölçümü sorgu dizesine değişen bir değer ekleyerek yapın; aksi hâlde önbellekten dönen yanıtı sunucu hızı sanırsınız.
3. Her sunucu için en az yirmi ölçüm alın ve ortalamayı değil medyanı raporlayın; tek bir kötü örnek sonucu bozmasın.
4. Ölçümü günün iki farklı saatinde yineleyin. Akşam yoğunluğundaki tablo, sabah sekizdekinden farklı çıkabilir ve karar akşam saatine göre verilmelidir.

Kitle dağılımına göre karar tablosu

Analitik aracınızdaki ülke kırılımı, kararı neredeyse tek başına verir:

Sık yapılan üç hata

• Ping süresini TTFB sanmak. ping yalnız ağ gidiş dönüşünü ölçer; uygulamanın işlem süresini içermez. 12 ms ping veren bir sunucu pekâlâ 900 ms TTFB üretebilir.
• Kendi bağlantısından ölçüp genellemek. Ofis fiber hattınızdan alınan ölçüm, mobil şebekedeki ziyaretçiyi temsil etmez. Alan verisine bakın ya da en az üç farklı ağdan ölçün.
• CDN kurup kaynağı unutmak. CDN statik dosyaları kenarda tutar ama önbelleklenemeyen HTML her seferinde kaynak sunucuya gider. Kaynak yavaşsa CDN arkasında da yavaş kalırsınız.

Bu yaklaşım ne zaman yanlış olur

Konumu öne almak her projede doğru değildir. Statik olarak üretilip tamamen kenarda sunulan bir site için kaynak sunucunun ülkesi neredeyse anlamsızdır. Kullanıcısı dünyaya yayılmış bir API için tek bir ülkeye yerleşmek, uzaktaki kullanıcıları cezalandırır; orada doğru cevap birden çok bölgedir. Trafiğin çoğu arama motoru botlarından gelen bir arşiv sitesinde de öncelik gecikme değil, tarama verimliliğidir. Ölçüt her zaman aynı: gerçek kullanıcılarınız nerede ve hangi isteği bekliyorlar?

Ölçtük: mesafe, el sıkışma başına kaç milisaniye ekliyor?

"30–50 ms fark eder mi?" sorusuna soyut cevap vermek yerine İstanbul'daki bir sunucudan üç hedefe bağlandık: Türkiye içindeki bir site, Almanya'da bir sunucu ve ABD doğu kıyısında bir sunucu. Her hedefe dokuz kez bağlanıp medyanı aldık; TLS 1.2 ve TLS 1.3'ü ayrı ölçtük:

curl -4 -so /dev/null --tlsv1.3 \
  -w "tcp:%{time_connect} tls:%{time_appconnect}\n" https://hedef/

Tablo iki şeyi birlikte gösteriyor. Birincisi, TCP bağlantı süresi neredeyse tamamen mesafedir: Almanya'daki sunucuya her yeni bağlantı, Türkiye içindekine göre yaklaşık 28 ms fazladan ödüyor. İkincisi, TLS el sıkışması bu bedeli çarpıyor. TLS 1.2 bağlantıyı kurmak için iki gidiş dönüş, TLS 1.3 ise bir gidiş dönüş ister. Bu yüzden ABD'deki sunucuda TLS 1.2 el sıkışması 320 ms, TLS 1.3 ise 163 ms sürdü; fark neredeyse tam bir gidiş dönüş.

Uzak bir ziyaretçi için ilk baytı görmeden önce DNS + TCP + TLS sırasıyla ödenir. Almanya örneğinde TLS 1.3 ile bu toplam 85 ms civarındadır; Türkiye içinde ise 50 ms'nin altında kalır. Bunlar sunucu daha tek satır kod çalıştırmadan harcanan sürelerdir.

Bu ölçümden çıkan pratik sonuç

• Sunucunuzda TLS 1.3 açık olsun. Konumu değiştirmeden her yeni bağlantıda bir gidiş dönüş kazandırır; modern web sunucularında varsayılan olarak açıktır ama eski yapılandırmalarda kapalı kalmış olabilir.
• Bağlantıları yeniden kullanın. HTTP/2 ve keep-alive, aynı sayfadaki onlarca isteğin tek bağlantıyı paylaşmasını sağlar; mesafe bedeli sayfa başına bir kez ödenir.
• Üçüncü taraf alan adlarını azaltın. Her yeni alan adı yeni bir DNS + TCP + TLS dizisi demektir. Yurt dışındaki beş farklı servisten dosya çeken bir sayfa, sunucusu Türkiye'de olsa bile uzak bir sunucu gibi davranır.

Rakiplerinizin ya da kullandığınız servislerin hangi ülkede barındırıldığını görmek için hosting sorgulama aracını kullanabilirsiniz.

Konum tek başına yetmez

Türkiye'deki yavaş bir sunucu, Frankfurt'taki hızlı bir sunucudan iyi değildir. Konumun kazandırdığı 30–50 ms, kötü bir veritabanı sorgusunun kaybettirdiği 800 ms'in yanında küçük kalır. Sıralama şu olmalı: önce uygulama ve veritabanı, sonra önbellek, sonra konum. Üçü birlikte yapıldığında Türkiye kitlesi için ulaşılabilecek en iyi sonuç elde edilir.

Altyapımızın teknik ayrıntılarını veri merkezi sayfasında bulabilirsiniz.

Sık sorulan sorular