ICANN 2026 gTLD Turu: Takvim ve Teknik Hazırlık

ICANN 2026 gTLD Turu: Başvurulardan İşletmeye

4 Kasım 2026 güncellemesi: ICANN’ın 2026 yeni gTLD turunda başvurular 30 Nisan–12 Ağustos 2026 arasında alındı; başvuru penceresi kapandı. Başvurulan uzantılar 7 Ekim’de yayımlandı. 17 Kasım 2026 için duyurulan String Confirmation Day, nihai başvuru dizelerinin ve güncellenmiş çekişme kümelerinin yayımlanacağı sonraki aşama. Bu yazı ilk kez 30 Aralık 2025’te yayımlandı; aşağıdaki takvim ve kurallar güncel Applicant Guidebook ve tarihli ICANN duyurularına göre yenilendi.

Yeni gTLD turu, bir uzantıda alan adı kaydetmekle aynı işlem değildir. Başvuran kuruluş, bir üst seviye alan adının registry operatörü olmak ister; marka, finansman, kayıt politikası ve sürekli teknik hizmet sorumluluğu üstlenir. Markalar, ajanslar ve küçük işletmeler ise başvuruları izleyerek daha sonra kullanıma açılabilecek uzantılarda hangi adlara ihtiyaç duyacaklarını değerlendirebilir. Bu rehber, iki kararı birbirinden ayırarak başvuru sürecini, marka korumasını ve teknik hazırlığı açıklar.

Yeni gTLD Turu Nedir, Neden Önemli?

ICANN, DNS kök bölgesindeki adların tahsis ve koordinasyonunda rol alan küresel kuruluştur. gTLD, .com ve .org gibi genel üst seviye alan adlarını ifade eder; ülke kodlu uzantılar ayrı bir kategoridir. 2012 turundan sonra 2026 turu, yeni uzantılar için geniş ölçekli bir başvuru imkânı sundu. Başvurunun yayımlanması onay, kök bölgeye delegasyon veya son kullanıcılara kayıt açılması anlamına gelmez.

Bu turun önemi birkaç başlıkta özetlenebilir:

• Adres alanı çeşitlenebilir: Mevcut uzantı seçeneklerine, onaylanan başvurular doğrultusunda yeni tematik ve marka odaklı uzantılar eklenebilir.
• Marka koruması karmaşıklaşıyor: Yeni açık uzantılar, risk ve bütçeye göre seçilmiş kayıtlar ile izleme planını yeniden değerlendirmeyi gerektirebilir.
• Teknik planlama gerekiyor: Registry (kayıt otoritesi) projesinde DNSSEC, anycast DNS, abuse yönetimi, EPP ve SLA gibi konuların nasıl ele alınacağı planlanmalı; zorunlu şartlar ilgili tur belgelerinden belirlenmeli.
• Kullanıcı algısı açısından yeni seçenekler doğuyor: Özellikle niş sektörler ve dikey pazarlarda, doğru uzantı seçimi marka algısında fark yaratabiliyor.

Bu çerçeveyi, DCHost blogundaki ICANN yeni gTLD politikaları üzerine kapsamlı rehberimizde teknik detaylarıyla ele almıştık. Bu yazıda ise odak noktamız, 2026 başvurularının izlenmesi ve uzun vadeli işletme hazırlığı olacak.

2026 Takvimi ve Başvuru Aşamaları

Hazırlık, başvuru kabulü, değerlendirme ve delegasyon ayrı aşamalardır. ICANN’ın 7 Ekim 2026 duyurusu, başvuru dönemini ve sonraki kilometre taşlarını birlikte verir. 8–21 Ekim’deki replacement dönemi de tamamlandı. Topluluk görüşleri ve itirazlar dönemi 17 Kasım 2026–16 Mart 2027 için duyuruldu; belirli itiraz prosedürlerinin ayrıca kendi takvimleri olabilir. 4 Kasım itibarıyla yeni bir 2026 başvurusu gönderilemez; sonraki bir turun tarihini bu turdan hareketle varsaymamak gerekir.

1. Yayımlanmış Kılavuz ve Sürüm Takibi

