Küresel ölçekte faaliyet gösteren veya çok dilli büyüme hedefleyen dijital platformlar için üst seviye alan adı (Top-Level Domain - TLD) seçimi, yalnızca kurumsal kimlik tescili değil; arama motoru tarama bütçesi (crawl budget), bağlantı otoritesi (link equity) dağılımı ve uluslararası dizinleme mimarisini belirleyen temel bir mühendislik kararıdır. Arama motoru algoritmaları bir alan adı uzantısını değerlendirirken yüzeysel anahtar kelime eşleşmelerine değil, uzantının coğrafi sınıfına (ccTLD veya gTLD), DNS yanıt kararlılığına ve küresel işaretleme (hreflang) tutarlılığına bakar.
Önemli
Google Arama sistemleri, genel üst seviye alan adları (gTLD) arasında doğal bir sıralama ayrıcalığı tanımaz. Bir diğer ifadeyle .com, .io, .ai veya .net uzantıları algoritma gözünde eşit başlangıç ağırlığına sahiptir. Buna karşın ülke kodu üst seviye alan adları (ccTLD - örneğin .com.tr, .de, .fr), içeriği ilgili coğrafi bölgeye otomatik olarak kilitleyen en güçlü yerelleştirme sinyalidir.
1. Üst Seviye Alan Adı (TLD) Sınıflandırması ve Arama Motoru İşleme Mantığı
IANA (Internet Assigned Numbers Authority) kök bölgesi veritabanında yer alan uzantılar, arama motorları tarafından üç ana teknik kategoride sınıflandırılır ve her kategori dizinleme hattında farklı kurallara tabi tutulur:
Genel Üst Seviye Alan Adları (gTLD ve Yeni Nesil nTLD)
.com, .org, .net gibi klasik uzantıların yanı sıra .tech, .cloud, .digital, .agency gibi yeni nesil uzantılar (nTLD) coğrafi olarak nötr kabul edilir. Arama motorları bu alan adlarını belirli bir ülkeyle sınırlandırmaz; sayfa dili, hreflang bildirimleri, sunucu yanıt başlıkları ve yerel bağlantı profili üzerinden küresel sıralama ağırlığını hesaplar. Alan adı içinde veya uzantısında anahtar kelime geçmesi (örneğin marka.emlak veya marka.software) doğrudan bir sıralama çarpanı oluşturmaz; yalnızca arama sonuç sayfasında (SERP) kullanıcıların bağlantı bağlamını daha hızlı kavramasına yardımcı olur.
Ülke Kodu Üst Seviye Alan Adları (ccTLD)
ISO 3166-1 alpha-2 standardına dayanan iki harfli ülke uzantıları (.tr ve alt uzantısı .com.tr, Almanya için .de, Birleşik Krallık için .co.uk, Fransa için .fr) Google ve diğer arama motorları tarafından kesin coğrafi sınır sinyali olarak işlenir. Bir ccTLD kullandığınızda, o alan adı ilgili ülke dışındaki organik arama sonuçlarında ikincil konuma düşer. Örneğin .de uzantılı bir platform Almanya yerel aramalarında güçlü bir coğrafi öncelik kazanırken, İspanya veya Amerika Birleşik Devletleri'ndeki sorgularda küresel görünürlük elde etmekte yapısal dirençle karşılaşır.
Genel Kabul Gören Ülke Uzantıları (gccTLD)
Teknik olarak bir ülkeye veya bölgeye tahsis edilmiş olmasına rağmen küresel teknoloji ekosisteminde genel amaçlı kullanılan uzantılar Google tarafından "Generic Country Code TLD" (gccTLD) listesinde tutulur. Hint Okyanusu Bölgesi'ne ait .io, Anguilla'ya ait .ai, Kolombiya'ya ait .co ve Karadağ'a ait .me uzantıları arama motoru algoritmaları tarafından tıpkı .com gibi coğrafi olarak bağımsız (gTLD) biçimde işlenir. Bu sayede bir SaaS veya yapay zeka girişimi .ai ya da .io uzantısıyla tüm dünya pazarlarında coğrafi kısıtlama olmaksızın sıralama alabilir.
2. Küresel SEO Mimarisi Karşılaştırması: ccTLD, Alt Dizin (Subfolder) ve Alt Alan Adı (Subdomain)
Çok dilli ve çok bölgeli bir web platformu inşa ederken en kritik mimari karar; her ülke için ayrı bir ccTLD mi alınacağı, tek bir gTLD altında alt dizin (/tr/, /en/, /de/) mi kurulacağı, yoksa alt alan adları (tr.ornek.com) mı kullanılacağıdır. Aşağıdaki matris, kurumsal mühendislik ve SEO metrikleri açısından bu dört yaklaşımı karşılaştırmaktadır:
| Mimari Kriter | Tekil gTLD + Alt Dizin (example.com/de/) | Bağımsız ccTLD Ağı (example.de, example.fr) | Alt Alan Adı Yapısı (de.example.com) | gccTLD + Alt Dizin (example.io/de/) |
|---|---|---|---|---|
| Otorite Konsolidasyonu (Link Equity) | Maksimum: Tüm dillerdeki geri bağlantılar tek kök alan adını güçlendirir | Düşük: Her ülke alan adı sıfırdan bağımsız otorite inşa etmek zorundadır | Orta: Arama motorları alt alan adlarını kısmen ayrı varlıklar olarak değerlendirebilir | Maksimum: Kök alan adı otoritesi tüm dil dizinlerine doğrudan aktarılır |
| Coğrafi Hedefleme Gücü | hreflang, yerel içerik ve bölgesel sinyallerle sağlanır | Otomatik ve en yüksek seviyede (ülke bazlı kilitleme) | hreflang ve sunucu yapılandırması gerektirir | hreflang ve içerik yerelleştirmesiyle tam küresel esneklik |
| Tarama Bütçesi (Crawl Budget) | Tek bir etki alanı altında birleşik ve yüksek verimli tarama | Her alan adı için ayrı tarama kotası ve bağımsız bot kuyruğu | Her alt alan adı için ayrı DNS ve tarama oturumu | Tekil kök altında birleşik ve optimize tarama |
| DNS, SSL ve Edge Maliyeti | Düşük: Tek SSL sertifikası, tek CDN önbellek havuzu ve merkezi WAF | Çok Yüksek: Çoklu tescil, ayrı DNS bölgeleri, ayrı SSL/TLS el sıkışmaları | Orta: Wildcard SSL ve ek DNS kayıt yönetimi gerektirir | Düşük: Merkezi CDN ve tekil TLS sonlandırma |
| Kurumsal Bakım ve Yönetişim | Tek kod tabanı (Next.js App Router i18n) üzerinden merkezi dağıtım | Çoklu alan adı yönlendirme, çapraz oturum (CORS) ve çerez paylaşım zorluğu | Alt alan adları arası oturum ve analitik izleme karmaşıklığı | Merkezi kod tabanı ve birleşik analitik |
İpucu
Çok dilli B2B, SaaS ve kurumsal hizmet platformları için en yüksek yatırım getirisi (ROI) sağlayan mimari Tekil gTLD + Alt Dizin (example.com/tr/, example.com/en/) modelidir. Bu yapı sayesinde İngilizce veya Almanca bir sayfaya alınan yüksek otoriteli bir editoryal bağlantı, Türkçe ve Fransızca dizinlerin de alan adı otoritesini eşzamanlı olarak yükseltir.
3. Hreflang Topolojisi ve Çapraz Alan Adı Sinyal Doğrulaması
İster tek bir gTLD altında alt dizin mimarisi kullanın, ister çoklu ccTLD ağı yönetin; arama motorlarına hangi URL'nin hangi dil ve bölgeyi hedeflediğini bildiren tek deterministik mekanizma hreflang protokolüdür. Özellikle Google Search Console içerisindeki eski "Uluslararası Hedefleme (Ülke Seçimi)" aracının kullanımdan kaldırılmasının ardından, algoritmik yerelleştirme tamamen sayfa içi/HTTP başlığı hreflang bildirimlerine ve yerel dil sinyallerine dayanmaktadır.
Çok dilli alt dizin veya çoklu TLD mimarisinde uygulanması gereken standart XML Sitemap ve HTML bildirim yapısı şu şekildedir:
<!-- Tekil gTLD + Alt Dizin Mimarisinde Eksiksiz Hreflang Kümesi -->
<link rel="alternate" hreflang="tr-TR" href="https://example.com/tr/kurumsal-seo-mimarisi" />
<link rel="alternate" hreflang="en-US" href="https://example.com/en/enterprise-seo-architecture" />
<link rel="alternate" hreflang="de-DE" href="https://example.com/de/unternehmens-seo-architektur" />
<link rel="alternate" hreflang="fr-FR" href="https://example.com/fr/architecture-seo-entreprise" />
<link rel="alternate" hreflang="es-ES" href="https://example.com/es/arquitectura-seo-empresarial" />
<link rel="alternate" hreflang="ar-SA" href="https://example.com/ar/enterprise-seo-architecture" />
<link rel="alternate" hreflang="ru-RU" href="https://example.com/ru/enterprise-seo-architecture" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/enterprise-seo-architecture" />Hreflang Uygulamasında Kritik Mühendislik Kuralları
- Çift Yönlü (Reciprocal) Doğrulama:
example.com/tr/sayfasıexample.com/de/sayfasınahreflang="de-DE"ile işaret ediyorsa, Almanca sayfa da mutlaka Türkçe sayfaya geri işaret etmelidir. Tek yönlü bağlantılar arama motorları tarafından geçersiz sayılır ve yok sayılır. - Mutlak (Absolute) URL Zorunluluğu: Göreli yollar (
/tr/sayfa) yerine protokol ve tam alan adını içeren mutlak URL (https://...) kullanılmalıdır. - Canonical ve Hreflang Uyumu: Her dil sayfası kendi URL'sine işaret eden öz-referanslı (self-referencing) bir
rel="canonical"etiketine sahip olmalıdır. Farklı bir dildeki sayfaya canonical vermek, diğer dilin dizinden tamamen silinmesine yol açar.
4. DNS Çözümleme Performansı, TLS Güvenliği ve TLD Altyapı Kalitesi
Alan adı uzantısının SEO üzerindeki dolaylı ancak ölçülebilir etkilerinden biri de kök isim sunucularının (TLD Root Name Servers) Anycast yayılımı ve DNS çözümleme gecikmesidir. Arama motoru botları (Googlebot) bir alanı tararken önce DNS çözümlemesi yapar ve İlk Bayt Süresi (TTFB) metriğini kaydeder.
- TLD Kayıt Operatörü (Registry) Altyapısı: Verisign tarafından işletilen
.comve.netkök sunucuları, küresel Anycast düğümleri sayesinde 10–25 ms altında çözümleme süreleri ve %100'e yakın çalışma süresi (uptime) sunar. Düşük kaliteli veya zayıf altyapılı bazı yerel ccTLD kayıt operatörlerinde ise DNS sorgu süreleri 150–300 ms seviyesine çıkabilir ve bu durum küresel TTFB metriklerini olumsuz etkiler. - DNSSEC, CAA ve HSTS Preload: Kurumsal güvenilirlik ve güvenli tarama sinyalleri için alan adı seviyesinde DNSSEC imzalaması aktif edilmeli, yetkisiz sertifika üretimini engelleyen
CAA(Certification Authority Authorization) kayıtları tanımlanmalı ve alan adıStrict-Transport-Securitybaşlığı ile HSTS Preload listesine dahil edilmelidir.
; Kurumsal TLD Güvenlik ve Anycast DNS Yapılandırma Örneği
example.com. 3600 IN CAA 0 issue "letsencrypt.org"
example.com. 3600 IN CAA 0 issuewild "digicert.com"
example.com. 3600 IN TXT "v=spf1 include:_spf.google.com ~all"5. Alan Adı Göçü (TLD Migration) ve Otorite Koruma Protokolü
Bir işletme yerel bir ccTLD'den (.com.tr) küresel bir gTLD'ye (.com) geçerken veya birden fazla ülke alan adını tek bir çatı alan adında birleştirirken organik sıralama kaybı yaşamamak için sıfır toleranslı bir yönlendirme mimarisi uygulamalıdır:
- Bire Bir (1:1) Kalıcı 301 Yönlendirme Haritası: Eski alan adındaki her bir URL, yeni alan adındaki tam karşılığı olan URL'ye tek adımda (
HTTP 301 Moved Permanently) yönlendirilmelidir. Tüm eski sayfaları yeni sitenin ana sayfasına yönlendirmek, arama motorları tarafından "Soft 404" olarak algılanır ve geçmiş bağlantı otoritesini sıfırlar. - Yönlendirme Zincirlerinin (Redirect Chains) Eliminasyonu:
http://eski.com.tr/sayfa->https://eski.com.tr/sayfa->https://yeni.com/sayfaşeklindeki çok adımlı sıçramalar, uç sunucu (Edge/CDN) kuralıyla tek bir sıçramaya indirilmelidir. - Mülk Değişikliği ve Eski Alan Adı Yaşatma: Eski alan adının tescili ve SSL sertifikası en az 24–36 ay boyunca aktif tutulmalı; dış kaynaklardan gelen tarihsel geri bağlantıların (backlink) 301 yanıtı döndürmeye devam etmesi garanti altına alınmalıdır.
6. Kurumsal TLD Seçimi İçin Karar Kontrol Listesi
Yeni bir dijital ürün veya kurumsal platform başlatırken aşağıdaki mühendislik kontrol listesini uygulayın:
- Hedef pazarınız yalnızca tek bir ülke ile sınırlıysa ve o ülkedeki kullanıcılar yerel uzantıya yüksek güven duyuyorsa (
.de,.com.tr,.co.uk), yerel ccTLD tercih edin veya ana.comalan adınızın yanında marka koruma amaçlı tescilleyin. - 2 veya daha fazla ülkede çok dilli operasyon yürütüyorsanız, bağlantı otoritesini bölmemek için tekil gTLD (
.com) + dil alt dizinleri (/tr/,/en/,/de/) mimarisini standart olarak benimseyin. - Spam geçmişi yüksek, ücretsiz veya denetimsiz dağıtılan düşük itibarlı TLD uzantılarından uzak durun; bu uzantılar doğrudan algoritma cezası almasa bile kurumsal e-posta teslim edilebilirliğini (DMARC/SMTP itibarı) ve kullanıcı tıklama oranlarını (CTR) ciddi biçimde düşürür.
- Ana markanızın telaffuzunu veya yazımını taklit edebilecek birincil uzantıları savunma amaçlı (defensive registration) tescilleyerek uç DNS katmanında ana alan adınıza 301 ile mühürleyin.
