Domain Backorder Nedir? Düşecek Alan Adı Nasıl Takip Edilir?

Bir domain pending delete aşamasına girdiğinde artık eski sahibine döndürülemez. Ama bu, domain'in ilk düşen kişiye gideceği anlamına da gelmez. Backorder servisleri tam bu boşlukta çalışır: kullanıcı adına domain'i izler, drop anında registry'ye kayıt komutu gönderir ve başarı durumunda domain'i talep sahibine aktarır. Mekanizma basit görünür, ama arka planda yürüyen EPP yarışı oldukça katmanlıdır.

Domain backorder, özellikle marka değeri taşıyan, kısa ve hatırlanabilir ya da belirli bir niş için stratejik öneme sahip alan adlarının takibinde kullanılır. Bir markanın eski web adresi, yıllar önce bırakılan bir proje domain'i ya da rakibinin yenilemeyi unuttuğu bir alan adı — bunların tamamı backorder yarışının hedefi olabilir. Ancak bu işin işlediği mekanizmayı anlamadan kör bir biçimde backorder bırakmak, hem para hem de zaman kaybına yol açabilir.

Pending delete sürecinde domain üzerinde hiçbir işlem yapılamaz ve drop zamanı dışarıdan tahmin edilemez. Backorder servisleri bu kısıtlamayı, registry ile doğrudan kurulan EPP bağlantıları ve sürekli izleme altyapıları aracılığıyla aşmaya çalışır.

Backorder servisinin çalışma mantığı: izleme, drop ve kayıt

Backorder sürecinin üç ayrı evresi vardır ve her biri farklı teknik gereksinimler barındırır. İlk evre izlemedir: servis, hedef domain'in WHOIS veya RDAP üzerindeki statüsünü düzenli aralıklarla sorgular ve pendingDelete statüsünden çıkış anını tespit etmeye çalışır. Bu sorgular saniyede birden fazla gerçekleşebilir, özellikle drop anına yaklaşıldığında frekans artar.

İkinci evre drop-catching'dir: domain pendingDelete statüsünü terk ettiği anda — yani registry silme işlemini tamamladığı milisaniye — servis otomatik olarak EPP kayıt komutunu gönderir. Bu komutun registry sunucusuna ulaşma süresi, bağlantı gecikmesi ve sunucu yük dağılımı gibi değişkenlere bağlıdır. Komut başarıyla işlenirse domain o anda yeni sahibine atanmış olur.

# Domain hâlâ pendingDelete aşamasında:
$ curl -s "https://rdap.verisign.com/com/v1/domain/hedef-domain.com" \
  | python3 -m json.tool | grep "status"
  "status": ["pending delete"]

# Drop sonrası — kayıt artık yok:
# HTTP 404 döner

# Yeni sahibine atandıktan birkaç dakika sonra:
$ whois hedef-domain.com | grep "Registrant\|Registrar"
Registrar: BackorderService Registrar, LLC
Registrant Organization: [yeni sahip]

Üçüncü evre devir işlemidir. Servis domain'i kendi registrar hesabı üzerinden yakalarsa, bunu talep sahibine push transfer ya da hesap transferi yoluyla aktarır. Bu aşama genellikle birkaç saat ile birkaç gün arasında tamamlanır. Bazı servisler anında erişim sağlarken, bazıları manuel doğrulama adımları ekler.

Drop-catching ile backorder arasındaki fark

Bu iki kavram sıkça birbirine karıştırılır. Drop-catching, teknik bir eylemdir: domain düştüğü anda kayıt komutunu göndermek. Backorder ise kullanıcıya sunulan bir hizmettir: drop-catching altyapısını kullanıcı adına çalıştırmak ve sonucu yönetmek.

Teknik olarak drop-catching yapabilecek herkes bir domain'i yakalama yarışına girebilir. Ancak bunun için akredite bir registrar üzerinden doğrudan EPP erişimine sahip olmak ya da böyle bir registrar'la ortaklık kurmak gerekir. Backorder servisleri bu altyapıyı önceden kurmuş ve ölçeklendirilmiş işletmelerdir. Kullanıcı yalnızca hedef domain'i belirtir ve sonucu bekler; teknik süreç tamamen servisin üzerinde yürür.

