Uluslararasılaştırılmış Alan Adları (IDN'ler)

Uluslararasılaştırılmış alan adı (IDN), Latin alfabesi dışındaki dil veya yazı sistemlerinden — Arapça, Çince, Kiril, Devanagari, İbranice, Japonca veya Korece gibi — karakterler içeren, aynı zamanda Fransızca, Almanca, Lehçe veya İspanyolca gibi dillerde kullanılan aksanlı Latin karakterlerini de barındıran bir alan adıdır.

IDN'ler ortaya çıkmadan önce, Alan Adı Sistemi (DNS) yalnızca ASCII karakterleri destekliyordu: Latin alfabesinin 26 harfi, 0–9 rakamları ve kısa çizgiler. Bu durum, dünyanın büyük çoğunluğunun yazı sistemlerini bir alan adında yerel biçimde temsil edilmekten dışlıyordu.

ICANN, uluslararasılaştırılmış alan adlarını İngilizce konuşmayan topluluklar için interneti daha erişilebilir kılmak amacıyla tanıttı. Bugün onlarca dil için IDN TLD'ler (üst düzey alan adları) mevcuttur; kullanıcılar alan adı uzantısından web sitesi adresine kadar web'de tamamen kendi anadillerinde gezinebilmektedir.

ASCII dışı karakterlerin bir alan adında görünmesinin iki farklı yolu vardır ve bu ayrımı anlamak önemlidir:

IDN TLD'ler (uluslararasılaştırılmış alan adı uzantıları) — Bunlar bu sayfada listelenen TLD'lerdir. Uzantının kendisi ASCII olmayan bir yazı sisteminde yazılmıştır. Örnekler arasında .中国 (Çin), .рф (Rusya), .مصر (Mısır) ve .한국 (Güney Kore) bulunmaktadır. 政府.中国 gibi tamamen uluslararasılaştırılmış bir alan adı, hem ikinci düzey alan adında hem de TLD uzantısında yerel karakterler kullanır.

Standart TLD'ler altındaki IDN alan adları — .com, .net gibi yaygın TLD'leri veya .tr ya da .de gibi ülke kodu TLD'lerini işleten bazı kayıt kuruluşları, uzantı ASCII olarak kalsa da ikinci düzey alan adlarında ASCII dışı karakterlere izin vermektedir. Örneğin münchen.de veya académie.fr, alan adında aksanlı ya da ASCII dışı karakterler kullanmaktadır; ancak TLD sıradan bir ASCII uzantısıdır.

Bir standart TLD'nin ASCII dışı kayıtları kabul edip etmediği tamamen ilgili kayıt kuruluşunun politikasına bağlıdır. Bazı kayıt kuruluşları geniş bir Unicode karakter yelpazesine izin verirken, diğerleri kayıtları yalnızca ASCII ikinci düzey alanlara kısıtlamaktadır. Evrensel bir kural yoktur — istenen TLD için ilgili kayıt kuruluşunun IDN politikası kontrol edilmelidir.

Bu ayrımın güvenlik açısından önemi: IDN homograf saldırıları neredeyse her zaman ikinci senaryoyu istismar eder — Latin a'sı yerine Kiril а'sı gibi görsel olarak benzer Unicode karakterler kullanılarak .com gibi yaygın bir ASCII TLD altında bir alan adı kaydedilir. Bu, adres çubuğunda tanınan bir markayla görsel olarak özdeş bir alan adı oluşturur. IDN TLD uzantıları genellikle kayıt kuruluşlarının uyguladığı daha katı tek-betik politikalarına tabidir; bu durum uzantı düzeyinde bu tür kötüye kullanımları sınırlar — ancak tamamen ortadan kaldırmaz.

IDN alan adları kullanıcılara kendi yazı sistemlerinde görüntülense de DNS altyapısı ASCII üzerinde çalışmaya devam eder. İkisi arasındaki köprü, Unicode karakterleri geçerli bir ASCII uyumlu dizgeye dönüştüren RFC 3492'de tanımlanmış bir kodlama standardı olan Punycode'dur.

Her IDN alan adı, DNS'te her zaman xn-- önekiyle başlayan Punycode karşılığı olarak saklanır ve çözümlenir. Örneğin:

• Arapça alan adı مثال.إختبار, xn--mgbh0fb.xn--kgbechtv olur
• Almanca alan adı münchen.de, xn--mnchen-3ya.de olur
• Japonca alan adı 日本語.jp, xn--wgv71a309e.jp olur

Modern tarayıcılar ve e-posta istemcileri Punycode dönüşümünü otomatik olarak gerçekleştirdiğinden, kullanıcılar adres çubuğunda okunabilir Unicode sürümünü görür. Arka planda DNS, xn-- Punycode dizgesini diğer alan adları gibi çözümler.

Herhangi bir IDN alan adını ASCII uyumlu kodlama (ACE) biçimine çevirmek için Punycode dönüştürücü kullanılabilir — ham ASCII gösterimini gerektiren DNS kayıtları, SSL sertifikaları veya sunucu ayarları yapılandırılırken son derece kullanışlıdır; özellikle Türkçe karakterli alan adları (türkçe karakter domain) için.

Evet — IDN alan adı kaydı, Unicode alan adlarını destekleyen ICANN onaylı kayıt şirketleri aracılığıyla mevcuttur. Her kayıt şirketi IDN kaydı sunmadığından, istenen yazı sistemini ve TLD'yi destekleyen bir şirket bulmak gerekir.

IDN kayıt şirketinde dikkat edilmesi gerekenler:

• Gerekli yazı sistemi veya karakter seti desteği (Arapça, Kiril, CJK, Devanagari, Türkçe karakterler vb.)
• İstenen IDN TLD'nin kullanılabilirliği — hem genel TLD'lerin (gTLD) hem de ccTLD'lerin IDN varyantları olabilir
• Kayıt işlemi sırasında Punycode dönüşümünün doğru şekilde gerçekleştirilmesi
• IDN uyumlu SSL/TLS sertifikaları ve e-posta yapılandırması desteği

Kayıt süreci: Kayıt şirketi belirlendikten ve kullanılabilirlik onaylandıktan sonra süreç, standart alan adı kaydıyla aynı şekilde ilerler. Kayıt şirketi, seçilen Unicode alan adını otomatik olarak Punycode karşılığına dönüştürür ve kayıt kuruluşuna gönderir. Alan adı, kayıt şirketinin kontrol panelinde Unicode sürümü kullanılarak yönetilir.

IDN alan adlarının fiyatlandırması TLD ve kayıt şirketine göre değişmekte olup diğer alan adlarıyla aynı yenileme modelini takip eder.

ccTLD (ülke kodu üst düzey alan adı), ICANN tarafından belirli bir ülke veya bölgeyi temsil etmek üzere atanan iki harfli bir alan adı uzantısıdır — .tr (Türkiye), .de (Almanya), .fr (Fransa) veya .jp (Japonya) gibi. Tüm geleneksel ccTLD'ler ASCII karakterleri kullanır; bu da uzantının, ilgili ülkenin yerel yazı sistemi ne olursa olsun, her zaman Latin alfabesiyle yazıldığı anlamına gelir.

IDN (uluslararasılaştırılmış alan adı) ise ikinci düzey alan adında, TLD uzantısının kendisinde ya da her ikisinde de ASCII dışı karakterler kullanan bir alan adıdır. IDN'ler, DNS sisteminin Latin alfabesinin ötesinde dünyanın dil ve yazı sistemlerini temsil edebilmesi için özel olarak tasarlanmıştır.

Bu iki kategori önemli bir noktada kesişir: IDN ccTLD'ler. ICANN, ülkelerin kendi uzantılarını yerel yazı sistemlerinde temsil edebilmesi amacıyla 2010 yılında IDN ccTLD'leri devretmeye başladı. Örneğin:

• .рф, Rusya'nın IDN ccTLD'sidir — .ru'nun Kiril karşılığı
• .中国 ve .中國, Çin'in basitleştirilmiş ve geleneksel Çince IDN ccTLD'leridir
• .مصر, Mısır'ın Arapça IDN ccTLD'sidir
• .भारत, Hindistan'ın Devanagari yazısındaki IDN ccTLD'lerinden biridir

Dolayısıyla her IDN ccTLD bir IDN olsa da, her ccTLD IDN değildir: çoğu ülke kodu uzantısı yalnızca ASCII olarak kalmaya devam etmektedir. Her IDN ccTLD bir ülkeyi temsil etse de, her IDN bir ccTLD değildir: .游戏 (oyunlar) veya .شبكة (web/ağ) gibi IDN gTLD'ler uluslararasılaştırılmış olmakla birlikte belirli bir ülkeye özgü değildir.

Ülke kodu alan adı uzantılarının — hem ASCII hem IDN — tam listesi için ülke TLD rehberimizi ziyaret edebilirsiniz.

IDN TLD (uluslararasılaştırılmış üst düzey alan adı), ASCII dışı bir yazı sisteminde yazılmış bir üst düzey alan adı uzantısıdır. ICANN'ın IDN programından önce, Latin alfabesini kullanmayan ülkeler için bile tüm TLD'ler — .uk veya .de gibi ccTLD'ler dahil — ASCII karakterleriyle sınırlıydı.

ICANN, ülkelerin kendi yerel yazı sistemlerinde TLD temsil edebilmesi için 2010 yılında IDN ccTLD'leri devretmeye başladı. Örneğin:

• .中国 — Çin (basitleştirilmiş Çince)
• .مصر — Mısır (Arapça)
• .भारत — Hindistan (Devanagari)
• .рф — Rusya (Kiril)
• .한국 — Güney Kore (Hangul)

ccTLD'lere ek olarak, IDN gTLD'ler (uluslararasılaştırılmış genel üst düzey alan adları) da mevcuttur — Arapça, Çince, Kiril, İbranice, Japonca, Korece, Tamilce, Taylandca ve daha pek çok yazı sisteminde alan adı uzantıları sunar.

Devredilen IDN TLD'lerin toplam sayısı, ICANN'ın yeni başvuruları işlemeye devam etmesiyle birlikte artmaktadır. Bu sayfada, desteklenen yazı sistemleri, kayıt durumu ve fiyatlandırmayla birlikte mevcut tüm IDN TLD'ler listelenmektedir.

IDN homograf saldırısı (homoglif saldırısı olarak da bilinir), kötü niyetli bir aktörün orijinal Latin harflerine görsel olarak benzeyen, ancak farklı bir yazı sistemine ait Unicode karakterler kullanan; görünüşte meşru bir alan adıyla neredeyse ya da tamamen aynı olan bir alan adı kaydettirdiği bir kimlik avı (phishing) türüdür.

Örneğin, Kiril harfi а (U+0430), pek çok yazı tipinde Latin harfi a (U+0061) ile görsel olarak özdeştir. Bir saldırgan, Kiril 'а'sını kullanarak pаypal.com gibi bir alan adı kaydettirerek bunu birçok tarayıcıda paypal.com ile aynı görüntüleyebilir.

Bu saldırı türü genellikle IDN TLD uzantılarını değil, .com gibi standart ASCII TLD'leri hedef alır; çünkü saldırı, ikinci düzey alan adında yazı sistemlerini karıştırarak tanıdık ve güvenilir görünen bir uzantıyı korumaya dayanır. Bu ayrımın daha ayrıntılı açıklaması için bir önceki soruya bakınız.

Tarayıcılar ve kayıt kuruluşlarının yaklaşımı:

• Modern tarayıcılar, bir alan adı yazı sistemlerini karıştırdığında adres çubuğunda Punycode (xn--) sürümünü görüntüler; bu sayede aldatmaca görünür hale gelir
• Pek çok kayıt kuruluşu, farklı Unicode yazı sistemlerinden karakterlerin karıştırılmasını önleyen tek-betik politikaları uygulamaktadır
• ICANN, kayıt kuruluşlarına homograf saldırısı riskini azaltacak önlemlerin hayata geçirilmesi konusunda rehberlik sağlamaktadır

Kendinizi korumak için: Bağlantılara tıklarken adres çubuğunu her zaman dikkatlice kontrol edin. Güvendiğiniz bir alan adında xn-- öneki veya beklenmedik karakterler görürseniz, şüpheyle yaklaşın ve siteye doğrudan giderek adrese gidin.

IDN alan adları, Latin dışı yazı sistemlerinde arama yapan hedef kitlelere yönelik olduğunda SEO açısından etkili olabilir — özellikle kullanıcıların sorguları ve marka adlarını kendi anadillerinde yazma olasılığının yüksek olduğu pazarlarda.

Teknik SEO perspektifinden bakıldığında, Google dahil arama motorları IDN alan adlarını tam olarak destekler ve bunları diğer alan adları gibi dizine ekler. Bir IDN'nin Punycode ve Unicode sürümleri aynı hedefe yönlendirildiğinden, yinelenen içerik sorunu yaşanmaz.

Göz önünde bulundurulması gereken faktörler:

• Yerel alaka düzeyi: Hedef pazarın yerel yazı sistemini kullanan bir IDN alan adı, yerel güveni ve marka tanınırlığını güçlendirebilir
• Anahtar kelime uyumu: Hedef pazardaki kullanıcılar yerel yazı sisteminde arama yapıyorsa, uyumlu bir IDN alan adı tematik alaka sinyallerini güçlendirebilir
• Bağlantı inşası: Bazı platform ve eski sistemlerde IDN alan adlarının doğru görüntülenmesinde veya bağlantı kurulmasında sorunlar yaşanabilir — ekosisteминizle uyumluluğu doğrulayın
• E-posta teslim edilebilirliği: Tüm e-posta istemcileri IDN e-posta adreslerini tam olarak desteklemiyor olabilir — e-posta alan adı stratejinizin bir parçasıysa bunu göz önünde bulundurun

Uluslararası SEO stratejilerinin büyük çoğunluğunda, hreflang uygulamasıyla birlikte bir ccTLD veya gTLD temel öneri olmaya devam etmektedir — ancak yerel yazı sisteminde marka kimliği öncelikli olduğunda IDN TLD anlamlı bir tamamlayıcı olabilir.