SEO hosting seçimi: teknik SEO için alan adı, barındırma ve sunucu nasıl seçilir?

Barındırma seçimi tek başına bir siteyi üst sıralara taşımaz. Yine de yanlış seçilmiş bir sunucu, iyi içeriğin bile taranmasını, dizine eklenmesini ve kullanıcıya hızlı ulaşmasını zorlaştırır. Bu yazıda "SEO hosting" denince neyin gerçekten önemli olduğunu, alan adı seçiminin arama sonuçlarıyla ilişkisini ve sunucu tarafında kontrol etmeniz gereken noktaları Google'ın güncel belgelerine dayanarak ele alıyoruz. Her bölümün sonunda kendi sitenizde yapabileceğiniz bir kontrol var.

SEO hosting ne demek, ne demek değil?

"SEO hosting" ifadesi iki farklı anlamda kullanılıyor. Birincisi, teknik SEO açısından sağlıklı bir barındırma ortamı: kesintisiz çalışan, hızlı yanıt veren, HTTPS'i düzgün sunan ve arama motoru tarayıcılarına hata döndürmeyen bir sunucu. Bu yazının konusu budur.

İkinci anlamda bazı paketler, farklı IP bloklarından çok sayıda adres sunmayı "SEO avantajı" olarak pazarlar. Burada dikkatli olmak gerekir: Google'ın arama belgelerinde ayrı ya da paylaşımsız bir IP adresinin sıralamaya katkı sağladığını söyleyen bir ifade yoktur. Paylaşımsız IP; e-posta itibarı, belirli güvenlik kuralları ya da bazı uygulama ihtiyaçları için yararlı olabilir, ancak bunu bir sıralama aracı olarak görmek doğru değildir.

Kısacası SEO hosting kullanımı, sihirli bir paket satın almak değil; sitenizin taranabilir, hızlı ve güvenli kalmasını sağlayan altyapı kararlarını doğru vermektir.

Alan adı seçimi ve SEO ilişkisi

Barındırmadan önce verilen ilk karar alan adıdır ve burada pek çok yaygın inanç Google'ın açıklamalarıyla örtüşmez.

Anahtar kelimeli alan adı

Google'ın SEO başlangıç kılavuzuna göre alan adında ya da URL yolunda anahtar kelime bulunmasının, içerik haritasında (breadcrumb) görünmesinin ötesinde neredeyse hiçbir etkisi yoktur. Bu yüzden "en-ucuz-klima-servisi" gibi uzun, anahtar kelime doldurulmuş bir alan adı yerine akılda kalan, yazılması kolay ve markanızı taşıyan bir ad seçmek daha mantıklıdır. Marka adı reklamlarda, e-posta adreslerinde ve sözlü tavsiyede de işinize yarar.

Uzantı (TLD) seçimi

Aynı kılavuz, Google'ın kullanılan üst düzey alan adını (.com, .guru gibi) genelde önemsemediğini belirtir. Uzantı yalnızca belirli bir ülkedeki kullanıcıları hedeflerken devreye girer ve o durumda bile çoğunlukla düşük etkili bir sinyal sayılır.

Ülke hedefleme konusunda ayrım şöyledir:

• Ülke kodlu alan adları (.tr, .de gibi): Google bunları sitenin o ülkeyi hedeflediğini gösteren güçlü bir sinyal olarak kabul eder. Hedef kitleniz ağırlıklı olarak Türkiye'deyse .com.tr ya da .tr uzantısı bu niyeti açıkça ortaya koyar.
• Genel alan adları (.com, .net gibi): Bir konuma bağlı değildir. Birden çok ülkeye hizmet veren ya da ileride yurt dışına açılmayı planlayan siteler için esneklik sağlar.
• Genel kabul edilen ülke kodları: .tv ve .me gibi bazı ülke kodlu uzantıları Google genel alan adı olarak değerlendirir. Yani .me kullanmak sitenizi Karadağ'a bağlamaz.

Bazı ülkeler kendi uzantılarını kimin kaydedebileceğini kısıtlar. Bir ülke kodlu alan adı almadan önce kayıt koşullarını kontrol edin. Alan adı kaydı, transfer ve DNS yönetimi için alan adı hizmetimize göz atabilirsiniz.

Kontrol noktası: Hedef kitlenizin bulunduğu ülkeyi yazın. Tek ülke ise o ülkenin uzantısını, birden çok ülke ise genel bir uzantıyı değerlendirin. Anahtar kelime eklemek için marka adından vazgeçmeyin.