Bazı büyük registrar'lar kendi backorder servisini de işletir. Bu durumda drop-catching ve kayıt işlemi aynı sistem üzerinde gerçekleşir; ara aşama ortadan kalkar ve işlem süresi kısalır. Bağımsız backorder servisleri ise genellikle birden fazla registrar ile çalışır ve bunların en hızlısı üzerinden drop anında komutu gönderir.

Registrar akreditasyonunun başarı oranına etkisi

Backorder başarısını etkileyen en kritik değişken, servisin kullandığı registrar'ın registry ile olan bağlantı kalitesidir. Registrar ve registry arasındaki hiyerarşi göz önüne alındığında, her registrar'ın registry'ye eşit erişime sahip olmadığı görülür. VeriSign gibi büyük registry'ler, akredite registrar'lara EPP bağlantısı sunar; ancak bağlantı kapasitesi, sunucu konumu ve protokol önceliği registrar'dan registrar'a değişir.

Registry sunucularına fiziksel olarak yakın veri merkezlerinde çalışan registrar'lar, ağ gecikmesi açısından yapısal bir avantaj elde eder. Bir EPP komutunun registry'ye ulaşması milisaniye farkıyla belirleyici olabilir. Bu nedenle yalnızca küçük registrar'larla çalışan backorder servisleri, büyük oyuncularla doğrudan rekabet etmekte zorlanır.

<?xml version="1.0" encoding="UTF-8"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0">
  <command>
    <create>
      <domain:create xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
        <domain:name>hedef-domain.com</domain:name>
        <domain:period unit="y">1</domain:period>
        <domain:ns>
          <domain:hostObj>ns1.registrar.example</domain:hostObj>
        </domain:ns>
        <domain:registrant>C12345</domain:registrant>
        <domain:authInfo>
          <domain:pw>token123</domain:pw>
        </domain:authInfo>
      </domain:create>
    </create>
  </command>
</epp>

Bu komutun başarıyla işlenmesi registry'nin aynı anda aldığı diğer komutlardan önce gelmesine bağlıdır. Registry, çakışan taleplerde yalnızca birini işler; diğerleri 2302 hata koduyla reddedilir (Object exists). Drop anında aynı domain için onlarca farklı registrar'dan komut gelebileceğinden, yarışın sonucu büyük ölçüde ağ zamanlamasına göre şekillenir.

Birden fazla talep durumunda açık artırma mekanizması

Bir backorder servisinde aynı domain için birden fazla kullanıcı talep kaydettirirse ne olur? Servis domain'i yakaladığında yalnızca bir kişiye devredebilir. Bu durumu çözmek için çoğu büyük backorder servisi açık artırma mekanizması uygular.

Süreç genellikle şu şekilde işler: servis drop'u başarıyla gerçekleştirdiğinde, talep sahipleri bir açık artırma bildirimi alır. Belirlenen süre — çoğunlukla 3 ila 7 gün — boyunca teklif verebilirler. Süre sonunda en yüksek teklifi veren domain'i kazanır. Diğer talepler geri ödeme ya da kredi olarak iade edilir.

Popüler domain'lerde açık artırma fiyatları standart kayıt ücretinin çok üzerinde çıkabilir. Kısa, jenerik ve marka değeri yüksek domain'ler için bu fark yüzlerce, hatta binlerce dolara ulaşabilir. Az ilgi gören ya da niş domain'lerde ise yalnızca tek talep olabilir ve domain minimum fiyatla kapanır. Bu dinamik, backorder kararını verirken hedef domain'in gerçek talebini değerlendirmeyi zorunlu kılar.

Hangi domain'ler için backorder mantıklıdır

Her düşen domain backorder'a değmez. Servise kayıt olmak, drop'u beklemek ve olası bir açık artırmaya girmek zaman ve maliyet gerektirir. Backorder'ın gerçekten anlamlı olduğu durumlar genellikle birkaç kategoriye girer.

