Alan Adı Transfer Edilemiyor: 60 Gün Kilidi Nedir, Nasıl Kaldırılır?

Yeni kayıt firmasının transfer formuna alan adını ve EPP kodunu girdiniz, "Transferi Başlat" düğmesine bastınız. Ekranda tek satırlık bir cümle belirdi: "Bu alan adı şu anda transfer edilemez." Bazı panellerde bu, ham EPP hatasıyla gelir — 2304 Object status prohibits operation. Bazılarında ise transfer siparişi açılır, birkaç dakika sonra sessizce "başarısız" damgası yer ve size hiçbir gerekçe gösterilmez.

İlk refleks genellikle yanlış yere gider: EPP kodu yeniden alınır, kilit tekrar tekrar açılıp kapatılır, üst üste destek talebi açılır. Oysa üç durumdan birinde sorun ne kodda ne de kilit düğmesindedir. Kayıt firmanız zaten kilidi kaldırmıştır, kod da doğrudur; alan adı ICANN'in transfer politikası gereği zorunlu bir bekleme penceresi içindedir ve bu pencere kapanana kadar hiçbir firma — sizinki de dahil — transferi başlatamaz.

Bu yazıda o pencerenin hangi olayla başladığını nasıl tespit edeceğinizi, WHOIS çıktısından nasıl doğrulayacağınızı, bitiş tarihini nasıl hesaplayacağınızı, sahip değişikliği durumunda muafiyet talep etme yolunu ve beklerken hizmetlerinizi kesintisiz taşımak için neler yapabileceğinizi adım adım ele alıyoruz.

60 Gün Kilidi Nedir ve Kuralı Kim Koyar?#

60 gün kilidi, kayıt firmanızın keyfi bir uygulaması değildir. ICANN'in Transfer Policy metninde tanımlanan, tüm gTLD uzantılarında (.com, .net, .org, .info, .xyz, .dev ve benzerleri) akredite firmaların uymak zorunda olduğu bir kuraldır. Amacı, çalınmış bir hesapla ele geçirilen alan adının hemen bir başka firmaya kaçırılıp geri alınamaz hâle gelmesini engellemektir. Bir alan adı el değiştirdiğinde ya da yeni oluşturulduğunda sistem 60 günlük bir soğuma süresi dayatır; bu sürede gerçek sahibin durumu fark edip müdahale etme şansı olur.

Kilit, alan adı üzerinde yaptığınız hemen hiçbir işlemi engellemez. Nameserver değiştirebilir, DNS kayıtlarını düzenleyebilir, alan adını yenileyebilir, WHOIS bilgilerini güncelleyebilir, hatta satabilirsiniz. Kilitli olan tek şey firmalar arası (inter-registrar) transferdir.

Buradaki en kritik ayrım şudur: 60 gün kilidi ile panelinizdeki "Transfer Kilidi" açma/kapama düğmesi aynı şey değildir. Düğmenin karşılığı clientTransferProhibited durum kodudur ve saniyeler içinde kaldırılabilir; ayrıntısı için domain kilidi nedir yazımıza bakabilirsiniz. 60 gün kilidi ise kayıt kuruluşunun (registry) tarafında tutulan bir zaman penceresidir; düğmesi yoktur ve beklemekten başka çaresi büyük ölçüde bulunmaz.

Kilidi Tetikleyen Üç Olay: Hangisi Sizin Başınıza Geldi?#

Sorunun tamamı burada düğümlenir. "60 gün" tek bir kural değil, üç ayrı tetikleyicidir ve hangisinin geçerli olduğunu bilmeden bitiş tarihini hesaplayamazsınız.

1. Yeni kayıt (ilk satın alma)#

Alan adını sıfırdan kaydettiyseniz, kayıt tarihinden itibaren 60 gün boyunca başka bir firmaya taşıyamazsınız. En sık şu senaryoda karşınıza çıkar: alan adını aceleyle bir firmadan aldınız, sonra hosting'i başka yerden almaya karar verdiniz ve her şeyi tek panelde toplamak istediniz. Cevap net — kayıt tarihinin 60. gününü beklemeniz gerekir.

