Alan Adı Stratejisini Hedef Pazarla Eşleştirin
Uluslararası büyümede alan adı seçimi, hedef ülke ve dil kadar içerik, destek ve işletim kapasitesiyle ilgilidir. Bu rehber ccTLD ve gTLD ayrımını, uluslararası SEO işaretlerini, marka korumasını ve taşınma planını birlikte ele alır. Uzantı seçimi tek başına sıralama veya müşteri güveni sağlamaz.
Önce hedefinizi yazın: Bir dili konuşan herkese mi, yoksa belirli bir ülkedeki müşterilere mi ulaşacaksınız? Almanca içerik ile Almanya’ya özgü ürün, teslimat ve destek aynı gereksinim değildir. Sonra hangi alan adlarını gerçekten işleteceğinizi ve hangilerini yalnızca savunma amacıyla tutacağınızı ayırın.
ccTLD ve gTLD: Kayıt Türü ile Arama Sinyalini Ayırın
ccTLD, ülke kodlu üst düzey alan adıdır; .tr, .de ve .fr örnektir. gTLD ise genel üst düzey alan adıdır; .com, .net ve .shop bu gruptadır. .io, IANA sınıflandırmasında ccTLD’dir; Google’ın ülke hedeflemesinde genel kabul ettiği ccTLD istisnaları arasındadır. Arama motorunun hedefleme yaklaşımı, uzantının kayıt sınıfını değiştirmez.
Varsayımsal bir Berlin mağazası için .de, Google’a Almanya hedeflemesi sinyali verebilir. Aynı marka çok sayıda dil ve ülkeye tek site üzerinden hizmet vermek istiyorsa .com altında düzenli dizinler de seçebilir. Ancak ülkeler tek bir dilden oluşmaz; ccTLD yerel şirket, mevzuat uyumu veya müşteri tercihi kanıtı değildir. Kayıt uygunluğu ve yerel içerik ihtiyaçları ayrıca incelenmelidir.
Mevcut bir uzantıda alan adı kaydetmek ile kendi gTLD’nizi işletmek farklı ölçeklerde kararlardır. ICANN 2026 gTLD turu değerlendirmesi ikinci seçeneğin başvuru ve işletim yükünü açıklar. Önce mevcut uzantılarla karşılanamayan somut bir ihtiyaç olup olmadığını belirleyin.
Uluslararası SEO: Dil, Bölge ve URL Düzeni
Bir gTLD altında /de/ gibi dil dizinleri veya de.example.com gibi alt alan adları kullanılabilir; isimleri tek başına hedef kitleyi belirlemez. Almanya için .de güçlü bir ülke sinyalidir, fakat bunu tüm ccTLD’lere genellemeyin. Dizin veya alt alan adı seçimini CMS, ekip ve bakım gereksinimleriyle değerlendirin; iki yapı için de otomatik sıralama üstünlüğü varsaymayın.
Hreflang, eşdeğer sayfaların dil/bölge sürümlerini Google’a bildirir. Her eşdeğer sayfa kümesinde sayfanın kendisini ve ilgili alternatifleri tam URL ile belirtin; karşılıklı bağlantıları koruyun. Dil kodu tek başına kullanılabilir (de), bölge eklenirse dil ile birlikte yazılır (de-DE); ülke kodu tek başına yeterli değildir. Eşleşmeyen kullanıcılar için uygun bir seçim/fallback sayfasında x-default kullanılabilir. Google’ın yerelleştirilmiş sayfa kılavuzu uygulama ayrıntılarını açıklar. Hreflang sayfanın dilini belirlemez ve sıralama artışı vaat etmez.
Örneğin .com altında /de/, /fr/ ve /tr/ sayfaları yayınlanabilir. Gerçek çevirileri sırf benzer konu işledikleri için tek dildeki sayfaya canonical ile birleştirmeyin; indekslenmesini istediğiniz farklı dil sürümlerinin URL ve canonical düzeni tutarlı olmalıdır. CDN, tek lokasyondaki kaynak sunucuyla birlikte de kullanılabilir ve bazı gecikmeleri azaltabilir; dünya çapında aynı hız sağlamaz. Çok bölgeli mimari ve DNS yönlendirme rehberi daha ileri erişim gereksinimlerini ele alır; URL yapısı tek başına sunucu yerleşimini belirlemez.
Ülkeye özel fiyat, para birimi, kargo, iletişim ve yasal bilgiler kullanıcının kararını etkileyebilir ve arama sistemlerinin de değerlendirebileceği içeriklerdir. Tek bir dilde bölgesel metinlerin benzemesi onları otomatik olarak değersiz yapmaz. Ayrı sayfaların sunduğu gerçek farkı belirleyin; aynı dilde büyük ölçüde kopya sayfaları birleştirecekseniz tercih edilen canonical ile hreflang ilişkisini birlikte planlayın.
Marka Koruması: Öncelikli Alan Adları ve Küçük Önlemler
Savunma amaçlı kayıt için sabit bir sayı yoktur. Aktif pazarlarınızı, müşterilerin yapabileceği olası karışıklıkları, marka haklarını ve yenileme bütçesini değerlendirin. Kaydettiğiniz her alan adı yeni bir sahiplik, ödeme ve güvenlik sorumluluğu getirir. Boşta duran bir alan adı, benzer bütün adların kullanımını önlemez.
Typosquatting, kullanıcıların yazım hatalarından yararlanmak için benzer alan adlarının kaydedilmesidir. WIPO alan adı uyuşmazlığı süreçleri kapsamında UDRP, uygulandığı uzantılarda bir seçenek olabilir. Genel UDRP’de markayla aynı/karıştırılabilir benzerlik, kayıt sahibinin hak veya meşru menfaatinin bulunmaması ve kötü niyetli kayıt ile kullanım birlikte gösterilmelidir. Her ccTLD aynı politikayı uygulamaz; ilgili uzantının kurallarını inceleyin. Marka, kayıt, kullanım ve olay kanıtlarını düzenli tutun.
CAA, alan adınız için hangi sertifika otoritelerinin sertifika düzenleyebileceğini bildirir; alan adı kaydını veya benzer isimli siteleri engellemez, bütün hatalı sertifika risklerini ortadan kaldırmaz. CAA ve çoklu sertifika otoritesi rehberi bu yetkilendirmeyi açıklar. Kayıt hesabında güçlü kimlik doğrulama, yetki sınırları, güncel iletişim bilgileri ve yenileme takibi de gerekir.
DNS, HTTPS ve Yönlendirmelerin İşletimi
Bir ccTLD bağımsız yerel site olarak çalışabilir; mutlaka ana sitenin dizinine yönlendirilmesi gerekmez. Yalnızca birleştirme veya savunma kaydı senaryosunda, örneğin .de içeriği .com/de/ altına taşınacaksa ilgili eski URL’leri karşılıklarına 301 ile eşleyin. Çoklu sağlayıcı DNS ve octoDNS rehberi kayıt yönetimi seçeneklerini ele alır. İkinci DNS sağlayıcısı eklemek tek başına kesintisizlik sağlamaz; bölge tutarlılığı ve varsa DNSSEC de tasarlanmalıdır.
Birden fazla alan adı için sertifika kapsamını ve yenileme sorumlusunu kaydedin. ACME otomasyonu izleme ve hata yönetimi gerektirir; DNS-01 wildcard doğrulamasını destekler. Bir wildcard farklı ccTLD’leri kapsamaz ve aynı alan adının tüm alt katmanlarını kendiliğinden kapsamaz. SaaS özel alan adları ve otomatik SSL rehberi müşteri alan adı doğrulaması ve sertifika yaşam döngüsünü ayrıntılandırır. DNS API erişimini gereken kapsamla sınırlandırın.
Kullanıcıları tahmin edilen IP konumu veya tarayıcı diliyle başka sürüme zorlamak yerine açık dil/ülke bağlantıları sunun; seçimi değiştirebilsinler. www/non-www tercihini ilgili URL yönlendirmeleri ve canonical ile tutarlı hale getirin. HSTS, tarayıcıya HTTPS kullanma politikası bildirir; bozuk yolları düzeltmez veya www/non-www seçimini yapmaz. Kapsamını ancak ilgili HTTPS uçları hazırken belirleyin.
Ne Zaman Ayrı Ülke Sitesi, Ne Zaman Tek Alan Adı?
Varsayımsal bir ekip .com altında dil sürümleriyle başlayıp yerel ürün ve destek gereksinimleri arttığında ccTLD seçebilir. Tersi yönde, bir .de sitesini .com/de/ altına birleştirmek de mümkündür. Bu bir URL taşımasıdır: eski–yeni sayfa eşlemesi, doğrudan 301, iç bağlantılar, sitemap, canonical ve bütün karşılıklı hreflang/x-default referansları birlikte güncellenmelidir. Geçiş sırasında sıralama dalgalanabilir; olumlu sonuç garantisi yoktur.
Ayrı ülke sitesinin gerekçesi gerçek içerik, ürün, destek veya onay süreçleri olmalıdır. Bu ihtiyaçlar aynı platformda dizinlerle de karşılanabiliyorsa yeni alan adı tek seçenek değildir. Mevcut URL’ler çalışıyorsa altyapı veya ekip ayrımı için gereksiz yere taşımayın; bakım kazancını geçiş maliyetiyle karşılaştırın.
Çok alan adlı düzende her uzantının kayıt koşulunu, yenileme tarihini, yetkilisini, DNS ve sertifika durumunu envantere alın. Plan dışı süre dolumu ile bölge arızası farklı risklerdir. Hangisi için hangi kontrolün uygulandığını ve kimin yanıt vereceğini belirleyin; otomasyonun çalıştığını ölçmeden yeterli kabul etmeyin.
Kendi gTLD’nizi İşletmek Ayrı Bir Karardır
ICANN’in yeni gTLD programı üst düzey alan adı işletimiyle ilgilidir. 2026 başvuru dönemi (30 Nisan–12 Ağustos) kapanmıştır; bunu açık bir kayıt kampanyası gibi değerlendirmeyin. Mevcut bir uzantıda alan adı kaydetmekten farklı olarak başvuru, sözleşme ve sürekli registry işletim yükümlülükleri vardır. Başvuruya uygunluk ve takvim güncel ICANN belgelerinden kontrol edilmelidir.
Yeni bir uzantıda alan adı almak ise normal kayıt uygunluğu ve ticari koşullara bağlıdır. Uzantının markaya uygunluğunu, kullanıcıların yazabilmesini, e-posta/uygulama uyumluluğunu ve yenileme bedelini değerlendirin. Yeni olması SEO avantajı veya güven garantisi değildir; mevcut ana adresi değiştirmek ayrıca taşıma gerekçesi gerektirir.
Kararı Kayıt Altına Almak İçin Beş Başlık
Karar belgesine hedef dil ve ülkeleri, yerelleştirme kapasitesini, URL yapısını, savunma kayıtlarının gerekçesini ve işletim sorumlularını yazın. Her pazar için uzantı alma zorunluluğu veya sabit bir savunma alan adı kotası koymayın. Başarının nasıl ölçüleceğini ve hangi büyüme koşulunda kararın yeniden değerlendirileceğini belirtin.
Taşıma gerekiyorsa yayından önce hedef sayfaları ve eşlemeleri hazırlayın. Eski alan adının kaydını ve HTTPS hizmetini yönlendirmeler için koruyun; bütün eski sayfaları ilgisiz ana sayfaya göndermeyin. Google yönlendirmeleri genellikle en az bir yıl, kullanıcı bağlantıları için mümkünse daha uzun süre tutmayı önerir. Hata, indekslenme ve trafik sonuçlarını izleyin; hedefteki test engellerinin yayında kaldırıldığını doğrulayın.
Seçimi Sürdürülebilir Bir İşletim Planına Dönüştürün
ccTLD güçlü bir ülke hedefleme seçeneği olabilir; tek gTLD altında dil/bölge sürümleri ise ortak içerik yönetimine uyabilir. Doğru seçim, uzantının tek başına sağlayacağı varsayılan kazanca değil, hedef pazar ve ekibin sürdürebildiği sürece dayanır. Dil, fiyat, navigasyon, hreflang ve canonical kararları sayfa düzeyinde tutarlı olmalıdır.
İlk adım mevcut alan adı ve yerelleştirilmiş sayfa envanterini çıkarmaktır. Kayıt, yenileme, HTTPS, yönlendirme ve içerik sahipliğinde açık kalan bir sorumluluğu belirleyin. Sonraki alan adı alımını veya taşımayı, bu envanter ve belgelenmiş pazar ihtiyacı üzerinden kararlaştırın.
