Domain auction ile alınan domainler güvenilir mi? Net kontrol listesi

Domain auction (açık artırma) üzerinden alınan alan adları cazip görünebilir: kısa sürede daha “oturmuş” bir domain yakalama imkânı sunar. Ancak güvenlik sadece “alan adı varsa bitti” değildir. En büyük risk; domainin geçmişte hangi amaçla kullanıldığı, arama motoru/izin listeleri (allowlist) ile e-posta gönderim itibarının nasıl etkilendiği ve alanın teknik olarak hangi izleri taşıdığıdır. Bu rehberde, auction ile alınan bir domaini hayata almadan önce hangi kontrolleri yapmanız gerektiğini net adımlarla anlatıyorum.

Domain auction’da asıl risk nerede başlar?

Auction ile alınan domainler genellikle daha önce bir kullanıcı/şirket tarafından kayıt ettirilmiş ve sonrasında terk edilmiş olur. Terk sürecinde domain; - arama motoru tarafından “zayıflamış” veya “cezalı” hale gelebilir, - e-posta trafiğinde kullanıldıysa gönderim itibarını kaybetmiş olabilir, - daha önce malware/phishing sayfalarıyla ilişkilendirilmiş olabilir, - DNS tarafında uzun süreli hatalar veya yanlış yönlendirmeler bırakmış olabilir.

Bu nedenle güvenlik değerlendirmesi tek bir kontrolle yapılmaz. “DNS çalışıyor mu?” sorusu yetmez; domainin geçmiş itibarı ve güvenlik sinyalleri birlikte ele alınmalıdır.

Auction domaini “güvenli” saymak için 3 şart

Aşağıdaki 3 şart aynı anda sağlanırsa risk seviyesi anlamlı biçimde düşer: 1. Blacklist (kara liste) ve güvenlik taraması temiz olmalı. 2. E-posta itibarında bariz sorun yok olmalı (SPF/DKIM/DMARC uyumu ve gönderen geçmişi). 3. SEO geçmişiyle ilgili belirgin ceza/manuel aksiyon sinyali yok olmalı.

Güvenlik kontrolü: Kara liste, malware ve tarama izleri

Domaini satın aldıktan sonra yönlendirme yapmadan önce şu kontrolleri sıralı şekilde uygulayın. Amaç, domaini yeni sisteme bağlamadan önce “kirli sinyalleri” yakalamaktır.

1) Spam ve reputasyon kontrolü (URL/domain temelinde)

Aşağıdaki servislerden en az 2 tanesiyle kontrol yapın: - Google Safe Browsing (güvenli tarama) - VirusTotal (malware/trojan taraması) - MxToolbox (blacklist kontrolleri)

Beklenen durum: “listelenmemiş” ve “zararlı bulunmamış” senaryoların baskın olması.

Pratik kural: Tek bir servis “güvensiz” rapor verse bile tüm taşıyıcılar değil, aynı sinyalin tekrarlandığı durumları ciddiye alın. Ancak birden fazla kaynağın domaini riskli görmesi, satın alma sonrası itibar maliyetinin yüksek olacağı anlamına gelir.

2) “Redirect zinciri” ve eski kötü yönlendirme riski

Auction domainlerinde sık görülen problem: domain uzun süre parked (boşta) kalmıştır veya eski sayfadan yeni sayfaya yönlendirme kalıntıları vardır. - Satın alma sonrası DNS’i düzenlemeden önce, tarayıcıda domainin kök URL’sinin verdiği yanıtı inceleyin. - 301/302 zinciri varsa hedeflerin nereden nereye gittiğini kontrol edin.

Zincir çok uzunsa veya beklenmedik üçüncü taraflara gidiyorsa, bu durum eski kullanım izleri olabilir. Yeni siteye geçince bile kullanıcı güvenini bozar ve SEO’yu gereksiz şekilde etkiler.

SEO itibarını test etme: “Geçmiş backlink” her zaman avantaj değil

Domain auction’da en çok konuşulan konu “backlink mirası”dır. Fakat bu miras her zaman temiz olmaz. Bazı domainler, spam ağlarına bağlanmış anchor metinler veya düşük kaliteli backlinklerle anılabilir.

1) Google Search Console ve geçmiş performans sinyali

Yeni domaini Search Console’a ekleyin. - İndekslenmiş sayfa sayısı - Gelen aramalar (query) ve görünürlük grafikleri - Manuel aksiyon uyarısı

Beklenen durum: Geçmişte ciddi düşüş/ceza uyarısı görünmemesi.

2) Index durumu: site: sorgusu tek başına yetmez

Şu yaklaşımı kullanın: - site:domain.tld ile indeksli sayfa var mı bakın. - Aynı anda bir SEO aracıyla (ör. Ahrefs/Semrush benzeri) domainin son dönemdeki referans alan adlarını ve spam skoru sinyallerini inceleyin.

Beklenen durum: Düşük kaliteli alan adlarından gelen aşırı backlink yoğunluğu yoksa risk azalır.

3) İçerik kalıntısı ve sayfa geçmişi

İsterseniz Wayback Machine gibi arşivlerde geçmişe göz atın. - Domain uzun süre “spam sayfası” veya sahte indirme/uyarı sayfalarıyla anıldıysa, itibar toparlamak zaman alır. - Kullanım geçmişinde sık sık hızlı yönlendirmeler ve farklı nişlere ani geçişler varsa dikkat gerekir.

E-posta güvenliği: DKIM/SPF/DMARC uyumu ve gönderim itibarı