2. Önceki transfer#

Alan adı yakın zamanda bir firmadan diğerine taşındıysa, transferin tamamlandığı tarihten itibaren yeniden 60 gün sayılır. Bu, bir alan adı satın alan kişilerin sıkça takıldığı noktadır: satıcı, alan adını size devretmek için önce kendi hesabına ya da bir aracıya taşımıştır ve o transferin sayacı hâlâ işlemektedir.

3. Sahip (registrant) bilgisi değişikliği#

Üçü içinde en sinsi olanı budur, çünkü siz transfer niyetiyle hiçbir şey yapmamışsınızdır. WHOIS kaydındaki kayıt sahibi adı, kurum adı veya e-posta adresini değiştirmek çoğu firmada 60 günlük transfer kilidini tetikler. Şirket unvanınız değişti, muhasebe e-postasını info@ yerine domain@ yaptınız ya da devraldığınız bir alan adının sahip bilgisine kendi adınızı yazdınız — sayaç o anda sıfırlanır ve yeniden 60'tan geriye saymaya başlar.

Telefon, adres, faks gibi alanları değiştirmek genellikle kilidi tetiklemez; tetikleyici olan ad/unvan ve e-posta üçlüsüdür. Yine de firmadan firmaya küçük farklar vardır.

Sahip değişikliğinde WHOIS her zaman güvenilir bir tarih vermez: gizlilik koruması açıksa Updated Date başka nedenlerle de oynayabilir. Bu yüzden onay e-postasının tarihini saklamak en sağlam kanıttır.

WHOIS Çıktısından Kilidi Nasıl Doğrularsınız?#

Tahmin yürütmeyin; alan adının durum kodlarına ve tarihlerine doğrudan bakın. Linux ya da macOS terminalinden:

# Durum kodlarını ve tarihleri tek seferde süz
whois ornek.com | grep -Ei "status|creation|updated|expiry|registrar:"

Tipik bir çıktı şuna benzer:

Registrar: Ornek Registrar A.S.
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Creation Date: 2026-07-05T09:14:22Z
Updated Date: 2026-08-02T11:40:05Z
Registry Expiry Date: 2027-07-05T09:14:22Z

WHOIS sunucuları bazen kısıtlı yanıt döner. Daha yapılandırılmış bir kaynak isterseniz RDAP kullanın; JSON döndüğü için ayrıştırması da kolaydır:

curl -s https://rdap.org/domain/ornek.com | jq '{status: .status, events: .events}'

RDAP çıktısındaki events dizisi registration ve last changed gibi olayları tarihleriyle birlikte verir — 60 günü hesaplarken en temiz veri kaynağı budur.

Aşağıdaki tablo, karşınıza çıkabilecek durum kodlarının transfer açısından ne anlama geldiğini özetler:

Burada kafa karıştıran nokta şudur: 60 gün kilidi çoğu zaman WHOIS'te ayrı bir durum kodu olarak görünmez. Durum ok olabilir, hiçbir Prohibited etiketi bulunmayabilir ve transfer yine de reddedilir. Çünkü kural registry tarafında tarih karşılaştırmasıyla uygulanır. Bu yüzden asıl kanıt durum kodları değil, Creation Date ile Updated Date alanlarıdır. Durum kodlarını daha derinlemesine okumak isterseniz WHOIS nedir yazısı iyi bir başlangıç noktasıdır.

Kilit Ne Zaman Bitiyor? Bitiş Tarihini Hesaplama#

Tetikleyici tarihi belirledikten sonra hesap basittir: o tarihe 60 gün ekleyin ve bir gün pay bırakın. Registry saat dilimi UTC'dir; sizinkiyle arasında birkaç saat fark olabilir.

# GNU date (Linux)
date -d "2026-07-05 +60 days" +%F