Marka ve ticari değer taşıyan domain'ler ilk sıradadır. Bir şirketin eski alan adı, kapatılmış ama hâlâ arama trafiği olan bir site ya da rakip bir markayla bağlantılı domain bu gruba girer. İkinci kategori SEO değeri taşıyan domain'lerdir: yıllardır aktif olan, geri bağlantı profili güçlü ve belirli sorgularda sıralamaya sahip alan adları. Üçüncü kategori ise kısa ve hatırlanabilir domain'lerdir — 3-5 karakter uzunluğundaki alan adları, kelimelerin doğal çift kombinasyonları ve sayısal domain'ler.

Öte yandan bazı domain'ler için backorder beklenenden az sonuç verir. Uzun, karmaşık ya da kısa tire içeren domain'lerde gerçek talep genellikle düşüktür. Sektör dışı genel kelimeler de zayıf yatırım hedefi oluşturabilir. WHOIS ve RDAP üzerinden domain geçmişini araştırmak, bu değerlendirmeyi daha bilinçli yapmanızı sağlar.

Backorder'ın işe yaramadığı bir başka senaryo daha vardır: registry'nin domain'i serbest bırakmak yerine kendi portföyüne alması. Bazı TLD registry'leri yüksek değerli domain'leri pending delete sonrasında bireysel kayda açmak yerine premium fiyatla yeniden satışa sunar ya da açık artırma platformlarına yönlendirir. Bu durumda backorder servisleri de yarışa giremez.

Backorder sürecini izlemek ve sonucu değerlendirmek

Backorder kaydı yaptırdıktan sonra süreç tamamen servisin elindedir. Ancak domain'in durumunu bağımsız olarak izlemek hem sonucu önceden görmek hem de servisin performansını değerlendirmek açısından yararlıdır.

WHOIS ve RDAP üzerinden domain'in statüsünü günlük olarak kontrol edebilirsiniz. Domain pendingDelete statüsüne girdiğinde drop zamanı yaklaşmış demektir; bu noktada servis zaten otomatik izleme moduna geçmiş olmalıdır. Drop gerçekleştiğinde WHOIS sorgusu "No match" ya da 404 döner; birkaç saat ile birkaç gün içinde yeni kayıt bilgileri WHOIS'te görünmeye başlar.

# Drop oldu mu? (WHOIS yanıtı)
$ whois hedef-domain.com
No match for domain "HEDEF-DOMAIN.COM".

# Birkaç saat sonra — yeni kayıt var mı?
$ whois hedef-domain.com | grep "Domain Status\|Registrar\|Creation"
Registrar: BackorderService Registrar
Creation Date: 2026-04-24T14:22:07Z
Domain Status: addPeriod

Drop sonrası domain size devredildiyse nameserver ayarlarını yapmanız gerekir. Nameserver değişikliği ve ardından DNS kayıtlarının yapılandırılması, domain'in aktif olarak kullanılabilmesi için ilk adımdır. Mevcut bir DNS altyapısına bağlanacaksanız propagation süresi birkaç saatten birkaç güne kadar uzayabilir.

Backorder yarışı çok sayıda değişkene bağımlı olduğundan kesin başarı garantisi hiçbir servis tarafından verilemez. Fiyatlı ve yaygın olarak aranan domain'lerde servisler arasındaki rekabet kızışır ve kazanma olasılığı düşer. Daha az bilinen ve niş domain'lerde ise başarı oranları önemli ölçüde yükselebilir. Hangi servisi kullanırsanız kullanın, backorder'ı bir olasılık olarak değerlendirmek ve alternatif alan adı seçeneklerini paralel olarak araştırmak en sağlıklı yaklaşımdır.

Sonuç ne olursa olsun, bir domain'i kaybetmemek backorder'dan çok daha kolaydır. Yenileme hatırlatmalarını ve ödeme bilgilerini güncel tutmak, grace period ve redemption period mekanizmalarını bilmek, önemli bir alan adını hiçbir zaman bu yarışa bırakmamayı sağlar.