Çalışma süresi: 5xx hataları taramayı ve dizini nasıl etkiler?

Çalışma süresi, sitenin erişilebilir olduğu zamanın yüzdesidir. Bu rakamın arama görünürlüğüyle ilişkisi, Google'ın sunucu hatalarına nasıl tepki verdiğinde netleşir.

Sunucunuz 5xx (sunucu hatası) ya da 429 (çok fazla istek) durum kodu döndürdüğünde Google'ın tarayıcıları taramayı geçici olarak yavaşlatır. Daha önce dizine eklenmiş sayfalar başlangıçta korunur; ancak hata sürerse bu adresler zamanla dizinden çıkarılır. Sunucu yeniden 2xx (başarılı) yanıt vermeye başladığında Google tarama hızını kademeli olarak artırır. Yani kısa bir kesinti genellikle telafi edilir, fakat günlerce süren ya da sık tekrarlayan hatalar hem yeni içeriğin keşfini geciktirir hem de mevcut sayfaları riske atar.

Çalışma süresi taahhütlerini değerlendirirken yüzdeyi zamana çevirin:

%100 taahhüdü gerçekçi değildir; donanım, ağ ve bakım kaynaklı kesinti olasılığı her altyapıda vardır. Asıl bakmanız gereken, sağlayıcının kesintiyi nasıl ölçtüğü, sözleşmede tazminatın nasıl tanımlandığı ve planlı bakımların önceden duyurulup duyurulmadığıdır.

Kontrol noktası: Search Console'da Tarama istatistikleri raporunu açın ve sunucu hatalarının oranına bakın. Ayrıca sitenizi dışarıdan izleyen bir sistem kurun; kesintiyi ziyaretçilerden önce sizin fark etmeniz gerekir. Bunun için sunucu izleme hizmeti ya da kendi kurduğunuz bir izleme aracı kullanılabilir.

Hız ve Önemli Web Verileri

Google, Önemli Web Verileri'nin (Core Web Vitals) sıralama sistemlerinde kullanıldığını belirtir. Bununla birlikte sayfa deneyimi tek bir sinyal değildir; çekirdek sıralama sistemleri sayfa deneyimiyle ilgili birden çok sinyali birlikte değerlendirir. Hız, içeriğin alakasının yerini tutmaz ama benzer içerikler arasında kullanıcıyı ve sonuçları etkileyen bir unsurdur.

Güncel hedefler şunlardır:

• LCP (Largest Contentful Paint): Sayfa yüklenmeye başladıktan sonra 2,5 saniye içinde gerçekleşmeli.
• INP (Interaction to Next Paint): 200 milisaniyenin altında kalmalı.
• CLS (Cumulative Layout Shift): 0,1'in altında olmalı.

Eski kaynaklarda göreceğiniz FID metriği artık kullanılmıyor; INP, Önemli Web Verileri'nde FID'in yerini aldı. FID'e göre yapılmış eski optimizasyon listelerini bu açıdan gözden geçirin.

Sunucunun bu metriklerdeki payı özellikle LCP'de belirgindir. Tarayıcı ilk baytı geç alırsa (TTFB yüksekse) sayfanın geri kalanı ne kadar optimize olursa olsun LCP gecikir. Sunucu tarafında yanıt süresini etkileyen başlıca etkenler:

• Paylaşılan ortamda başka sitelerin kaynak tüketimi
• Yetersiz RAM nedeniyle disk takasına (swap) düşme
• Yavaş disk ve veritabanı sorguları
• Sayfa önbelleği ve PHP opcode önbelleği gibi ayarların kapalı olması
• Sunucu ile kullanıcı arasındaki ağ mesafesi

INP ve CLS ise çoğunlukla ön yüz (JavaScript, görsel boyutları, yazı tipi yüklemesi) ile ilgilidir; bunları sunucu değiştirerek çözemezsiniz.

Kontrol noktası: Sunucunuzun ilk bayt süresini kendi bilgisayarınızdan ölçün. Aşağıdaki örnekte example.com yerine kendi alan adınızı yazın:

curl -s -o /dev/null -w "Durum: %{http_code}\nDNS: %{time_namelookup}s\nBaglanti: %{time_connect}s\nTLS: %{time_appconnect}s\nIlk bayt: %{time_starttransfer}s\nToplam: %{time_total}s\n" https://example.com/

Komutu günün farklı saatlerinde birkaç kez çalıştırın. "Ilk bayt" değeri trafik yoğun saatlerde belirgin biçimde artıyorsa sunucu kaynakları yetersiz kalıyor olabilir. Sahada gerçek kullanıcı verisi için Search Console'daki Önemli Web Verileri raporunu esas alın.