# macOS / BSD date
date -v+60d -j -f "%Y-%m-%d" "2026-07-05" +%F

Sonuç 2026-09-03 çıkıyorsa, transferi 3 Eylül'de değil 4 Eylül sabahı denemek en güvenlisidir. Bir gün erken denenen transfer yalnızca reddedilmekle kalmaz; bazı firmalarda başarısız transfer siparişi ücreti tahsil edip iade sürecine sokar, bazılarında ise EPP kodunuzu geçersiz kılar ve kodu yeniden almanız gerekir.

Bir başka ayrıntı: 60 günlük pencere, alan adının bitiş (expiry) tarihine yakınsa işiniz sıkışabilir. Alan adının süresi 20 gün sonra doluyor ama kilit 40 gün daha sürecekse, önce mevcut firmada yenileme yapmanız gerekir. Yenileme transfer hakkınızı yakmaz; ayrıntılar için alan adı yenileme rehberi yazısına bakın.

"Transfer Reddedildi" Hatalarının Anlamı#

Her ret 60 gün kilidinden kaynaklanmaz. Panelde gördüğünüz koda göre teşhis değişir:

EPP kodunun kendisiyle ilgili takıldıysanız — kodu nereden aldığınız, ne kadar geçerli olduğu, neden çalışmadığı — EPP transfer kodu yazısı bu adımı ayrıntılı anlatıyor.

Sahip Değişikliği Kilidinden Muafiyet Talep Edilebilir mi?#

Evet, ve bu, çoğu kullanıcının bilmediği tek gerçek kaçış kapısıdır — ama koşulu vardır.

ICANN'in transfer politikası, sahip (registrant) değişikliğinden doğan 60 günlük transfer kilidi için muafiyet (opt-out) imkânı tanır. Kayıt sahibi, değişiklik sırasında ya da öncesinde "bu değişiklikten sonra transfer kilidi uygulanmasın" talebinde bulunabilir. Uygulaması firmadan firmaya değişir:

1. Bazı firmalar sahip bilgisi düzenleme ekranında doğrudan bir onay kutusu sunar: "60 günlük transfer kilidini uygulama." Değişikliği kaydetmeden önce bu kutuyu işaretlemeniz gerekir.
2. Bazıları bu tercihi hesap ayarlarında kalıcı bir seçenek olarak tutar; bir kez kapattığınızda sonraki tüm sahip değişiklikleri kilitsiz geçer.
3. Bir kısmı ise yalnızca destek talebiyle işlem yapar ve ek kimlik doğrulaması ister.

Kritik uyarı: muafiyet çoğunlukla geriye dönük çalışmaz. Değişikliği yaptıktan sonra "kilidi kaldırın" demek genelde sonuç vermez; sayaç çoktan başlamıştır. Bu yüzden bir alan adını devralacak ya da unvan değişikliği yapacaksanız sırayı tersine çevirin: önce transferi tamamlayın, sahip bilgisini yeni firmada güncelleyin. Böylece hem kilitten kaçınmış hem de tek bir bekleme dönemiyle işi bitirmiş olursunuz.

Yeni kayıt ve önceki transferden doğan 60 günler için ise muafiyet yoktur. Firmanız ne kadar isterse istesin bu iki pencereyi kısaltamaz; kural registry tarafında uygulanır.

Beklerken Yapabilecekleriniz: Hizmetleri Şimdiden Taşıyın#

En çok yapılan hata, 60 gün boyunca hiçbir şey yapmadan beklemektir. Oysa transfer yalnızca faturalandırma ve yönetim yetkisinin el değiştirmesidir; sitenizin, e-postanızın ve DNS'inizin nerede çalıştığıyla doğrudan bir ilgisi yoktur. Şu üç işi bugün yapabilirsiniz:

Nameserver'ları yeni sağlayıcıya çevirin. Mevcut firmanın panelinden nameserver alanlarını yeni hosting sağlayıcınızın değerleriyle değiştirmeniz yeterlidir. Bu işlem 60 gün kilidinden etkilenmez. Adımlar için nameserver değiştirme yazısına bakabilirsiniz.

