Hızlı yanıt
Alan adı transferleri nasıl işler?
Bir gTLD alan adı transferi, bir adı yetkilendirme koduyla bir ICANN akreditasyonlu kayıt şirketinden diğerine taşır. Ekim 2026 itibarıyla yürürlükte olan ICANN Transfer Politikası uyarınca eski kayıt şirketinin yanıt vermek için 5 takvim günü vardır. Ardından transfer varsayılan olarak onaylanır. TransferOffshore'da bir .com transferi $12,49 tutarındadır ve bir yıl ekler.
Bugün yürürlükte olan alan adı transfer kuralları
| Yürürlükteki politika | ICANN Transfer Politikası, 21 Şubat 2024'te güncellenen sürüm; 21 Ağustos 2025'ten beri kayıt şirketleri için zorunlu |
|---|---|
| Kaybeden kayıt şirketinin penceresi | Kayıt otoritesinin bildiriminden sonra 5 takvim günü; yanıt yoksa transfer varsayılan olarak onaylanır |
| Yetkilendirme kodu son tarihi | Kayıt şirketinin self-servis aracı yoksa talebinizden itibaren 5 takvim günü içinde; ödeme anlaşmazlığı nedeniyle asla bekletilmez |
| Kayıttan veya transferden sonra kilit | 60 gün: kayıt şirketlerinin reddetmek için kullanabileceği bir gerekçe; birçok kayıt şirketi bunu uygular, bazı kayıt otoriteleri ise zorunlu tutar |
| Kayıt sahibi değişikliği kilidi | Kayıt sahibi değişikliğinden 60 gün sonra; kayıt şirketi değişiklikten önce vazgeçme seçeneği sunabilir |
| gTLD'lerde eklenen süre | Mevcut son kullanma tarihine bir yıl eklenir, toplam 10 yıl ile sınırlıdır |
| Sıradaki kurallar | ICANN Kurulu tarafından 7 Haziran 2026'da kabul edilen Transfer Policy Review (30 günlük kilitler, tek kullanımlık kod); 19 Ekim 2026 itibarıyla yayımlanmış bir yürürlük tarihi yok |
| Buradaki transfer fiyatı | .com $12,49, yenilemeyle aynı; tüm fiyatlar fiyat listesinde |
Bir alan adı transferinde kim ne yapar?
Dört taraf yer alır ve bunlardan yalnızca biri sizsiniz. Kayıt otoritesi uzantıyı yönetir, iki kayıt şirketi onu satar ve adı siz elinizde tutarsınız.
| Taraf | Kim olduğu | Transferdeki görevi |
|---|---|---|
| Kayıt sahibi | Alan adının sahibi olan siz | Kilidi kaldırır, yetkilendirme kodunu alır, yeni kayıt şirketine verir, iletişim e-postasının erişilebilir kalmasını sağlar |
| Kaybeden kayıt şirketi | Bugün kayıtlı olan kayıt şirketi | Yetkilendirme kodunu düzenler, clientTransferProhibited durumunu kaldırır, ardından onaylar, listelenen bir gerekçeyle reddeder veya 5 günün dolmasına izin verir |
| Kazanan kayıt şirketi | Geçiş yaptığınız kayıt şirketi; TransferOffshore'da RDAP kaydında gösterilen, ICANN akreditasyonlu kayıt şirketi ortağımız | Kodu alır, transfer talebini kayıt otoritesine gönderir, kayıt sahibinin e-postasını doğrular |
| Kayıt otoritesi | Uzantının operatörü (.com için Verisign) | Kodu kontrol eder, pendingTransfer durumunu ayarlar, kaybeden kayıt şirketine bildirir, geçişi tamamlar ve son kullanma tarihini uzatır |
Kayıt otoritesi hakemdir. Alan adının yetkili kaydını elinde tutar: onu destekleyen kayıt şirketi, durumları, son kullanma tarihi ve ad sunucuları. Bir transfer, bu kayıttaki destekleyen kayıt şirketini değiştirir. Ad sunucularını değiştirmez; bu nedenle bir web sitesi tüm süreç boyunca çevrimiçi kalabilir.
0. gün ile 5. gün arasında ne olur?
Kaybeden kayıt şirketi politikanın izin verdiği bir gerekçeyle reddetmediği sürece bir gTLD transferi en geç 5. günde tamamlanır. Birçok kayıt şirketi ayrıca giden transferi erken onaylamanıza izin verir; bu da transferi birkaç saat içinde bitirebilir.
| Ne zaman | Ne olur | Alan adı durumu |
|---|---|---|
| 0. günden önce | Kaybeden kayıt şirketinde transfer kilidini kapatır ve yetkilendirme kodunu kopyalarsınız | Kilit kaldırıldı |
| 0. gün | Kazanan kayıt şirketi kodu içeren talebi gönderir; kayıt otoritesi kodu kontrol eder ve kaybeden kayıt şirketine bildirir | pendingTransfer |
| 1. ile 5. günler | Kaybeden kayıt şirketi size e-posta gönderebilir, erken onay verebilir veya izin verilen bir gerekçeyle reddedebilir | pendingTransfer |
| 5. gün | Yanıt gelmezse kayıt otoritesi transferi varsayılan olarak onaylar | Tekrar tamam, yeni kayıt şirketi |
| Taşıma sonrası | Yeni kayıt şirketi 60 gün boyunca başka bir transferi engelleyebilir | Genellikle clientTransferProhibited |
TransferOffshore hesabınızda My domains aynı zaman çizelgesini gösterir: Talep edildi → Mevcut kayıt şirketi bekleniyor (en fazla 5 gün) → Tamamlandı veya Başarısız. Başarısız satırda hatalı kod ya da hâlâ kilitli bir alan adı gibi neden görünür ve düzeltilmiş kodu gönderebileceğiniz bir alan bulunur.
Yetki kodu nedir ve kim vermek zorundadır?
Yetki kodu (EPP kodu veya AuthInfo olarak da bilinir), her alan adı için kayıt otoritesinde saklanan bir paroladır. Alan adını alan kayıt şirketi bu kodu transfer talebiyle birlikte göndermek zorundadır; kod eşleşmezse kayıt otoritesi talebi reddeder.
Kodu size kaybeden kayıt şirketi vermek zorundadır. Self-servis aracı yoksa politika, talebinizden itibaren 5 takvim günü tanır. Borcunuz olduğu gerekçesiyle kodu vermeyi reddedemez. Ülke kayıt otoriteleri kendi kurallarını koyar: bir .de AuthInfo 30 gün geçerlidir ve .uk hiç kod kullanmaz. Ayrıntılar yetki kodu nedir] sayfasında.
Hangi kilitler ve durumlar transferi durdurur?
İki tür kilit vardır: kendiniz kaldırabileceğiniz bir durum ve yalnızca bekleyerek aşabileceğiniz zamana bağlı bir kural. RDAP durumları gösterir ve ICANN'in Lookup aracı herhangi bir gTLD alan adı için bunları okur.
| Kilit veya durum | Kim belirler | Ne anlama gelir | Ne yapmalısınız |
|---|---|---|---|
| clientTransferProhibited | Kaybeden kayıt şirketi | Kayıt otoritesi her transfer talebini reddeder | Kayıt şirketinizin panelinden transfer kilidini kapatın |
| serverTransferProhibited | Kayıt otoritesi | Genellikle bir anlaşmazlığa veya redemption dönemine bağlı kayıt otoritesi düzeyinde engel | Kayıt şirketine neden ayarlandığını sorun |
| pendingTransfer | Kayıt otoritesi | Açık bir transfer talebi var | Bekleyin veya kaybeden kayıt şirketinde erken onay verin |
| Kayıttan veya transferden 60 gün sonra | Kayıt şirketi politikası, bazen kayıt otoritesi | Kayıt şirketi transferi reddedebilir | 61. güne kadar bekleyin |
| Kayıt sahibi değişikliğinde 60 günlük kilit | Kayıt şirketi | Kayıt şirketi transferi reddetmek zorundadır | Bekleyin veya bir sonraki değişiklikten önce muafiyet isteyin |
| redemptionPeriod | Kayıt otoritesi | Alan adı süre bitiminden sonra silindi | Önce eski kayıt şirketinde geri yükleyin |
Nedenlerin tam listesi ve her biri için çözüm bir alan adı neden transfer edilemez] sayfasında.
Transferden sonra bitiş tarihine ne eklenir?
.com, .net ve .org gibi gTLD'lerde, tamamlanan bir transfer mevcut son kullanma tarihine bir yıl ekler. Zaten ödediğiniz süre korunur. Politika, toplam süresi dolmamış süreyi 10 yıl ile sınırlar, bu nedenle bu sınıra yakın yenilenen bir alan adı ek yılın tamamını alamaz.
Bir örnek: 1 Mart 2027'de sona eren bir .com, 10 Kasım 2026'da taşınır. Yeni son kullanma tarihi 1 Mart 2028'dir.
Otomatik yenileme ödemesiz dönemi. Eski kayıt şirketi alan adını son 45 gün içinde otomatik yenilediyse, kayıt otoritesi bu yenilemeyi iptal eder ve kaybeden kayıt şirketine kredi verir. Transfer daha sonra kendi yılını ekler. Net sonuç, eski son kullanma tarihinden sonra iki yıl değil, bir yıldır. Bu yenileme için eski kayıt şirketine ödeme yaptıysanız, geri ödeme onun kendi politikasına bağlıdır.
Ülke uzantıları farklıdır. Bir .uk transferi son kullanma tarihini olduğu gibi bırakır. Bir .ai transferi, 15 Ocak 2025'ten beri kayıt operatörünün Domain Name Wire'a yaptığı açıklamaya göre iki yıl ekler; TransferOffshore bunu 2 yıl olarak faturalandırır: $86,49 artı bir yenileme, $172.98. Bir .ch transferi yıl eklemez.
Ülke kodu (ccTLD) transferleri nasıl farklıdır?
ccTLD'ler ICANN Transfer Politikası'nı izlemez: her kayıt otoritesi kendi kurallarını yazar. Mekanizma, bekleme süresi ve eklenen yıl değişebilir. Aşağıdaki tablo en çok sorulan uzantıları kapsar; uzantıya göre transfer kuralları] tablosu 40 uzantıyı kapsar.
| Uzantı | Nasıl taşınır | Eklendiği yıl | Hız | Güven |
|---|---|---|---|---|
| .uk | Mevcut kayıt şirketi tarafından IPS etiketi değişikliği, kod gerekmez; Realtime Register'a göre 9 Şubat 2027'den itibaren kod tabanlı transferler | Hayır, son kullanma tarihi değişmez | Nominet tarafından belirtilmemiştir | Karışık |
| .de | AuthInfo 30 gün geçerlidir, yalnızca tek transfer | Kayıt şirketine bağlıdır | AuthInfo eşleştiğinde hemen (DENIC) | Mekanizma için birincil |
| .nl | Kayıt şirketinin 5 gün içinde vermesi gereken token | Kayıt şirketine bağlıdır | Hemen (SIDN) | Birincil ve ikincil |
| .ch | Kayıt şirketinden transfer kodu | Hayır | Belirtilmemiş | Karışık |
| .ai | EPP yetkilendirme kodu | 15 Ocak 2025'ten itibaren iki yıl | İkincil kaynaklara göre kaybeden kayıt şirketinin 7 günü vardır | İkincil |
Aldığımız her uzantının ayrıca uzantıya göre transfer rehberleri bölümünde kendi rehberi vardır.
Bir kayıt şirketi transferi ne zaman reddetmek zorunda, reddedebilir veya reddedemez?
Transfer Politikası reddetme nedenlerini üç listeye ayırır. Bu listelerin dışında bir nedenle reddeden kayıt şirketi ICANN sözleşmesini ihlal eder.
| Kural | Neden | Politika bölümü |
|---|---|---|
| Reddetmek zorunda | Kayıt şirketine bildirilmiş bir UDRP süreci | I.A.3.8 |
| Reddetmek zorunda | Bir mahkeme kararı | I.A.3.8 |
| Reddetmek zorunda | Bekleyen bir TDRP (Transfer Uyuşmazlığı Çözüm Politikası) davası | I.A.3.8 |
| Reddetmek zorunda | Bir URS süreci veya URS askıya alması | I.A.3.8 |
| Reddetmek zorunda | Hak sahibi vazgeçmediği sürece 60 günlük kayıt sahibi değişikliği kilidi | I.A.3.8 |
| Reddedebilir | Dolandırıcılık kanıtı | I.A.3.7 |
| Reddedebilir | Talepte bulunan kişinin kimliğine ilişkin makul bir uyuşmazlık | I.A.3.7 |
| Reddedebilir | Alan adı Registrar Hold'a alındıktan sonra önceki veya süresi dolmuş bir dönem için ödeme yapılmaması | I.A.3.7 |
| Reddedebilir | Transfer iletişim kişisinden açık itiraz | I.A.3.7 |
| Reddedebilir | Oluşturulmasından veya önceki bir transferden bu yana 60 günden az süre geçmesi | I.A.3.7 |
| Reddedemez | Bekleyen veya gelecekteki bir dönem için ödeme yapılmaması | I.A.3.9 |
| Reddedemez | Kayıt sahibinden veya yönetici iletişim kişisinden yanıt gelmemesi | I.A.3.9 |
| Reddedemez | Hak sahibinin makul bir şekilde kaldırma imkânı bulunmayan bir kilit | I.A.3.9 |
| Reddedemez | ICANN'ın kayıt sahibi SSS'ine göre alan adının süresinin dolması veya yenilenmemesi | I.A.3.9 |
Bu kurallar yakında değişecek mi?
Evet, ama henüz değil. 7 Haziran 2026'da ICANN Kurulu Transfer Politikası İncelemesi'ni kabul etti (karar 2026.06.07.04). Bu karar 60 gün yerine 30 günlük kilitler, 14 gün geçerli tek kullanımlık bir Transfer Yetkilendirme Kodu (TAC) ve 60 günlük kayıt sahibi değişikliği kilidinin sona ermesini getiriyor.
19 Ekim 2026 itibarıyla ICANN herhangi bir yürürlük tarihi yayımlamadı. Yayımlayana kadar bu sayfadaki her kural yürürlükte kalır. ICANN transfer politikası değişiklikleri sayfası ayrıntıları takip ediyor.
TransferOffshore'a transfer nasıl işliyor?
Her alan adını ve yetkilendirme kodunu transfer formuna girersiniz, alan adı başına bir satır, istek başına en fazla 20 satır. Mevcut ad sunucularınız varsayılan olarak korunur, böylece web sitesi ve e-posta çalışmaya devam eder. Kripto bakiyeden ödeme yaparsınız ve ödeme kredilendirildikten sonra istekler kayıt otoritelerine gider. Kayıt sahibi kayıt şirketi, RDAP kaydında gösterilen ICANN akrediteli kayıt şirketi ortağımız olur.
Transfer fiyatı uzantının yenileme fiyatına eşittir ve alan adı başına bir kez faturalandırılır (bir .ai 2 yıl olarak faturalandırılır, transfer + bir yenileme): .com $12,49, .net $12,99, .org $12,49. Tam adım adım kılavuz bir alan adını offshore kayıt şirketine nasıl taşırım sayfasındadır.
Alan adı transferi soruları
Bir alan adı transferi ne kadar sürer?
Bir gTLD transferi en fazla 5 takvim günü sürer. Kayıt otoritesi, kaybeden kayıt şirketini bilgilendirir; bu şirketin yanıt vermek için 5 günü vardır ve süre sonunda transfer varsayılan olarak onaylanır. Kaybeden kayıt şirketinde erken onaylarsanız bu süre saatlere inebilir. DENIC'in .de ve SIDN'in .nl için olduğu gibi bazı ülke kayıt otoriteleri, kod eşleştiğinde transferi anında tamamlar.
Eski kayıt şirketi transferimi engelleyebilir mi?
Yalnızca ICANN Transfer Politikası'nda listelenen nedenlerle. Bir UDRP davası, mahkeme kararı veya kayıt sahibi değişikliği kilidi sırasında reddetmek zorundadır. Dolandırıcılık, kimlik anlaşmazlığı, ödenmemiş geçmiş bir dönem veya kayıt ya da transferden sonraki 60 günlük süre nedeniyle reddedebilir. Alan adının süresi dolduğu için veya bir e-postaya yanıt vermediğiniz için reddedemez.
Transfer ettiğimde önceden ödediğim süreyi kaybeder miyim?
Hayır. gTLD'lerde kayıt otoritesi mevcut bitiş tarihinizi korur ve bir yıl ekler, toplam en fazla 10 yıl olacak şekilde. Alan adı son 45 gün içinde otomatik yenilendiyse kayıt otoritesi bu yenilemeyi iptal eder. Yerine transfer bir yıl ekler, yani eski bitiş tarihinden bir yıl sonra bitirirsiniz.
Transfer nameserver'larımı değiştirir mi?
Hayır. Nameserver'lar kayıt otoritesinde saklanır ve transfer boyunca aynı kalır. Kesinti yalnızca DNS'in kendisi eski kayıt şirketinde barındırılıyorsa yaşanır ve alan adı ayrıldığında sona erer. TransferOffshore mevcut nameserver'larınızı varsayılan olarak korur. DNS kesintisi olmadan transfer sayfasına bakın.
Bir alan adını kaydettikten sonra neden 60 gün beklemeliyim?
Mevcut ICANN politikası, bir kayıt şirketinin oluşturma tarihinden veya önceki bir transferden sonraki 60 gün içinde transferi reddetmesine izin verir. Bu izin verilen bir nedendir, zorunluluk değildir, ancak birçok kayıt şirketi bunu uygular ve bazı kayıt otoriteleri bunu zorunlu kılar. 7 Haziran 2026'da kabul edilen politika, yürürlüğe girdiğinde bunu 30 güne indirecek.
Transfer sırasında bana kim e-posta gönderir?
Genellikle transferi onaylamanızı veya reddetmenizi isteyebilecek kaybeden kayıt şirketi. Mevcut politika kapsamında yanıt vermeniz gerekmez: sessizlik 5 gün sonra onaya yol açar. Kazanan kayıt şirketi de e-postanızı doğrular. ICANN bu doğrulamayı 15 gün içinde şart koşar, aksi halde alan adı askıya alınır.
ccTLD'ler aynı kurallara tabi mi?
Hayır. Ülke kodu kayıt otoriteleri kendi transfer kurallarını belirler. Bir .uk alan adı, kod olmadan ve yıl eklenmeden IPS etiketi değiştirilerek taşınır. Bir .de veya .nl transferi, kod eşleştiğinde anında tamamlanır. Uzantıya göre kurallar tablosu her birini kaynağıyla listeler.
Kaynaklar (11)
- Transfer Policy (21 Şubat 2024'te güncellendi) — ICANN (kontrol edildi 2026-10-19)
- Transfer Policy (2016 metni) — ICANN (kontrol edildi 2026-10-19)
- Alan adı transferleri hakkında kayıt sahibi SSS — ICANN (kontrol edildi 2026-10-19)
- EPP Durum Kodları: Ne Anlama Gelir ve Neden Bilmeliyim? — ICANN (kontrol edildi 2026-10-19)
- Otomatik yenileme hoşgörü süresi hakkında kayıt şirketi uyarısı (6 Haziran 2002) — ICANN (kontrol edildi 2026-10-19)
- Ek süreler açıklandı — Identity Digital (kontrol edildi 2026-10-19)
- Onaylanan kararlar, ICANN Kurulu olağan toplantısı, 7 Haziran 2026 — ICANN (kontrol edildi 2026-10-19)
- Provider transfer of .de domains — DENIC (kontrol edildi 2026-10-19)
- Transferring your domain name — SIDN (kontrol edildi 2026-10-19)
- Nominet standardises .uk domains from February 2027 — Realtime Register (kontrol edildi 2026-10-19)
- Identity Digital artık .ai alan adlarını yönetiyor — Domain Name Wire (kontrol edildi 2026-10-19)
Bir alan adını taşımaya hazır mısınız?
Adı ve yetki kodunu girin. Nameserver'lar korunur, gTLD'lerde bir yıl eklenir ve kimlik olmadan kripto ile ödersiniz.