{"id":2815,"date":"2025-12-03T21:47:28","date_gmt":"2025-12-03T18:47:28","guid":{"rendered":"https:\/\/www.dchost.com\/blog\/icannin-yeni-alan-adi-politikalari-marka-ve-domain-stratejinizi-nasil-degistiriyor\/"},"modified":"2025-12-03T21:47:28","modified_gmt":"2025-12-03T18:47:28","slug":"icannin-yeni-alan-adi-politikalari-marka-ve-domain-stratejinizi-nasil-degistiriyor","status":"publish","type":"post","link":"https:\/\/www.dchost.com\/blog\/icannin-yeni-alan-adi-politikalari-marka-ve-domain-stratejinizi-nasil-degistiriyor\/","title":{"rendered":"ICANN&#8217;\u0131n Yeni Alan Ad\u0131 Politikalar\u0131: Marka ve Domain Stratejinizi Nas\u0131l De\u011fi\u015ftiriyor?"},"content":{"rendered":"<div class=\"dchost-blog-content-wrapper\"><div id=\"toc_container\" class=\"toc_transparent no_bullets\"><p class=\"toc_title\">\u0130&ccedil;indekiler<\/p><ul class=\"toc_list\"><li><a href=\"#ICANN8217in_yeni_alan_adi_politikalari_neden_bu_kadar_gundemde\"><span class=\"toc_number toc_depth_1\">1<\/span> ICANN&#8217;\u0131n yeni alan ad\u0131 politikalar\u0131 neden bu kadar g\u00fcndemde?<\/a><\/li><li><a href=\"#ICANN_nedir_alan_adi_politikalari_nerede_baslar_nerede_biter\"><span class=\"toc_number toc_depth_1\">2<\/span> ICANN nedir, alan ad\u0131 politikalar\u0131 nerede ba\u015flar nerede biter?<\/a><\/li><li><a href=\"#Yeni_alan_adi_politikalarinin_ana_eksenleri\"><span class=\"toc_number toc_depth_1\">3<\/span> Yeni alan ad\u0131 politikalar\u0131n\u0131n ana eksenleri<\/a><ul><li><a href=\"#1_WHOIS8217ten_RDAP8217e_gecis_ve_kayit_verisi_politikalari\"><span class=\"toc_number toc_depth_2\">3.1<\/span> 1. WHOIS&#8217;ten RDAP&#8217;e ge\u00e7i\u015f ve kay\u0131t verisi politikalar\u0131<\/a><\/li><li><a href=\"#2_Transfer_politikalarindaki_sikilasma\"><span class=\"toc_number toc_depth_2\">3.2<\/span> 2. Transfer politikalar\u0131ndaki s\u0131k\u0131la\u015fma<\/a><\/li><li><a href=\"#3_DNS_kotuye_kullanimina_karsi_artan_baski\"><span class=\"toc_number toc_depth_2\">3.3<\/span> 3. DNS k\u00f6t\u00fcye kullan\u0131m\u0131na kar\u015f\u0131 artan bask\u0131<\/a><\/li><li><a href=\"#4_Yeni_gTLD_turu_ve_ozel_uzantilar\"><span class=\"toc_number toc_depth_2\">3.4<\/span> 4. Yeni gTLD turu ve \u00f6zel uzant\u0131lar<\/a><\/li><li><a href=\"#5_Guvenlik_odakli_guncellemeler_DNSSEC_CAA_ve_daha_fazlasi\"><span class=\"toc_number toc_depth_2\">3.5<\/span> 5. G\u00fcvenlik odakl\u0131 g\u00fcncellemeler: DNSSEC, CAA ve daha fazlas\u0131<\/a><\/li><\/ul><\/li><li><a href=\"#Bu_degisiklikler_sizi_nereden_vurur_Farkli_profil_ve_senaryolar\"><span class=\"toc_number toc_depth_1\">4<\/span> Bu de\u011fi\u015fiklikler sizi nereden vurur? Farkl\u0131 profil ve senaryolar<\/a><ul><li><a href=\"#Kucuk_isletme_veya_girisim_sahibiyseniz\"><span class=\"toc_number toc_depth_2\">4.1<\/span> K\u00fc\u00e7\u00fck i\u015fletme veya giri\u015fim sahibiyseniz<\/a><\/li><li><a href=\"#Ajanslar_ve_domain_portfoy_yonetenler_icin_etkiler\"><span class=\"toc_number toc_depth_2\">4.2<\/span> Ajanslar ve domain portf\u00f6y y\u00f6netenler i\u00e7in etkiler<\/a><\/li><li><a href=\"#E-ticaret_siteleri_ve_guclu_markalar\"><span class=\"toc_number toc_depth_2\">4.3<\/span> E-ticaret siteleri ve g\u00fc\u00e7l\u00fc markalar<\/a><\/li><li><a href=\"#Domain_yatirimcilari_ve_drop-catcher8217lar\"><span class=\"toc_number toc_depth_2\">4.4<\/span> Domain yat\u0131r\u0131mc\u0131lar\u0131 ve drop-catcher&#8217;lar<\/a><\/li><\/ul><\/li><li><a href=\"#Operasyonel_acidan_neyi_degistirmeniz_gerekiyor\"><span class=\"toc_number toc_depth_1\">5<\/span> Operasyonel a\u00e7\u0131dan neyi de\u011fi\u015ftirmeniz gerekiyor?<\/a><ul><li><a href=\"#1_Kayit_verilerini_ve_iletisim_bilgilerini_duzenleyin\"><span class=\"toc_number toc_depth_2\">5.1<\/span> 1. Kay\u0131t verilerini ve ileti\u015fim bilgilerini d\u00fczenleyin<\/a><\/li><li><a href=\"#2_Transfer_ve_yenileme_stratejilerinizi_yeniden_planlayin\"><span class=\"toc_number toc_depth_2\">5.2<\/span> 2. Transfer ve yenileme stratejilerinizi yeniden planlay\u0131n<\/a><\/li><li><a href=\"#3_Guvenligi_sadece_hosting_degil_domain_katmaninda_da_ciddiye_alin\"><span class=\"toc_number toc_depth_2\">5.3<\/span> 3. G\u00fcvenli\u011fi sadece hosting de\u011fil, domain katman\u0131nda da ciddiye al\u0131n<\/a><\/li><li><a href=\"#4_DNS_ve_hosting_tarafinda_uyumlu_bir_mimari_kurun\"><span class=\"toc_number toc_depth_2\">5.4<\/span> 4. DNS ve hosting taraf\u0131nda uyumlu bir mimari kurun<\/a><\/li><\/ul><\/li><li><a href=\"#DCHost_olarak_ICANN_politikalarina_nasil_uyum_sagliyoruz\"><span class=\"toc_number toc_depth_1\">6<\/span> DCHost olarak ICANN politikalar\u0131na nas\u0131l uyum sa\u011fl\u0131yoruz?<\/a><\/li><li><a href=\"#Ilk_30_gunde_atabileceginiz_10_somut_adim\"><span class=\"toc_number toc_depth_1\">7<\/span> \u0130lk 30 g\u00fcnde atabilece\u011finiz 10 somut ad\u0131m<\/a><\/li><li><a href=\"#Son_soz_ICANN_politikalari_degisiyor_peki_siz_hazir_misiniz\"><span class=\"toc_number toc_depth_1\">8<\/span> Son s\u00f6z: ICANN politikalar\u0131 de\u011fi\u015fiyor, peki siz haz\u0131r m\u0131s\u0131n\u0131z?<\/a><\/li><\/ul><\/div>\n<h2><span id=\"ICANN8217in_yeni_alan_adi_politikalari_neden_bu_kadar_gundemde\">ICANN&#8217;\u0131n yeni alan ad\u0131 politikalar\u0131 neden bu kadar g\u00fcndemde?<\/span><\/h2>\n<p>Son y\u0131llarda alan ad\u0131 d\u00fcnyas\u0131nda al\u0131\u015ft\u0131\u011f\u0131m\u0131z pek \u00e7ok kural yava\u015f yava\u015f de\u011fi\u015fiyor. ICANN&#8217;\u0131n yeni alan ad\u0131 politikalar\u0131; WHOIS verilerinin g\u00f6steriminden transfer s\u00fcre\u00e7lerine, DNS k\u00f6t\u00fcye kullan\u0131m\u0131na kar\u015f\u0131 al\u0131nan \u00f6nlemlerden yeni gTLD (yeni jenerik uzant\u0131lar) turuna kadar geni\u015f bir alan\u0131 kaps\u0131yor. E\u011fer markan\u0131z i\u00e7in birden fazla domain y\u00f6netiyor, m\u00fc\u015fterilerinizin sitelerini bar\u0131nd\u0131r\u0131yor ya da domain yat\u0131r\u0131m\u0131 yap\u0131yorsan\u0131z; bu g\u00fcncellemeler sadece teorik birer kural de\u011fil, g\u00fcnl\u00fck operasyonunuzu etkileyen somut de\u011fi\u015fiklikler anlam\u0131na geliyor.<\/p>\n<p>DCHost taraf\u0131nda hem <a href=\"https:\/\/www.dchost.com\/tr\/alan-adi\/kaydet\">alan ad\u0131 kay\u0131t<\/a> ve transferleri hem de hosting, VPS, dedicated ve colocation altyap\u0131lar\u0131n\u0131 y\u00f6netirken bu de\u011fi\u015fiklikleri yak\u0131ndan takip ediyoruz. \u00d6zellikle ileti\u015fim bilgileri, g\u00fcvenlik gereksinimleri, DNS yap\u0131land\u0131rmalar\u0131 ve yenileme\/transfer ak\u0131\u015flar\u0131; ICANN taraf\u0131ndaki kararlarla do\u011frudan etkileniyor. Bu yaz\u0131da, ICANN&#8217;\u0131n yeni alan ad\u0131 politikalar\u0131n\u0131 sadele\u015ftirerek anlataca\u011f\u0131z, ard\u0131ndan domain sahipleri, ajanslar ve e-ticaret siteleri i\u00e7in ne anlama geldi\u011fini pratik \u00f6rneklerle a\u00e7aca\u011f\u0131z. Son b\u00f6l\u00fcmde ise DCHost \u00fczerinden alan adlar\u0131n\u0131 ve bar\u0131nd\u0131rma altyap\u0131s\u0131n\u0131 y\u00f6netenler i\u00e7in ad\u0131m ad\u0131m bir uygulama plan\u0131 \u00e7\u0131karaca\u011f\u0131z.<\/p>\n<h2><span id=\"ICANN_nedir_alan_adi_politikalari_nerede_baslar_nerede_biter\">ICANN nedir, alan ad\u0131 politikalar\u0131 nerede ba\u015flar nerede biter?<\/span><\/h2>\n<p>ICANN (Internet Corporation for Assigned Names and Numbers), internetin adres defteri diyebilece\u011fimiz alan adlar\u0131 ve IP adresleri ekosistemini koordine eden kurulu\u015ftur. T\u00fcm .com, .net, .org gibi gTLD uzant\u0131lar\u0131 ve yeni jenerik uzant\u0131lar\u0131n (\u00f6rne\u011fin \u015fehir, sekt\u00f6r veya marka bazl\u0131 uzant\u0131lar) arkas\u0131ndaki ana politika yap\u0131c\u0131 otorite ICANN&#8217;d\u0131r. Kay\u0131t operat\u00f6rleri (registry), alan ad\u0131 sa\u011flay\u0131c\u0131lar\u0131 (registrar) ve bizler gibi hosting firmalar\u0131, bu politikalar\u0131n belirledi\u011fi \u00e7er\u00e7eve i\u00e7inde \u00e7al\u0131\u015f\u0131r.<\/p>\n<p>ICANN direkt olarak &#8220;\u015fu fiyat olsun&#8221; veya &#8220;\u015fu DNS kayd\u0131n\u0131 b\u00f6yle yaz&#8221; gibi detaylara kar\u0131\u015fmaz; ama:<\/p>\n<ul>\n<li>Alan ad\u0131 kay\u0131t ve transfer kurallar\u0131n\u0131,<\/li>\n<li>WHOIS \/ RDAP \u00fczerinden hangi verilerin nas\u0131l g\u00f6sterilece\u011fini,<\/li>\n<li>DNS k\u00f6t\u00fcye kullan\u0131m\u0131na (phishing, malware vb.) kar\u015f\u0131 minimum \u00f6nlemleri,<\/li>\n<li>Yeni gTLD programlar\u0131n\u0131 ve ba\u015fvuru \u015fartlar\u0131n\u0131,<\/li>\n<li>Veri koruma ve g\u00fcvenlik i\u00e7in asgari standartlar\u0131<\/li>\n<\/ul>\n<p>politikalar d\u00fczeyinde tan\u0131mlar. Biz DCHost olarak; hem ICANN taraf\u0131ndaki bu gerekliliklere uyum sa\u011flamak hem de m\u00fc\u015fterilerimizin operasyonunu olabildi\u011fince basit ve \u015feffaf tutmak zorunday\u0131z.<\/p>\n<p>ICANN politikalar\u0131ndaki \u00f6nceki d\u00f6nem de\u011fi\u015fiklikleri ve hukuki boyutlar\u0131yla daha derin bir \u00e7er\u00e7eve g\u00f6rmek isterseniz, <a href=\"https:\/\/www.dchost.com\/blog\/icann-alan-adi-politikalarindaki-degisiklikler-domain-sahipleri-icin-yol-haritasi\/\">ICANN alan ad\u0131 politikalar\u0131ndaki de\u011fi\u015fiklikler i\u00e7in haz\u0131rlad\u0131\u011f\u0131m\u0131z yol haritas\u0131na<\/a> mutlaka g\u00f6z at\u0131n.<\/p>\n<h2><span id=\"Yeni_alan_adi_politikalarinin_ana_eksenleri\">Yeni alan ad\u0131 politikalar\u0131n\u0131n ana eksenleri<\/span><\/h2>\n<p>Son d\u00f6nemde \u00f6ne \u00e7\u0131kan ICANN g\u00fcncellemeleri birka\u00e7 ana ba\u015fl\u0131kta toplan\u0131yor. Hepsini ezberlemeniz gerekmiyor; ancak hangi ba\u015fl\u0131\u011f\u0131n sizi nereden etkiledi\u011fini bilmek kritik.<\/p>\n<h3><span id=\"1_WHOIS8217ten_RDAP8217e_gecis_ve_kayit_verisi_politikalari\">1. WHOIS&#8217;ten RDAP&#8217;e ge\u00e7i\u015f ve kay\u0131t verisi politikalar\u0131<\/span><\/h3>\n<p>Y\u0131llarca WHOIS sorgular\u0131nda alan ad\u0131 sahibi bilgileri neredeyse \u00e7\u0131plak \u015fekilde g\u00f6r\u00fcn\u00fcyordu. GDPR ve benzeri veri koruma d\u00fczenlemeleriyle birlikte ICANN, &#8220;kay\u0131t verisi&#8221; konusunu ba\u015ftan ele almak zorunda kald\u0131 ve RDAP (Registration Data Access Protocol) tabanl\u0131 yeni bir modele ge\u00e7i\u015f s\u00fcreci ba\u015flatt\u0131.<\/p>\n<p>Yeni politikalar\u0131n \u00f6ne \u00e7\u0131kan noktalar\u0131:<\/p>\n<ul>\n<li><strong>Veri minimizasyonu:<\/strong> Herkese a\u00e7\u0131k olarak g\u00f6sterilen alan ad\u0131 sahibi bilgileri k\u0131s\u0131tlan\u0131yor; \u00e7o\u011fu durumda sadece teknik olarak gerekli minimum bilgi payla\u015f\u0131l\u0131yor.<\/li>\n<li><strong>Rol bazl\u0131 eri\u015fim:<\/strong> Hukuki makamlar, marka temsilcileri veya teknik operat\u00f6rler gerek\u00e7eye g\u00f6re daha detayl\u0131 verilere eri\u015febiliyor; ama bu eri\u015fim kay\u0131t alt\u0131na al\u0131n\u0131yor.<\/li>\n<li><strong>Standart format:<\/strong> WHOIS \u00e7\u0131kt\u0131lar\u0131ndaki da\u011f\u0131n\u0131k yap\u0131 yerine, RDAP ile makine taraf\u0131ndan okunabilir, standart bir veri format\u0131na ge\u00e7iliyor.<\/li>\n<\/ul>\n<p>Pratikte bu ne anlama geliyor? \u00d6rne\u011fin DCHost \u00fczerinden bir alan ad\u0131 kaydetti\u011finizde, ki\u015fisel bilgilerinizin hangi k\u0131sm\u0131n\u0131n kamuya a\u00e7\u0131k olaca\u011f\u0131n\u0131 daha net g\u00f6receksiniz ve kay\u0131t verinizin y\u00f6netimi i\u00e7in daha \u015feffaf kontrol aray\u00fczleriyle kar\u015f\u0131la\u015facaks\u0131n\u0131z. Ayr\u0131ca <a href=\"https:\/\/www.dchost.com\/blog\/alan-adi-guvenligi-rehberi-registrar-lock-dnssec-whois-gizliligi-ve-2fa\/\">alan ad\u0131 g\u00fcvenli\u011fi rehberimizde anlatt\u0131\u011f\u0131m\u0131z WHOIS gizlili\u011fi ve registrar lock gibi mekanizmalar<\/a> bu yeni modelle daha da \u00f6nem kazan\u0131yor.<\/p>\n<h3><span id=\"2_Transfer_politikalarindaki_sikilasma\">2. Transfer politikalar\u0131ndaki s\u0131k\u0131la\u015fma<\/span><\/h3>\n<p>Alan ad\u0131 transferi, ge\u00e7mi\u015fte k\u00f6t\u00fcye kullan\u0131ma en a\u00e7\u0131k alanlardan biriydi. Hatal\u0131 e-posta adresleri, ele ge\u00e7irilmi\u015f hesaplar, zay\u0131f do\u011frulama s\u00fcre\u00e7leri nedeniyle alan adlar\u0131 izinsiz transfer edilebiliyordu. ICANN&#8217;\u0131n yeni alan ad\u0131 politikalar\u0131, transfer taraf\u0131nda \u00f6zellikle \u015fu konular\u0131 \u00f6ne \u00e7\u0131kar\u0131yor:<\/p>\n<ul>\n<li><strong>A\u00e7\u0131k ve kay\u0131tl\u0131 onay:<\/strong> Transferin hem g\u00f6nderen hem de alan tarafta net \u015fekilde onaylanmas\u0131 zorunlu hale geliyor; &#8220;sessiz onay&#8221; alanlar ciddi s\u0131n\u0131rlan\u0131yor.<\/li>\n<li><strong>G\u00fc\u00e7l\u00fc kimlik do\u011frulama:<\/strong> Hesap giri\u015fi, e-posta do\u011frulamas\u0131, m\u00fcmk\u00fcnse 2FA gibi katmanlarla transfer iste\u011finin ger\u00e7ekten alan ad\u0131 sahibi taraf\u0131ndan yap\u0131ld\u0131\u011f\u0131 do\u011frulanmak zorunda.<\/li>\n<li><strong>Transfer kilidi s\u00fcreleri:<\/strong> Yeni kay\u0131t, sahip de\u011fi\u015fikli\u011fi veya \u00f6nemli profil g\u00fcncellemeleri sonras\u0131 belirli bir s\u00fcre boyunca transfer k\u0131s\u0131tlamas\u0131 uygulanmas\u0131 te\u015fvik ediliyor.<\/li>\n<\/ul>\n<p>Biz DCHost taraf\u0131nda, <a href=\"https:\/\/www.dchost.com\/blog\/alan-adi-transferi-nasil-yapilir-epp-kodu-transfer-kilidi-ve-kesintisiz-gecise-sakin-bir-rehber\/\">EPP kodu, transfer kilidi ve kesintisiz ge\u00e7i\u015f i\u00e7in detayl\u0131 bir transfer rehberi<\/a> haz\u0131rlam\u0131\u015ft\u0131k. ICANN politikalar\u0131ndaki yeni dalgayla birlikte; o rehberde \u00f6nerdi\u011fimiz g\u00fcvenlik ad\u0131mlar\u0131 art\u0131k &#8220;iyi olur&#8221; de\u011fil, giderek &#8220;olmazsa olmaz&#8221; hale geliyor.<\/p>\n<h3><span id=\"3_DNS_kotuye_kullanimina_karsi_artan_baski\">3. DNS k\u00f6t\u00fcye kullan\u0131m\u0131na kar\u015f\u0131 artan bask\u0131<\/span><\/h3>\n<p>ICANN uzun s\u00fcre DNS k\u00f6t\u00fcye kullan\u0131m\u0131n\u0131 (phishing siteleri, malware da\u011f\u0131t\u0131m\u0131, botnet komuta sunucular\u0131 vb.) daha \u00e7ok kay\u0131t operat\u00f6rlerine ve a\u011f sa\u011flay\u0131c\u0131lar\u0131na b\u0131rakm\u0131\u015ft\u0131. Yeni politikalarla birlikte, registry ve registrar&#8217;lar\u0131n bu konuda daha aktif rol almas\u0131 bekleniyor.<\/p>\n<p>\u00d6ne \u00e7\u0131kan noktalar:<\/p>\n<ul>\n<li><strong>\u015eik\u00e2yet i\u015fleme s\u00fcre\u00e7leri:<\/strong> DNS k\u00f6t\u00fcye kullan\u0131m bildirimlerine belirli s\u00fcre i\u00e7inde yan\u0131t verme ve gerekli durumlarda alan ad\u0131n\u0131 ask\u0131ya alma zorunlulu\u011fu netle\u015fiyor.<\/li>\n<li><strong>\u0130zlenebilirlik:<\/strong> K\u00f6t\u00fcye kullan\u0131mla ili\u015fkilendirilen kay\u0131tlar\u0131n, loglar\u0131n ve aksiyonlar\u0131n belirli s\u00fcre saklanmas\u0131 ve denetlenebilir olmas\u0131 \u00f6nem kazan\u0131yor.<\/li>\n<li><strong>Proaktif analiz:<\/strong> Baz\u0131 politikalarda, sadece \u015fik\u00e2yet geldikten sonra de\u011fil, trafik ve DNS desenlerini analiz ederek proaktif aksiyon alma tavsiye ediliyor.<\/li>\n<\/ul>\n<p>DCHost olarak, sunucu ve hosting taraf\u0131nda zaten <a href=\"https:\/\/www.dchost.com\/blog\/siber-guvenlik-tehditleri-hosting-sektorunde\/\">hosting sekt\u00f6r\u00fcnde artan siber g\u00fcvenlik tehditlerini<\/a> ayr\u0131 bir yaz\u0131da ele alm\u0131\u015ft\u0131k. ICANN&#8217;\u0131n yeni politikalar\u0131, bu g\u00fcvenlik bak\u0131\u015f a\u00e7\u0131s\u0131n\u0131 alan ad\u0131 katman\u0131nda da zorunlu hale getiriyor.<\/p>\n<h3><span id=\"4_Yeni_gTLD_turu_ve_ozel_uzantilar\">4. Yeni gTLD turu ve \u00f6zel uzant\u0131lar<\/span><\/h3>\n<p>Yeni gTLD program\u0131, bir s\u00fcredir beklenen yeni turuna haz\u0131rlan\u0131yor. \u015eehir uzant\u0131lar\u0131, sekt\u00f6r bazl\u0131 uzant\u0131lar ve hatta markaya \u00f6zel uzant\u0131lar i\u00e7in \u00f6n\u00fcm\u00fczdeki y\u0131llarda yeni bir ba\u015fvuru penceresi a\u00e7\u0131lmas\u0131 planlan\u0131yor. ICANN&#8217;\u0131n yeni politikalar\u0131 bu turda:<\/p>\n<ul>\n<li>Ba\u015fvuru s\u00fcre\u00e7lerini daha \u015feffaf ve tahmin edilebilir hale getirmeyi,<\/li>\n<li>DNS k\u00f6t\u00fcye kullan\u0131m\u0131n\u0131 en ba\u015ftan minimize edecek \u015fartlar\u0131 koymay\u0131,<\/li>\n<li>Marka haklar\u0131 ve itiraz mekanizmalar\u0131n\u0131 daha h\u0131zl\u0131 i\u015fletmeyi<\/li>\n<\/ul>\n<p>ama\u00e7l\u0131yor. E\u011fer kendi uzant\u0131s\u0131n\u0131 d\u00fc\u015f\u00fcnen b\u00fcy\u00fck bir marka, holding veya geli\u015fmi\u015f bir SaaS \u00fcr\u00fcn\u00fc y\u00f6netiyorsan\u0131z; <a href=\"https:\/\/www.dchost.com\/blog\/icann-yeni-gtld-turu-neden-simdi-kendi-uzantini-dusunmenin-tam-zamani-mi\/\">&#8220;ICANN Yeni gTLD Turu Neden \u015eimdi?&#8221; ba\u015fl\u0131kl\u0131 yaz\u0131m\u0131zda<\/a> bu konunun stratejik taraf\u0131n\u0131 detayl\u0131 anlatt\u0131k. Bu yeni tur i\u00e7in politik \u00e7er\u00e7eve netle\u015ftik\u00e7e, DCHost olarak hem ba\u015fvuru s\u00fcreci hem de altyap\u0131 (DNS, anycast, g\u00fcvenlik, SSL) taraf\u0131nda dan\u0131\u015fmanl\u0131k ve bar\u0131nd\u0131rma \u00e7\u00f6z\u00fcmlerini netle\u015ftiriyoruz.<\/p>\n<h3><span id=\"5_Guvenlik_odakli_guncellemeler_DNSSEC_CAA_ve_daha_fazlasi\">5. G\u00fcvenlik odakl\u0131 g\u00fcncellemeler: DNSSEC, CAA ve daha fazlas\u0131<\/span><\/h3>\n<p>ICANN, k\u00f6k DNS ve TLD seviyesindeki g\u00fcvenlik standartlar\u0131n\u0131 y\u0131llard\u0131r y\u00fckseltiyor. Yeni politikalar bu \u00e7izgiyi devam ettiriyor ve \u00f6zellikle \u015fu ba\u015fl\u0131klar\u0131n alt\u0131n\u0131 kal\u0131n \u00e7izgilerle \u00e7iziyor:<\/p>\n<ul>\n<li><strong>DNSSEC:<\/strong> Alan ad\u0131 imzalama oranlar\u0131n\u0131n artmas\u0131 i\u00e7in registry ve registrar&#8217;lara daha net sorumluluklar veriliyor.<\/li>\n<li><strong>CAA kay\u0131tlar\u0131:<\/strong> Hangi sertifika otoritelerinin sizin alan ad\u0131n\u0131z i\u00e7in SSL \u00fcretebilece\u011fini belirleyen CAA kay\u0131tlar\u0131n\u0131n kullan\u0131m\u0131 te\u015fvik ediliyor.<\/li>\n<li><strong>\u015eifreleme ve protokol g\u00fcncellemeleri:<\/strong> SSL\/TLS taraf\u0131nda modern protokollere ge\u00e7i\u015f i\u00e7in daha s\u0131k\u0131 tavsiyeler yer al\u0131yor.<\/li>\n<\/ul>\n<p>DCHost altyap\u0131s\u0131nda DNSSEC, CAA ve modern TLS yap\u0131land\u0131rmalar\u0131n\u0131 zaten aktif olarak kullan\u0131yoruz. \u00d6rne\u011fin <a href=\"https:\/\/www.dchost.com\/blog\/dnssec-nedir-web-sitenizi-nasil-daha-guvenli-hale-getirir\/\">DNSSEC&#8217;in sitenizi nas\u0131l daha g\u00fcvenli hale getirdi\u011fini anlatt\u0131\u011f\u0131m\u0131z rehber<\/a> ve <a href=\"https:\/\/www.dchost.com\/blog\/ssl-tls-guvenlik-guncellemeleri-ne-zaman-nasil-ve-neyi-degistirmelisiniz\/\">SSL\/TLS g\u00fcvenlik g\u00fcncellemeleri i\u00e7in haz\u0131rlad\u0131\u011f\u0131m\u0131z yol haritas\u0131<\/a>, ICANN taraf\u0131ndaki bu e\u011filimin pratik yans\u0131malar\u0131n\u0131 anlaman\u0131za yard\u0131mc\u0131 olacak.<\/p>\n<h2><span id=\"Bu_degisiklikler_sizi_nereden_vurur_Farkli_profil_ve_senaryolar\">Bu de\u011fi\u015fiklikler sizi nereden vurur? Farkl\u0131 profil ve senaryolar<\/span><\/h2>\n<p>&#8220;Politika&#8221; deyince kula\u011fa soyut geliyor olabilir; ama alan adlar\u0131n\u0131z\u0131, DNS kay\u0131tlar\u0131n\u0131z\u0131 ve hosting altyap\u0131n\u0131z\u0131 y\u00f6netme bi\u00e7iminiz do\u011frudan etkileniyor. Gelin bunu birka\u00e7 tipik profil \u00fczerinden somutla\u015ft\u0131ral\u0131m.<\/p>\n<h3><span id=\"Kucuk_isletme_veya_girisim_sahibiyseniz\">K\u00fc\u00e7\u00fck i\u015fletme veya giri\u015fim sahibiyseniz<\/span><\/h3>\n<p>Birka\u00e7 markan\u0131z ve her marka i\u00e7in 2-3 ana alan ad\u0131n\u0131z oldu\u011funu d\u00fc\u015f\u00fcnelim. ICANN&#8217;\u0131n yeni alan ad\u0131 politikalar\u0131 sizin i\u00e7in \u015funlar\u0131 ifade edecek:<\/p>\n<ul>\n<li><strong>Daha net ileti\u015fim y\u00fck\u00fcml\u00fcl\u00fc\u011f\u00fc:<\/strong> Kay\u0131t bilgilerinizin g\u00fcncel olmamas\u0131, ileride yenileme hatalar\u0131 veya itiraz s\u00fcre\u00e7lerinde aleyhinize d\u00f6nebilir. E-posta adresleri ve telefon numaralar\u0131n\u0131z\u0131n do\u011frulu\u011funu korumak zorundas\u0131n\u0131z.<\/li>\n<li><strong>Transferlerde ek ad\u0131mlar:<\/strong> Alan ad\u0131n\u0131z\u0131 farkl\u0131 bir sa\u011flay\u0131c\u0131ya ta\u015f\u0131rken ekstra onay e-postalar\u0131, 2FA gibi ek do\u011frulama ad\u0131mlar\u0131na haz\u0131rl\u0131kl\u0131 olman\u0131z gerekecek.<\/li>\n<li><strong>Gizlilik ve g\u00fcvenlik:<\/strong> WHOIS verilerinizin bir k\u0131sm\u0131 art\u0131k otomatik olarak k\u0131s\u0131tlanm\u0131\u015f olabilir; ama DNSSEC, registrar lock, 2FA gibi ek g\u00fcvenlik \u00f6zelliklerini aktif etmeniz bekleniyor.<\/li>\n<\/ul>\n<p>E\u011fer \u00e7ok say\u0131da alan ad\u0131 y\u00f6netmiyorsan\u0131z bile, <a href=\"https:\/\/www.dchost.com\/blog\/alan-adi-suresi-dolarsa-ne-olur-panik-yok-grace-redemption-donemlerinde-yol-haritasi\/\">alan ad\u0131 s\u00fcresi doldu\u011funda ne oldu\u011funa dair rehberimizi<\/a> okuyup yenileme ve hat\u0131rlatma s\u00fcre\u00e7lerinizi g\u00f6zden ge\u00e7irmeniz iyi bir ba\u015flang\u0131\u00e7 olacakt\u0131r.<\/p>\n<h3><span id=\"Ajanslar_ve_domain_portfoy_yonetenler_icin_etkiler\">Ajanslar ve domain portf\u00f6y y\u00f6netenler i\u00e7in etkiler<\/span><\/h3>\n<p>Bir dijital ajans, yaz\u0131l\u0131m evi ya da onlarca domain bar\u0131nd\u0131ran bir grup \u00e7at\u0131s\u0131ysan\u0131z, ICANN politikalar\u0131n\u0131n etkisi katlanarak b\u00fcy\u00fcyor:<\/p>\n<ul>\n<li><strong>Tekil ki\u015fi yerine kurumsal ileti\u015fim:<\/strong> Art\u0131k portf\u00f6y\u00fcn\u00fczdeki t\u00fcm alan adlar\u0131n\u0131 tek bir \u00e7al\u0131\u015fan\u0131n ki\u015fisel e-posta adresiyle y\u00f6netmek ciddi risk. Kurumsal, role-based (\u00f6rne\u011fin domains@&#8230;) adresler kullanmak \u015fart hale geliyor.<\/li>\n<li><strong>Portf\u00f6y planlama ihtiyac\u0131:<\/strong> Transfer ve yenileme kurallar\u0131ndaki de\u011fi\u015fiklikler, toplu ta\u015f\u0131ma ve yenileme takvimlerini daha dikkatli planlaman\u0131z\u0131 gerektiriyor.<\/li>\n<li><strong>Yetki delege etme:<\/strong> M\u00fc\u015fterinin ad\u0131na alan ad\u0131 kaydederken, hangi bilginin ger\u00e7ekten m\u00fc\u015fteriye, hangisinin ajansa ait olaca\u011f\u0131n\u0131 netle\u015ftiren s\u00f6zle\u015fme ve s\u00fcre\u00e7ler kurmak zorundas\u0131n\u0131z.<\/li>\n<\/ul>\n<p>Bu noktada, onlarca domain y\u00f6netenler i\u00e7in haz\u0131rlad\u0131\u011f\u0131m\u0131z <a href=\"https:\/\/www.dchost.com\/blog\/alan-adi-portfoy-yonetimi-onlarca-domaini-kontrol-altina-alma-rehberi\/\">alan ad\u0131 portf\u00f6y y\u00f6netimi rehberi<\/a>, ICANN politikalar\u0131ndaki yeni e\u011filimlerle birlikte pratik bir kontrol listesi olarak i\u015finize yarayabilir.<\/p>\n<h3><span id=\"E-ticaret_siteleri_ve_guclu_markalar\">E-ticaret siteleri ve g\u00fc\u00e7l\u00fc markalar<\/span><\/h3>\n<p>E-ticaret veya g\u00fc\u00e7l\u00fc bir marka y\u00f6netiyorsan\u0131z, alan adlar\u0131 sadece birer adres de\u011fil; do\u011frudan cironuzu ve marka itibar\u0131n\u0131z\u0131 koruyan varl\u0131klar. ICANN&#8217;\u0131n yeni alan ad\u0131 politikalar\u0131 bu profildeki i\u015fletmeler i\u00e7in \u015fu kritik noktalar\u0131 \u00f6ne \u00e7\u0131kar\u0131yor:<\/p>\n<ul>\n<li><strong>Defansif kay\u0131t stratejileri:<\/strong> Typosquat (yaz\u0131m hatal\u0131) alan adlar\u0131, IDN varyasyonlar\u0131 ve marka uzant\u0131lar\u0131n\u0131 daha planl\u0131 \u015fekilde y\u00f6netmeniz gerekiyor. Bu konuda detayl\u0131 bir \u00e7er\u00e7eve i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/marka-korumasi-icin-defansif-domain-satin-alma-stratejileri-typosquat-idn-ve-marka-uzantilari\/\">defansif domain sat\u0131n alma stratejileri rehberimize<\/a> g\u00f6z atabilirsiniz.<\/li>\n<li><strong>UDRP ve ihtilaf mekanizmalar\u0131:<\/strong> ICANN politikalar\u0131, marka ihtilaf\u0131 durumunda kullan\u0131lacak UDRP s\u00fcre\u00e7lerini de etkiliyor. Hangi durumda UDRP&#8217;ye gitmeli, hangi durumda mahkeme yolunu tercih etmelisiniz? Bunu <a href=\"https:\/\/www.dchost.com\/blog\/marka-tescili-udrp-ve-alan-adi-ihtilaflari-domainlerinizi-hukuken-korumak\/\">marka tescili ve UDRP rehberimizde<\/a> detayland\u0131rd\u0131k.<\/li>\n<li><strong>G\u00fcvenlik ve sertifikalar:<\/strong> DNSSEC, CAA, HSTS, modern TLS s\u00fcr\u00fcmleri gibi konular; hem SEO hem de g\u00fcvenlik a\u00e7\u0131s\u0131ndan e-ticaret siteleri i\u00e7in art\u0131k l\u00fcks de\u011fil zorunluluk.<\/li>\n<\/ul>\n<h3><span id=\"Domain_yatirimcilari_ve_drop-catcher8217lar\">Domain yat\u0131r\u0131mc\u0131lar\u0131 ve drop-catcher&#8217;lar<\/span><\/h3>\n<p>Alan ad\u0131n\u0131 bir yat\u0131r\u0131m arac\u0131 olarak g\u00f6ren domain yat\u0131r\u0131mc\u0131lar\u0131 ve d\u00fc\u015fen domain kovalayanlar i\u00e7in ICANN politikalar\u0131ndaki de\u011fi\u015fimler do\u011frudan i\u015f modelini etkileyebiliyor:<\/p>\n<ul>\n<li><strong>Alan ad\u0131 ya\u015fam d\u00f6ng\u00fcs\u00fc:<\/strong> Grace, redemption ve pending delete s\u00fcrelerinde yap\u0131lacak de\u011fi\u015fiklikler; hangi anda backorder veya yakalama i\u015flemi yapaca\u011f\u0131n\u0131z\u0131 etkiler. Bunun temellerini <a href=\"https:\/\/www.dchost.com\/blog\/alan-adi-yasam-dongusu-ve-dusen-domain-yakalama-rehberi\/\">alan ad\u0131 ya\u015fam d\u00f6ng\u00fcs\u00fc ve d\u00fc\u015fen domain yakalama rehberinde<\/a> detayl\u0131 anlatt\u0131k.<\/li>\n<li><strong>WHOIS \/ RDAP verisine eri\u015fim:<\/strong> Potansiyel al\u0131c\u0131larla ileti\u015fim kurmak i\u00e7in WHOIS verisine g\u00fcvenen yat\u0131r\u0131mc\u0131lar, yeni veri eri\u015fim modeliyle yeni ara\u00e7lar ve stratejiler geli\u015ftirmek zorunda kalabilir.<\/li>\n<li><strong>K\u00f6t\u00fcye kullan\u0131m riski:<\/strong> Portf\u00f6y\u00fcn\u00fczdeki alan adlar\u0131ndan biri k\u00f6t\u00fcye kullan\u0131mda yakalan\u0131rsa; t\u00fcm portf\u00f6y\u00fcn\u00fcz\u00fcn risk puan\u0131 y\u00fckselebilir. Dolay\u0131s\u0131yla parked domain&#8217;ler i\u00e7in bile temel g\u00fcvenlik ve izleme s\u00fcre\u00e7leri kurmak gerekiyor.<\/li>\n<\/ul>\n<h2><span id=\"Operasyonel_acidan_neyi_degistirmeniz_gerekiyor\">Operasyonel a\u00e7\u0131dan neyi de\u011fi\u015ftirmeniz gerekiyor?<\/span><\/h2>\n<p>Teoriyi bir kenara b\u0131rak\u0131p, g\u00fcnl\u00fck i\u015f ak\u0131\u015f\u0131n\u0131zda neleri g\u00fcncellemeniz gerekti\u011fine bakal\u0131m.<\/p>\n<h3><span id=\"1_Kayit_verilerini_ve_iletisim_bilgilerini_duzenleyin\">1. Kay\u0131t verilerini ve ileti\u015fim bilgilerini d\u00fczenleyin<\/span><\/h3>\n<p>ICANN&#8217;\u0131n yeni alan ad\u0131 politikalar\u0131, &#8220;kay\u0131t verisi do\u011frulu\u011fu&#8221; konusunu giderek ciddile\u015ftiriyor. Pratik bir kontrol listesi:<\/p>\n<ul>\n<li>T\u00fcm alan adlar\u0131n\u0131zda kullan\u0131lan <strong>e-posta adreslerini<\/strong> kontrol edin. Art\u0131k kullanmad\u0131\u011f\u0131n\u0131z ki\u015fisel adresleri rol bazl\u0131 kurumsal adreslerle de\u011fi\u015ftirin.<\/li>\n<li>Telefon numaralar\u0131n\u0131z\u0131n <strong>\u00fclke kodu<\/strong> ve format\u0131n\u0131n standartlara uygun oldu\u011fundan emin olun.<\/li>\n<li>Fatura ve teknik ileti\u015fim bilgilerini <strong>ayr\u0131 ayr\u0131<\/strong> tan\u0131mlay\u0131p, her biri i\u00e7in do\u011fru muhatab\u0131 atay\u0131n.<\/li>\n<li>DCHost panelinde alan adlar\u0131n\u0131z i\u00e7in tan\u0131ml\u0131 t\u00fcm ki\u015fi kay\u0131tlar\u0131n\u0131 (contact handle) g\u00f6zden ge\u00e7irerek gereksiz olanlar\u0131 temizleyin.<\/li>\n<\/ul>\n<h3><span id=\"2_Transfer_ve_yenileme_stratejilerinizi_yeniden_planlayin\">2. Transfer ve yenileme stratejilerinizi yeniden planlay\u0131n<\/span><\/h3>\n<p>Transfer s\u00fcre\u00e7lerinin s\u0131k\u0131la\u015fmas\u0131 ve yenileme d\u00f6nemlerine dair kurallar\u0131n netle\u015fmesi, \u015fu t\u00fcr ad\u0131mlar\u0131 gerektiriyor:<\/p>\n<ul>\n<li>Alan adlar\u0131n\u0131z i\u00e7in <strong>otomatik yenileme<\/strong> se\u00e7eneklerini de\u011ferlendirin. Kritik markalar i\u00e7in manuel yenilemeye g\u00fcvenmek riskli.<\/li>\n<li>Toplu transfer planl\u0131yorsan\u0131z, ICANN politikalar\u0131na g\u00f6re olu\u015fabilecek <strong>kilit s\u00fcrelerini<\/strong> dikkate alarak bir takvim olu\u015fturun.<\/li>\n<li>Transfer \u00f6ncesinde, alan ad\u0131n\u0131n <strong>registrar lock<\/strong> ve <strong>2FA<\/strong> durumunu kontrol edin; transferden hemen \u00f6nce a\u00e7\u0131p, i\u015flem bitti\u011finde tekrar devreye al\u0131n.<\/li>\n<\/ul>\n<p>DCHost \u00fczerinde yeni bir alana ad\u0131m att\u0131ysan\u0131z, <a href=\"https:\/\/www.dchost.com\/blog\/yeni-alan-adi-aldiktan-sonra-ilk-30-gun-icin-dns-ssl-e%e2%80%91posta-ve-seo-kontrol-listesi\/\">yeni alan ad\u0131 ald\u0131ktan sonra ilk 30 g\u00fcn i\u00e7in haz\u0131rlad\u0131\u011f\u0131m\u0131z DNS, SSL, e-posta ve SEO kontrol listesini<\/a> ICANN politikalar\u0131 \u0131\u015f\u0131\u011f\u0131nda g\u00fcncel bir ba\u015flang\u0131\u00e7 rehberi olarak kullanabilirsiniz.<\/p>\n<h3><span id=\"3_Guvenligi_sadece_hosting_degil_domain_katmaninda_da_ciddiye_alin\">3. G\u00fcvenli\u011fi sadece hosting de\u011fil, domain katman\u0131nda da ciddiye al\u0131n<\/span><\/h3>\n<p>Yaln\u0131zca sunucu g\u00fcvenli\u011fine odaklanmak art\u0131k yetmiyor; alan ad\u0131 katman\u0131nda da birka\u00e7 temel \u00f6nlemi kal\u0131c\u0131 olarak devreye almal\u0131s\u0131n\u0131z:<\/p>\n<ul>\n<li><strong>Registrar lock:<\/strong> T\u00fcm kritik alan adlar\u0131n\u0131zda transfer kilidinin a\u00e7\u0131k oldu\u011fundan emin olun.<\/li>\n<li><strong>DNSSEC:<\/strong> Desteklenen TLD&#8217;ler i\u00e7in DNSSEC&#8217;i aktif edin ve anahtar rollover s\u00fcre\u00e7lerini planlay\u0131n.<\/li>\n<li><strong>2FA:<\/strong> DCHost m\u00fc\u015fteri panelinizde iki fakt\u00f6rl\u00fc kimlik do\u011frulamay\u0131 devreye al\u0131n; \u00f6zellikle alan ad\u0131 ve DNS de\u011fi\u015fikliklerine yetkisi olan hesaplar i\u00e7in.<\/li>\n<li><strong>Yetki ayr\u0131m\u0131:<\/strong> DNS ve hosting eri\u015fimlerini ayn\u0131 kullan\u0131c\u0131da toplamay\u0131n; m\u00fcmk\u00fcnse alan adlar\u0131, DNS ve sunucu y\u00f6netimi i\u00e7in farkl\u0131 rol hesaplar\u0131 kullan\u0131n.<\/li>\n<\/ul>\n<p>Alan ad\u0131 g\u00fcvenli\u011fini daha geni\u015f bir \u00e7er\u00e7evede ele almak isterseniz, <a href=\"https:\/\/www.dchost.com\/blog\/alan-adi-guvenligi-rehberi-registrar-lock-dnssec-whois-gizliligi-ve-2fa\/\">registrar lock, DNSSEC, WHOIS gizlili\u011fi ve 2FA konular\u0131n\u0131 detayl\u0131 anlatt\u0131\u011f\u0131m\u0131z rehberi<\/a> bir kontrol listesi gibi kullanabilirsiniz.<\/p>\n<h3><span id=\"4_DNS_ve_hosting_tarafinda_uyumlu_bir_mimari_kurun\">4. DNS ve hosting taraf\u0131nda uyumlu bir mimari kurun<\/span><\/h3>\n<p>ICANN politikalar\u0131 do\u011frudan DNS sunucular\u0131n\u0131 konfig\u00fcre etmese de, g\u00fcvenlik ve dayan\u0131kl\u0131l\u0131k gereksinimlerini y\u00fckseltiyor. DCHost altyap\u0131s\u0131nda \u015fu ba\u015fl\u0131klara \u00f6zellikle \u00f6nem veriyoruz:<\/p>\n<ul>\n<li><strong>Yedekli DNS:<\/strong> Birden fazla co\u011frafi lokasyonlu DNS sunucusuyla, alan adlar\u0131n\u0131z\u0131n tek noktaya ba\u011fl\u0131 kalmamas\u0131n\u0131 sa\u011fl\u0131yoruz.<\/li>\n<li><strong>DNSSEC deste\u011fi:<\/strong> Destekleyen TLD&#8217;ler i\u00e7in DNSSEC imzalama ve anahtar y\u00f6netimini sadele\u015ftirilmi\u015f aray\u00fczlerle sunuyoruz.<\/li>\n<li><strong>G\u00fcvenli hosting:<\/strong> <a href=\"https:\/\/www.dchost.com\/tr\/web-hosting\">payla\u015f\u0131ml\u0131 hosting<\/a>, VPS, dedicated ve colocation hizmetlerimizde; firewall, WAF, DDoS azaltma, g\u00fcncel TLS ve modern protokol deste\u011fini standartla\u015ft\u0131r\u0131yoruz.<\/li>\n<\/ul>\n<p>\u00d6zellikle kritik projelerinizde, alan ad\u0131 katman\u0131nda ya\u015fanabilecek sorunlar\u0131n sitenizin eri\u015filebilirli\u011fini nas\u0131l etkileyebilece\u011fini anlamak i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/dns-kayitlari-adan-zye-a-aaaa-cname-mx-txt-srv-caa-ve-sizi-yakan-o-kucuk-hatalar\/\">DNS kay\u0131tlar\u0131 ve yayg\u0131n hatalar rehberimizi<\/a> de incelemenizi tavsiye ederiz.<\/p>\n<h2><span id=\"DCHost_olarak_ICANN_politikalarina_nasil_uyum_sagliyoruz\">DCHost olarak ICANN politikalar\u0131na nas\u0131l uyum sa\u011fl\u0131yoruz?<\/span><\/h2>\n<p>DCHost ekibi olarak ICANN taraf\u0131ndaki politika g\u00fcncellemelerini sadece &#8220;uyulmas\u0131 gereken kurallar&#8221; olarak g\u00f6rm\u00fcyoruz; bunlar\u0131 hizmet kalitesini art\u0131rmak i\u00e7in bir \u00e7er\u00e7eve gibi ele al\u0131yoruz. \u00d6zetle:<\/p>\n<ul>\n<li><strong>G\u00fcncel kay\u0131t politikalar\u0131:<\/strong> Domain kay\u0131t ve transfer s\u00fcre\u00e7lerimizi, ICANN&#8217;\u0131n yeni transfer ve kay\u0131t verisi politikalar\u0131yla uyumlu olacak \u015fekilde periyodik olarak g\u00fcncelliyoruz.<\/li>\n<li><strong>\u015eeffaf g\u00fcvenlik se\u00e7enekleri:<\/strong> Registrar lock, DNSSEC, WHOIS\/RDAP gizlilik se\u00e7enekleri ve 2FA gibi \u00f6zellikleri son kullan\u0131c\u0131 aray\u00fcz\u00fcnde m\u00fcmk\u00fcn oldu\u011funca g\u00f6r\u00fcn\u00fcr ve anla\u015f\u0131l\u0131r k\u0131l\u0131yoruz.<\/li>\n<li><strong>Otomasyon ve loglama:<\/strong> Alan ad\u0131 de\u011fi\u015fiklikleri, DNS g\u00fcncellemeleri ve transfer ak\u0131\u015flar\u0131 i\u00e7in ayr\u0131nt\u0131l\u0131 log tutuyor; gerekti\u011finde hem m\u00fc\u015fterilerimize hem de reg\u00fclat\u00f6rlere \u015feffafl\u0131k sa\u011flayacak bir izlenebilirlik sunuyoruz.<\/li>\n<li><strong>Entegrasyonlu altyap\u0131:<\/strong> Domain, DNS, hosting, VPS, dedicated ve colocation hizmetlerini tek panelden y\u00f6netilebilir k\u0131larak; ICANN politikalar\u0131na uyumu karma\u015f\u0131kla\u015ft\u0131rmadan, aksine sadele\u015ftiriyoruz.<\/li>\n<\/ul>\n<p>Bu sayede siz; alan adlar\u0131n\u0131z, web siteleriniz ve uygulamalar\u0131n\u0131z i\u00e7in stratejik kararlara odaklan\u0131rken, arka plandaki uyum ve g\u00fcvenlik gereksinimlerini DCHost ekibine b\u0131rakabiliyorsunuz.<\/p>\n<h2><span id=\"Ilk_30_gunde_atabileceginiz_10_somut_adim\">\u0130lk 30 g\u00fcnde atabilece\u011finiz 10 somut ad\u0131m<\/span><\/h2>\n<p>ICANN&#8217;\u0131n yeni alan ad\u0131 politikalar\u0131 \u00e7er\u00e7evesinde, alan ad\u0131 ve hosting taraf\u0131nda h\u0131zl\u0131ca uygulayabilece\u011finiz pratik bir yol haritas\u0131 haz\u0131rlayal\u0131m:<\/p>\n<ol>\n<li><strong>T\u00fcm domain listenizi \u00e7\u0131kar\u0131n:<\/strong> Hangi uzant\u0131lar\u0131 nerede tuttu\u011funuzu, s\u00fcre sonu tarihlerini ve ili\u015fkilendirilmi\u015f e-posta adreslerini listeleyin.<\/li>\n<li><strong>\u0130leti\u015fim bilgilerini do\u011frulay\u0131n:<\/strong> Her alan ad\u0131 i\u00e7in kay\u0131tl\u0131 e-posta ve telefon numaralar\u0131n\u0131 g\u00fcncelleyin, rol bazl\u0131 e-posta adreslerine ge\u00e7in.<\/li>\n<li><strong>Registrar lock durumunu kontrol edin:<\/strong> Kritik alan adlar\u0131nda transfer kilidini aktif hale getirin.<\/li>\n<li><strong>2FA&#8217;y\u0131 devreye al\u0131n:<\/strong> DCHost m\u00fc\u015fteri paneliniz ve di\u011fer kritik paneller i\u00e7in iki fakt\u00f6rl\u00fc kimlik do\u011frulama kurun.<\/li>\n<li><strong>DNSSEC uygunlu\u011funu test edin:<\/strong> Uygun TLD&#8217;ler i\u00e7in DNSSEC&#8217;i etkinle\u015ftirip, do\u011frulaman\u0131n hatas\u0131z \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 kontrol edin.<\/li>\n<li><strong>CAA kay\u0131tlar\u0131 ekleyin:<\/strong> Hangi sertifika otoritelerinden <a href=\"https:\/\/www.dchost.com\/tr\/ssl\">SSL sertifikas\u0131<\/a> \u00fcretilebilece\u011fini a\u00e7\u0131k\u00e7a belirleyin.<\/li>\n<li><strong>Alan ad\u0131 yenileme takvimi olu\u015fturun:<\/strong> Otomatik yenilemeyi kritik domain&#8217;ler i\u00e7in a\u00e7\u0131n; kalanlar i\u00e7in ortak bir takvim dosyas\u0131 olu\u015fturun.<\/li>\n<li><strong>Portf\u00f6y segmentasyonu yap\u0131n:<\/strong> Ana marka domain&#8217;leri, defansif domain&#8217;ler ve deneysel domain&#8217;leri s\u0131n\u0131fland\u0131r\u0131n; her kategoriye farkl\u0131 g\u00fcvenlik ve yenileme politikas\u0131 tan\u0131mlay\u0131n.<\/li>\n<li><strong>UDRP ve marka stratejisini g\u00f6zden ge\u00e7irin:<\/strong> Markan\u0131za yak\u0131n typosquat alan adlar\u0131n\u0131 tespit edin ve defansif kay\u0131t listesi haz\u0131rlay\u0131n.<\/li>\n<li><strong>Hosting ve DNS entegrasyonunu sadele\u015ftirin:<\/strong> M\u00fcmk\u00fcnse domain, DNS ve hosting y\u00f6netimini DCHost alt\u0131nda konsolide ederek, ICANN uyumunu tek yerden takip edilebilir hale getirin.<\/li>\n<\/ol>\n<h2><span id=\"Son_soz_ICANN_politikalari_degisiyor_peki_siz_hazir_misiniz\">Son s\u00f6z: ICANN politikalar\u0131 de\u011fi\u015fiyor, peki siz haz\u0131r m\u0131s\u0131n\u0131z?<\/span><\/h2>\n<p>ICANN&#8217;\u0131n yeni alan ad\u0131 politikalar\u0131, ilk bak\u0131\u015fta sadece registrar ve registry&#8217;leri ilgilendiriyor gibi g\u00f6r\u00fcnse de; i\u015fin sonunda y\u00fck\u00fcml\u00fcl\u00fck ve risk alan ad\u0131 sahibine d\u00f6n\u00fcyor. Kay\u0131t verilerinin do\u011frulu\u011fu, transfer g\u00fcvenli\u011fi, DNS k\u00f6t\u00fcye kullan\u0131m\u0131na kar\u015f\u0131 al\u0131nan \u00f6nlemler ve yeni gTLD turuyla birlikte g\u00fcndeme gelen marka stratejileri; do\u011frudan sizin sorumlulu\u011funuzda.<\/p>\n<p>DCHost olarak amac\u0131m\u0131z; bu karma\u015f\u0131k g\u00f6r\u00fcnen \u00e7er\u00e7eveyi sizin i\u00e7in sade ve uygulanabilir hale getirmek. Alan adlar\u0131n\u0131z\u0131 DCHost \u00fczerinde y\u00f6netiyor, ayn\u0131 zamanda payla\u015f\u0131ml\u0131 hosting, VPS, dedicated veya colocation altyap\u0131lar\u0131m\u0131z\u0131 kullan\u0131yorsan\u0131z; ICANN uyumu i\u00e7in ihtiya\u00e7 duydu\u011funuz teknik ve operasyonel ara\u00e7lar\u0131 tek panelde sunuyoruz. \u015eimdi <strong>domain listenizi elden ge\u00e7irme<\/strong>, g\u00fcvenlik ve yenileme stratejinizi netle\u015ftirme ve ICANN&#8217;\u0131n yeni alan ad\u0131 politikalar\u0131n\u0131 lehinize \u00e7evirecek ad\u0131mlar\u0131 atma zaman\u0131.<\/p>\n<p>Alan adlar\u0131n\u0131z\u0131 DCHost&#8217;a ta\u015f\u0131mak, yeni projeleriniz i\u00e7in do\u011fru uzant\u0131lar\u0131 se\u00e7mek veya portf\u00f6y\u00fcn\u00fcz\u00fc yeniden yap\u0131land\u0131rmak istiyorsan\u0131z; ekibimizle ileti\u015fime ge\u00e7erek mevcut durumunuza \u00f6zel bir yol haritas\u0131 \u00e7\u0131karabilirsiniz. ICANN taraf\u0131nda de\u011fi\u015fen kurallar\u0131n pe\u015finden ko\u015fmak yerine, birlikte oyunun bir ad\u0131m \u00f6n\u00fcnde kalal\u0131m.<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>\u0130&ccedil;indekiler1 ICANN&#8217;\u0131n yeni alan ad\u0131 politikalar\u0131 neden bu kadar g\u00fcndemde?2 ICANN nedir, alan ad\u0131 politikalar\u0131 nerede ba\u015flar nerede biter?3 Yeni alan ad\u0131 politikalar\u0131n\u0131n ana eksenleri3.1 1. WHOIS&#8217;ten RDAP&#8217;e ge\u00e7i\u015f ve kay\u0131t verisi politikalar\u01313.2 2. Transfer politikalar\u0131ndaki s\u0131k\u0131la\u015fma3.3 3. DNS k\u00f6t\u00fcye kullan\u0131m\u0131na kar\u015f\u0131 artan bask\u01313.4 4. Yeni gTLD turu ve \u00f6zel uzant\u0131lar3.5 5. G\u00fcvenlik odakl\u0131 g\u00fcncellemeler: [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":2816,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[32,24,33,30],"tags":[],"class_list":["post-2815","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-alan-adi","category-hosting","category-nasil-yapilir","category-nedir"],"_links":{"self":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/2815","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/comments?post=2815"}],"version-history":[{"count":0,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/2815\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media\/2816"}],"wp:attachment":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media?parent=2815"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/categories?post=2815"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/tags?post=2815"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}