DNS kayıtlarını yeni tarafta hazırlayın. Nameserver'ı çevirmeden önce A, AAAA, MX ve TXT kayıtlarını hedef panelde birebir oluşturun. Özellikle MX ile SPF/DKIM kayıtlarını atlarsanız e-postalar sessizce kaybolur. Hangi kaydın hangi panelde tutulduğu konusunda kafanız karışıksa DNS kayıtları hangi panelden değiştirilir yazısı bu ayrımı netleştiriyor.

Geçiş öncesi TTL değerini düşürün. Nameserver değişiminden 24–48 saat önce mevcut kayıtların TTL'ini 300 saniyeye indirin; geçiş anındaki kesinti süresi belirgin biçimde kısalır.

# Değişiklikten sonra iki tarafı da kontrol edin
dig +short NS ornek.com
dig @1.1.1.1 ornek.com A +short
dig @8.8.8.8 ornek.com MX +short

Bu üç adımı tamamladıysanız kilit bittiğinde yapılacak transfer tamamen idari bir işleme dönüşür: site zaten yeni sunucuda çalışıyordur, transfer yalnızca alan adının faturasını ve yönetim panelini taşır. Ziyaretçi hiçbir şey fark etmez.

Kilit Bittiğinde Sorunsuz Transfer İçin Kontrol Listesi#

Bitiş tarihi geldiğinde şu sırayı izleyin. Adımlardan biri eksikse transfer yine reddedilir ve sayaç değilse bile sabrınız yeniden başlar:

1. Alan adının süresinin en az 15 gün sonra dolduğundan emin olun.
2. WHOIS'te sahip e-postasının erişebildiğiniz bir adres olduğunu doğrulayın; onay maili oraya gider.
3. Panelden clientTransferProhibited kilidini kaldırın.
4. EPP / Auth kodunu yeniden alın; eski kod büyük ihtimalle geçersizdir.
5. WHOIS gizlilik korumasını geçici olarak kapatın — bazı firmalar maskeli e-postaya onay maili iletmez.
6. Yeni firmada transfer siparişini oluşturun, kodu baştaki ve sondaki boşluklardan arındırarak yapıştırın.
7. Gelen onay e-postasındaki bağlantıya tıklayın; ardından eski firmanın panelinden "transferi onayla / hızlandır" seçeneğini kullanın.

Transferin genel akışı, süreleri ve uzantıya göre değişen işleyiş için alan adı transfer rehberimiz tüm süreci baştan sona kapsıyor.

.tr Uzantılarında 60 Gün Kuralı Geçerli mi?#

Hayır. .com.tr, .org.tr, .gen.tr gibi Türkiye uzantıları ICANN'in gTLD transfer politikasına değil, TRABİS kurallarına tabidir. Burada ICANN'in 60 günlük penceresi uygulanmaz; bunun yerine kendi kuralları vardır: transfer, alan adının bağlı olduğu kayıt kuruluşunun değişimiyle yapılır ve doğrulama e-posta üzerinden yürür. .tr tarafında karşınıza çıkan "transfer edilemiyor" mesajları genellikle belge eksikliği, süresi dolmuş alan adı veya güncel olmayan iletişim adresinden kaynaklanır.

Karışıklığın kaynağı şudur: aynı panelde hem .com hem .com.tr alan adınız varsa, biri için geçerli olan kural diğeri için geçerli değildir. Uzantıya göre süreç değişir; teşhise başlarken önce uzantıyı ayırın.

2025 Kararı: 60 Gün 30 Güne İniyor#

ICANN, Mart 2025'teki toplantısında transfer politikasında kapsamlı bir revizyonu onayladı. Kabul edilen değişikliklerin transfer kilidiyle ilgili iki başlığı şu:

