Domain Sağlayıcısı Değiştirmek

Yapı market zinciri işleten bir şirket düşünün: 6 mağaza, kurumsal site, e-ticaret, 14 domainlik bir portföy. Domainlerin hepsi yıllar içinde farklı yerlerden, farklı kişiler tarafından alınmıştı.

Bir gün e-posta akışı durdu ve kimse nedenini bulamadı. Bu, portföyü toparlama sürecinin başlangıcı oldu.

Sorunun ortaya çıkışı

Bir sabah kurumsal e-postalar gelmemeye başladı. BT sorumlusu baktı: domain süresi dolmuştu.

Yenilemek istediler ama panele kimse giremiyordu. Domain, üç yıl önce ayrılmış bir pazarlama müdürünün kişisel e-postasıyla açılmış bir hesapta kayıtlıydı.

Sonuç: İki gün kesinti. Bu sürede gelen sipariş e-postaları ulaşmadı.

İlk keşif: kimse portföyü bilmiyordu

Krizi çözdükten sonra "başka hangi domainlerimiz var?" sorusunu sordular. Cevap yoktu.

Yaptıkları: Envanter çıkardılar. Yöntem:

• Muhasebe kayıtlarında domain/hosting ödemelerini taradılar
• Bilinen tüm adresleri WHOIS'ten sorguladılar
• Eski çalışanların e-postalarını kontrol ettiler
• Ajanslara sordular

Bulunan: 14 domain, 4 farklı sağlayıcı, 3 farklı kayıt sahibi (biri şirket, ikisi kişi), 2 tanesi zaten süresi dolmuş ve serbest kalmış.

Ders: Envanter olmadan yönetim olmaz. Ve envanter çıkarmak sanıldığından kolaydır — muhasebe kayıtları iyi bir başlangıç noktasıdır.

İkinci keşif: iki domain kaybedilmişti

Serbest kalan iki domainden biri eski bir kampanya adresiydi, önemli değildi. Diğeri ise mağaza markalarından birinin adresiydi ve bir başkası tarafından alınmıştı.

Yaptıkları: Yeni sahibiyle iletişime geçtiler. Adres kullanılmıyordu; makul bir bedelle devraldılar.

Ders: Kaybedilen domain her zaman geri alınamaz. Bu sefer şanslıydılar.

Karar: tek sağlayıcıda toplamak

Dört farklı sağlayıcıda dağınık duran portföyü tek yerde toplamaya karar verdiler.

Sağlayıcı seçerken baktıkları:

• Panel erişimi ve çok kullanıcılı yetkilendirme
• Transfer kodunun panelden alınabilmesi
• Toplu domain yönetimi ekranı
• Yenileme bildirimlerinin doğrudan gelmesi
• Türkçe destek ve yanıt süresi
• Kurumsal fatura düzeni

Ders: Fiyat listelerinde ilk sırada değildi seçtikleri sağlayıcı. Panel ve destek kriterleri fiyatın önüne geçti.

Taşıma süreci

14 domaini tek seferde taşımadılar. Kademeli ilerlediler:

1. Önce önemsiz bir kampanya domaini ile denediler
2. Süreci ve süreyi gördüler
3. Sonra ikincil domainleri taşıdılar
4. En son ana marka ve e-posta taşıyan domaini taşıdılar

Ders: Kritik domaini en sona bırakmak doğru karardı. Süreci önce düşük riskli bir domainde öğrendiler.

Yaşanan sorun: DNS kayıtları sıfırlandı

İkinci taşımada DNS kayıtları korunmadı. Site birkaç saat açılmadı.

Yaptıkları: Sonraki taşımalarda önce tüm DNS kayıtlarının ekran görüntüsünü aldılar.

Ders: Bu, en sık yapılan taşıma hatası. Özellikle TXT kayıtları (e-posta doğrulama kayıtları) kaybolduğunda fark edilmesi günler sürer.

Yaşanan sorun: onay e-postası ulaşmadı

Bir domainde transfer onayı, artık kullanılmayan bir adrese gitti ve süreç takıldı.

Yaptıkları: Taşıma öncesi tüm domainlerin kayıtlı iletişim adreslerini kontrol edip güncellediler.

Ders: Transfer öncesi yapılacak ilk iş, kayıtlı e-posta adresine erişebildiğinizi doğrulamaktır.

Kurdukları düzen

Taşıma bittiğinde:

• 14 domain tek sağlayıcıda
• Hepsi şirket adına kayıtlı
• Bildirim adresi [email protected] (üç kişi erişiyor)
• Yedek bildirim adresi farklı bir domainde
• Hepsinde otomatik yenileme ve transfer kilidi açık
• Panel erişimi iki kişide, iki adımlı doğrulamalı
• Envanter tablosu ortak sürücüde
• Yıllık gözden geçirme takvimde

Bu hikâyeden çıkanlar

1. Envanterle başlayın. Muhasebe kayıtları iyi bir kaynak.
2. Kayıt sahibini kontrol edin. Kişisel hesaplar en büyük risk.
3. Bildirim adresini rol bazlı yapın ve yedeğini farklı domainde tutun.
4. Taşımaya düşük riskli bir domainle başlayın.
5. DNS kayıtlarını taşımadan önce yedekleyin — özellikle TXT kayıtlarını.
6. Kritik domaini en sona bırakın.
7. Sağlayıcı seçiminde panel ve desteği fiyatın önüne koyun.