SubPro politika çalışmaları, 2026 turunun kural ve süreçlerine temel oluşturdu. ICANN Yönetim Kurulu kılavuzu 30 Ekim 2025’te kabul etti; nihai V1 sürümü 16 Aralık 2025’te yayımlandı. Dolayısıyla bu yazının 30 Aralık 2025 tarihli ilk yayını sırasında kılavuz zaten mevcuttu. İnceleme tarihinde geçerli sürüm, 7 Ekim 2026 tarihli V3-2026.10.07; bağlayıcı kaynak İngilizce belgedir. Sonraki güncellemeler için sürüm geçmişini kontrol edin.

Bu doküman; kimlerin başvurabileceği, ücretler, minimum teknik standartlar, isimlere itiraz koşulları ve topluluk veya coğrafi (city/region) TLD’ler için ek şartlar gibi konularda temel başvuru kaynağıdır.

2. Başvuru Penceresi ve Değerlendirme Süreci

2026 başvuru dosyaları kapanmış başvuru döneminde sunuldu. Başvuru sahipleri bundan sonra dosyanın durumunu, ICANN’dan gelen soruları ve değişiklik prosedürlerini izlemeli. Değerlendirmenin ana başlıkları şunlardır:

• Başvuran tüzel kişilik, arka plan incelemesi ve finansal/operasyonel yeterlilik
• İş modeli, uzun vadeli finansman ve uygulanabilir kayıt politikaları
• Değerlendirilmiş Registry Service Provider (RSP) seçimi ve hizmet kapsamı
• DNS kötüye kullanımı, güvenlik ve hak koruma süreçleri
• Topluluk başvurusunda tanımlı topluluk ve kayıt politikaları; ilgili coğrafi ad kategorilerinde ayrıca kamu otoritesinin destek veya itiraz etmeme belgeleri

Ad benzerliği, itirazlar, başvuran kuruluş ve başvurunun niteliği farklı incelemelere tabidir. Aynı veya çekişmeye giren benzer dizeler için kılavuzdaki mekanizmalar uygulanır; uygun topluluk başvurularında Community Priority Evaluation (CPE) ve gerektiğinde ICANN açık artırması bunlar arasındadır. Özel açık artırma, çekişmeyi çözmek için ortak girişim veya başka özel uzlaşmalar yasaktır. Başvuru sahipleri arasındaki iletişim kısıtlarını da dikkate alın; “rakiple anlaşırız” varsayımıyla bütçe oluşturmayın.

3. Sözleşme, Delegasyon ve Gerçek Hayat

Gerekli değerlendirme ve çözüm aşamalarını geçen kuruluş, ICANN ile Registry Agreement imzalar. Sözleşme, registry operatörünün devam eden yükümlülüklerini belirler; imza tek başına uzantının DNS’te çalışmaya başladığı anlamına gelmez. Sonraki işler şunlardır:

• ICANN sistemlerine katılım ve Registry System Testing kapsamındaki gerekli delegasyon öncesi testlerin tamamlanması
• IANA kök bölge delegasyon süreci ve ilgili NS/DS yapılandırma kontrolleri; bunlar bütün registry değerlendirmesinin adı değildir
• Uygulanabilir Sunrise ve Trademark Claims gereklilikleri, sözleşmedeki istisnalar ve kayıt politikalarıyla uyumlu lansman; landrush her TLD için zorunlu bir aşama değildir

Bu noktadan sonra artık siz bir domain sahibi değil, bir TLD’nin işletmecisisiniz. Yani domain işinin DNS, RDAP, abuse, SLA ve yasal uyum tarafı hayatınızın kalıcı bir parçası haline gelir. Bu aşamada DNS altyapısı ve güvenlik sorumlulukları için uygun bir operasyon planı gerekir. Alan adı güvenliği ve DNSSEC rehberimiz temel kavramlar için ek bir kaynaktır; TLD işletmeciliğinin gereksinimleri ayrıca değerlendirilmelidir.

Hangi Tür Yeni TLD’ler Geliyor?

Başvurular marka, sektör, coğrafi ad ve topluluk gibi farklı kullanım amaçları taşıyabilir. Aşağıdaki kategoriler olası işletme modellerini açıklar; herhangi bir dizenin uygun veya kayıt için açık olduğu sonucunu vermez. Başvuru bilgileri ve durumları ICANN’ın yayımladığı kayıtlar üzerinden doğrulanmalıdır.