• Yeni kayıt ve tamamlanmış transfer sonrasındaki kilit 720 saate (30 gün) iniyor. Daha uzun süre uygulayan firmalar süreyi kısaltmak, hiç uygulamayanlar ise bu kilidi eklemek zorunda kalacak.
• Sahip (registrant) değişikliğinden doğan 60 günlük transfer kilidi tamamen kaldırılıyor; sahip değişikliği ayrı bir politika metnine taşınıyor.

Değişiklikler kademeli olarak hayata geçiriliyor ve her firma aynı anda uygulamaya almıyor. Pratik sonuç şu: kendi alan adınız için geçerli süreyi kayıt firmanızın güncel bilgi sayfasından teyit edin. Hesabınızı 60 güne göre yapıp 30 günde açılan bir pencereyi kaçırmak da, tersini varsayıp erken deneyip ret almak da zaman kaybıdır. En kesin yöntem, hesapladığınız tarihten birkaç gün önce firmanın destek ekibine "bu alan adı için transfer penceresi ne zaman kapanıyor?" diye sormaktır; sistemlerinde tam tarihi görebilirler.

Sıkça Sorulan Sorular#

60 gün kilidini para ödeyerek kaldırabilir miyim?#

Hayır. Kilit registry tarafında uygulanan bir zaman kuralıdır ve satın alınabilir bir muafiyeti yoktur. Size ücret karşılığı kilidi kaldıracağını söyleyen bir aracıyla karşılaşırsanız uzak durun. Tek istisna, sahip değişikliğinden doğan kilit için değişiklik anında talep edilen muafiyettir ve o da ücretsizdir.

WHOIS bilgimi güncellersem transferim gecikir mi?#

Adres veya telefon güncellemesi genellikle kilidi tetiklemez. Ancak sahip adı, kurum adı ya da e-posta adresini değiştirirseniz çoğu firmada 60 günlük sayaç yeniden başlar. Transfer planınız varsa sıralamayı tersine çevirin: önce transferi tamamlayın, kimlik bilgilerini yeni firmada güncelleyin.

Kilit süresince alan adım korumasız mı kalıyor?#

Tam tersi. 60 gün kilidi bir kısıtlama değil, bir güvenlik önlemidir: hesabınız ele geçirilse bile saldırgan alan adını 60 gün boyunca başka bir firmaya kaçıramaz. Bu süre, durumu fark edip kayıt firmanızla birlikte müdahale etmeniz için tanınmış bir pencere sayılabilir.

Transfer denemem reddedildi, ödediğim ücreti geri alır mıyım?#

Reddedilen bir transferde alan adına bir yıl eklenmediği için firmalar genellikle tutarı hesap bakiyenize iade eder veya siparişi tümüyle iptal eder. Yine de her firmanın politikası farklıdır; ret aldıysanız iadeyi kendiliğinden beklemek yerine destek talebiyle takip edin ve kilit bitmeden yeni deneme yapmayın.

Alan adını satın aldım, satıcı transfer edemiyorum diyor. Kandırılıyor muyum?#

Muhtemelen hayır. Satıcı alan adını yakın zamanda kaydettiyse ya da başka bir firmadan kendisine taşıdıysa 60 günlük pencere gerçekten işliyordur. Kanıt istemek en sağlıklısı: whois alanadi.com çıktısındaki Creation Date ve Updated Date satırlarını sizinle paylaşmasını isteyin. Bu arada güvenli yöntem, alan adının aynı firma içinde hesaptan hesaba devriyle size geçirilmesidir; bu işlem 60 günden etkilenmez.

Kilit bitince transfer kaç gün sürer?#

Kilit kalktıktan sonra başlatılan transfer, gTLD uzantılarda tipik olarak 5 günü bulur. Eski firmanın panelinden "transferi onayla / hızlandır" seçeneğini kullanırsanız süreç birkaç saate iner. Onay vermezseniz de transfer 5 günün sonunda otomatik tamamlanır — sessiz kalmak reddetme anlamına gelmez, aksine kabul sayılır.