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?

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.