1. Marka TLD’leri (.marka)

.Marka modeli, bir şirketin veya markanın adını taşıyan ve sözleşmedeki .Brand koşullarını sağlayan TLD içindir. .Brand statüsü değerlendirme gerektirir; sadece bir ticari marka tescili yapmak yeterli değildir. Kayıt ve kullanım sınırları, onaylanan Specification 13 hükümlerine göre planlanmalıdır; uzantı sıradan bir açık domain pazarı gibi düşünülmemelidir.

Bu tür TLD’ler; kurumsal e-posta adreslerinden, intranet/partner portallara, ürün sitelerinden kampanya sayfalarına kadar çok geniş bir kullanım alanına sahip. Marka bütünlüğünü ve resmi adreslerin tanınmasını destekleyebilir; ancak tek başına phishing saldırılarını veya başka uzantılardaki taklit siteleri önlemez.

2. Tematik ve Sektörel gTLD’ler

Bir sektöre veya faaliyete odaklanan uzantı, ilgili kullanıcılar için anlaşılır bir adres sunabilir. Ancak genel bir terimi yalnız operatör ve bağlı kuruluşlarının yararına kapatmayı amaçlayan closed generic başvuruları 2026 turunda izin verilen bir model değildir. ICANN’ın closed generics açıklaması, bu kısıtı tanımlar. Marka TLD’si veya üyelik şartlı topluluk modeliyle aynı kategori değildir.

3. Coğrafi ve Şehir TLD’leri

Coğrafi ad kuralları her yer ismine aynı biçimde uygulanmaz. Kılavuzun 7.5.1 bölümünde tanımlanan ülke ve bağımlı bölge adları onaylanmaz; başkentler, amaç bakımından ilgili şehir adları ve belirli alt ulusal/bölgesel ad kategorileri ise gerekli kamu desteği veya itiraz etmeme belgelerine tabidir. Coğrafi ad incelemesi, başvuran kendisini coğrafi olarak işaretlemese de uygulanır. Bir belediyenin destek vermesi, onaylanamayacak bir ülke adını uygun hâle getirmez.

4. Topluluk (Community) TLD’leri

Topluluk başvurusu, sınırları tanımlanmış bir topluluğun yararına işletilecek TLD için kullanılır. Üye uygunluğu ve ad seçimi gibi kayıt politikaları değerlendirilip sözleşmeye bağlanır. CPE, çekişme varsa seçilebilen bir öncelik değerlendirmesidir; her topluluk başvurusuna otomatik öncelik sağlamaz. Topluluk desteğiyle coğrafi adlar için gereken kamu otoritesi belgeleri farklı koşullardır.

Marka ve Domain Stratejisi Açısından Yeni Tur Ne İfade Ediyor?

İster yeni bir girişim, ister köklü bir kurumsal marka olun, yeni gTLD turu domain stratejinizi gözden geçirmek için güçlü bir sinyal. DCHost blogunda alan adı stratejisi nasıl kurulur ve uluslararası SEO için doğru domain mimarisi üzerine detaylı rehberler paylaştık. Yeni tur, bu rehberlerde anlattığımız karar noktalarına yeni bir boyut ekliyor.

Fırsatlar: Sadece Daha Fazla Domain Değil

• Yeni ad seçenekleri: Tercih ettiğiniz .com alınmışsa ilgili bir uzantıda uygun bir ad bulunabilir; kayıt uygunluğu, fiyat ve yenileme koşullarını kontrol edin.
• Konumlandırma: İlgili bir uzantı kullanım amacını anlatabilir; işletmenin güvenilirliğini tek başına kanıtlamaz.
• Marka TLD ile kayıt kontrolü: Kendi .marka uzantınızdaki kayıtları kontrol etmek, kullanıcıların resmi adreslerinizi tanımasını destekleyebilir. Bu kontrol, başka uzantılardaki taklit siteleri veya phishing girişimlerini tek başına engellemez.
• Dil ve coğrafya uyumu: Yerel veya çok dilli yapılar için TLD seçimini, hreflang ve uluslararası SEO mimarisi ile birlikte planlamak yararlıdır; uzantı seçimi tek başına sıralama avantajı sağlamaz.