Bir domaini sadece web için değil, e-posta için de kullanacaksanız risk başlığı değişir. Buradaki ana sorun “SPF/DKIM/DMARC ayarlarınızı doğru yapmanız” kadar, domainin önceki gönderim davranışının itibar etkisidir.

1) DNS kayıtlarını teknik olarak doğrulayın

Yeni alan adı için en az şu kayıtları planlayın: - SPF: Hangi sunucular adına e-posta gönderileceğini tanımlar. - DKIM: İmzalama bütünlüğünü sağlar. - DMARC: SPF/DKIM sonuçlarına göre politika uygular.

Auction domaininde ilk hedef: Bu kayıtlar eksiksiz ve tutarlı olmalı.

2) “Itibar” testini gönderim yapmadan yapın

Tam test için gönderim gerekir ama ilk adım olarak DNS doğrulaması ve raporlama ayarları yapılabilir: - DMARC raporlaması (RUA) ile gelen sonuçları izleyin. - SPF/DKIM uyumunu kontrol edin (çelişki varsa alıcılar şüphelenir).

3) Isınma (warming) kuralı: Yeni hesap + temiz domain, bile garanti değildir

E-posta sunucusuna domaini bağladığınızda, gönderim hızını aniden yükseltmeyin. - Günlük hacmi kademeli artırın. - İlk günlerde yalnızca doğrulanmış kullanıcılar ve düşük hacim tercih edin.

Bu yaklaşım, önceki kötü itibar olasılığını “kontrollü şekilde” yönetmenizi sağlar.

Domain’i güvenli şekilde devralma: DNS geçiş planı

Domaini aldıktan sonra yapılacak hamleler, riskin tamamını belirler. Burada hedef: domaini “hemen üretime” almadan önce hataları izole etmek.

1) Temiz bir aşama (staging) ile geçiş

Siteyi yayına almadan önce: - Sunucuda test ortamı (staging) hazırlayın. - DNS değişimini yaptığınızda eski içerik/redirect zinciri etkisini ölçün.

2) DNS TTL ve yayılım süresi

DNS kayıt değişikliklerinde TTL değerleri yayılım hızını etkiler. - Çok düşük TTL kullanmak her zaman iyi değildir; gereksiz dalgalanma oluşturabilir. - Planlı bir geçiş penceresi seçin.

3) WHOIS/registrar gizlilik ayarlarını kontrol edin

Gizlilik (privacy) ayarı yanlış yapılandırılırsa bazen idari süreçlerde gecikme yaşanır. Güvenlikten çok operasyonel risk doğurur. Domain avı (auction) sonrası bu adım da kontrol listesine girer.

Pratik karar mekanizması: Net puanlama ile risk sınıflandırma

Aşağıdaki listeyi kullanarak domainleri sınıflandırın. Puanlama, karar anında “içgüdü” yerine sistematik ilerler.

Hızlı risk skoru (0-10)

• Blacklist/zararlı tarama temiz mi? (0-4)
• E-posta DNS seti hazır mı ve uyumli mi? (0-3)
• Search Console’da manuel aksiyon/olağan dışı düşüş sinyali var mı? (0-2)
• Redirect zinciri / şüpheli yönlendirme var mı? (0-1)

Öneri eşikleri: - 8-10: En düşük risk grubu. Yine de kontrollü geçiş yapın. - 5-7: Orta risk grubu. Özellikle e-posta kullanımı için ek test gerekir. - 0-4: Yüksek risk grubu. Bu seviyede domaini almadan önce neden riskli olduğunu netleştirin veya vazgeçin.

Domain auction’da sık görülen 6 “güvenlik tuzağı”

Bu hatalar, alan adını aldıktan sonra fark edilirse geri dönüş maliyeti yükseltir.

1. Sadece satış ilanına bakmak: İlan “premium” deyince teknik geçmiş otomatik temiz olmaz.
2. DNS’i hızlı değiştirip eski yönlendirmeleri fark etmemek.
3. E-posta için SPF/DKIM/DMARC’ı sonradan düşünmek.
4. Search Console kurulumunu atlamak: Manuel aksiyon sinyali kaçabilir.
5. Tek kaynakla blacklist kontrolü: Bir servis “temiz” görünse bile başka servisler risk gösterebilir.
6. Kademesiz e-posta gönderimi: Yeni domain olsa bile alıcı sistemleri itibar dalgalanmasını hızla algılar.

Net sonuç: Domain auction güvenli mi?

Domain auction ile alınan domainler güvenli olabilir, hatta doğru kontrol yapıldığında düşük riskle devralınabilir. Ancak “güvenli” demek, domainin önceki yaşamının kontrol edildiği anlamına gelir: blacklist/malware taramaları temiz olmalı, e-posta için SPF/DKIM/DMARC tasarımı doğru olmalı ve SEO tarafında manuel aksiyon veya bariz indeks/ceza sinyali bulunmamalıdır.

Aksiyon önerisi: Auction’dan bir domain seçtiğinizde, satın alma sonrası ilk 24 saatte sırasıyla güvenlik taraması + e-posta DNS planı + Search Console kontrolü + redirect incelemesi yapın. Bu kontrollerden birinde “yüksek risk” sinyali görürseniz, DNS geçişini üretime almak yerine önce riski netleştirin; gerekirse domain değiştirin. Bu yaklaşım, hem itibar kaybını hem de teknik geri dönüş maliyetini minimumda tutar.