{"id":4247,"date":"2026-01-05T22:26:30","date_gmt":"2026-01-05T19:26:30","guid":{"rendered":"https:\/\/www.dchost.com\/blog\/icann-alan-adi-politikalari-degisiklikleri-ve-uyum-stratejisi\/"},"modified":"2026-01-05T22:26:30","modified_gmt":"2026-01-05T19:26:30","slug":"icann-alan-adi-politikalari-degisiklikleri-ve-uyum-stratejisi","status":"publish","type":"post","link":"https:\/\/www.dchost.com\/blog\/icann-alan-adi-politikalari-degisiklikleri-ve-uyum-stratejisi\/","title":{"rendered":"ICANN Alan Ad\u0131 Politikalar\u0131 De\u011fi\u015fiklikleri ve Uyum Stratejisi"},"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=\"#ICANN_alan_adi_politikalarindaki_degisiklikler_neden_sizi_dogrudan_ilgilendiriyor\"><span class=\"toc_number toc_depth_1\">1<\/span> ICANN alan ad\u0131 politikalar\u0131ndaki de\u011fi\u015fiklikler neden sizi do\u011frudan ilgilendiriyor?<\/a><\/li><li><a href=\"#ICANN_alan_adi_politikalari_neden_surekli_degisiyor\"><span class=\"toc_number toc_depth_1\">2<\/span> ICANN alan ad\u0131 politikalar\u0131 neden s\u00fcrekli de\u011fi\u015fiyor?<\/a><\/li><li><a href=\"#Son_yillarda_one_cikan_temel_politika_basliklari\"><span class=\"toc_number toc_depth_1\">3<\/span> Son y\u0131llarda \u00f6ne \u00e7\u0131kan temel politika ba\u015fl\u0131klar\u0131<\/a><ul><li><a href=\"#1_Kayit_verisi_WHOISRDAP_ve_gizlilik_degisiklikleri\"><span class=\"toc_number toc_depth_2\">3.1<\/span> 1) Kay\u0131t verisi (WHOIS\/RDAP) ve gizlilik de\u011fi\u015fiklikleri<\/a><\/li><li><a href=\"#2_Transfer_politikasi_degisiklikleri\"><span class=\"toc_number toc_depth_2\">3.2<\/span> 2) Transfer politikas\u0131 de\u011fi\u015fiklikleri<\/a><\/li><li><a href=\"#3_DNS_kotuye_kullanimina_karsi_sikilasan_kurallar\"><span class=\"toc_number toc_depth_2\">3.3<\/span> 3) DNS k\u00f6t\u00fcye kullan\u0131m\u0131na kar\u015f\u0131 s\u0131k\u0131la\u015fan kurallar<\/a><\/li><li><a href=\"#4_Yeni_gTLD_turlari_ve_uzanti_ekosistemi\"><span class=\"toc_number toc_depth_2\">3.4<\/span> 4) Yeni gTLD turlar\u0131 ve uzant\u0131 ekosistemi<\/a><\/li><li><a href=\"#5_Guvenlik_DNSSEC_ve_kayit_sozlesmesi_gereksinimleri\"><span class=\"toc_number toc_depth_2\">3.5<\/span> 5) G\u00fcvenlik, DNSSEC ve kay\u0131t s\u00f6zle\u015fmesi gereksinimleri<\/a><\/li><\/ul><\/li><li><a href=\"#Domain_sahipleri_icin_somut_etkiler_Pratikte_ne_degisiyor\"><span class=\"toc_number toc_depth_1\">4<\/span> Domain sahipleri i\u00e7in somut etkiler: Pratikte ne de\u011fi\u015fiyor?<\/a><\/li><li><a href=\"#Kurumsal_alan_adi_portfoyu_yonetenler_icin_etkiler\"><span class=\"toc_number toc_depth_1\">5<\/span> Kurumsal alan ad\u0131 portf\u00f6y\u00fc y\u00f6netenler i\u00e7in etkiler<\/a><\/li><li><a href=\"#DCHost_olarak_bu_degisikliklere_nasil_uyum_sagliyoruz\"><span class=\"toc_number toc_depth_1\">6<\/span> DCHost olarak bu de\u011fi\u015fikliklere nas\u0131l uyum sa\u011fl\u0131yoruz?<\/a><\/li><li><a href=\"#Guvenlik_kilitler_ve_koruma_mekanizmalari_Politika_degisiklikleri_ile_nasil_sekilleniyor\"><span class=\"toc_number toc_depth_1\">7<\/span> G\u00fcvenlik, kilitler ve koruma mekanizmalar\u0131: Politika de\u011fi\u015fiklikleri ile nas\u0131l \u015fekilleniyor?<\/a><\/li><li><a href=\"#Onumuzdeki_donemde_beklenen_ICANN_politika_egilimleri\"><span class=\"toc_number toc_depth_1\">8<\/span> \u00d6n\u00fcm\u00fczdeki d\u00f6nemde beklenen ICANN politika e\u011filimleri<\/a><\/li><li><a href=\"#Adim_adim_eylem_plani_ICANN_politika_degisikliklerine_hazirlikli_olmak\"><span class=\"toc_number toc_depth_1\">9<\/span> Ad\u0131m ad\u0131m eylem plan\u0131: ICANN politika de\u011fi\u015fikliklerine haz\u0131rl\u0131kl\u0131 olmak<\/a><\/li><li><a href=\"#Sonuc_ICANN_degisiklikleriyle_bogusmak_zorunda_degilsiniz\"><span class=\"toc_number toc_depth_1\">10<\/span> Sonu\u00e7: ICANN de\u011fi\u015fiklikleriyle bo\u011fu\u015fmak zorunda de\u011filsiniz<\/a><\/li><\/ul><\/div>\n<h2><span id=\"ICANN_alan_adi_politikalarindaki_degisiklikler_neden_sizi_dogrudan_ilgilendiriyor\">ICANN alan ad\u0131 politikalar\u0131ndaki de\u011fi\u015fiklikler neden sizi do\u011frudan ilgilendiriyor?<\/span><\/h2>\n<p>Alan ad\u0131n\u0131z sadece bir isim de\u011fil; marka itibar\u0131n\u0131z\u0131n, SEO performans\u0131n\u0131z\u0131n, e-posta eri\u015filebilirli\u011finizin ve hatta hukuki risklerinizin merkezinde duruyor. Bu merkezin kurallar\u0131n\u0131 ise ICANN belirliyor. ICANN alan ad\u0131 politikalar\u0131ndaki her de\u011fi\u015fiklik; kay\u0131t, yenileme, transfer, WHOIS\/RDAP verileri, g\u00fcvenlik ve anla\u015fmazl\u0131k \u00e7\u00f6z\u00fcm\u00fc gibi ba\u015fl\u0131klarda oyunun kurallar\u0131n\u0131 yeniden yaz\u0131yor. Dolay\u0131s\u0131yla bu de\u011fi\u015fiklikleri sadece <a href=\"https:\/\/www.dchost.com\/tr\/alan-adi\/kaydet\">alan ad\u0131 kay\u0131t<\/a> firmalar\u0131n\u0131n sorunu gibi g\u00f6rmek, pratikte projenizi ve \u015firketinizi gereksiz riske atmak anlam\u0131na geliyor.<\/p>\n<p>DCHost taraf\u0131nda, hem kendi altyap\u0131m\u0131z\u0131 hem de m\u00fc\u015fterilerimizin alan ad\u0131 portf\u00f6ylerini planlarken ICANN s\u00fcre\u00e7lerini yak\u0131ndan takip ediyoruz. \u00d6zellikle yeni transfer politikalar\u0131, kay\u0131t verisi (WHOIS\/RDAP) kurallar\u0131, DNS k\u00f6t\u00fcye kullan\u0131m\u0131na (DNS abuse) y\u00f6nelik s\u0131k\u0131la\u015fan \u015fartlar ve yeni gTLD turlar\u0131; k\u00fc\u00e7\u00fck bir blogdan \u00e7ok markal\u0131 kurumsal yap\u0131lara kadar herkesi etkiliyor. Bu yaz\u0131da teknik detay\u0131 bo\u011fmadan ama y\u00fczeysel de kalmadan; ICANN alan ad\u0131 politikalar\u0131ndaki de\u011fi\u015fikliklerin ne anlama geldi\u011fini, somut olarak neleri de\u011fi\u015ftirdi\u011fini ve DCHost ile bu s\u00fcreci nas\u0131l risksiz y\u00f6netebilece\u011finizi ad\u0131m ad\u0131m anlataca\u011f\u0131z.<\/p>\n<h2><span id=\"ICANN_alan_adi_politikalari_neden_surekli_degisiyor\">ICANN alan ad\u0131 politikalar\u0131 neden s\u00fcrekli de\u011fi\u015fiyor?<\/span><\/h2>\n<p>ICANN, k\u00fcresel alan ad\u0131 ve IP adresi ekosistemini y\u00f6neten \u00e7ok payda\u015fl\u0131 (multi-stakeholder) bir yap\u0131. Yani kararlar sadece teknik ekipler taraf\u0131ndan de\u011fil; alan ad\u0131 kay\u0131t firmalar\u0131, hosting sa\u011flay\u0131c\u0131lar, marka sahipleri, sivil toplum temsilcileri ve d\u00fczenleyici kurumlar\u0131n kat\u0131ld\u0131\u011f\u0131 uzun politik s\u00fcre\u00e7ler sonunda al\u0131n\u0131yor. \u0130nternet b\u00fcy\u00fcd\u00fck\u00e7e, siber su\u00e7lar \u00e7e\u015fitlendik\u00e7e ve veri koruma d\u00fczenlemeleri (\u00f6zellikle GDPR ve benzeri yasalar) s\u0131k\u0131la\u015ft\u0131k\u00e7a; ICANN politikalar\u0131n\u0131n da g\u00fcncellenmesi ka\u00e7\u0131n\u0131lmaz h\u00e2le geliyor.<\/p>\n<p>Bu de\u011fi\u015fikliklerin ba\u015fl\u0131ca itici g\u00fc\u00e7lerini \u015f\u00f6yle \u00f6zetleyebiliriz:<\/p>\n<ul>\n<li><strong>G\u00fcvenlik ve k\u00f6t\u00fcye kullan\u0131m:<\/strong> Phishing, botnet komuta alan adlar\u0131, malware da\u011f\u0131t\u0131m\u0131 gibi vakalar artt\u0131k\u00e7a; kay\u0131t firmalar\u0131na ve resellera daha net sorumluluklar y\u00fckleniyor.<\/li>\n<li><strong>Gizlilik ve veri koruma:<\/strong> WHOIS verilerinin herkese a\u00e7\u0131k oldu\u011fu d\u00f6nem geride kal\u0131yor; yerine, daha kontroll\u00fc eri\u015fim ve RDAP temelli \u00e7\u00f6z\u00fcmler geliyor.<\/li>\n<li><strong>Piyasa dengesi ve rekabet:<\/strong> Yeni gTLD turlar\u0131, marka uzant\u0131lar\u0131 ve ni\u015f TLD&#8217;ler i\u00e7in zemin olu\u015ftururken, ayn\u0131 zamanda k\u00f6t\u00fcye kullan\u0131m\u0131 \u00f6nleyecek \u00e7er\u00e7eveler gerekiyor.<\/li>\n<li><strong>Operasyonel netlik:<\/strong> Transfer, yenileme, silme ve itiraz s\u00fcre\u00e7leri daha standart h\u00e2le getiriliyor ki; binlerce kay\u0131t firmas\u0131n\u0131n ayn\u0131 dili konu\u015fmas\u0131 sa\u011flans\u0131n.<\/li>\n<\/ul>\n<p>DCHost olarak bizim g\u00f6revimiz, bu \u00fcst seviye politikalar\u0131 sat\u0131r sat\u0131r okumak de\u011fil; sizin yerinize okuyup, teknik ve operasyonel gerekliliklere d\u00f6n\u00fc\u015ft\u00fcrmek ve panelinize, s\u00f6zle\u015fmelerinize ve s\u00fcre\u00e7lerinize yans\u0131tmak.<\/p>\n<h2><span id=\"Son_yillarda_one_cikan_temel_politika_basliklari\">Son y\u0131llarda \u00f6ne \u00e7\u0131kan temel politika ba\u015fl\u0131klar\u0131<\/span><\/h2>\n<h3><span id=\"1_Kayit_verisi_WHOISRDAP_ve_gizlilik_degisiklikleri\">1) Kay\u0131t verisi (WHOIS\/RDAP) ve gizlilik de\u011fi\u015fiklikleri<\/span><\/h3>\n<p>Uzun s\u00fcre alan ad\u0131 sahipli\u011fi denince akla WHOIS sorgular\u0131 geliyordu. Bug\u00fcn ise tablo \u00e7ok daha karma\u015f\u0131k:<\/p>\n<ul>\n<li>Ki\u015fisel verilerin do\u011frudan herkese a\u00e7\u0131k listelenmesi bir\u00e7ok \u00fclkede veri koruma yasalar\u0131 ile \u00e7eli\u015fiyor.<\/li>\n<li>ICANN, kay\u0131t verisi politikalar\u0131n\u0131; RDAP tabanl\u0131, kademeli eri\u015fim ve rol bazl\u0131 g\u00f6r\u00fcn\u00fcrl\u00fck modeline do\u011fru evirmeye devam ediyor.<\/li>\n<li>Kontakt bilgilerinin do\u011frulanmas\u0131 (e-posta ve\/veya telefon) art\u0131k bir\u00e7ok TLD i\u00e7in daha s\u0131k\u0131 kural setleri ile takip ediliyor.<\/li>\n<\/ul>\n<p>Bu de\u011fi\u015fikler, bireysel domain sahipleri kadar kurumsal yap\u0131lar\u0131 da etkiliyor. \u00d6rne\u011fin:<\/p>\n<ul>\n<li>Yanl\u0131\u015f veya eski bir e-posta adresi y\u00fcz\u00fcnden do\u011frulama ba\u015far\u0131s\u0131z oldu\u011funda, alan ad\u0131n\u0131z ask\u0131ya al\u0131nabiliyor.<\/li>\n<li>GDPR\/KVKK uyumu gere\u011fi WHOIS \u00fczerinde daha az veri g\u00f6r\u00fcn\u00fcrken; hukuki veya teknik bir ihtilafta ispat y\u00fck\u00fcml\u00fcl\u00fc\u011f\u00fc sizde kal\u0131yor.<\/li>\n<\/ul>\n<p>Bu noktada <a href='https:\/\/www.dchost.com\/blog\/alan-adi-whois-gizliligi-ve-gdpr-kvkk-ne-zaman-gerekli-neyi-gercekten-korur\/'>alan ad\u0131 WHOIS gizlili\u011fi ve GDPR\/KVKK dengesi<\/a> \u00fczerine haz\u0131rlad\u0131\u011f\u0131m\u0131z rehber, hukuki ve pratik s\u0131n\u0131rlar\u0131 netle\u015ftirmenize yard\u0131mc\u0131 olabilir.<\/p>\n<h3><span id=\"2_Transfer_politikasi_degisiklikleri\">2) Transfer politikas\u0131 de\u011fi\u015fiklikleri<\/span><\/h3>\n<p>Alan ad\u0131n\u0131 bir kay\u0131t firmas\u0131ndan di\u011ferine transfer etmek art\u0131k eskisi kadar karma\u015f\u0131k olmak zorunda de\u011fil. ICANN, transfer politikas\u0131nda yapt\u0131\u011f\u0131 g\u00fcncellemelerle:<\/p>\n<ul>\n<li>Transfer i\u00e7in gerekli onay ad\u0131mlar\u0131n\u0131 basitle\u015ftirmeye,<\/li>\n<li>Yetkisiz veya doland\u0131r\u0131c\u0131l\u0131k ama\u00e7l\u0131 transferleri engellemeye,<\/li>\n<li>Kay\u0131t ve transfer kilidi (transfer lock) mant\u0131\u011f\u0131n\u0131 daha \u015feffaf h\u00e2le getirmeye<\/li>\n<p>  \u00e7al\u0131\u015f\u0131yor.<\/p>\n<p>Bu, pratikte \u015fu anlamlara geliyor:<\/p>\n<ul>\n<li>Alan ad\u0131n\u0131z\u0131n transfer kilidi a\u00e7\u0131k ise, istemeden ta\u015f\u0131nmas\u0131 art\u0131k \u00e7ok daha zor.<\/li>\n<li>Transfer s\u00fcrecinde kullan\u0131lan yetkilendirme kodlar\u0131 (auth\/EPP kodu) ve onay e-postalar\u0131 i\u00e7in daha net zaman s\u0131n\u0131rlar\u0131 ve formatlar var.<\/li>\n<li>Yetkisiz bir transfer giri\u015fiminde itiraz ve geri alma mekanizmalar\u0131 daha standart h\u00e2le geliyor.<\/li>\n<\/ul>\n<p>Transfer s\u00fcrecinin t\u00fcm teknik ve DNS taraf\u0131n\u0131 anlatt\u0131\u011f\u0131m\u0131z <a href='https:\/\/www.dchost.com\/blog\/alan-adini-farkli-kayit-firmasina-transfer-etmek-epp-dns-ve-e-postayi-kesintisiz-tasimak\/'>alan ad\u0131n\u0131 farkl\u0131 kay\u0131t firmas\u0131na transfer etme rehberi<\/a>, ICANN politikalar\u0131ndaki bu g\u00fcncellemeleri operasyonel olarak nas\u0131l y\u00f6netece\u011finizi \u00f6rneklerle g\u00f6steriyor.<\/p>\n<h3><span id=\"3_DNS_kotuye_kullanimina_karsi_sikilasan_kurallar\">3) DNS k\u00f6t\u00fcye kullan\u0131m\u0131na kar\u015f\u0131 s\u0131k\u0131la\u015fan kurallar<\/span><\/h3>\n<p>ICANN toplulu\u011funun en s\u0131cak ba\u015fl\u0131klar\u0131ndan biri, DNS abuse yani alan adlar\u0131n\u0131n k\u00f6t\u00fcye kullan\u0131m\u0131. Politik de\u011fi\u015fikliklerin oda\u011f\u0131nda \u00f6zellikle \u015fu kullan\u0131m t\u00fcrleri var:<\/p>\n<ul>\n<li>Phishing ve kimlik av\u0131 siteleri<\/li>\n<li>Malware veya ransomware da\u011f\u0131tan domainler<\/li>\n<li>Botnet komuta kontrol alan adlar\u0131<\/li>\n<li>\u0130leri d\u00fczey spam altyap\u0131lar\u0131nda kullan\u0131lan alan adlar\u0131<\/li>\n<\/ul>\n<p>Yeni politika \u00e7er\u00e7eveleri, kay\u0131t firmalar\u0131 ve resellerlar \u00fczerinde \u015fu bask\u0131y\u0131 art\u0131r\u0131yor:<\/p>\n<ul>\n<li>\u015eik\u00e2yet ve ihbar mekanizmalar\u0131n\u0131 daha eri\u015filebilir k\u0131lmak,<\/li>\n<li>A\u00e7\u0131k\u00e7a k\u00f6t\u00fcye kullan\u0131m tespit edildi\u011finde belirli s\u00fcre i\u00e7inde aksiyon almak,<\/li>\n<li>Gerekirse alan ad\u0131n\u0131 ask\u0131ya almak, DNS&#8217;ini durdurmak veya silmek.<\/li>\n<\/ul>\n<p>DCHost olarak bu alanda, k\u00f6t\u00fcye kullan\u0131m bildirimlerinin otomasyonunu, log saklama politikalar\u0131n\u0131 ve g\u00fcvenlik ekiplerimizin vaka y\u00f6netimi s\u00fcre\u00e7lerini ICANN beklentileri ile uyumlu olacak \u015fekilde s\u00fcrekli g\u00fcncelliyoruz. Bu sayede hem masum domain sahiplerini koruyor hem de altyap\u0131m\u0131z\u0131n kara liste risklerini minimize ediyoruz.<\/p>\n<h3><span id=\"4_Yeni_gTLD_turlari_ve_uzanti_ekosistemi\">4) Yeni gTLD turlar\u0131 ve uzant\u0131 ekosistemi<\/span><\/h3>\n<p>ICANN&#8217;in yeni gTLD program\u0131 sayesinde y\u00fczlerce yeni alan ad\u0131 uzant\u0131s\u0131 hayat\u0131m\u0131za girdi ve yeni turlar g\u00fcndemde. Marka TLD&#8217;leri, sekt\u00f6r odakl\u0131 TLD&#8217;ler ve co\u011frafi uzant\u0131lar; pazarlama ve SEO taraf\u0131nda yeni f\u0131rsatlar getirirken, portf\u00f6y y\u00f6netimi ve marka korumas\u0131 taraf\u0131nda da yeni sorumluluklar do\u011furuyor.<\/p>\n<p>Bu konuya daha \u00f6nce <a href='https:\/\/www.dchost.com\/blog\/icann-yeni-gtld-politikalari-kapsamli-teknik-ve-stratejik-rehber\/'>ICANN yeni gTLD politikalar\u0131 i\u00e7in haz\u0131rlad\u0131\u011f\u0131m\u0131z kapsaml\u0131 rehberde<\/a> teknik ve stratejik a\u00e7\u0131dan detayl\u0131 de\u011finmi\u015ftik. \u00d6zetlemek gerekirse:<\/p>\n<ul>\n<li>Yeni turlar, marka sahiplerine kendi uzant\u0131s\u0131n\u0131 alma f\u0131rsat\u0131 sunarken,<\/li>\n<li>Di\u011fer yandan typosquat ve marka ihlali risklerini yeni TLD&#8217;lere do\u011fru yayg\u0131nla\u015ft\u0131r\u0131yor.<\/li>\n<\/ul>\n<p>Dolay\u0131s\u0131yla ICANN politikalar\u0131ndaki her yeni gTLD karar\u0131, sadece bir uzant\u0131 listesinin g\u00fcncellenmesi de\u011fil; domain savunma hatt\u0131n\u0131z\u0131n yeniden tasarlanmas\u0131 anlam\u0131na geliyor.<\/p>\n<h3><span id=\"5_Guvenlik_DNSSEC_ve_kayit_sozlesmesi_gereksinimleri\">5) G\u00fcvenlik, DNSSEC ve kay\u0131t s\u00f6zle\u015fmesi gereksinimleri<\/span><\/h3>\n<p>ICANN politikalar\u0131, zaman i\u00e7inde DNSSEC, g\u00fcvenlik bildirimleri, log saklama ve kimlik do\u011frulama gibi ba\u015fl\u0131klarda da daha detayl\u0131 h\u00e2le geldi. Bir\u00e7ok TLD i\u00e7in:<\/p>\n<ul>\n<li>DNSSEC deste\u011fi ve anahtar y\u00f6netimi tavsiye seviyesinden zorunluya yak\u0131n bir beklentiye d\u00f6n\u00fc\u015f\u00fcyor.<\/li>\n<li>Kay\u0131t firmalar\u0131n\u0131n log saklama s\u00fcreleri ve kapsam\u0131 netle\u015fiyor.<\/li>\n<li>M\u00fc\u015fteri kimlik bilgilerinin do\u011frulanmas\u0131 ve saklanmas\u0131 i\u00e7in minimum standartlar belirleniyor.<\/li>\n<\/ul>\n<p>DNS g\u00fcvenli\u011fi ve DNSSEC&#8217;in pratik etkilerini anlamak i\u00e7in <a href='https:\/\/www.dchost.com\/blog\/dnssec-nedir-ne-ise-yarar-alan-adiniz-ve-hostinginiz-icin-adim-adim-dnssec-kurulum-rehberi\/'>DNSSEC nedir ve ad\u0131m ad\u0131m kurulum rehberi<\/a> yaz\u0131m\u0131za da g\u00f6z atabilirsiniz. DCHost olarak, ICANN taraf\u0131ndaki bu beklentileri kar\u015f\u0131lamak i\u00e7in panelde DNSSEC y\u00f6netimini m\u00fcmk\u00fcn oldu\u011funca otomatik ve hataya dayan\u0131kl\u0131 h\u00e2le getiriyoruz.<\/p>\n<h2><span id=\"Domain_sahipleri_icin_somut_etkiler_Pratikte_ne_degisiyor\">Domain sahipleri i\u00e7in somut etkiler: Pratikte ne de\u011fi\u015fiyor?<\/span><\/h2>\n<p>Politika dok\u00fcmanlar\u0131 sayfalarca olabilir; ama sizin g\u00fcndeminizdeki as\u0131l soru \u015fu: Bu de\u011fi\u015fiklikler benim tek bir alan ad\u0131m veya onlarca domain i\u00e7eren portf\u00f6y\u00fcm i\u00e7in neyi de\u011fi\u015ftirecek?<\/p>\n<p>\u00d6ne \u00e7\u0131kan ba\u015fl\u0131klar\u0131 sadele\u015ftirelim:<\/p>\n<ul>\n<li><strong>\u0130leti\u015fim bilgilerinin do\u011frulu\u011fu kritik h\u00e2le geliyor:<\/strong> Kay\u0131t e-postas\u0131, telefon ve posta adresiniz yanl\u0131\u015f veya eski ise; hem ICANN gere\u011fi yap\u0131lmas\u0131 gereken bildirimleri alamaz, hem de do\u011frulama ba\u015far\u0131s\u0131zl\u0131\u011f\u0131 nedeniyle domain ask\u0131ya al\u0131nma riskiyle kar\u015f\u0131 kar\u015f\u0131ya kal\u0131rs\u0131n\u0131z.<\/li>\n<li><strong>WHOIS gizlili\u011fi yerine kontroll\u00fc g\u00f6r\u00fcn\u00fcrl\u00fck modeli:<\/strong> Art\u0131k her alan ad\u0131 i\u00e7in WHOIS gizlili\u011fi a\u00e7\/kapa mant\u0131\u011f\u0131 yerine, TLD&#8217;ye, hukuki stat\u00fcye ve b\u00f6lgesel yasalara g\u00f6re katmanl\u0131 bir g\u00f6r\u00fcn\u00fcrl\u00fck modeli ile kar\u015f\u0131la\u015f\u0131yoruz.<\/li>\n<li><strong>Transfer s\u00fcre\u00e7leri daha \u00f6ng\u00f6r\u00fclebilir ama kuralc\u0131:<\/strong> Kilit a\u00e7\u0131k\/kapal\u0131, auth kodu, onay e-postas\u0131 gibi ad\u0131mlar netle\u015fti; fakat ayn\u0131 zamanda s\u00fcreler ve formatlar da standartla\u015ft\u0131\u011f\u0131 i\u00e7in k\u00fc\u00e7\u00fck hatalar transferi geciktirebilir.<\/li>\n<li><strong>K\u00f6t\u00fcye kullan\u0131m \u015f\u00fcphesi ciddiye al\u0131n\u0131yor:<\/strong> Alan ad\u0131n\u0131z veya alt alanlar\u0131n\u0131zdan \u015f\u00fcpheli trafik, phishing i\u00e7eri\u011fi ya da spam ak\u0131\u015f\u0131 tespit edilirse; kay\u0131t firmas\u0131 ICANN politikalar\u0131 gere\u011fi sizden h\u0131zl\u0131 aksiyon bekleyecek.<\/li>\n<\/ul>\n<p>Alan ad\u0131n\u0131z\u0131n t\u00fcm ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc; kay\u0131t, yenileme, s\u00fcre dolmas\u0131, grace ve redemption d\u00f6nemleri ile birlikte anlamak i\u00e7in <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 rehberimizi<\/a> mutlaka incelemenizi \u00f6neririz. ICANN politikalar\u0131ndaki her de\u011fi\u015fiklik, bu d\u00f6ng\u00fcn\u00fcn bir noktas\u0131n\u0131 daha hassas h\u00e2le getiriyor.<\/p>\n<h2><span id=\"Kurumsal_alan_adi_portfoyu_yonetenler_icin_etkiler\">Kurumsal alan ad\u0131 portf\u00f6y\u00fc y\u00f6netenler i\u00e7in etkiler<\/span><\/h2>\n<p>Ajanslar, SaaS projeleri veya \u00e7ok markal\u0131 kurumsal yap\u0131lar i\u00e7in ICANN politikalar\u0131ndaki de\u011fi\u015fiklikler daha da kritik. \u00c7\u00fcnk\u00fc tek bir hatan\u0131n etkiledi\u011fi alan ad\u0131 say\u0131s\u0131 bir anda onlarca, hatta y\u00fczlerceye \u00e7\u0131kabiliyor.<\/p>\n<p>Kurumsal tarafta \u00f6zellikle \u015funlar\u0131 g\u00f6zden ge\u00e7irmek gerekiyor:<\/p>\n<ul>\n<li><strong>Portf\u00f6y envanteri ve sahiplik netli\u011fi:<\/strong> Hangi domain kimin ad\u0131na kay\u0131tl\u0131, teknik ve idari kontaktlar kim? Farkl\u0131 ki\u015filer veya \u015firketler ad\u0131na da\u011f\u0131lm\u0131\u015f alan adlar\u0131, ICANN politikalar\u0131 s\u0131k\u0131la\u015ft\u0131k\u00e7a b\u00fcy\u00fck operasyonel risk olu\u015fturuyor.<\/li>\n<li><strong>Defansif domain stratejileri:<\/strong> Yeni gTLD turlar\u0131 ve marka odakl\u0131 uzant\u0131lar, defansif kay\u0131t stratejisini karma\u015f\u0131kla\u015ft\u0131r\u0131yor. Hangi TLD&#8217;de mutlaka kay\u0131t tutmal\u0131, hangisinde izleme ile yetinmelisiniz?<\/li>\n<li><strong>UDRP ve anla\u015fmazl\u0131k riski:<\/strong> Marka tescili ve domain stratejisi aras\u0131ndaki kopukluk, UDRP \u015fik\u00e2yetlerine zemin haz\u0131rl\u0131yor. ICANN politikalar\u0131, bu s\u00fcre\u00e7leri her turda biraz daha netle\u015ftiriyor.<\/li>\n<\/ul>\n<p>Bu ba\u011flamda, hem marka tescili hem de uyu\u015fmazl\u0131k y\u00f6netimi a\u00e7\u0131s\u0131ndan <a href='https:\/\/www.dchost.com\/blog\/marka-tescili-udrp-ve-alan-adi-ihtilaflari-domainlerinizi-hukuken-korumak\/'>marka tescili, UDRP ve alan ad\u0131 ihtilaflar\u0131 rehberimizi<\/a> ve geni\u015f portf\u00f6yler 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 rehberimizi<\/a> okuman\u0131z\u0131 \u00f6zellikle \u00f6neririz. ICANN politikalar\u0131ndaki de\u011fi\u015fiklikleri bu iki perspektiften okumak, riskleri \u00e7ok daha erken fark etmenizi sa\u011flar.<\/p>\n<h2><span id=\"DCHost_olarak_bu_degisikliklere_nasil_uyum_sagliyoruz\">DCHost olarak bu de\u011fi\u015fikliklere nas\u0131l uyum sa\u011fl\u0131yoruz?<\/span><\/h2>\n<p>Domain, hosting, <a href=\"https:\/\/www.dchost.com\/tr\/vps\">VPS<\/a>, <a href=\"https:\/\/www.dchost.com\/tr\/fiziksel-sunucu\">dedicated sunucu<\/a> ve colocation hizmetleri sunan bir ekip olarak; ICANN politikalar\u0131n\u0131 yaln\u0131zca teorik bir konu de\u011fil, do\u011frudan i\u015fimizin par\u00e7as\u0131 olarak g\u00f6r\u00fcyoruz. DCHost taraf\u0131nda yapt\u0131\u011f\u0131m\u0131z ba\u015fl\u0131ca uyum ad\u0131mlar\u0131n\u0131 \u015feffaf \u015fekilde payla\u015fmak istiyoruz:<\/p>\n<ul>\n<li><strong>S\u00f6zle\u015fme ve kullan\u0131m \u015fartlar\u0131 g\u00fcncellemeleri:<\/strong> ICANN taraf\u0131nda kayda de\u011fer bir politika de\u011fi\u015fikli\u011fi oldu\u011funda; ilgili maddeleri hizmet s\u00f6zle\u015fmelerimize ve kay\u0131t ak\u0131\u015f\u0131na yans\u0131t\u0131yor, m\u00fc\u015fterilerimizi e-posta ile bilgilendiriyoruz.<\/li>\n<li><strong>Kontrol paneli iyile\u015ftirmeleri:<\/strong> WHOIS\/RDAP alanlar\u0131, DNSSEC y\u00f6netimi, transfer kilidi ve registry lock gibi ayarlar\u0131 panelimizde olabildi\u011fince anla\u015f\u0131l\u0131r ve kendi kendine a\u00e7\u0131klay\u0131c\u0131 h\u00e2le getiriyoruz.<\/li>\n<li><strong>Otomatik hat\u0131rlatmalar ve uyar\u0131lar:<\/strong> Yenileme tarihleri, ileti\u015fim bilgisi do\u011frulama istekleri, yakla\u015fan grace veya redemption d\u00f6nemleri i\u00e7in \u00e7ok katmanl\u0131 bildirim sistemi kullan\u0131yoruz.<\/li>\n<li><strong>G\u00fcvenlik ve k\u00f6t\u00fcye kullan\u0131m s\u00fcre\u00e7leri:<\/strong> Abuse bildirimlerini sadece form \u00fczerinde b\u0131rakm\u0131yor; ger\u00e7ekten okuyan ve aksiyon alan bir g\u00fcvenlik ekibiyle y\u00f6netiyor, ICANN beklentilerini kar\u015f\u0131larken masum domain sahiplerini de korumaya dikkat ediyoruz.<\/li>\n<li><strong>Teknik altyap\u0131 haz\u0131rl\u0131klar\u0131:<\/strong> DNSSEC, g\u00fcvenli DNS altyap\u0131s\u0131, log saklama ve yedekleme gibi ba\u015fl\u0131klarda; politik de\u011fi\u015fikliklerden \u00f6nce altyap\u0131m\u0131z\u0131 haz\u0131r h\u00e2le getirmeye \u00e7al\u0131\u015f\u0131yoruz ki siz hi\u00e7bir \u015fey hissetmeden uyum s\u00fcreci tamamlans\u0131n.<\/li>\n<\/ul>\n<p>ICANN alan ad\u0131 politikalar\u0131ndaki de\u011fi\u015fikliklerin genel \u00e7er\u00e7evesini daha \u00f6nce de <a href='https:\/\/www.dchost.com\/blog\/icann-alan-adi-politikalarindaki-degisiklikler-domain-sahipleri-icin-yol-haritasi\/'>domain sahipleri i\u00e7in haz\u0131rlad\u0131\u011f\u0131m\u0131z yol haritas\u0131<\/a> yaz\u0131m\u0131zda payla\u015fm\u0131\u015ft\u0131k. Bu yeni makale ile oradaki \u00e7er\u00e7eveyi g\u00fcncel geli\u015fmeler ve pratik \u00f6nerilerle geni\u015fletiyoruz.<\/p>\n<h2><span id=\"Guvenlik_kilitler_ve_koruma_mekanizmalari_Politika_degisiklikleri_ile_nasil_sekilleniyor\">G\u00fcvenlik, kilitler ve koruma mekanizmalar\u0131: Politika de\u011fi\u015fiklikleri ile nas\u0131l \u015fekilleniyor?<\/span><\/h2>\n<p>ICANN taraf\u0131ndaki bir\u00e7ok g\u00fcncelleme, pratikte \u015fu iki soruya odaklan\u0131yor:<\/p>\n<ol>\n<li>Alan ad\u0131n\u0131z izniniz olmadan ta\u015f\u0131nabilir mi?<\/li>\n<li>Alan ad\u0131n\u0131z izniniz olmadan de\u011fi\u015ftirilebilir veya silinebilir mi?<\/li>\n<\/ol>\n<p>Bu sorular\u0131n yan\u0131t\u0131, \u00e7e\u015fitli kilit ve koruma mekanizmalar\u0131ndan ge\u00e7iyor:<\/p>\n<ul>\n<li><strong>Registrar lock \/ transfer kilidi:<\/strong> Alan ad\u0131n\u0131z\u0131n ba\u015fka bir kay\u0131t firmas\u0131na ta\u015f\u0131nmas\u0131n\u0131, siz kilidi a\u00e7mad\u0131k\u00e7a engeller.<\/li>\n<li><strong>Registry lock:<\/strong> Kay\u0131t otoritesi seviyesinde ekstra bir kilit; kritik domainler i\u00e7in yetkisiz de\u011fi\u015fiklikleri neredeyse imk\u00e2ns\u0131z k\u0131lar.<\/li>\n<li><strong>Update ve delete kilitleri:<\/strong> Alan ad\u0131n\u0131n nameserver, kontakt bilgisi veya silme i\u015flemleri i\u00e7in ekstra do\u011frulama ad\u0131mlar\u0131 gerektirir.<\/li>\n<\/ul>\n<p>Bu mekanizmalar\u0131 tek tek ve \u00f6rnek senaryolarla anlatt\u0131\u011f\u0131m\u0131z <a href='https:\/\/www.dchost.com\/blog\/alan-adi-guvenligi-rehberi-registry-lock-transfer-kilidi-ve-yetkisiz-degisiklikleri-onlemek\/'>alan ad\u0131 g\u00fcvenli\u011fi rehberimizde<\/a> g\u00f6sterdi\u011fimiz gibi; ICANN politikalar\u0131ndaki her yeni g\u00fcvenlik odakl\u0131 de\u011fi\u015fiklik, bu kilitlerin \u00f6nemini daha da art\u0131r\u0131yor. DCHost kontrol panelinde bu ayarlar\u0131 m\u00fcmk\u00fcn oldu\u011funca g\u00f6r\u00fcn\u00fcr k\u0131lmam\u0131z\u0131n nedeni de tam olarak bu.<\/p>\n<h2><span id=\"Onumuzdeki_donemde_beklenen_ICANN_politika_egilimleri\">\u00d6n\u00fcm\u00fczdeki d\u00f6nemde beklenen ICANN politika e\u011filimleri<\/span><\/h2>\n<p>ICANN s\u00fcre\u00e7leri yava\u015f i\u015fler ama geri d\u00f6nmez; bir konu tart\u0131\u015f\u0131lmaya ba\u015fland\u0131ysa, er ya da ge\u00e7 politika olarak kar\u015f\u0131m\u0131za \u00e7\u0131kar. \u00d6n\u00fcm\u00fczdeki d\u00f6nemde \u00f6zellikle \u015fu e\u011filimlerin g\u00fc\u00e7lenmesini bekleyebilirsiniz:<\/p>\n<ul>\n<li><strong>RDAP tabanl\u0131 kay\u0131t verisi y\u00f6netimi:<\/strong> WHOIS&#8217;ten RDAP&#8217;e ge\u00e7i\u015f sadece teknik bir protokol de\u011fi\u015fimi de\u011fil; rol bazl\u0131 ve kademeli eri\u015fimin standart h\u00e2le gelmesi anlam\u0131na geliyor.<\/li>\n<li><strong>DNS k\u00f6t\u00fcye kullan\u0131m metriklerinin zorunlu raporlanmas\u0131:<\/strong> Kay\u0131t firmalar\u0131ndan, abuse vakalar\u0131 ve ald\u0131\u011f\u0131 aksiyonlar konusunda d\u00fczenli raporlama beklenmesi g\u00fcndemde.<\/li>\n<li><strong>Yeni gTLD turlar\u0131yla birlikte marka koruma mekanizmalar\u0131n\u0131n geni\u015flemesi:<\/strong> Koruma listeleri, sunrise ve claims d\u00f6nemleri gibi s\u00fcre\u00e7ler daha rafine h\u00e2le geliyor.<\/li>\n<li><strong>G\u00fcvenlik ve \u015feffafl\u0131k odakl\u0131 s\u00f6zle\u015fme g\u00fcncellemeleri:<\/strong> RA\/RAA benzeri s\u00f6zle\u015fmelerde g\u00fcvenlik bildirim s\u00fcreleri, log saklama ve i\u015fbirli\u011fi y\u00fck\u00fcml\u00fcl\u00fckleri daha detayl\u0131 h\u00e2le gelebilir.<\/li>\n<\/ul>\n<p>Bu e\u011filimler, pratikte sizden \u015funu bekleyecek: Domain portf\u00f6y\u00fcn\u00fcz\u00fc, DNS ve e-posta altyap\u0131n\u0131z\u0131 ve g\u00fcvenlik s\u00fcre\u00e7lerinizi; bir kerelik ayarlardan \u00e7ok, d\u00fczenli olarak g\u00f6zden ge\u00e7irilen ya\u015fayan sistemler gibi y\u00f6netmek.<\/p>\n<h2><span id=\"Adim_adim_eylem_plani_ICANN_politika_degisikliklerine_hazirlikli_olmak\">Ad\u0131m ad\u0131m eylem plan\u0131: ICANN politika de\u011fi\u015fikliklerine haz\u0131rl\u0131kl\u0131 olmak<\/span><\/h2>\n<p>Politikalar\u0131n detay\u0131na h\u00e2kim olmasan\u0131z bile, do\u011fru bir operasyonel \u00e7er\u00e7eve ile riskinizi ciddi bi\u00e7ilde azaltabilirsiniz. DCHost taraf\u0131nda m\u00fc\u015fterilerimize \u00f6nerdi\u011fimiz pratik eylem plan\u0131 \u015f\u00f6yle:<\/p>\n<ol>\n<li><strong>Kay\u0131t bilgilerinizin tam ve g\u00fcncel oldu\u011fundan emin olun:<\/strong> Kontrol panelinizden her alan ad\u0131n\u0131z i\u00e7in idari ve teknik kontakt e-postalar\u0131n\u0131, telefonlar\u0131 ve adresleri kontrol edin. Pasif kullan\u0131lan veya eri\u015filemeyen e-posta adreslerini mutlaka g\u00fcncelleyin.<\/li>\n<li><strong>Alan ad\u0131 portf\u00f6y\u00fcn\u00fcz\u00fc s\u0131n\u0131fland\u0131r\u0131n:<\/strong> Kurumsal ana domainler, e-posta i\u00e7in kritik domainler, pazarlama kampanyas\u0131 domainleri ve defansif kay\u0131tlar gibi kategoriler olu\u015fturun. ICANN politikalar\u0131ndaki de\u011fi\u015fiklikler her kategoriye ayn\u0131 a\u011f\u0131rl\u0131kla yans\u0131maz.<\/li>\n<li><strong>Kritik domainler i\u00e7in g\u00fcvenlik kilitlerini aktif edin:<\/strong> Kurumsal ana alan ad\u0131n\u0131z ve e-posta altyap\u0131n\u0131z\u0131n ba\u011fl\u0131 oldu\u011fu domainler i\u00e7in transfer kilidi ve m\u00fcmk\u00fcnse registry lock kullan\u0131n.<\/li>\n<li><strong>DNS ve hosting tarafta g\u00fcvenli\u011fi sertle\u015ftirin:<\/strong> Sadece domain politikalar\u0131na odaklanmak yetmez; sunucu taraf\u0131ndaki g\u00fcvenlik a\u00e7\u0131klar\u0131 da abuse \u015fik\u00e2yetlerine yol a\u00e7abilir. \u00d6zellikle <a href='https:\/\/www.dchost.com\/blog\/alan-adi-guvenligi-rehberi-registrar-lock-dnssec-whois-gizliligi-ve-2fa\/'>alan ad\u0131 g\u00fcvenli\u011fi ve 2FA rehberi<\/a> ile <a href='https:\/\/www.dchost.com\/blog\/siber-guvenlik-tehditleri-artiyor-aginizi-ve-sunucularinizi-gercekci-sekilde-nasil-korursunuz\/'>siber g\u00fcvenlik tehditleri i\u00e7in haz\u0131rlad\u0131\u011f\u0131m\u0131z yol haritas\u0131na<\/a> g\u00f6z atman\u0131z\u0131 tavsiye ederiz.<\/li>\n<li><strong>Yenileme ve s\u00fcre y\u00f6netimi i\u00e7in takvim olu\u015fturun:<\/strong> Sadece otomatik yenilemeye g\u00fcvenmeyin; kritik domainler i\u00e7in \u015firket i\u00e7i takviminizde de hat\u0131rlatmalar olu\u015fturun. Redemption d\u00f6nemine d\u00fc\u015fen domainlerin hem maliyeti hem de operasyonel riski \u00e7ok daha y\u00fcksektir.<\/li>\n<li><strong>\u0130\u00e7 sorumluluklar\u0131 netle\u015ftirin:<\/strong> Kim domain kay\u0131t ve yenilemeden sorumlu, kim DNS de\u011fi\u015fikli\u011fi yapabilir, kim e-posta altyap\u0131s\u0131n\u0131 y\u00f6netiyor? Rol ve yetkiler net olmazsa, ICANN politikalar\u0131ndaki en basit de\u011fi\u015fiklik bile i\u00e7eride kar\u0131\u015f\u0131kl\u0131\u011fa yol a\u00e7abilir.<\/li>\n<\/ol>\n<p>Domain ve marka stratejisini daha \u00fcst seviye bir perspektiften ele almak isterseniz, <a href='https:\/\/www.dchost.com\/blog\/icannin-yeni-alan-adi-politikalari-marka-ve-domain-stratejinizi-nasil-degistiriyor\/'>ICANN&#8217;\u0131n yeni alan ad\u0131 politikalar\u0131n\u0131n marka ve domain stratejinizi nas\u0131l de\u011fi\u015ftirdi\u011fini<\/a> anlatt\u0131\u011f\u0131m\u0131z yaz\u0131y\u0131 da mutlaka okuyun. Orada teknik kurallar\u0131 i\u015f hedefleriyle nas\u0131l hizalayabilece\u011finizi somut \u00f6rneklerle g\u00f6stermi\u015ftik.<\/p>\n<h2><span id=\"Sonuc_ICANN_degisiklikleriyle_bogusmak_zorunda_degilsiniz\">Sonu\u00e7: ICANN de\u011fi\u015fiklikleriyle bo\u011fu\u015fmak zorunda de\u011filsiniz<\/span><\/h2>\n<p>ICANN alan ad\u0131 politikalar\u0131ndaki de\u011fi\u015fiklikler, ilk bak\u0131\u015fta karma\u015f\u0131k ve uzak g\u00f6r\u00fcnebilir. Fakat i\u015fin \u00f6z\u00fcnde, bu kurallar alan ad\u0131 sahiplerini, internet kullan\u0131c\u0131lar\u0131n\u0131 ve k\u00fcresel DNS ekosistemini daha g\u00fcvenli, \u015feffaf ve \u00f6ng\u00f6r\u00fclebilir h\u00e2le getirmeyi hedefliyor. Bu hedefe giden yolda y\u00fck\u00fcn\u00fcz\u00fc hafifletmek ise bizim i\u015fimiz.<\/p>\n<p>DCHost olarak; domain kayd\u0131, hosting, VPS ve dedicated sunuculardan colocation \u00e7\u00f6z\u00fcmlerine kadar uzanan altyap\u0131m\u0131z\u0131, ICANN s\u00fcre\u00e7leriyle uyum i\u00e7inde \u00e7al\u0131\u015facak \u015fekilde tasarl\u0131yoruz. Sizin a\u011f\u0131n\u0131zda, sunucunuzda veya portf\u00f6y\u00fcn\u00fczde yapt\u0131\u011f\u0131n\u0131z her de\u011fi\u015fikli\u011fin; alan ad\u0131n\u0131z\u0131n ya\u015fam d\u00f6ng\u00fcs\u00fcne, g\u00fcvenli\u011fine ve hukuki konumuna etkisini d\u00fc\u015f\u00fcnerek hareket ediyoruz.<\/p>\n<p>E\u011fer siz de:<\/p>\n<ul>\n<li>Alan ad\u0131 portf\u00f6y\u00fcn\u00fcz\u00fc ICANN politikalar\u0131na uyumlu \u015fekilde yeniden d\u00fczenlemek,<\/li>\n<li>Kritik domainleriniz i\u00e7in g\u00fcvenlik ve yedeklilik stratejisi olu\u015fturmak,<\/li>\n<li>DNS, hosting ve e-posta altyap\u0131n\u0131z\u0131 alan ad\u0131 katman\u0131yla entegre d\u00fc\u015f\u00fcnmek<\/li>\n<p>  istiyorsan\u0131z; DCHost ekibiyle ileti\u015fime ge\u00e7erek projenizi birlikte planlayabiliriz. ICANN politikalar\u0131ndaki de\u011fi\u015fiklikleri bir risk de\u011fil, markan\u0131z i\u00e7in sa\u011flam bir altyap\u0131 kurmak ad\u0131na f\u0131rsat h\u00e2line getirmek elinizde.<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>\u0130&ccedil;indekiler1 ICANN alan ad\u0131 politikalar\u0131ndaki de\u011fi\u015fiklikler neden sizi do\u011frudan ilgilendiriyor?2 ICANN alan ad\u0131 politikalar\u0131 neden s\u00fcrekli de\u011fi\u015fiyor?3 Son y\u0131llarda \u00f6ne \u00e7\u0131kan temel politika ba\u015fl\u0131klar\u01313.1 1) Kay\u0131t verisi (WHOIS\/RDAP) ve gizlilik de\u011fi\u015fiklikleri3.2 2) Transfer politikas\u0131 de\u011fi\u015fiklikleri3.3 3) DNS k\u00f6t\u00fcye kullan\u0131m\u0131na kar\u015f\u0131 s\u0131k\u0131la\u015fan kurallar3.4 4) Yeni gTLD turlar\u0131 ve uzant\u0131 ekosistemi3.5 5) G\u00fcvenlik, DNSSEC ve kay\u0131t s\u00f6zle\u015fmesi [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":4248,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[32,24,33,30],"tags":[],"class_list":["post-4247","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\/4247","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=4247"}],"version-history":[{"count":0,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/4247\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media\/4248"}],"wp:attachment":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media?parent=4247"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/categories?post=4247"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/tags?post=4247"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}