Riskler: Defansif Stratejiyi Hafife Almamak

Açık kayda uygun yeni bir uzantı, markanıza benzer adların da kaydedilebildiği yeni bir alan oluşturabilir. Her TLD herkese açık olmadığı için riski kayıt politikası ve kullanımına göre değerlendirin. Takip edilecek örnekler:

• Typosquatting (yazım hatalı alan adları)
• Phishing ve kimlik avı siteleri
• Marka adıyla ilişkisiz ama kullanıcıyı yanıltan kayıtlar

Bu riskler için tespit, bildirim ve müdahale sorumlularını belirleyin. DCHost blogunda marka koruması için defansif domain satın alma stratejilerini detaylandırdık; yeni turda bu stratejileri güncellemek çok daha kritik hale geliyor.

Hukuki boyutta ise UDRP ve alan adı ihtilafları süreçlerini bilen uzmanlardan destek alın. Defansif kayıt, izleme, kullanıcı bilgilendirmesi ve uygun hukuki yollar birbirini tamamlar; her markanın tüm uzantıları alması veya tek bir yöntemin daima en ucuz olması beklenemez.

Teknik Perspektif: Yeni TLD Açmak “Bir Domain Daha Almak” Değil

Bir TLD işletmek, sıradan web barındırmadan farklı bir uzmanlık ve uyum yükü taşır. Registry operatörü sözleşmeden sorumludur; teknik işlerin bir bölümünü RSP’ye vermek bu sorumluluğu kaldırmaz. Registrar, son kullanıcıya alan adı kaydı sunan ayrı roldür. Bu görevleri organizasyon şemasında ve sözleşmelerde açıkça ayırın.

Registry Altyapısı ve DNS Tasarımı

2026 turunda başvuru sahibi, ICANN’ın RSP Evaluation Program kapsamında değerlendirdiği sağlayıcıları belirlemelidir. Kuruluş kendi teknik hizmetini vermek istiyorsa kendisi de ilgili RSP değerlendirmesinden geçmelidir. Kritik işlevler DNS, DNSSEC, EPP, RDAP ve data escrow’dur. Altyapının başlıca parçaları:

• SRS ve EPP: Kayıt veritabanı ile registrar’ların oluşturma, yenileme ve transfer işlemlerini yürüttüğü hizmetler
• Yetkili DNS: TLD bölgesini ve alt alan adlarına delegasyonları sunan yedekli ağ; anycast olası bir mimaridir, tek başına uyum belgesi değildir
• DNSSEC: Bölge imzalama, anahtar döngüsü ve kök bölgedeki DS ilişkisinin yönetimi; alt alan adlarının imzalanması ayrıca düzenlenir
• RDAP ve data escrow: Kayıt verilerine kurallı erişim ve sözleşmeye uygun veri emaneti; sıradan veritabanı yedeği escrow’un yerine geçmez

Kılavuzun RSP seçimi bölümü, Main, DNS ve DNSSEC RSP kapsamlarını ayrı tanımlar. Birden fazla rolü aynı değerlendirilmiş kuruluş sağlayabilir.

Bir VPS veya fiziksel sunucu satın almak, RSP değerlendirmesi ya da registry işletme yeterliliği sağlamaz. Önce uygun RSP hizmetini ve sorumluluk sınırlarını seçin; kendi ekibinizin çalıştıracağı portal, entegrasyon veya raporlama sistemleri için barındırma ihtiyacını bundan sonra çıkarın. DCHost’un genel hosting hizmetleri, burada ICANN tarafından değerlendirilmiş RSP hizmeti olarak sunulmamaktadır.

Güvenlik, Abuse Yönetimi ve Uyum

DNS kötüye kullanımı ve veri koruma yükümlülükleri yalnızca 2026 turuyla başlamadı. DNS abuse sözleşme değişiklikleri 5 Nisan 2024’te, Registration Data Policy ise 21 Ağustos 2025’te yürürlüğe girdi. Bunları güncel Registry Agreement ve uygulanabilir hukukla birlikte değerlendirin.

