Bir alan adının en pahalı kısmı genellikle “satın almak” değilYenilemeler, itfalar, bloke transferler, net olmayan ilişkilendirme ve gizlilik/uygunluk suistimalleriOluşan uzun vadeli zararlar.
Bu makalede, “tuzakları” bir dizi çalıştırılabilir sürece ayıracağız.Düşük maliyetle uzun vadeli istikrarlı alan adı sahipliğive soyulma, kilit altında tutulma ve aşırı fiyatlandırma riskini azaltır.
1. Açık olalım: alan adlarının “gizliliği” ve “yenileme tuzağı” nedir?
Karşılaşacağınız büyük alan adı çukurları üç genel kategoriye ayrılır:
A. Fiyat çukurları: ilk yıl için daha ucuz, yenilemeler için iki katına çıkar; itfalar için daha pahalı
- “Alan adları ucuz” dedirten düşük ilk yıl promosyon fiyatları (hatta 0,99 $)”
- Yenilemeler ikinci yılda aniden daha pahalı hale gelir veya “belirli son eklerin” yenilenmesi zaten pahalıdır.
- Yenilemeyi unuttuğunuzda Geri ödeme süresi (RGP)Geri ödeme ücretleri genellikle normal yenileme ücretlerinden çok daha yüksektir; ICANN'inUyumluluk beyanıVurgu eklenmiştir: Kayıtlı hizmet sağlayıcıların aşağıdakileri yapmasına izin verilmelidir 30 gün RGP Sona ermeden önce alanı kullanın/geri yükleyin.
B. Atfetme çukuru: ona sahip olduğunuzu sanırsınız ama o sizin elinizde değildir
Yaygın olarak bulunur:
- Alan adı satın almak için bir web sitesi oluşturucu/dış kaynak kullanımı/aracı bulun ve diğer taraf bunu kendi hesabı altında kaydetsin
- Bir “ücretsiz alan adı” paketi kullanıyorsunuz ve alan adının transfer edilmesine izin verilmiyor veya transfer kodu sağlanmıyor!
- Gizlilik/proxy hizmeti satın aldınız, ancak sözleşme ve kontrol doğru görünmüyordu
C. Gizlilik/Uyum Çukuru: Gizliliği korumaya çalışmak alan adının askıya alınmasına ve itiraz edilememesine yol açar
- Yanlış bilgilerle kayıt yaptırdınız veya iletişim bilgilerinizi güncellemeyi unuttunuz
- “Doğrulama E-postasını” Kaçırdınız ve Alan Adınız Askıya Alındı!
ICANN Açık: Bir tescil ettiren yanlış bilgi verirse, bir değişiklikten sonraki 7 gün içinde güncelleme yapmazsa veya bir doğrulamaya yanıt vermeden 15 gün boyunca lobi yaparsa, tescil hizmetleri kurumuAskıya alınmalı veya iptal edilmeliEtki alanı.
bir karara varmak
“Sağlam” bir alan adının anahtarı, bir ad seçip seçemeyeceğiniz değildir:Kontrol, yenilemeler öngörülebilir, sona erme süresi geri yüklenebilir, serbestçe devredilebilir ve gizlilik ile uyumluluk çatışmaz.
2. Önce alan adı sistemini öğrenin: alan adınızı kim kontrol ediyor?
Bu 4 rolü anladığınız takdirde kolay kolay tuzağa düşmezsiniz:
- KAYITLAR: Belirli bir sonek (TLD) için “ana depoyu” yönetir, örneğin
.com、.net、.shopFarklı siciller tarafından işletilen vb. - güvenli hesap: Alan adınızı satın aldığınız yer (ICANN onaylı kayıt şirketi, arka ofis, yenilemeler, çözümleme vb. sağlar)
- Distribütör/Acente: kayıt şirketlerinin altındaki “ikincil satıcılar”, bir satıcıdan satın aldığınızı fark etmeyebilirsiniz bile!
- KAYITLI: alan adının “yasal sahibi” (en azından sözleşme ve poliçe sisteminde bu siz olmalısınız)
ICANN, “Kayıt Sahibi Bilgi Portalı” diyerek, tescil ettirenin alan adlarının tescili, yönetimi, transferi, yenilenmesi ve restorasyonu ile ilgili bilgilere erişim hakkına sahip olduğunu vurgulamıştır.
ICANN aynı zamanda tescil ettirenlerin hak ve sorumluluklarını daÖzet açıklama(her ne kadar orijinal sözleşme/poliçe nihai olarak geçerli olsa da).
not alın
“Parasını ödedim” demek “üzerinde kontrolüm var” demekle aynı şey değildir.
Gerçek kontrol = Kayıt sahibi bilgileri doğru + Arka uç hesabı elinizde + Devredilebilir (Auth-Code) + Yenilenebilir + Kurtarılabilir。
3. Bir alan adının “sahipliğini” nasıl belirlersiniz?
3.1 Kayıt ettiren bilgileri siz (veya şirketiniz) mi?
- Kişisel bir site ise: Registrant Gerçek bilgilerinizi (veya tüzel kişiliğinizi) doldurmanız önerilir.
- Bir şirket istasyonu söz konusu olduğunda: Tescil ettiren, şirketin yasal adı (veya kanıtlanabilen tüzel kişilik) olmalıdır
not alın
Yanlış bilgi kullanmayınAksi takdirde, alan adının size ait olduğunu kanıtlamanız zor olacaktır. Aksi takdirde, ileride ortaya çıkabilecek anlaşmazlıklar, hesap hırsızlığı veya itirazlar durumunda alan adının size ait olduğunu kanıtlamak zor olacaktır. Ayrıca, yanlış bilgilerTetikleyici duraklatma。
3.2 Etki alanı yönetimi arka uç hesabını kendiniz mi oluşturdunuz ve giriş yapabiliyor musunuz?
“Ben sizin için hallederim” diyen dış kaynaklara/ajanlara karşı dikkatli olun:
- Sözleşmenizi yenilemediğinizde, kavga ettiğinizde veya karşı taraf iletişimi kaybettiğinde, alan adınızı hemen geri alamayabilirsiniz!
- DNS'yi değiştirme, yenileme, transfer kilidini açma izniniz yok
Doğru yaklaşım:
Kendi hesabınızı kaydedersiniz, kendi e-posta/cep telefonunuzu bağlarsınız, diğer kişiye “alt hesap erişimi” veya geçici erişim verirsiniz.
3.3 Alan adı iletişim posta kutusu “alan adından bağımsız” kalıcı bir posta kutusu mudur?
ICANNSona Erme Kurtarma Politikası (ERRP)Alan adının çözümlenmesi durduğunda uyarı almamak için alan adı sahiplerinin alan adıyla ilgisi olmayan alternatif bir e-posta adresi sağlamaları önerilir.
Örnek: Etki alanı e-postanız [email protected]Alan adı süresi dolar dolmaz uyarı almayabilir - bu tehlikelidir.
3.4 Bir transfer kodu (Auth-Code / EPP Code) alabilir misiniz?
Bu, “kayıt şirketlerinin serbest transferinin” anahtarıdır.ICANN Uyumluluk SayfasıAçık olmak gerekirse: Auth-Code talep ederseniz ve kayıt kuruluşu 5 doğal günİçeride sağlanan, bir transfer şikayeti gönderebilirsiniz.
Bir platform/acente size asla bir transfer kodu vermezse, bu klasik bir “sizi dışarıda bırakır” işaretidir.
3.5 Alan adının durumunu onaylayabilir, kilidini açabilir ve aktarabilir misiniz?
ICANN transfer poli̇ti̇kasi Kayıt kuruluşları arası transfer sürecini (FOA yetkilendirmesi, vb.) öngörür ve kayıt sahiplerinin alan adlarını politika tarafından yasaklanmadan transfer edebilmeleri gerektiğini vurgular.
4. En yaygın “ilişkilendirme tuzağı” senaryoları
Senaryo A: Web sitesi kurucusu “Alan adınızı sizin için kaydedeceğim, bu daha kolay” diyor.”
Riskler: Alan adı diğer tarafın adına kayıtlıdır veya arka uç hesabı diğer tarafın elindedir.
Sonuçlar: Hizmet sağlayıcınızı değiştirdiğinizde, alan adınız fiyat artışına maruz kalabilir veya hatta transfer edilmeyebilir.
Yapılması gereken doğru şey (ve bunu sözleşmenize / e-postanıza koymanız şiddetle tavsiye edilir):
- Alan adı sizin/şirketinizin adına kayıtlı olmalıdır (Alan Adı Sahibi)
- Alan adı kayıt şirketi hesabı sizin tarafınızdan oluşturulmalı ve tutulmalıdır
- Dış kaynak kullanımı yalnızca DNS idari erişim (veya geçici erişim) sağlar
- Proje teslimatı şunları sağlamalıdır: hesap numarası, iki faktörlü kimlik doğrulama (2FA), transfer kodu Erişim yöntemi, DNS kayıt listesi
Senaryo B: “Ücretsiz Alan Adı + Hosting Paketi” satın alırsınız.”
Riskler: Ücretsiz fiyatı “devredilemez”, “yenilenmesi son derece pahalı”, “yıllarca bağlı” ve “transfer kodu yok”.
Son dakika:
- Ödeme yapmadan önce kontrol edin: Alan adı bireysel olarak mı faturalandırılıyor? Transfer edilebilir mi? Transfer kodunu kendim alabilir miyim?
- En istikrarlı program:Alan adları ana akım kayıt şirketlerinden bireysel olarak satın alınırBarındırma/kurucu platformları rastgele değiştirilir.
Senaryo C: Alan adı, ekip çalışması sırasında bir çalışanın özel hesabına yerleştirilir
Riskler: Çalışanlar ayrılır, posta kutuları bozulur, iki faktörlü kimlik doğrulama (2FA) kaybolur ve “şirket kapı etiketinizi kaybedersiniz”.
Doğru duruş:
- Şirketin birleşik etki alanı varlık hesabını kullanın (örn.
[email protected]) Kayıt - İki faktörlü kimlik doğrulama (2FA) Şirket şifre yöneticisi/donanım anahtarı ile
- İzinler role göre atanır ve en az iki yönetici bulunur
5. Yenileme Tuzağı 1: Düşük ilk yıl fiyatı ≠ düşük uzun vadeli maliyet (“maliyeti” saymayı öğrenmelisiniz)
Birçok kişi sadece ilk yılın fiyatına bakar, bu da en yaygın “nazik tuzaktır”.
5.1 Neleri saymalısınız? -Toplam Sahip Olma Maliyeti
En az 3 yıl sayın (5 yıl tavsiye edilir):
- İlk yıl kayıt fiyatı
- İkinci yıl için yenileme fiyatı
- Üçüncü yıl yenileme fiyatı
- Gizlilik koruma ücretleri (bazıları ücretli, bazıları ücretsiz)
- DNS/posta kutusu/sertifikalar gibi ek hizmetler (isteğe bağlı)
Basit bir formül:
3 Yıllık Maliyet = Kayıt Fiyatı + 2 x Yenileme Fiyatı + 3 x Gizlilik Ücreti (varsa) + Gerekli Ek Hizmetler
5.2 ERRP, kayıt kuruluşlarının temel ücretleri açıklamasını gerektirir (ancak yine de aktif olarak bakmanız gerekir)
ICANNSüresi Dolmuş Kayıt Yenileme Politikası (ERRP)RSO'ların en azından yenileme ücretlerini, süresi dolan müteakip abonelikler için abonelik ücretlerini (farklıysa) ve kayıt sözleşmesinde/internet sitesinde geri alma/eski haline getirme ücretlerini belirtmelerini ve kayıt sırasında (özellikle yenileme ücreti ilk yılın fiyatından daha yüksek olduğunda) daha fazla netlik sağlamalarını teşvik edin.
Senin hamlen: Bir sipariş vermeden önce, “Yenileme Fiyatı” ve “Kullanım Fiyatı ”nın ekran görüntüsünü alın ve kaydedin (daha sonra kullanmak üzere).
6. Yenileme Tuzağı 2: Aşırı Fiyatlı Yenilemeler ve “Premium Alan Adı” Çukuru
İki tür “prim” görmüş olabilirsiniz:
- Premium kayıt: Kayıt olduğunuzda pahalı
- Prim yenileme: kayıt pahalı değildir, ancak yıllık yenilemeler pahalıdır (daha sinsi)
Bu durum bazı yeni soneklerde (yeni gTLD'ler) daha yaygındır çünkü kayıt kuruluşu belirli dizgileri daha yüksek fiyatlandırabilir.
Son ek kuralını ezberlemenize gerek yok, sadece hatırlamanız yeterli:
Bir alan adı “gerçek olamayacak kadar iyiyse” (çok kısa, genel, sektör merkezli), muhtemelen “normal fiyatlı” değildir.
Sipariş vermeden önce yapılmalıdır:
- “Yenileme fiyatını” “yıllık ne kadar” olarak netleştirin.”
- Alışveriş sepetinizde sadece ilk yılın fiyatına bakmayın
- Sayfada yenileme fiyatı belirtilmiyorsa, başka bir kayıt kuruluşuna bakın (veya sadece vazgeçin)
7. Yenileme Tuzağı 3: Otomatik yenileme etkinleştirilmedi / Ödeme yöntemi geçersiz / E-posta hatırlatma almıyor
Alan adı kaybının en yaygın nedeni bilgisayar korsanları değil, “unuttunuz”.
7.1 ERRP hatırlatma zaman aralığı (genel kuralları bilmeniz gerekir)
ERRP'den bahsediyor: Vade sonu öncesi bildirim, sırasıyla, vade bitiminden önce 26-35 gün与 4-10 güngönderilmesi halinde, politika gerekliliklerini karşıladığı düşünülebilir.
Şöyle ki:Bir hatırlatmayı hak ediyorsunuz, ancak “Ben alırım” diye bahse giremezsiniz.
7.2 Optimal 6 ayarları
- Otomatik yenilemeyi açın
- Uzun süre geçerli bir ödeme yöntemi bağlayın (süresi dolmak üzere olan bir sanal kart kullanmayın)
- İletişim e-postasını “uzun süreli e-posta” ile kaydedin, alan e-postasını kullanmayın (alan adı son kullanma tarihinden sonra alınamayabilir).
- Kayıt kuruluşu bildirim e-posta adreslerini beyaz listeye alın (spam'i önlemek için)
- Alan adı için bir takvim hatırlatıcısı ayarlayın (sona ermeden 45/15/3 gün önce)
- Önemli alan adları, unutulma olasılığını azaltmak için bir seferde birden fazla yıl için (örneğin 3-5 yıl) yenilenir
8. Yenileme Tuzağı 4: Süre bitiminden sonraki “geri ödeme dönemi” çok pahalıdır ve açık artırmaya çıkarılabilirsiniz
8.1 “Son kullanma tarihi yaşam döngüsünü” tanımalısınız”
Ayrıntılar soneklere/registralara göre değişecektir, ancak birçok gTLD için genel süreç şöyledir:
sona erme → ödemesiz dönem → silme → Geri ödeme süresi (RGP, genellikle 30 gün) → Silme Dönemi → Kaydı Yeniden Açma
ICANN Uyumluluk BeyanıKayıt kuruluşunun aşağıdakileri yapmanıza izin vermesi gerektiğini belirtin 30 gün RGP Sona ermeden önce alanı kullanın/geri yükleyin.
8.2 İtfalar neden pahalıdır?
Geri alımlar, sicil düzeyinde bir eski haline getirme süreci içerdiğinden, sicil memurları genellikle normal yenileme ücretinden önemli ölçüde daha yüksek bir ücret (“Geri Alım Ücreti / Eski Haline Getirme Ücreti”) alır ve ERRP, sicil memurlarının bu ücretleri açıklamasını gerektirir.
nazik olun
“Geri ödeme döneminden kaçınmayı” zor bir hedef haline getirmelisiniz.
Geri ödeme dönemine girdiğinizde, temelde “pasif-agresif” bir durumdasınızdır.
9. Yenileme Tuzağı 5: Engellenen Transferler - Kayıt şirketlerini değiştirmek istiyorsunuz ancak “gidemediğinizi” fark ediyorsunuz.”
Kayıt şirketlerini değiştirmek normaldir: daha ucuz, kullanımı daha iyi, daha güvenli, ekip için daha iyi.
9.1 Transferin sahibi sizsiniz (ancak süreci takip edin)
ICANNtransfer poli̇ti̇kasiKayıt kuruluşları arası transferlerin standartlaştırılmış bir yetkilendirme yoluyla yetkilendirilmesi, sürecin açık olması ve kayıt sahiplerinin genel olarak alan adlarını transfer edebilmesi (politika tarafından yasaklanmadığı veya bir kilitleme döneminde olmadıkları sürece) öngörülmektedir.
9.2 Kodları anahtar “tuşlar” olarak aktarın”
Transfer kodunu panelde kendiniz alamıyorsanız, kayıt kuruluşundan talep etmelisiniz; eğer kayıt kuruluşu 5 gün içinde mevcut değilŞunları gönderebilirsinizŞikayetlerin aktarılması。
9.3 Yaygın “kilitlenmeler” için makul senaryolar (bir tuzak değil, ancak önceden bilmeniz gerekir)
- Kayıttan kısa bir süre sonra transfer kilitleri (hırsızlık önleme mekanizmaları) olabilir
- Tescil ettiren bilgilerindeki değişiklikler bir kilidi tetikleyebilir (transferlerin çalınmasını önlemek için)
Saptırıcı politikalar ve “kilitleme” mekanizmaları da son yıllarda görülmeye başlanmıştır.Devam eden tartışmalar ve ayarlamalar(“Varlığı kilitlemenin” mutlaka kötü niyetli olmadığını, ancak “belirsiz bir süre için kilitlemenin / bir kod vermemenin” çok şüpheli olduğunu bilin).
10. Gizlilik sorunları: bilgileri ifşa etmek istemezsiniz, ancak “yanlış bilgi de kullanamazsınız”.”
10.1 “Gizlilik Kalkanı” esas olarak kamu sorgulama bilgilerini gizlemekle ilgilidir, yanlış bilgi doldurmanızı sağlamakla ilgili değildir.
Geçmişte, birçok kişi tescil ettiren bilgilerini herkese açık WHOIS aramaları yoluyla görebiliyordu; ancak, gizlilik düzenlemelerinin ve politika evriminin gelişimi, birçok bilginin gizlenmesine/kodlanmasına neden oldu ve ICANN'in özel bir “Veri koruma ve gizlilik” sayfasında veri erişimi ile gizlilik düzenlemeleri kapsamındaki uyumluluğu nasıl dengelediği açıklanmaktadır.
ile başlayan 28 Ocak 2025 tarihinden itibarenKayıtlı Veri Erişim Protokolü RDAP GTLD kayıtları konusunda yetkili bilgi kaynağı haline gelen WHOIS aşamalı olarak kaldırılıyor。
Bu da gelecekte göreceğiniz “kamusal bilginin” şeklinin değişmeye devam edeceği anlamına geliyor.
Ancak halka açık olarak ne gösterilirse gösterilsin:Kayıt kuruluşuna sunduğunuz kayıt verileri gerçek ve ulaşılabilir olmalıdır.Aksi takdirde askıya alınabilir/iptal edilebilir.
10.2 Yapılması gereken doğru şey: sahteciliği değil, gizlilik/proxy hizmetlerini kullanmak
ICANN EvetGizlilik ve Proxy HizmetleriKayıt kuruluşlarının ve temsilcilerinin gizlilik/proxy hizmetleri sağlama gerekliliklerini düzenlemek için sistem geliştirme ve sertifikasyon projesi.
Siz, normal bir kullanıcı olarak, sadece hatırlayın:
- ÖZEL İŞLETME: Kamuya açık sorgulamalarda kişisel bilgilerinizin hizmet sağlayıcı bilgileriyle değiştirilmesi
- sorumlu bir pozisyonda sb. adına hareket etmek: Hizmet sağlayıcılar sizin adınıza görünürde kayıt sahibi olarak tutarlar/iletirler (sözleşme şartları hakkında daha fazla bilgi)
not alın
“Acente kaydının” bazı hüküm ve koşulları açıkça yazılmamıştır, bu da anlaşmazlık durumunda ispat hakkınızın zayıflamasına neden olabilir.Bu nedenle, yasal ilişki konusunda çok net olmadığınız sürece “gizlilik koruması” ifadesini kullanmak “vekaleten tutma” ifadesinden daha iyidir.
11. Gizlilik ve Uyum Tuzakları: Yanlış İletişim Bilgileri ve Alan Adlarının Olası Askıya Alınması
ICANN, kayıt verilerinin doğruluğuna ilişkin gereklilikleri ve sonuçları açıkça tanımlamaktadır:
- Kasıtlı olarak yanlış bilgi vermek
- Değişiklikten sonra 7 gün boyunca güncellenmeyen bilgiler
- Doğruluk sorgularına 15 gün içinde yanıt verilmemesi
→ Kayıt memuru şunları yapmalıdırAskıya alma veya iptalEtki alanı.
İşte nedeni:
- Gizlilik için sahte bir e-posta adresi giremezsiniz.
- Bir alan adı kayıt e-posta adresinin “okunmamış” bir e-posta adresi olmasına izin veremezsiniz.
- Posta kutunuzu dış kaynakların kontrol etmesine izin vermemeniz için bir neden daha (doğrulama/teyit e-postalarını kaçırırsınız)
12 Güvenlik ve gizlilik arasında güçlü korelasyon: hesap hırsızlığı = alan adı ele geçirme
Alan adı ele geçirmenin en yaygın yolu “DNS'yi kırmak” değil, daha ziyade:
- Kayıt şirketi hesabınızı çalın
- DNS'nizi balıkçılık istasyonunu gösterecek şekilde değiştirin.
- Başka bir kayıt kuruluşuna aktarmak için başvurun (kilitli değilse)
Transfer politikasının kendisi, yetkisiz transfer riskini azaltmak için çoklu onaylar içerir.
Yapmanız gereken en kritik 7 şey:
- İki faktörlü kimlik doğrulama etkinleştirilmiş kayıt memuru hesabı (2FA)
- Posta kutuları için iki faktörlü kimlik doğrulamayı etkinleştirin (etki alanı varlığının “kökü” aslında posta kutusudur)
- Kayıt Memuru Kilidini Etkinleştir
- Büyük marka/yüksek değerli alan adları daha yüksek seviye Registry Kilidini düşünebilir (bazı kayıt şirketleri/kayıt kuruluşları tarafından desteklenir)
- DNS “İkincil onayı” etkinleştirmek için değişiklikler”
- DNS kayıtlarında tahrifat olup olmadığını periyodik olarak kontrol edin
- Ekip ortamları için hak yönetimi ve denetim
13. “Yenileme ve atıf çukurlarından kaçınmak” için standart bir süreç
Aşağıda “satın almadan uzun vadeli yönetime” yönelik asgari uygulanabilir bir standart yer almaktadır.
Aşama A: Satın alma öncesi (10 dakika)
- Netleştirin: kayıt fiyatı, yenileme fiyatı, gizlilik ücreti, itfa ücreti (ekran görüntüsünü kaydedin)
- Teyit: transfer kodlarına self servis erişimin mevcut olup olmadığı; değilse, satın almayın (transfer hakları anahtarı)
- Kaçının: Devredilemezlikle sonuçlanan “ücretsiz alan adı” paketleri
- Bir ekip içinse: şirket e-posta adresiyle bir hesap açın (kişisel değil)
Aşama B: Satın Alma Günü (20 dakika)
- Etkin: Otomatik yenileme
- Etkin: iki faktörlü kimlik doğrulama (2FA)
- Kurulum: alternatif e-posta/telefon (alan adından bağımsız)
- Etkin: Etki Alanı Kilidi
- Kaydet: faturalar, siparişler, alan bilgilerinin ekran görüntüleri (gelecekteki anlaşmazlıklar/geri ödemeler/varlıkların kanıtı)
Aşama C: Dış Kaynaklara/Takıma Teslim (30 dakika)
- DNS ayrıcalıkları veya yalnızca geçici ayrıcalıklar.
- Ana hesap şifrenizi kimseye vermeyin.
- Bir “devir listesi” oluşturun: DNS, devir kodu edinme yöntemi, son kullanma tarihi, ödeme yöntemi, yöneticilerin listesi.
D Aşaması: Yılda bir denetim (15 dakika)
- Kontroller: başarılı yenilemelerin kayıtları, ödeme yöntemlerinin geçerliliği
- Kontrol: kayıt sahibi bilgileri/iletişim e-postası hala geçerli (askıya almayı önlemek için)
- Kontrol: DNS kurcalama için
- Kontrol: gizlilik hizmetlerinin süresi dolar (bazı gizlilik hizmetlerinin süresi ayrıca dolar)
14. “Alan Adı Hakediş ve Teslim” sözleşme maddeleri için bir şablon
Aşağıdaki şartları web sitesi kurucusuna/dış kaynak sağlayıcısına/aracısına gönderebilirsiniz (veya bir sözleşme/e-postaya ekleyebilirsiniz):
- Tescil Ettiren, Tarafın (Müşteri) tüzel kişiliği / atanmış bireyi olarak kayıtlı olmalıdır.。
- Tarafımızca oluşturulan ve tutulan alan adı kayıt kuruluşu arka uç hesabıSize yalnızca gerekli teknik haklar (örn. DNS yönetimi) verilecek ve ana hesap şifresine sahip olmanıza izin verilmeyecektir.
- Bunu teslimat sırasında sağlamalısınız:
- Alan adlarının listesi, son kullanma tarihleri, yenileme fiyat bilgileri (ekran görüntüsü)
- DNS Kayıtların listesi
- Auth-Code (transfer kodu) elde etme yöntemi ve süreci (veya A Tarafının bunu kendi başına elde edebileceğini teyit etme)
- Alan adlarını transfer etme veya kayıt şirketlerini değiştirme hakkımızı hiçbir şekilde kısıtlayamazsınız (ICANN/Sicil politikası tarafından açıkça yasaklanan kilitleme süreleri hariç).
- Gizlilik/proxy hizmetleri sunuyorsanız, hizmetlerin alan adı üzerindeki kontrolümüzü ve tasarrufumuzu değiştirmediğini açıkça belirtmeli ve hizmetlerin sona ermesinin ardından alan adının bizim adımıza kalmasını sağlamalısınız.
ortak sorunlar
S1: Gizliliğimi korumak istiyorum, yanlış bilgilerle kayıt olabilir miyim?
Tavsiye edilmez ve risklidir.ICANN açıkça belirtmektedirAlan adları, yanlış kayıt verileri, zamanında güncelleme yapılmaması veya doğrulamaya yanıt verilmemesi nedeniyle askıya alınabilir veya iptal edilebilir.
Doğru yaklaşım, sahtecilik değil, gizlilik/proxy hizmetlerini kullanmaktır.
S2: Alan adımı süresi dolduktan sonra kaydedebilir miyim?
Genellikle yapabilirsiniz, ancak ne kadar geç olursa o kadar pahalı olur.ICANN UyumluluğuNotta, sicil memurlarının aşağıdakileri yapmasına izin verilmesi gerektiği vurgulanmaktadır 30 gün RGP Süre bitiminden önce geri ödeme/kurtarma (başarısızlık durumunda şikayette bulunulabilir).
Bununla birlikte, ücretler ve süreç normal bir yenilemeden çok daha zahmetli olabilir, bu nedenle otomatik yenileme yaparak bir itfa dönemine girmekten kaçınmak en iyisidir.
S3:Kayıt kuruluşu bana transfer kodunu vermezse ne yapmalıyım?
ICANN Uyumluluk SayfasıAçıklama: Kayıt kuruluşu posta talebinize yanıt vermezse 5 doğal günAuth-Code içinde sağlanır ve bir transfer şikayeti gönderebilirsiniz.
S4: WHOIS bilgilerini neden bulamıyorum? Alan adı ile ilgili bir sorun mu var?
Şart değil.ICANN DuyurusuNot edildi: dan 2025-01-28 O zamandan beri RDAP, WHOIS'in aşamalı olarak kaldırılmasıyla gTLD kayıt sorguları için yetkili kaynak haline geldi; gizlilik düzenlemeleri de kamuya açık alanları etkiliyor.
S5: Gizlilik koruması kullanmam SEO'yu etkileyecek mi?
Genellikle öyle değildir. Gizlilik koruması esas olarak kayıt verilerinin herkese açık olarak görüntülenmesini etkiler, site içeriğini gizlemekle aynı şey değildir. SEO'yu gerçekten etkileyen içeriğin kalitesi, site yapısı ve deneyimidir.