Sunucu konumu: ne kadar önemli?

Sunucuyu kullanıcılarınıza yakın bir yerde barındırmak Google'a hedef kitleniz hakkında bir ipucu verebilir. Ancak Google, CDN kullanımı ve barındırma tercihleri çok çeşitli olduğu için sunucu konumunu kesin bir sinyal saymaz. Yani "yurt dışındaki sunucu Google'ın dikkatini çeker ve sıralamayı düşürür" görüşü Google'ın açıklamalarıyla örtüşmez. Ülke hedeflemesi için uzantı, dil ve içerik çok daha belirleyicidir.

Konumun asıl etkisi kullanıcı deneyimi üzerindedir. Ziyaretçilerinizin çoğu Türkiye'deyse, Türkiye'deki bir sunucu ağ gecikmesini azaltır ve bu da ilk bayt süresine yansır. Statik dosyalar için CDN kullanmak mesafe etkisini azaltır, ancak dinamik sayfalar (sepet, üye paneli, arama) genellikle yine kaynak sunucudan gelir.

Kişisel veri işleyen siteler için konum ayrıca hukuki bir konudur. Verinin nerede tutulduğu KVKK kapsamındaki yükümlülükleri etkiler; bu nedenle karar yalnız hıza göre verilmemelidir.

Türkiye ağırlıklı trafiği olan bir site için İstanbul lokasyonlu bir bulut sunucu, Avrupa ağırlıklı trafik için Fransa lokasyonu seçilebilir. CloudPanel kurulu olarak gelen web sitesi sunucusu ise siteyi panelden yönetmek isteyenler için hazır bir başlangıç sunar.

Kontrol noktası: Analitik aracınızdan ziyaretçilerin ülke ve şehir dağılımını çıkarın. Ağırlığın olduğu bölgeye yakın bir lokasyon seçin ve taşımadan önce ve sonra aynı curl ölçümünü yaparak farkı kaydedin.

HTTPS: sıralama hilesi değil, temel gereklilik

Eski yazılarda SSL sertifikası "en net sıralama faktörü" olarak anlatılırdı. Google'ın güncel sayfa deneyimi belgesi ise HTTPS'i, sitenizin sayfa deneyimini değerlendirmek için sormanız gereken sorulardan biri olarak ele alır: Sayfalar güvenli bağlantıyla sunuluyor mu? Kontrol için Search Console'daki HTTPS raporunu önerir.

Pratikte bugün HTTPS bir artı puan aracı değil, beklenen asgari düzeydir. Tarayıcılar şifresiz sayfalarda kullanıcıyı uyarır ve bu durum güveni doğrudan etkiler. Barındırma tarafında dikkat edilecek noktalar:

• Sertifikanın otomatik yenilenmesi (süresi dolan sertifika siteyi fiilen erişilemez hale getirir)
• HTTP'den HTTPS'e kalıcı (301) yönlendirme
• www ve www olmayan sürümün tek bir adrese yönlendirilmesi
• Sayfa içinde HTTP üzerinden yüklenen görsel ya da betik kalmaması (karışık içerik)

Kontrol noktası: Yönlendirmeyi ve sertifika bitiş tarihini kontrol edin. Yine example.com yerine kendi alan adınızı kullanın:

curl -sI http://example.com/ | head -n 3

echo | openssl s_client -connect example.com:443 -servername example.com 2>/dev/null | openssl x509 -noout -dates

İlk komutun çıktısında 301 durum kodunu ve Location başlığında sitenizin HTTPS adresini görmelisiniz. İkinci komut sertifikanın notAfter tarihini gösterir; bu tarih yaklaşırken yenileme çalışmıyorsa önceden müdahale edin.

Adım adım SEO hosting seçimi ve kullanımı

Aşağıdaki sırayı izleyerek hem yeni bir barındırma seçebilir hem de mevcut altyapınızı değerlendirebilirsiniz:

1. Hedef kitleyi tanımlayın. Ülke, dil ve şehir dağılımını yazın. Alan adı uzantısı ve sunucu lokasyonu bu bilgiye göre belirlenir.
2. Alan adını seçin. Marka odaklı, kısa bir ad; tek ülke hedefliyorsanız o ülkenin uzantısı. Kayıt kısıtlamalarını önceden kontrol edin.
3. Kaynak ihtiyacını belirleyin. Paylaşımlı ortam küçük siteler için yeterli olabilir; trafik ve veritabanı yükü arttıkça ayrılmış CPU ve RAM sunan bir sunucuya geçiş planı yapın. Sağlayıcının paketler arası geçişi kesintisiz yapıp yapamadığını sorun.
4. Çalışma süresi taahhüdünü okuyun. Yüzdeyi aylık dakikaya çevirin, ölçüm yöntemini ve tazminat koşullarını sözleşmede arayın.
5. HTTPS ve yönlendirmeleri kurun. Otomatik sertifika yenilemesi, 301 yönlendirmeleri ve tek kanonik adres.
6. Yedeklemeyi ayrı bir yere alın. Sunucuyla aynı diskte duran yedek, donanım arızasında ya da saldırıda işe yaramaz. Geri yükleme testini en az bir kez yapın.
7. İzlemeyi açın. Dış izleme ile kesinti uyarısı, Search Console ile tarama hataları ve Önemli Web Verileri takibi.
8. Taşıma yapıyorsanız ölçün. Taşıma öncesi ve sonrası ilk bayt süresini, Search Console'daki tarama istatistiklerini ve hata oranını karşılaştırın.

Sık yapılan hatalar

• Anahtar kelimeli alan adına güvenmek: Google'a göre etkisi neredeyse yok; marka değerinden ödün vermeye değmez.
• Paylaşımsız IP'yi sıralama aracı sanmak: Resmi bir dayanağı yok. İhtiyaç varsa teknik nedenlerle alın.
• Sertifika yenilemesini elle yapmak: Unutulan bir yenileme, siteyi tüm ziyaretçiler ve tarayıcılar için hata sayfasına çevirir.
• Bakım sırasında 200 yanıtıyla boş sayfa göstermek: Planlı bakımda geçici bir hata yanıtı kullanmak, durumun geçici olduğunu belli eder. Boş bir sayfayı başarılı yanıt koduyla sunmak, o boş içeriğin normal sayfa gibi işlenmesine yol açabilir.
• Yalnızca laboratuvar testine bakmak: Tek seferlik hız testi yerine Search Console'daki gerçek kullanıcı verisini izleyin.
• Hızı yalnız sunucuda aramak: INP ve CLS sorunlarının çoğu ön yüzdedir; sunucu yükseltmek bunları çözmez.
• Yedeği aynı sunucuda tutmak: Sunucu giderse yedek de gider.

Sık sorulan sorular

SEO hosting almak sıralamamı doğrudan yükseltir mi?

Hayır. Barındırma, içeriğin taranması, dizine eklenmesi ve hızlı sunulması için zemini hazırlar. Sık 5xx hataları ya da yavaş yanıt süreleri görünürlüğe zarar verebilir, ancak sağlıklı bir sunucu tek başına sıralama kazandırmaz. İçeriğin alakası ve kalitesi belirleyici olmaya devam eder.

Türkiye'ye hitap eden site için sunucunun Türkiye'de olması şart mı?

Google sunucu konumunu kesin bir sinyal saymaz; ülke hedeflemesi için .tr gibi ülke kodlu uzantı çok daha güçlü bir sinyaldir. Ancak Türkiye'deki bir sunucu, Türkiye'deki kullanıcılar için ağ gecikmesini azaltır ve kişisel veri işleyen siteler için KVKK açısından da işi kolaylaştırır.

.com mu .com.tr mi seçmeliyim?

Yalnız Türkiye'deki kullanıcıları hedefliyorsanız .com.tr ya da .tr bu niyeti açıkça gösterir. Birden çok ülkeye hizmet veriyor ya da vermeyi planlıyorsanız .com gibi genel bir uzantı daha esnektir. İki durumda da uzantının etkisi, içerik ve dil sinyallerinin yanında sınırlıdır.

Sitem birkaç saat kapalı kaldı, sayfalarım dizinden düşer mi?

Kısa süreli 5xx hatalarında Google taramayı yavaşlatır ama daha önce dizine eklenmiş sayfaları başta korur. Sunucu yeniden normal yanıt vermeye başladığında tarama hızı kademeli olarak geri gelir. Risk, hatanın uzun sürmesi ya da sık tekrarlanmasıdır; bu durumda sayfalar zamanla dizinden çıkarılabilir.

FID metriğini hâlâ takip etmem gerekiyor mu?

Hayır. INP, Önemli Web Verileri'nde FID'in yerini aldı. Etkileşim hızı için hedefiniz INP değerini 200 milisaniyenin altında tutmak olmalı.