• Malware, botnet, phishing ve pharming için delil toplama, inceleme ve uygun azaltım süreçleri kurun. ICANN’ın sözleşmesel DNS abuse tanımı, spam’i bu zararları dağıtmak için kullanıldığında kapsar.
• Abuse başvuru kanallarını, registrar/RSP iş birliğini ve gerektiğinde yetkili kurumlarla iletişimi tanımlayın.
• RDAP yayımlama ve kamuya açık olmayan verilere erişimi, Registration Data Policy ile uygulanabilir KVKK/GDPR yükümlülüklerine göre yönetin; tüm kişisel verileri herkese açmayın.

DCHost’un KVKK ve GDPR odaklı log anonimleştirme ve veri yerelleştirme stratejileri hakkındaki rehberleri genel arka plan sağlar. Registry’ye özgü sözleşme ve veri işleme koşullarını ayrıca inceleyin: hangi veriyi nerede, ne kadar süreyle, hangi hukuki dayanağa göre tutuyorsunuz sorusunu baştan netleştirmek çok önemli.

Veri Merkezi, Yüksek Erişilebilirlik ve Felaket Senaryoları

TLD DNS katmanındaki bir kesinti, kayıt ölçeğine ve önbellek durumuna bağlı olarak çok sayıda alan adını, e-postayı ve uygulamayı etkileyebilir. Registry işlem sistemi veya RDAP kesintisinin etkisi farklıdır; bu hizmetler ayrı izlenmelidir. Planlanacak başlıklar:

• DNS, kayıt işlemleri ve RDAP için ayrı kapasite ve hizmet seviyesi hedefleri
• Arıza alanları ayrılmış altyapı, tutarlı veri çoğaltma ve sınanmış kurtarma süreçleri
• Yedekleme dışında data escrow, sağlayıcı değişimi ve sözleşmeye uygun hizmet sürekliliği planları

Bu planların sorumluları ve test sonuçları yazılı olmalıdır. Bu konuda çok bölgeli mimariler ve DNS geo-routing üzerine hazırladığımız rehber, genel mimari ilkelerini açıklar; registry sözleşmesi ve RSP değerlendirmesinin yerini tutmaz.

KOBİ’ler, Ajanslar ve Startuplar İçin Pratik Yol Haritası

Çoğu KOBİ ve ajans için öncelik bir TLD işletmekten ziyade uygun alan adlarını seçmek ve güvenli yönetmektir. Başvurulan bir uzantı henüz satın alınabilecek bir ürün olmayabilir. Aşağıdaki plan, maliyet ve gereksiz portföy büyümesini sınırlamaya yardımcı olur:

1. Mevcut Domain Portföyünüzü Haritalayın

İlk adım, bugün elinizde ne olduğunu netleştirmek. Bunun için:

• Marka adınızı taşıyan tüm alan adlarını (.com, .net ve ülke uzantılarındaki kayıtlar gibi) listeleyin.
• Typosquat (yazım hatalı) alan adlarınızı ve park ettiğiniz domainleri ekleyin.
• Farklı ürün/dikeyler için kullandığınız ayrı domainleri haritalayın.

Bu çalışmayı; alan adı portföy yönetimi rehberimizde anlattığımız yöntemlerle bir tabloya dökerseniz, yeni gTLD turundaki fırsatları ve açıkları çok daha net görürsünüz.

2. Yeni Uzantıları İş İhtiyacına Göre Sıralayın

Her başvurulan uzantıda alan adı alınamaz; onay, lansman ve kayıt uygunluğu koşulları vardır. Kayıt açıldığında da ilk yıl fiyatını, yenileme bedelini, varsa premium fiyatlandırmayı ve kullanım amacını birlikte değerlendirin. Üç seviyeli bir liste oluşturabilirsiniz:

