3 Kasım 2026 durum notu: ICANN’in 2026 yeni gTLD başvuru penceresi 30 Nisan–12 Ağustos 2026 arasında açıktı ve kapandı. Başvurulan uzantılar 7 Ekim’de yayımlandı. Kasım 2025’te hazırlık aşamasını ele alan bu rehber, artık 2026 turunun kurallarını ve uzantı işletmenin sorumluluklarını açıklıyor; açık bir başvuru çağrısı değildir.
Kendi alan adı uzantısını işletmek, mevcut bir uzantı altında alan adı kaydetmekten farklıdır. Yeni bir üst düzey alan adı için başvuru, kayıt sistemi kuralları, mali yeterlilik ve sürekli teknik hizmet gerektirir. Bu rehber; kimlerin başvurabileceğini, kayıt operatörü ile teknik sağlayıcının rollerini, marka korumasını ve kullanım planını birlikte ele alır.
ICANN’in 2026 Yeni gTLD Turu Neyi Kapsıyor?
Mevcut bir alan adı değil, yeni bir uzantı
2012 turu, .com ve .net gibi eski uzantılara ek olarak çok sayıda yeni gTLD’nin kullanımına açılmasını sağladı. 2026 turu da uygun kuruluşların yeni uzantılar için değerlendirilmesini sağlayan ayrı bir süreçtir. Başvuru listesinde yer almak kabul, kök bölgeye delegasyon veya genel kayıtların başladığı anlamına gelmez.
Bir marka, topluluk veya yerel proje kendi adlandırma alanını belirli bir amaç için kullanmak isteyebilir. Ürünleri tutarlı adlar altında toplamak ya da üyelik kurallarına bağlı kayıtlar sunmak olası hedeflerdir. Ancak uzantı tek başına kullanıcı güveni, görünürlük, güvenlik veya ticari başarı garantisi vermez; bu hedeflerin hizmet ve yönetişim planıyla desteklenmesi gerekir.
Amaç yalnızca birkaç kampanya veya ürün sitesi açmaksa, mevcut uzantılarda alan adı ve alt alan adı stratejisi daha uygun olabilir. Yeni gTLD; sürekli sözleşme, kayıt politikası, teknik hizmet ve bütçe yükümlülüğü getirir. Karşılaştırmayı yalnızca ismin çekiciliğiyle değil, kullanıcıya sağlanacak somut fayda ve uzun vadeli maliyetle yapın.
Resmî Uygunluk ile Stratejik Uygunluğu Ayırın
Başvuru sahibi kurulmuş bir tüzel kişi olmalıdır
2026 Applicant Guidebook §1.1.1’e göre başvurular uygun şirket, kuruluş, kurum veya kamu/uluslararası kuruluş gibi tüzel kişilerden kabul edilir. Gerçek kişilerin ve sole proprietorship türündeki, sahibinden ayrı tüzel kişiliği olmayan işletmelerin başvuruları değerlendirilmez. Henüz kurulmamış bir kuruluş adına başvurmak da uygun değildir. Kurulmuş olmak tek başına yeterli olmaz; geçmiş incelemesi ile mali ve operasyonel değerlendirme de uygulanır.
Şehir veya topluluk fikri, özel kuralları ortadan kaldırmaz. Rehberdeki ülke/bölge adları kapsamına giren bazı dizgeler başvuruya kapalıdır. Başkent adları, şehirle bağlantılı amaçla kullanılan şehir adları ve diğer tanımlı coğrafi kategoriler için ilgili kamu makamlarının destek veya itiraz etmeme belgeleri gerekebilir. Topluluk başvurularında ise temsil edilen topluluk ve bağlayıcı kayıt politikaları açıklanmalıdır; topluluk desteği otomatik kabul değildir.
Stratejik değerlendirme ayrı bir adımdır: Uzantıyı kim kullanacak, neden mevcut alan adlarından daha uygun olacak ve hizmeti kim sürdürecek? Marka yönetimi, hukuk, finans ve teknik ekiplerin ortak bir işletim modeli üzerinde uzlaşması gerekir. Yalnızca bir RSP seçmek veya başvuru ücretini ayırmak, kuruluşun tüm uygunluk koşullarını karşıladığını göstermez.
Başvuru Süreci: Rehber, Değerlendirme ve Delegasyon
2026 turunun doğru belge sürümünü kullanın
Güncel dayanak, 7 Ekim 2026 tarihli Applicant Guidebook V3-2026.10.07 ve uygulanabilir 2026 Registry Agreement’tır. Eski başvuru rehberi sayfası önceki tura ilişkin belgeler içerebilir; 2012 kurallarını yeni başvuruya doğrudan taşımayın. ICANN’in HTML rehberi referans içindir; sürüm farkında güncel İngilizce yetkili belge esas alınır.
ICANN yeni gTLD programı üzerinden erişilen RSP değerlendirmesi, uzantının teknik hizmetlerini sağlayacak kuruluşun incelemesini gTLD dizgesi başvurusundan ayırır. Başvuru sahibi bir veya daha fazla değerlendirilmiş RSP belirlemelidir; kendi teknik sistemini işletmek isteyen kuruluşun da ilgili RSP değerlendirme yolunu karşılaması gerekir. RSP kullanmak kayıt operatörünün sözleşmesel sorumluluğunu devretmez.
Süreçte idari kontroller, başvuruların yayımlanması, ilgili yorum/itiraz dönemleri, dizge ve başvuru sahibi değerlendirmeleri ve varsa çekişme çözümü bulunur. Her adımın sırası ve uygulanabilirliği rehbere bağlıdır. Başvuru sahipleri arasında özel anlaşma veya özel açık artırmayla çekişme çözümü yasaktır; rehberdeki izin verilen süreçler izlenmelidir. Başarılı değerlendirmeden sonra sözleşme, sistemlere katılım ve ICANN’in belirlediği delegasyon test/prosedürleri tamamlanır; kök bölgeye eklenme bundan ayrı bir eşiktir. RSP’nin değerlendirilmiş olması bütün bu adımların bittiği anlamına gelmez.
Teknik Sorumluluklar: Kayıt Sistemi ve Son Kullanıcı Hizmetleri
Registry altyapısını web sitesi barındırmadan ayırın
Kayıt sistemi; dayanıklı yetkili DNS, DNSSEC, registrar işlemleri için EPP, kayıt verisine erişim için RDAP, kayıt verisi emaneti ve süreklilik süreçlerini kapsar. Emanet hizmeti sıradan web sitesi yedeği değildir. DNSSEC anahtar yönetimi ve kök bölge DS koordinasyonu için test edilmiş görev dağılımı gerekir. DNSSEC anahtar döndürme rehberi temel kavramları açıklar; TLD işletimi ayrıca sözleşme ve RSP koşullarına tabidir.
Uzantı altında kayıtlı bir alan adının web DNS’i farklı katmandır. Örneğin bir sitenin zone apex noktasındaki CNAME sınırlaması, yeni gTLD başvurusunun teknik yeterliliğini tanımlamaz. Kökte CNAME ve alternatifleri rehberi web sitesi ekiplerinin alan adı DNS tasarımına yardımcı olur. Registry’nin TLD bölgesi, registrar kayıt işlemleri ve sitenin kendi DNS sağlayıcısının sorumluluğunu ayrı yazın.
Benzer biçimde, uzantı altında sunulan web sitelerinin TLS sertifikaları site işletmecisinin veya ona hizmet veren ekibin işidir; gTLD delegasyonu bütün sitelere otomatik sertifika vermez. Marka kendi sitelerini işletiyorsa doğrulama, yenileme ve CA limitlerini planlamalıdır. Çok alan adında Let’s Encrypt sertifika yönetimi bu uygulama katmanını ele alır.
Alan adları altında e-posta sunulacaksa SPF, DKIM, DMARC ve posta taşıma güvenliği ayrıca tasarlanır. Bunlar EPP, RDAP veya registry veri emaneti yerine geçmez. E-posta taşıma güvenliği rehberi posta ekibinin hazırlığı içindir; güvenli taşıma tek başına gelen kutusuna teslim garantisi sağlamaz.
Lansman Modeli ve Marka Koruma Mekanizmaları
Sunrise, Claims ve marka istisnaları
Kamuya açık kayıt modelinde uygulanabilir Trademark Clearinghouse kurallarını lansman planına dahil edin. Sunrise, uygun marka sahiplerinin belirli adları öncelikli kayıt sürecinde talep etmesine olanak verir; Trademark Claims ise eşleşen adın kaydı sırasında başvuranı ve ilgili süreçte hak sahibini bilgilendirir. Bu mekanizmalar bütün benzer adları rezerve etmez ve her uyuşmazlığı önceden çözmez. Ayrılmış adlar, kayıt uygunluğu ve itiraz süreçleri de açıklanmalıdır.
Her uzantının herkese açık erken/genel kayıt aşamalarından geçmesi gerekmez. 2026 Registry Agreement Specification 13 §4.1, uygun .Brand statüsü sürdüğü ve işletmeci tanımlı TMCH hizmetlerini uygulamayı seçmediği sürece Sunrise ve Claims hizmetlerinden muafiyet tanır. Bu hizmetleri uygulamayı seçmek, ön bildirim ve ücretler dahil TMCH uyum yükümlülüklerini doğurur; statüyü kaybetmek de ilgili yükümlülükleri devreye sokar. İstisna tüm hak koruma sorumluluklarını kaldırmaz. .Brand kapsamındaki kayıt sahipleri ve her düzeydeki DNS kontrolü, işletmeci, bağlı kuruluşlar veya sözleşmedeki şartları karşılayan marka lisans sahipleriyle sınırlıdır. Kamuya açık uzantılara aynı istisnayı uygulamayın.
Landrush gibi ticari lansman aşamaları, zorunlu hak koruma süreçlerinin yerine geçmez. Kayıt politikasını, ücretleri, kimlerin hangi adları alabileceğini ve destek kanalını açık anlatın. Registrar erişimi ve ayrım gözetmeme yükümlülüklerini de hesaba katın; birkaç satış ortağıyla çalışmak her işletim modelinde kendiliğinden izin verilen bir ayrıcalık değildir.
Güncel Takvim ve Toplam Bütçe
Tamamlanan tarihleri gelecek vaatlerinden ayırın
ICANN’in 7 Ekim 2026 duyurusu, kapanan başvuru penceresini ve Reveal Day’i belgeliyor. Duyuruda String Confirmation Day 17 Kasım 2026 olarak planlanmıştır; 3 Kasım itibarıyla bu gelecek bir aşamadır. Sonraki değerlendirme ve delegasyon sürelerini sabit bir yayın tarihi gibi sunmayın; güncel resmî takvim ile başvuruya özel bildirimleri izleyin.
Mevcut başvurusu olan kuruluş; belge talepleri, uygun yorum/itiraz süreçleri, teknik sağlayıcı ve mali hazırlık için ayrı sorumlular belirlemelidir. Başvurmamış bir kuruluşun bu kapalı pencereye yeni başvuru yapabileceği varsayılmamalıdır. Gelecek tur için hazırlık yapılabilir, ancak tarih ve koşullar resmen duyurulmadan kesin kabul edilmemelidir.
2026 turunda genel gTLD değerlendirme ücreti başvuru başına 227.000 ABD dolarıdır; uygun Applicant Support Program başvuruları ve rehberdeki varyant koşulları farklı değerlendirilebilir, ek koşullu değerlendirme ücretleri doğabilir. Bu tutar toplam işletim bütçesi değildir. RSP hizmeti, hukuk, devamlılık, izleme, hak koruması, registrar entegrasyonu ve kullanıcı desteğini çok yıllı planlayın; kayıt gelirlerinin bunları otomatik karşılayacağını varsaymayın.
Varsayımsal Lansman: Hangi Soruna Hangi Ekip Bakar?
İlk hafta için iki ayrı operasyon hattı
Varsayımsal bir kamuya açık uzantının lansmanında registrar kayıt işlemleri başarısız olabilir, RDAP yanıtları gecikebilir veya yetkili DNS alarmı oluşabilir. Bunlar registry/RSP operasyon hattına gider. Aynı sırada tanıtım sitesinin sertifika hatası veya bir kayıt sahibinin posta sorunu yaşaması, ilgili site ya da posta hizmeti ekibinin incelemesini gerektirir. Tek bir destek ekranı kullanılabilir; teknik sahiplik yine ayrıdır.
Lansmandan önce bu örnekler için iletişim zinciri, olay önceliği ve kullanıcıya verilecek bilgi hazırlanmalıdır. Registry hizmetinin kesintisiyle tek bir sitenin hatasını ayırt eden izleme kurun. Veri emaneti teslimleri, raporlama ve olay kayıtları için takip sahibini belirleyin. Plan, sorun yaşanmayacağı vaadine değil; sorunun kapsamını hızla tespit edip doğru ekibe aktarmaya dayanmalıdır.
Yetkili DNS altyapısının IPv4 ve IPv6 erişimini RSP’nin değerlendirilmiş kapsamı ve hizmet gerekleriyle birlikte doğrulayın; bu, uzantı altındaki her web sitesinin IPv6’ya geçtiği anlamına gelmez. IPv6 geçiş rehberi uygulama ve erişim testlerini anlamaya yardımcı olur. Registry hizmetlerini birden fazla ağdan izleyin; yalnızca yerel bağlantı başarısı yeterli kanıt değildir.
Sık Karıştırılan Başvuru ve Kullanım Kuralları
Topluluk, .Brand ve kapalı jenerik aynı şey değildir
Topluluk başvurusu, tanımlı toplulukla bağlantıyı ve uygulanacak kayıt politikalarını gerektirir. Çekişme durumunda Community Priority Evaluation seçeneği ilgili koşul ve ölçütlerle değerlendirilir; destek mektupları veya bir anket otomatik öncelik sağlamaz. Sözleşmeye alınan topluluk kayıt politikaları yalnızca tanıtım metni olarak bırakılamaz, uygulanmaları gerekir.
2026 kuralları kapalı jenerik işletime izin vermez: Genel bir mal/hizmet sınıfını anlatan uzantıyı yalnızca işletmeci ve bağlı kuruluşlarının yararına kapatmak, sıradan bir iş modeli seçeneği değildir. Uygun bir .Brand başvurusu ise ayrı tanıma ve marka değerlendirmesine tabidir. Bir sözcüğün marka olarak da kullanılabilmesi, o başvurunun otomatik .Brand sayılmasını sağlamaz.
Yeni ve uluslararasılaştırılmış alan adlarının bütün formlar, ödeme sistemleri ve e-posta araçları tarafından kabul edildiği varsayılmamalıdır. İlgili dillerde ve istemcilerde kayıt, bağlantı ve e-posta adresi girişini test edin. IDN varyantları ve benzer görünümlü adlar için uzmanlık gerekir. Uzantı son eki tek başına bir sitenin güvenilirliğini kanıtlamaz; resmî adresleri açıkça duyurun.
Kuruluş İçinde Yapılabilecek Somut Hazırlıklar
Başvuru durumuna göre iş listesi çıkarın
Önce kuruluşun mevcut 2026 başvurusu olup olmadığını netleştirin. Başvurusu olan ekip, taahhütleri ve yaklaşan adımları gerçek başvuru dosyasıyla eşleştirmelidir. Başvurmamış ekip ise hedef, yasal yapı ve maliyet karşılaştırmasını hazırlayabilir; gelecekteki tur koşullarını bugün kesinleşmiş kabul etmemelidir.
RSP görüşmesinde yalnızca marka adı veya geçmiş müşteri sayısını sormayın. Değerlendirme kapsamını ve tamamlanma durumunu, DNS/DNSSEC/EPP/RDAP sorumluluklarını, veri emaneti, olay müdahalesi, değişiklik yönetimi ve çıkış planını yazılı isteyin. Uygulama ekipleri için TLS ve e-posta iş listesini ayrıca tutun; bu işler RSP hizmet teklifinde otomatik olarak bulunmayabilir.
Kullanım politikasını birkaç gerçekçi, açıkça örnek olan alan adı senaryosuyla anlatın. Kim kayıt yapabilir, hangi kanaldan destek alır ve bir sorun nasıl bildirilir? Kamuya açık kayıt hedefiyle .Brand iç kullanımını karıştırmayan bir iletişim planı hazırlayın. Başvuru değerlendirmesi tamamlanmadan kabul veya lansman tarihi vaat etmeyin.
Kararı İsimden Önce İşletim Modeline Dayandırın
Yönetim kararını ölçülebilir hedeflerle hazırlayın
Yeni gTLD kararı, amaç ile sürekli yükümlülüklerin uyumuna dayanmalıdır. Uygun başvuru sahibi, doğru dizge ve kayıt modeli, sürdürülebilir bütçe ve değerlendirilmiş teknik hizmetler birlikte gereklidir. Web sitesi ve e-posta kalitesi kullanımın önemli parçalarıdır, ancak registry yeterliliğinin yerine geçmez.
Yönetim değerlendirmesine üç çıktı götürün: kullanıcıya sağlanacak somut fayda, sorumluları belirlenmiş işletim modeli ve çok yıllı maliyet/alternatif karşılaştırması. Mevcut başvuru varsa bunları güncel dosya ve resmî takvimle bağlayın. Bu kanıtlar yoksa yalnızca yeni bir uzantıya sahip olma isteği, işletme kararını taşımaya yetmez.
