# Alan adımı neden transfer edemiyorum? Kilitler, nedenler ve çözümler > Alan adımı neden transfer edemiyorum? 10 neden ve çözüm: 60 günlük kilit, clientTransferProhibited, yanlış kod, redemption, UDRP. Kimlik yok, kripto ile ödeme. - URL: https://transferoffshore.com/tr/transfer-lock/ - Son güncelleme: 2026-10-19 - Yayıncı: TransferOffshore (https://transferoffshore.com) Reddedilen neredeyse her transferin on nedenden biri vardır. Sizinkini tabloda bulun, doğrulamak için alan adının durumunu okuyun ve çözümü uygulayın. **Hızlı yanıt — Alan adımı neden transfer edemiyorum?** Alan adınızı transfer edemiyorsanız nedeni genellikle bir kilittir. Yaygın üç tanesi kayıttan veya transferden sonraki 60 günlük süre, kayıt sahibi değişikliği kilidi ve clientTransferProhibited durumudur. Ekim 2026 itibarıyla **TransferOffshore** başarısızlık nedenini Alan adlarım bölümünde gösterir ve düzeltilmiş kodu oradan gönderebilirsiniz. ## Transfer kilitleri: temel bilgiler | Özellik | Değer | | --- | --- | | Kayıttan veya transferden sonra kilit | 60 gün; kayıt şirketleri bu süre içinde reddedebilir, çoğu reddeder ve bazı kayıt otoriteleri bunu uygular | | Kayıt sahibi değişikliği kilidi | Ad, kuruluş veya e-posta değişikliğinden sonra 60 gün; vazgeçmediyseniz kayıt şirketi reddetmek zorundadır | | Kayıt şirketi kilidi | Durum clientTransferProhibited; kontrol panelinden kapatabilirsiniz | | Kayıt otoritesi kilidi | Durum serverTransferProhibited; yalnızca kayıt şirketi veya kayıt otoritesi kaldırabilir | | Kurtarma dönemi | Hiç transfer yok; önce alan adını eski kayıt şirketinde geri yükleyin | | Reddetmek zorunda olduğu durumlar | Bekleyen UDRP, mahkeme kararı, TDRP, URS | | Durum nereden okunur | RDAP verilerini okuyan ICANN Lookup (lookup.icann.org) | | Yaklaşan değişiklik | 7 Haziran 2026'da kabul edilen politikadaki 30 günlük kilitler; 19 Ekim 2026 itibarıyla yürürlük tarihi yok | ## Transferinizi hangi kilit durduruyor? Gördüğünüzü bir satırla eşleştirin. Neden sütunu, eski kayıt şirketinin reddedebileceğini, reddetmek zorunda olduğunu veya yalnızca sizi beklediğini söyler. | Gördüğünüz | Muhtemel neden | Çözüm | | --- | --- | --- | | “60 günden az” hatası veya kodun kullanılamaz görünmesi | Alan adı son 60 gün içinde kaydedildi veya transfer edildi; kayıt şirketleri reddedebilir ve çoğu reddeder | Oluşturulma tarihinden veya son transfer tarihinden sonraki 61. güne kadar bekleyin | | Sahibinin adını, kuruluşunu veya e-postasını düzenledikten kısa süre sonra transfer reddedildi | 60 günlük kayıt sahibi değişikliği kilidi; kayıt şirketi reddetmek zorunda | 60 gün bekleyin; bir sonraki değişiklikten önce kayıt şirketinden vazgeçme seçeneğini isteyin | | Durum clientTransferProhibited gösteriyor | Kayıt şirketinin transfer kilidi açık | “Transfer kilidi” veya “alan adı kilidi”ni kapatın; bazı kayıt şirketleri birkaç gün sonra yeniden açıyor | | Durum serverTransferProhibited gösteriyor | Kayıt otoritesi düzeyinde bir kilit: bir anlaşmazlık, redemption dönemi veya kayıt otoritesi kilit hizmeti | Hangisi olduğunu kayıt şirketine sorun; ücretli kayıt otoritesi kilidinin kendi kaldırma prosedürü vardır | | “Geçersiz yetkilendirme kodu” veya “yanlış kod” | Yazım hatası, daha yeni bir kod onun yerini almış ya da bir ccTLD kodu süresi dolmuş | Yeni bir kod isteyin ve boşluk olmadan yapıştırın; Alan adlarım bölümünden yeniden gönderin | | Durum redemptionPeriod gösteriyor | Alan adı süre bitiminden sonra silindi | Eski kayıt şirketinde geri yükleyin (ücreti o belirler), ardından transfer edin | | Durum pendingDelete gösteriyor | Alan adı serbest bırakılmak üzere | Transfer veya geri yükleme mümkün değil; serbest bırakılmasını bekleyip yeniden kaydedin | | Anlaşmazlık veya mahkeme kararına dayanan ret | Derkenarda olan UDRP, mahkeme kararı, TDRP veya URS; kayıt şirketi reddetmek zorunda | Sürecin bitmesini bekleyin ve kararına uyun | | Ödenmemiş geçmiş döneme dayanan ret, durum clientHold | Önceki veya süresi dolmuş dönem için ödeme yapılmaması; kayıt şirketi Registrar Hold sonrasında reddedebilir | Geçmiş dönemi eski kayıt şirketiyle kapatın | | Kod gelmiyor veya onay e-postası hiç gelmiyor | Kayıt sahibi e-postası güncel değil veya çalışmıyor | Posta kutusunu düzeltin veya e-postayı güncelleyin; önce vazgeçme seçeneğini isteyin, çünkü bu kayıt sahibi değişikliği sayılabilir | ## Kayıt şirketleri transferleri neden 60 gün boyunca engelliyor? Çünkü mevcut ICANN Transfer Politikası buna izin veriyor, zorunlu kıldığı için değil. Bir kayıt şirketi, oluşturulma tarihinden itibaren 60 gün içinde veya önceki bir transferden sonraki 60 gün içinde transferi **reddedebilir**. Birçok kayıt şirketi bu kuralı uygular ve bazı kayıt otoritesi sözleşmeleri bunu bir kayıt otoritesi kilidine dönüştürür. Günleri saymak için ICANN Lookup'ta alan adının Oluşturulma tarihini veya son transfer tarihini okuyun. 60 gün ekleyin ve taşımayı bir sonraki güne planlayın. 7 Haziran 2026'da kabul edilen politika bunun yerine **zorunlu 30 günlük kilit** (720 saat) getiriyor. Oluşturulmadan sonra ve transferden sonra uygulanır. Yürürlükte değil: 19 Ekim 2026 itibarıyla yürürlük tarihi yayımlanmadı. Değişiklikler [ICANN transfer politikası değişiklikleri](https://transferoffshore.com/tr/news/icann-transfer-policy-changes/) sayfasında. ## Kayıt sahibi değişikliği kilidi nedir ve bundan kaçınabilir misiniz? Alan adının sahip bilgilerinde değişiklik yapıldıktan sonra transferlere uygulanan 60 günlük engeldir. Mevcut politika uyarınca, kayıt sahibinin adında, kuruluşunda veya e-postasında esaslı bir değişiklik kayıt sahibi değişikliği sayılır. Kayıt şirketi bunun üzerine 60 günlük kayıt şirketleri arası transfer kilidi uygulamak ve bu süre içindeki her transferi reddetmek zorundadır. Kayıt şirketi, değişiklik yapılmadan önce vazgeçmenize **izin verebilir**. Bazıları bunu bir onay kutusu veya “atla” seçeneği olarak sunar; bazıları ise şartlarına dahil eder. Kilit bir kez konduğunda kısa yol yoktur: 60 günü bekleyin. Taşıma için ders: **iletişim bilgilerini transferden önce değil, sonra güncelleyin**, vazgeçme seçeneğini kullanmıyorsanız. Yeni politika bu kilidi ve vazgeçme seçeneğini kaldırıyor, ancak yalnızca yürürlüğe girdiğinde. ## ICANN Lookup ile bir alan adının durumunu nasıl okursunuz? lookup.icann.org adresini açın, alan adını yazın ve Domain Status satırlarını okuyun. ICANN Lookup, kayıt verilerini gTLD'ler için WHOIS'in yerini alan protokol olan RDAP üzerinden okur. Kayıt otoritesinin ve kayıt şirketinin yayımladığı verileri gösterir. 1. **Alan adını sorgulayın** — lookup.icann.org adresine gidin ve adı girin, örneğin example.com. 2. **Durumları okuyun** — Her Domain Status satırı bir EPP kodudur. clientTransferProhibited kayıt şirketinizin kilididir; serverTransferProhibited kayıt otoritesininkidir. 3. **Tarihleri okuyun** — Created, Updated ve Expiration tarihleri 60 günlük sürenin geçip geçmediğini ve alan adının süresinin dolup dolmadığını gösterir. 4. **Kayıt şirketini okuyun** — Registrar alanı, alan adını serbest bırakmak zorunda olan kaybeden kayıt şirketini adlandırır. Yalnızca “ok” (veya “active”) gösteren bir alan adının durum kilidi yoktur. Ülke uzantıları daha az veri yayımlar ve bazıları RDAP kullanmaz; bunları kayıt otoritesinde veya kayıt şirketinde kontrol edin. ## Bir kayıt şirketi transferinizi engellemek için neyi asla kullanamaz? Politika, bir kayıt şirketinin **kullanamayacağı** gerekçeleri listeler. Eski kayıt şirketiniz bunlardan birini öne sürerse, ICANN sözleşmesini ihlal eder: - bekleyen veya gelecekteki bir kayıt dönemi için ödeme yapılmaması; - kayıt sahibinin veya yönetici iletişiminin e-postalarına yanıt vermemesi; - kendinizin kaldırması için makul hiçbir yolunuz olmayan bir kilit; - ICANN'in kayıt sahibi SSS belgesine göre alan adının süresinin dolması veya yenilenmemesi. Ayrıca bir ödeme anlaşmazlığı nedeniyle yetkilendirme kodunu da alıkoyamaz. Self-servis aracı yoksa kodu 5 takvim günü içinde sağlamak zorundadır. Kod hakkında daha fazlası [yetkilendirme kodu nedir](https://transferoffshore.com/tr/auth-code/). ## TransferOffshore'da bir transfer başarısız olduğunda ne görürsünüz? Alan adlarım bölümündeki alan adının satırı **Failed** olarak değişir ve nedeni belirtir. Tipik nedenler yanlış transfer kodu, hâlâ kilitli bir alan adı veya kayıttan bu yana 60 günden az süre geçmiş olmasıdır. Aynı sayfadaki bir form düzeltilmiş kodu kabul eder, böylece baştan başlamazsınız. Engel zamana bağlı bir kilitsiz, tarihi not edin ve süresi dolduktan sonra geri dönün. Durum kilidiyse eski kayıt şirketinde kaldırın, ardından yeniden gönderin. Her kayıt şirketinin kilit anahtarını nerede tuttuğu [transfer from…](https://transferoffshore.com/tr/transfer-from/) rehberlerinde. Fiyatlar [fiyat listesinde](https://transferoffshore.com/tr/pricing/). ## Transfer kilidi soruları ### clientTransferProhibited nasıl kaldırılır? Mevcut kayıt şirketinizin panosunda transfer kilidini (alan adı kilidi veya kayıt şirketi kilidi olarak da adlandırılır) kapatın. Ardından ICANN Lookup'ta durumun kalktığını doğrulayın. Bazı kayıt şirketleri kilidi birkaç gün sonra yeniden açar (OVHcloud 7 gün sonra). Kodu isteyin ve kilidi açtıktan kısa süre sonra transferi gönderin. ### Kayıttan sonraki 60 günlük kilit kaldırılabilir mi? Bazen. Mevcut ICANN politikasına göre kayıt veya transferden sonraki 60 günlük süre, bir kayıt şirketinin kullanabileceği, kullanmak zorunda olduğu bir gerekçe değildir. Bir kayıt şirketi bunu uygulamamayı seçebilir, ancak çoğu uygular ve bazı kayıt otoriteleri kilidi kendileri uygular. Haziran 2026'da kabul edilen politika bunu sabit 30 güne çıkaracak. ### E-postamı değiştirdim ve şimdi transfer edemiyorum. Neden? Kayıt sahibinin e-postasını değiştirmek, kayıt sahibi değişikliği sayılabilir ve bu 60 günlük bir transfer kilidi oluşturur. Kayıt şirketi bu süre boyunca transferleri reddetmek zorundadır, değişiklikten önce vazgeçme hakkını kullanmadıysanız. Kilidin bitmesini bekleyin ve bir dahaki sefere iletişim bilgilerini düzenlemeden önce vazgeçme hakkını isteyin. ### UDRP anlaşmazlığı sırasında alan adını transfer edebilir miyim? Hayır. Kayıt şirketine bir UDRP süreci bildirildikten sonra, dava bitene kadar herhangi bir transferi reddetmek zorundadır. Aynı durum bir mahkeme kararı, bir TDRP davası veya bir URS süreci için de geçerlidir. Kural offshore için de geçerlidir: TransferOffshore'da, ICANN'in her kayıt şirketinden istediği gibi UDRP panel kararları uygulanır. ### Alan adımın süresi doldu. Transferin başarısız olmasının nedeni bu mu? Tek başına değil: kayıt şirketleri bir alan adının süresi doldu diye transferi reddedemez. Engeller, alan adının önce kurtarılması gereken kurtarma döneminden veya Registrar Hold ile ödenmemiş geçmiş bir dönemden kaynaklanır. Bkz. [süresi dolmuş alan adı transferleri](https://transferoffshore.com/tr/expired-domain-transfer/). ### serverTransferProhibited ne anlama gelir? Transferleri kayıt şirketiniz değil, kayıt otoritesi engellemiştir. ICANN bunu nadir olarak nitelendirir ve genellikle bir anlaşmazlık veya kurtarma dönemiyle ilişkilendirir. Bazı sahipler bunu bilerek açan bir kayıt otoritesi kilidi hizmeti de satın alır. Kayıt şirketinize hangi durumun geçerli olduğunu sorun, çünkü yalnızca o kayıt otoritesinden kaldırmasını isteyebilir. ## Kaynaklar 1. [Transfer Policy (21 Şubat 2024'te güncellendi)](https://www.icann.org/en/contracted-parties/accredited-registrars/resources/domain-name-transfers/policy) — ICANN (kontrol edildi 2026-10-19) 2. [Transfer Policy (2016 metni)](https://www.icann.org/resources/pages/transfer-policy-2016-06-01-en) — ICANN (kontrol edildi 2026-10-19) 3. [Alan adı transferleri hakkında kayıt sahibi SSS](https://www.icann.org/resources/pages/name-holder-faqs-2017-10-10-en) — ICANN (kontrol edildi 2026-10-19) 4. [EPP Durum Kodları: Ne Anlama Gelir ve Neden Bilmeliyim?](https://www.icann.org/resources/pages/epp-status-codes-2014-06-16-en) — ICANN (kontrol edildi 2026-10-19) 5. [ICANN Lookup](https://lookup.icann.org/) — ICANN (kontrol edildi 2026-10-19) 6. [Transfer Policy Review PDP Final Report](https://gnso.icann.org/sites/default/files/policy/2025/correspondence/tpr-team-to-gnso-council-04feb25.pdf-en.pdf) — ICANN GNSO (kontrol edildi 2026-10-19) 7. [Giden bir alan adını transfer etme](https://docs.ovhcloud.com/en/guides/web-cloud/domains/transfer-outgoing-domain) — OVHcloud (kontrol edildi 2026-10-19) **Kilit kalktı mı? Transferi gönderin** Alan adını ve yetkilendirme kodunu girin. Ad sunucuları korunur, .com $12,49 tutarında ve bir yıl eklenir, kimlik yok, kripto ile ödenir. [Transfer başlatın](https://transferoffshore.com/app/domains/transfer?lang=tr) · [Tüm fiyatları görün](https://transferoffshore.com/tr/pricing/) --- TransferOffshore: TransferOffshore, Panama ülkesinde kurulmuş bir şirket olan DomaineGoat LLC'in alan adı transfer hizmetidir: bir alan adını ya da tüm portföyünüzü yetkilendirme kodlarıyla taşıyın, DNS'iniz çalışmaya devam etsin ve kimlik belgesi olmadan kripto ile ödeyin. Alan adları, RDAP kaydında görünen ICANN akreditasyonlu kayıt şirketi ortağımız aracılığıyla kayıt edilir.