1. Stratejik çekirdek TLD’ler: Marka, sektör veya coğrafya açısından vazgeçilmez gördüğünüz, mutlaka yer almak istediğiniz uzantılar. Buralar için hem aktif kullanım hem de defansif kayıt düşünülmeli.
2. Defansif/kritik risk TLD’ler: Aktif kullanmasanız bile marka istismarı riskinin yüksek olduğunu düşündüğünüz, minimum düzeyde domain alımı yapacağınız uzantılar.
3. İzle & değerlendir TLD’ler: Lansmanı, fiyatlandırması ve kabul görme durumuna göre daha sonra karar vereceğiniz, başlangıçta sadece takip listesine alacağınız uzantılar.

ICANN’ın Application Publication and Statistics sayfasından başvuru durumlarını takip edin; ardından registry ve registrar duyurularında lansman tarihini, uygunluk şartlarını ve fiyatları doğrulayın. Bir ön talep veya izleme kaydı, ICANN onayı ya da alan adı tahsisi garantisi değildir.

3. Hosting, DNS ve SSL Tarafını Yeni Uzantılara Hazırlayın

Bir yeni uzantıda alan adı gerçekten kullanılabilir olduğunda, web ve e-posta entegrasyonlarını kendi gerçek adresinizle sınayın. ICANN onayı veya DNS’te delegasyon, tüm uygulamaların yeni ve uzun uzantıları ya da uluslararası karakterleri hemen kabul edeceği anlamına gelmez. Kontrol listeniz:

• Yeni alan adınız için SSL/TLS sertifikalarının doğru kurulması ve otomatik yenilenmesi (Let’s Encrypt, ACME otomasyonu, wildcard/san sertifikalar).
• DNS kayıtlarının (A/AAAA, MX, CNAME, TXT vs.) doğru yapılandırılması ve yayılım stratejileri. Bu konuda DNS kayıtları rehberimiz ve DNS önbelleği ve yayılım süresi yazımız başlangıç için ideal.
• Mevcut siteyi taşıyorsanız sayfa bazlı 301 eşleştirmeleri, yeni canonical ve sitemap adresleri. Yeni bir site açmak için kendiliğinden yönlendirme gerekmez. Bunun için de robots.txt ve sitemap.xml rehberimizi mutlaka gözden geçirmenizi öneririz.
• Formlar, ödeme sistemi, CRM, e-posta kabulü ve sertifika hizmetlerinde uzun TLD/IDN desteği; Unicode ve ASCII gösterimleriyle gerçek kullanım testleri

İhtiyaç duyulan barındırmayı sitenin yüküne göre seçin: VPS veya fiziksel sunucu seçenekleri bu katmana aittir. Kayıt yapılabilen her uzantının her registrar veya posta/sertifika hizmetinde desteklendiğini varsaymayın; hizmet sağlayıcılarıyla uyumu önceden doğrulayın.

4. Yeni Markalar ve Ürünler İçin İsimlendirmeyi Baştan Doğru Kurun

Eğer önünüzde yeni bir marka, ürün veya dikey proje planı varsa, yeni gTLD turu isimlendirme çalışmalarınıza dahil edilmeli. DCHost blogunda yeni markalar için alan adı, marka tescili ve sosyal medya kullanıcı adlarını birlikte planlama rehberimizi paylaşmıştık. Buna ek olarak, ICANN politikalarının marka stratejisine etkisini de ayrı bir yazıda detaylandırdık.

Alan adını uzantısıyla birlikte okuyun: kullanıcılar adı kolay yazabiliyor ve kullanım amacını anlayabiliyor mu? Sırf yeni bir uzantıya uyması için marka adını zorlamayın. Ad seçimini marka hakları, kullanıcı alışkanlıkları ve uzun vadeli domain mimarisiyle birlikte değerlendirin.

Teknik Destek Kapsamını Nasıl Belirlersiniz?

Alan adı kararı verirken ICANN alan adı politikalarındaki değişiklikler ve teknik ve stratejik etkiler konularındaki rehberlerimizden yararlanabilirsiniz. Başvuruya özgü kararlarda güncel ICANN belgelerini esas alın.

Bir hizmet teklifinde hangi işin kime ait olduğunu üç ayrı kapsamda belirleyin:

1. Domain Stratejisi ve Portföy Tasarımı

• Mevcut alan adlarının sahiplik, yenileme, kullanım ve erişim envanteri
• Stratejik kayıtlar, seçili defansif kayıtlar ve yalnız izlenecek uzantılar için bütçe
• Başvuru ve lansman takibini kimin yapacağı; bildirimlerin hangi kaynağa dayanacağı

2. Operasyonel ve Teknik Kurulum

• Web sitesi ve e-posta için DNS, TLS, kimlik doğrulama ve hesap güvenliği
• VPS veya fiziksel sunucuda uygulama kapasitesi, yönetim sorumluluğu ve izleme
• Yedekleme kapsamı, kurtarma testi ve varsa alan adı taşıma için URL eşleştirmeleri

3. TLD İşletmeciliği İçin Ayrı Uzmanlık ve Bütçe

TLD projesi için genel barındırma bütçesinden ayrı bir fizibilite hazırlayın. 2026 turunun standart gTLD değerlendirme ücreti başvuru başına 227.000 ABD dolarıdır; uygun Applicant Support Program ve varyant koşullarında istisnalar bulunur. Bu tutar toplam proje maliyeti veya başarılı sonuç garantisi değildir.

• Koşullu değerlendirmeler, olası itiraz/çekişme süreçleri ve hukuki danışmanlık giderleri
• RSP hizmeti, veri emaneti, hak koruma entegrasyonları ve sürekli operasyon
• Registry Agreement kapsamındaki dönemsel ve uygulanabilir işlem ücretleri
• Güvenlik, olay yönetimi, uyum ve uzun vadeli finansman rezervi

RSP’nin değerlendirilmiş hizmetlerini, finansal planı ve teknik sorumlulukları birlikte inceleyin. Genel VPS, dedicated veya colocation kapasitesinin büyütülebilmesi, mevcut sistemin otomatik olarak TLD işletmeye uygun olduğu anlamına gelmez. DCHost’tan alınacak bir teklifin kapsamını ayrıca doğrulayın; registry başvurusu ve hukuki danışmanlık uzmanlarını bağımsız seçin.

Bir Sonraki Kararı Somutlaştırın

4 Kasım 2026 itibarıyla iş planı, 2026 turuna yeni başvuru göndermek üzerine kurulamaz. Mevcut başvuru sahibi, marka yöneticisi ve yeni bir TLD projesi düşünen kuruluş için sonraki işler farklıdır:

• Başvuru sahibiyseniz ICANN bildirimlerini, dosya durumunu, kılavuz değişikliklerini ve RSP hazırlığını izleyin.
• Marka sahibiyseniz yayımlanan başvuruları değerlendirin; itiraz yollarını uzmanınızla inceleyin ve yalnız gerekli alan adlarını izleme listesine alın.
• Gelecekte TLD işletmek istiyorsanız sürdürülebilir iş modeli ve teknik/hukuki ekip hazırlayın; sonraki turun tarihini resmî duyuru olmadan varsaymayın.

Yeni bir uzantı tek başına arama sıralaması, güvenlik veya müşteri güveni kazandırmaz. Google yeni gTLD’leri diğer genel uzantılar gibi değerlendirir; uzantıdaki anahtar kelime veya .Brand statüsü kendiliğinden sıralama avantajı sağlamaz. ccTLD’ler çoğunlukla ülke hedefleme sinyali verir; Google bazılarını genel uzantı olarak değerlendirir. Alan adı değiştirirken sayfa bazlı 301 eşleştirmelerini, dahili bağlantıları, canonical, hreflang ve sitemap adreslerini tutarlı biçimde güncelleyin; taşınma sırasında sıralamaların değişmeyeceği garanti edilemez. İyi seçim; açık kullanım amacı, gerçekçi yenileme bütçesi, uyumlu web/e-posta sistemleri ve tutarlı marka iletişimiyle desteklenir. Bu ilkeler, mevcut .com adresinizi korurken de uygulanabilir.

Barındırma ihtiyacınız için DCHost ekibiyle mevcut uygulamalarınızın yükünü ve yönetim kapsamını değerlendirebilirsiniz. Bir TLD başvurusu söz konusuysa ayrıca ICANN süreçlerini bilen danışman ve değerlendirilmiş RSP ile çalışın. Genel hosting kararıyla registry işletme taahhüdünü aynı satın alma kalemi olarak ele almayın.