Alan adınızın süresi dolduysa ilk iş kayıt şirketinizin panelinden adın durumunu ve yenileme seçeneklerini okumaktır. Süre sonundan sonra ne olacağı tek bir evrensel takvime bağlı değildir: aşamaların adları ortaktır, ama sürelerini ve ücretlerini kayıt otoritesinin politikası ile kayıt şirketinizin sözleşmesi belirler. Online satış yapan, sipariş e-postalarını alan adına bağlı bir adresten gönderen ya da yalnızca bir tanıtım sitesi işleten kişi için yenileme ödemesinin başarısız olması küçük bir ayrıntı gibi başlayıp sipariş kaybına dönüşebilir. Ülke uzantılarının kendi kayıt kuralları bu konunun dışındadır.
Süre sonunda site ve e-postaya ne olduğu: bilinenler ve bilinmeyenler
Kayıt sahiplerinin haklarını sıralayan ICANN Registrants' Benefits and Responsibilities (yeni sekmede açılır) sayfası, kayıt şirketinden alan adını yenileme ve geri yükleme yönergelerine erişme hakkınızı yazar. Sayfa, süre dolduğunda sitenin ya da e-postanın o anda ne yapacağını anlatmaz. Bu konuda belgelerde ifade yok; davranış kayıt şirketine ve barındırma düzenine göre değişebilir. Bu yüzden panikle varsayımda bulunmak yerine üç şeyi ayrı ayrı denemek gerekir.
Tablo: Süre sonunda ayrı ayrı denenecek üç şey.
| Deneme | Nasıl yapılır | Ne öğretir |
|---|---|---|
| Site açılıyor mu | Gizli pencerede adresi yazın, ayrıca telefonda mobil veriyle deneyin | DNS yanıt veriyor mu, ziyaretçi ne görüyor |
| E-posta alıyor ve gönderiyor musunuz | Başka bir adresten kendinize ileti gönderin, kendi adresinizden dışarı gönderin | MX kaydı ve posta sunucusu çalışıyor mu |
| Panel ne diyor | Kayıt şirketinde alan adının durum ve süre sonu alanına bakın | Hangi aşamada olduğunuz ve yenileme seçeneği |
Uygulama önerisi: bu üç sonucu tarih ve saatle bir notta tutun. Kayıt şirketinin destek ekibine yazarken işinize yarar ve hangi hizmetin ne zaman durduğunu gösterir.
Ziyaretçiye ne görünüyor
Ziyaretçi bazen hata sayfası, bazen kayıt şirketinin bilgi sayfası, bazen de boş bir sayfa görebilir; hangisinin görüneceği belgelenmiş bir kural değildir ve kayıt şirketinize bağlıdır. Arama motoru botlarının geçici hataya nasıl tepki verdiğini HTTP durum kodları rehberinde bulabilirsiniz. Planlı bir kesintide 503 yanıtının kullanımı ise bakım modu yazısında anlatılır; ancak süre sonu kaynaklı bir kesinti sizin kontrolünüzde bir bakım modu değildir, çünkü yanıtı siz seçemezsiniz.
Süre sonu öncesi, sırası ve sonrası: kim ne yapar
Bir yenilemenin yaşam döngüsünü zaman sırasına koymak, hangi aşamada kimin harekete geçmesi gerektiğini netleştirir. Tablo: Zaman, durum ve sorumlu taraf. Sürelerin ve ücretlerin ayrıntısı kayıt şirketinizin belgelerindedir.
| Zaman | Durum | Kim harekete geçer |
|---|---|---|
| Süre sonundan önce | Ad etkin, yenileme bekleniyor | Siz: ödemeyi ve otomatik yenilemeyi doğrularsınız |
| Yenileme günü | Otomatik ödeme denenir | Kayıt şirketi: ödemeyi çeker, başarısızsa bildirim gönderir |
| Ödeme başarısız | Ad süre sonuna yaklaşıyor ya da girdi | Siz: yöntemi güncelleyip elle yenilersiniz |
| Silme işlemi sonrası | Geri alma dönemi | Siz talep edersiniz, kayıt şirketi geri yükleme isteğini iletir |
| Geri alma sonrası | Temizleme süreci | Kimse geri yükleyemez; ad yeniden kayıt edilebilir hale gelir |
Tabloda satır sırası sabit bir takvim değil, mantıksal bir sıradır. Hangi gün hangi satıra karşılık geldiğini kayıt şirketinizin panelindeki durum alanı ve sözleşmesindeki süreler söyler. Uygulama önerisi: tablodaki beş satırı kendi kayıt şirketinizin adlarıyla yeniden yazın ve her satırın yanına gerçek tarihi ekleyin; ilk kez yaşayacağınız bir olayda hazır bir sayfa olması büyük fark yaratır.
E-posta için geçici önlem
Alan adı çalışmadığında alan adına bağlı e-posta adresleri de yanıt vermeyebilir. Uygulama önerisi: müşteriye ve tedarikçiye verdiğiniz iletişim bilgisinde, alan adından bağımsız ikinci bir e-posta adresi ya da telefon numarası bulundurun. Sipariş bildirimlerini alan adı dışında bir adrese de yönlendirecek bir ayar, kesinti süresince siparişleri kaçırmanızı önler. Ayarı süre sonu gelmeden yapın; alan adı çalışmazken posta panelinize girmek mümkün olmayabilir.
Ek süre ile geri alma dönemi arasındaki fark
EPP protokolündeki ek süre durumlarını tanımlayan RFC 3915 (yeni sekmede açılır), kayıt otoritesi ile kayıt şirketi arasındaki ilişkiyi anlatır. Belgede durumlar, kayıt şirketinin işlem yaptığında kayıt bedelinin iade edilip edilmeyeceğini ve adın geri yüklenip yüklenemeyeceğini ayıran adlar olarak geçer. Belge, bu dönemlerin sürelerini sabitlemez ve bunu kayıt otoritesinin işletme politikasına bırakır. Tablo: Süre sonu ile ilgili üç durum ve anlamları.
| Durum | RFC 3915'e göre anlamı | Sizin için sonucu |
|---|---|---|
| autoRenewPeriod | Kayıt süresi dolup kayıt otoritesi adı otomatik yenilediğinde başlar | Ad bu aşamada kayıt otoritesi tarafından yenilenmiş sayılır; ücretlendirme kayıt şirketinizin politikasındadır |
| redemptionPeriod | Silme komutu işlendikten sonra, kalıcı silinmeden önce gelir | Ad geri yüklenebilir ve silme iptal edilebilir |
| pendingRestore | Geri alma döneminde geri yükleme isteği kabul edildikten sonra | Kayıt şirketi gerekli raporu iletmelidir |
| pendingDelete | Geri alma dönemi bittikten sonra | Ad temizleme sürecindedir ve ardından yeniden kayıt edilebilir hale gelir |
Burada dikkat edilecek nokta, tablodaki hiçbir satırın bir gün sayısı içermemesidir. Bir forumda ya da başka bir şirketin sayfasında okuduğunuz gün sayısı, sizin uzantınız ve kayıt şirketiniz için geçerli olmayabilir. Kendi kayıt şirketinizin yenileme ve geri yükleme sayfasındaki ifadeyi esas alın.
Ek süre ve geri alma kavramları neden karıştırılır
İki terim gündelik dilde birbirinin yerine kullanılır, ama RFC 3915'te farklı şeyleri anlatırlar. Ek süre durumları, kaydın veya yenilemenin hemen ardından tanınan ve kayıt şirketi için iade hakkı doğuran dönemlerdir. Geri alma dönemi ise silme işlemi başladıktan sonra, ad kalıcı olarak silinmeden önce geri yükleme fırsatı veren aşamadır. Kayıt şirketiniz bu terimleri kendi dilinde farklı adlarla sunabilir; yenileme sayfasındaki ifadeler hangi aşamada olduğunuzu anlamak için yeterlidir.
Otomatik yenilemenin başarısız olma nedenleri
ICANN sayfasının kayıt sahibi sorumlulukları arasında şu cümle yer alır: otomatik yenilemeyi seçtiyseniz ödeme bilgilerinizi güncel tutmalısınız. Sayfa başarısızlık nedenlerini listelemez. Uygulama önerisi olarak şu liste bir kontrol sırası verir; resmi bir sınıflandırma değildir.
- Kartın son kullanma tarihi geçmiş ya da kart yenilenmiş ve numarası değişmiş olabilir.
- Kartın limiti ya da bakiyesi yetersiz olabilir.
- Bankanız yurt dışı veya dijital hizmet harcamasını reddetmiş olabilir.
- Kayıt şirketine kayıtlı e-posta adresi artık okunmuyor olabilir, bu yüzden ödeme hatası bildirimi görülmemiştir.
- Hesabı kuran kişi işten ayrılmış ve ödeme bilgisi onun kartına bağlı kalmış olabilir.
- Otomatik yenileme ayarı kapalı olabilir.
Ayarın hesap düzeyinde mi, alan adı düzeyinde mi tutulduğu panelden panele değişebilir. Bu nedenle yeni bir alan adı aldığınızda otomatik yenilemenin o ad için açık olduğunu ayrıca doğrulayın.
Ödeme hatasını erken fark etme
Uygulama önerisi: ödemenin alınacağı günden en az iki hafta önce kartınızı ve hesabınızı kontrol eden bir takvim kaydı oluşturun. Yenileme ödemesi tutarlı bir tarihte bekleniyorsa, bir ay önceden panele girip ödeme yönteminin hâlâ geçerli olduğunu görmek yeterlidir. Bankadan gelen bir ödeme reddi bildirimini de kayıt şirketi bildirimiyle aynı klasörde toplayın.
Bildirimlerin yolu
Kayıt şirketinin hatırlatma ve ödeme hatası bildirimleri kayıtlı iletişim adresine gider. ICANN sayfasının, kayıt şirketi hesap bilgilerini güncel tutma ve sorulara on beş gün içinde yanıt verme sorumluluğunu yazması bu yüzden yenilemeyle doğrudan ilgilidir. Alan adına bağlı bir e-posta adresini kayıt iletişimi olarak kullanıyorsanız, alan adı çalışmadığında hatırlatmayı alamayabilirsiniz. Uygulama önerisi: kayıt iletişimi için alan adından bağımsız, iki kişinin okuduğu bir adres kullanın.
Süresi dolan alan adını geri almak ve ek ücretler
Geri yükleme isteğini RFC 3915'e göre yalnızca adın kayıt şirketi gönderebilir; siz isteği kayıt şirketinize iletirsiniz. Kayıt şirketi, kayıt otoritesine geri yükleme isteği gönderir. Ardından bir rapor iletmesi gerekir. Rapor; silme zamanını, geri yükleme zamanını, geri yükleme nedenini ve iki beyanı içerir. Beyanlardan biri, adı geri yüklemenin o adda hak elde etme amacı taşımadığıdır; diğeri raporun doğruluğuna ilişkindir. Rapor zamanında gelmezse ad geri alma dönemine döner.
Ücretler konusunda ICANN sayfası kayıt şirketinin fiyatlandırma ve destek bilgilerini doğru ve erişilebilir biçimde sunmasını bekler; yanıltıcı bildirimler ve gizli ücretler kabul edilmez. Geri yükleme ücretinin ne kadar olacağı belgelerde yazmaz. Bu bilgi kayıt şirketinizin fiyat listesindedir. Uygulama önerisi: geri yüklemeye karar vermeden önce şu soruları yazılı olarak sorun.
- Alan adım şu anda hangi aşamada ve bu aşama hangi tarihe kadar sürüyor?
- Geri yüklemenin toplam ücreti nedir ve yenileme bedelini içeriyor mu?
- Geri yüklemeden sonra site ve e-posta ne kadar sürede çalışır?
- Geri yükleme sonrası DNS kayıtlarım korunacak mı?
Dördüncü soru önemlidir. Belgelerde bu konuda ifade yok; ad geri yüklendikten sonra kayıtlarınızın eksiksiz olup olmadığını kendiniz doğrulamalısınız. Kayıt listesini önceden dışa aktarmış olmanız bu aşamada işinize yarar.
Kesintinin arama ve Search Console tarafındaki yansıması
Google'ın Verify your site ownership (yeni sekmede açılır) sayfası, alan adı mülkünü doğrulamak için eklenen DNS kaydını silmemenizi söyler. Doğrulama artık teyit edilemezse bildirim alırsınız; sorun giderilmezse mülk üzerindeki izinler belirli bir ek süre sonunda sona erer. Alan adı süre sonuna girip DNS yanıtı kesilirse doğrulama kaydına da erişilemeyebilir; bu sonuç, sayfadaki ifadeden yapılan bir çıkarımdır, sayfa süre sonunu ayrıca anlatmaz. Alan adını yeniden etkinleştirdikten sonra Search Console'da mülk durumunu kontrol edin.
Süre sonundan sonra adı başka birinin alması mümkündür; bu durumda eski sitenize verilmiş bağlantıların akıbeti ve başkasının edindiği alan adının riskleri süresi dolmuş alan adı ve backlink riskleri yazısında ele alınır. Sizin için önemli olan, elinizdeki adın bir başkasına geçmemesi için erken müdahale etmenizdir.
Ad başkasına geçtiyse
RFC 3915'e göre geri alma dönemi geri yükleme yapılmadan biterse ad temizlenir ve sonra yeniden kayıt edilebilir hale gelir. Bu noktadan sonra geri yükleme yoluyla alınamaz; adı yeniden kaydetmek ya da bir başkasının kaydettiği adı almak, o uzantının ve kayıt şirketinin normal kayıt yoluna girer. Adı başkası aldıysa mevcut sahibine ulaşma, markanızı koruma ve yeni bir alan adı seçme gibi seçenekleri kayıt şirketiniz ve uzantının resmi belgeleri üzerinden değerlendirin. Ticari anlaşmazlıkta nereye başvuracağınızı kayıt şirketinden sorun. Uyuşmazlık süreçleri bu konunun dışındadır.
Panikte ilk saat: karar kuralı
Süre sonu fark edildiğinde yapılacak işler bir karar sırasına bağlanabilir. Tablo: Durum ve ilk hamle.
| Panelde ne görüyorsunuz | İlk hamle | Bir sonraki adım |
|---|---|---|
| Süre sonu bugün ya da yarın, ad hâlâ etkin | Yenilemeyi elle başlatın | Yeni süre sonu tarihini okuyun |
| Süre sonu geçmiş, yenile düğmesi var | Ücret ve aşamayı not edin, yenileyin | Site, e-posta ve doğrulama kayıtlarını deneyin |
| Panel yenile yerine geri yükleme öneriyor | Geri yükleme ücretini yazılı sorun | Onay verip kayıt listesini karşılaştırın |
| Ad panelde görünmüyor | Destek ekibine alan adını ve hesabı yazın | Ad başka birine geçtiyse kayıt şirketinin ve uzantı kurallarının sunduğu seçenekleri sorun |
Ödeme yapılamıyorsa
Ödeme yapılamıyorsa başka bir yöntem deneyin; kayıt şirketinin desteği başka bir ödeme kanalı sunabilir. Ödeme yöntemini değiştirirken hesap sahibinin kimlik doğrulama adımlarına hazırlıklı olun. Hesabı kuran kişiye ulaşılamıyorsa kayıt şirketinin kurtarma sürecini başlatın; ayrıntısı o şirketin belgelerindedir.
Örnek senaryo: bir kuruyemiş mağazası
Örnek senaryo: Mahalle kuruyemişçisi, bayram öncesi siparişlerini kendi sitesinden alıyor. Alan adının yenileme ödemesi, mağazanın eski ortağının kartına bağlı kalmış. Süre sonu, sipariş yoğunluğunun başladığı haftaya denk geliyor. Bir sabah siteye girilemiyor, sipariş e-postaları da gelmiyor.
İlk adım, kayıt şirketi panelinde durumu okumaktır. Hesap sahibi eski ortak olduğu için panele giriş için ortakla iletişim kurulur. Giriş sağlanınca alan adı işletmenin kendi hesabına alınmak üzere ayrı bir iş olarak planlanır, ama o gün öncelik yenilemedir: ödeme yöntemi mağaza kartıyla değiştirilir ve yenileme elle başlatılır. Ardından site, sipariş formu ve e-posta tek tek denenir. Son olarak hatırlatma adresi iki kişiye yönlendirilir.
Senaryodan çıkarılacak kontrol
Satış sezonu öncesinde alan adının süre sonu tarihine bakmak, sezonun ortasında yaşanacak kesintiyi önler. Ödeme bilgisi, hesabı kuran kişinin değil işletmenin kontrolünde olmalıdır.
Ödeme tarafını güvenceye almak
Yenilemeler teknik değil, finansal bir iş olarak da aksayabilir. Kartın sahibi, faturanın adresi ve onay yetkisi, DNS ayarları kadar önemlidir. Dört alt başlık, ödeme sahipliğini dört parçaya böler.
Kart kime ait
Kayıt şirketinde kayıtlı kartın sahibi bir çalışan ya da eski bir ortaksa, o kişi işten ayrıldığında kart iptal olabilir. Uygulama önerisi: yenileme için işletmenin kendi kartını ya da kurumsal ödeme yöntemini kullanın ve kartın son kullanma tarihini alan adının süre sonu tarihinden önceye denk gelecek şekilde takvime yazın. Kart yenilendiğinde kayıt şirketindeki bilgiyi güncelleyin.
Fatura ve muhasebe
Yenileme faturasının kime kesildiğini, kimin e-posta adresine gittiğini ve muhasebede hangi hesaba işlendiğini bilin. Fatura ajansa kesiliyorsa ajansın size yansıtma tarihini sorun. Fatura gelmediği için ödeme yapılmadı denirse, ödeme yapılmayan her gün alan adı yenilenmeden kalır.
Birden çok alan adı
Birden fazla alan adı varsa tek bir tabloda hepsinin adını, kayıt şirketini, süre sonunu, ödeme yöntemini ve sorumlu kişiyi tutun. Eski kampanyalar için alınmış ve unutulmuş adlar da bu tabloda yer almalıdır; kullanmadığınız bir adın süresinin dolması bilinçli bir karar olabilir, ama kimsenin bilmeden yaşadığı bir kayıp olmamalıdır.
Ödeme yetkisi
Ödemeyi onaylayan kişi izinde ya da ulaşılamaz durumdaysa yenileme bekler mi? Bunun yanıtı yazılı olmalıdır. Uygulama önerisi: ikinci bir yetkili belirleyin ve yenileme günü için hazır bir ödeme yöntemi bırakın.
Geri alma sonrası toparlanma kontrol listesi
Ad yenilenmiş ya da geri yüklenmişse iş bitmiş sayılmaz. Hizmetlerin tekrar çalıştığını sırayla doğrulamak gerekir. Uygulama önerisi olarak şu sırayı izleyin.
- Panelde süre sonu tarihinin ilerlediğini ve durumun etkin göründüğünü teyit edin.
- Sitenin ana sayfasını, bir iç sayfayı ve sipariş ya da iletişim formunu başka bir ağdan deneyin.
- Dışarıdan gelen ve dışarı giden e-postaları ayrı ayrı sınayın.
- DNS kayıt listesini önceden aldığınız kopyayla karşılaştırın; eksik MX, A ya da TXT kaydı varsa yeniden girin.
- Search Console'da mülkün hâlâ doğrulanmış göründüğünü kontrol edin.
- Süre sonu tarihini, ödeme yöntemini ve sorumlu kişiyi belgeleme sayfasında güncelleyin.
- Olayın nedenini ve alınan önlemi tek paragrafla yazıp saklayın.
Olay sonrası kısa not
Not şu soruları yanıtlasın: Ne zaman fark edildi, hangi hizmetler etkilendi, hangi adımlar atıldı, ne kadar sürede çalıştı ve bir daha olmaması için hangi iki değişiklik yapıldı. Bu not bir sonraki yenilemede yeni bir çalışana ya da ajansa devredilecek bilginin çekirdeğidir.
Süre sonu sırasında iletişim
Sitesi erişilemez olan bir işletme, müşteriyle iletişimini sosyal medya, telefon ya da başka bir kanalla sürdürmelidir. Alan adına bağlı e-posta da çalışmıyorsa müşteriler iletilerinizin ulaşmadığını fark etmeyebilir. Uygulama önerisi: kesinti sırasında kullanılabilecek bir yedek iletişim adresi hazır tutun ve sosyal medya profilinize kısa bir bilgilendirme yazın.
Destek ekibine yazarken
Alan adını, hesabı, etkilenen hizmetleri ve sorunun fark edildiği saati yazın. Ardından üç soru sorun: Ad hangi aşamada, yenilemenin toplam bedeli nedir ve işlem ne kadar sürer? Ödeme bilgisi, şifre ya da yetkilendirme kodu gönderme.
Ekibe yazarken
Ekibe kısa bir mesaj yeterlidir: sorunun alan adı süre sonu olduğunu, çözümün yenileme olduğunu, etkilenen hizmetlerin geri gelme tahminini ve kimin hangi işi aldığını belirtin. Belirsizlik dedikoduya, dedikodu da gereksiz müdahalelere yol açar; DNS panelinde birden çok kişinin aynı anda değişiklik yapması durumu karmaşıklaştırır.
Aynı senaryoda farklı sonuç
Aynı mağazada yenileme ödemesi iki hafta önce fark edilseydi, olay bir kesintiye dönüşmeden kapanırdı. Kart güncellenir, yenileme elle başlatılır ve yeni süre sonu tarihi panelden okunurdu. İkinci olasılıkta ad geri alma dönemine girmiş olurdu; bu durumda kuruyemişçi kayıt şirketinden geri yükleme ücretini yazılı sorar, sipariş yoğunluğunu da hesaba katarak karar verirdi. Üçüncü olasılıkta ad temizlenmiş ve başkası tarafından alınmış olurdu; mağaza yeni bir adla, eski adresi kullanan müşterilere sosyal medya ve telefonla ulaşarak devam ederdi. Üç sonucun maliyeti çok farklıdır, ama üçünü de ayıran şey kararın alındığı gündür.
Mevsimsel işletmeler için ek kural
Satışı belirli haftalara yığılan işletmelerde, örneğin bayram ya da yılbaşı öncesinde, süre sonu o haftalara denk geliyorsa yenilemeyi erkene çekmek mümkün olabilir. Çoklu yıl seçeneğinin olup olmadığını ve süre sonuna etkisini kayıt şirketinize sorun; belgelerde bu konuda ifade yok. Seçenek varsa sezon öncesi yenilemeyi sezon dışında yapmak riski azaltır.
Süre sonu için tek sayfalık acil durum şablonu
Bu şablonu bugün doldurup ortak bir klasöre koyun; süre sonu olayında sıfırdan düşünmeniz gerekmez. Tablo: Şablon alanları ve doldurma örneği.
| Alan | Ne yazılır |
|---|---|
| Alan adı ve uzantı | Ad, uzantı ve kayıt tarihi |
| Kayıt şirketi | Şirket adı, panel adresi, destek kanalı |
| Hesap sahibi ve yedek | İki kişinin adı ve ulaşım bilgisi |
| Süre sonu tarihi | Panelden okunan tarih ve son kontrol günü |
| Ödeme yöntemi | Kartın sahibi, son kullanma tarihi, onay yetkisi |
| Kayıt iletişimi | Alan adından bağımsız, iki kişinin okuduğu adres |
| Etkilenen hizmetler | Site, e-posta, ödeme sayfası, Search Console |
| Yedek iletişim | Müşteriye duyuru yapılacak kanal |
| DNS kayıt listesi | Dışa aktarılmış dosyanın yeri ve tarihi |
Şablonu yılda bir kez, yenilemeden hemen sonra güncelleyin. Güncellenen şablon, devir teslim sırasında ajansa ya da yeni çalışana verdiğiniz belgenin de omurgası olur.
Hatırlatıcı ve ödeme kontrol listesi
- Süre sonu tarihi panelden okundu ve takvime iki hatırlatmayla yazıldı: bir ay önce ve iki hafta önce.
- Otomatik yenileme bu alan adı için açık.
- Ödeme yöntemi işletmenin kartı ve son kullanma tarihi süre sonundan sonra.
- Kayıt şirketinin e-postaları iki kişinin okuduğu bir adrese gidiyor.
- Kayıt şirketinin destek kanalı ve hesap kurtarma yöntemi not edilmiş.
- DNS kayıtlarının dışa aktarılmış bir kopyası var.
- Search Console doğrulama kaydı ve silinmemesi gereken diğer TXT kayıtları listelenmiş.
- Satış sezonlarından, kampanyalardan ya da önemli duyurulardan önce süre sonu tarihi bir kez daha kontrol ediliyor.
Aynı nota iki satır daha ekleyin: kayıt şirketi hesabının giriş e-postası ve şirketin destek adresi. Kayıt şirketinin bildirimleri hesapta kayıtlı iletişim adresine gider; eski ya da izlenmeyen bir posta kutusu sonraki her adımı geciktirir. Destek adresi önceden yazılıysa site kapalıyken arama yapmak zorunda kalmazsınız.
Ekip içinde sorumluluk dağıtımı
Alan adı yenilemesi, kimsenin açık görevi olmadığında aksayabilir. Uygulama önerisi: bir kişiyi sorumlu, bir kişiyi yedek olarak adlandırın ve bu iki kişinin adını belgeleme sayfasına yazın. Sorumlu kişi yenilemeyi yapar, yedek kişi tarihten bir hafta önce yapılıp yapılmadığını kontrol eder. Alan adı bir ajansın hesabındaysa yenileme faturasının kime kesildiğini ve ödemeyi kimin onayladığını yazılı hale getirin. Bu düzenlemenin ICANN sayfasındaki karşılığı, kayıt sahibinin hesap bilgilerini güncel tutma sorumluluğudur.
Uzantıya göre değişen kurallar
Her uzantının kayıt kuralları farklı olabilir. Kendi uzantınız için kayıt şirketinizin sözleşmesini ve uzantıyı işleten kuruluşun yayımladığı belgeleri okuyun. Uzantı seçiminin kendisi için .com.tr mi .com mu yazısına bakabilirsiniz.
Karıştırılan kavramlar
Tablo: Karıştırılan üç kavram ve doğru okuma.
| Karıştırılan şey | Doğru okuma |
|---|---|
| Süre sonu geçti, ad hemen başkasına geçti | RFC 3915 geri alma aşamasını tanımlar; ad bu aşamada geri yüklenebilir. Sürenin uzunluğu kayıt otoritesinin politikasındadır |
| Ödeme yapıldı, yenileme tamam | Yenilemenin işlendiğini panelde süre sonu tarihinin ilerlediğini görerek teyit edin |
| Her kayıt şirketi aynı süreyi ve ücreti uygular | Ücretleri ve süreleri kayıt şirketinin sözleşmesi belirler; ICANN sayfası yalnızca bilgilendirme hakkını ve gizli ücret yasağını yazar |
Gelen yenileme mesajı gerçekten kayıt şirketinden mi
ICANN sayfası, kayıt şirketlerinin yanıltıcı bildirimler ve gizli ücretler kullanmamasını bekler. Bu ilke, yenileme mesajlarını okurken de işe yarar: mesaj kayıt şirketinizin adıyla geliyor ama panelinizde karşılığı yoksa ödeme yapmadan önce kontrol edin. Uygulama önerisi: mesajdaki bağlantıya tıklamak yerine kayıt şirketinin panelini kendi yer imlerinizden açın, süre sonu tarihini ve istenen tutarı orada görün. Gönderen adresini, mesajdaki alan adını ve hesap adını kaydınızla karşılaştırın. Panelde görünmeyen bir ödeme isteği için destek ekibine yazın.
Yenileme sonrasında da bir kontrol tarihi koyun. Ödemenin alınması ile adın yenilenmiş olması aynı olay değildir; panelde süre sonu tarihinin ilerlediğini görmeden işlemi kapatmayın. Bu alışkanlık, sessizce başarısız olan bir yenilemeyi fark etmenin düşük maliyetli bir yoludur. Kontrol sırasında ödeme makbuzunu, panelde okunan yeni süre sonu tarihini ve kontrolü yapan kişinin adını aynı belgeleme sayfasına kaydedin; bir sonraki yıl aynı işi yapacak kişi neye bakacağını hazır bulur.
Sık Sorulan Sorular
Alan adım süresi dolunca hemen başkasına geçer mi?
RFC 3915 silme sonrası bir geri alma aşaması tanımlar ve bu aşamada adın geri yüklenebileceğini söyler. Aşama sürelerini kayıt otoritesinin işletme politikasına bırakır. Kendi uzantınız ve kayıt şirketiniz için panelinizdeki bilgiyi esas alın.
Süre sonunda sitem ve e-postam hemen durur mu?
ICANN sayfasında süre sonu anındaki site ve e-posta davranışı anlatılmaz, bu konuda belgelerde ifade yok. Kayıt şirketinize ve DNS düzeninize bağlıdır; siteyi, e-postayı ve paneli ayrı ayrı deneyin.
Otomatik yenileme açıkken neden yenilenmeyebilir?
ICANN sayfasına göre otomatik yenilemede ödeme bilgilerinin güncel olması sizin sorumluluğunuzdadır. Süresi geçmiş kart, yetersiz limit ya da okunmayan bildirim adresi başarısızlığın olası nedenleridir.
Geri yükleme ücretli mi?
Ücret belgelerde yazmaz. ICANN sayfası fiyat bilgilerinin doğru ve erişilebilir sunulmasını ve gizli ücret kullanılmamasını bekler. Güncel ücreti kayıt şirketinizin fiyat listesinden ya da destek ekibinden yazılı öğrenin.
Geri yüklemeyi ben mi yaparım?
RFC 3915'e göre geri yükleme isteğini yalnızca adın kayıt şirketi gönderebilir. Siz kayıt şirketinize talepte bulunur, ücretleri ve süreyi onlardan öğrenirsiniz.
Süre sonu SEO'yu etkiler mi?
Site erişilemez olduğunda ziyaretçi ve botlar içeriğe ulaşamaz; doğrulama kaydı da yanıt vermezse Search Console mülk doğrulaması etkilenebilir. Bu bir sıralama vaadi değil, erişilebilirlik koşuludur.
Sonuç
Alan adı süresi dolduğunda yapılacak ilk iş, panikle değil okuyarak başlar: panelde adın aşamasını ve süre sonu tarihini okuyun, siteyi ve e-postayı ayrı ayrı deneyin, ücreti yazılı sorun. RFC 3915 aşamaları adlandırır ama sürelerini kayıt otoritesine bırakır; ücret ise kayıt şirketinizin sözleşmesinde yazar. En ucuz önlem, ödeme yöntemini işletmenin kontrolüne almak, otomatik yenilemeyi açmak ve hatırlatmaları iki kişiye göndermektir.
Alan adınızı güvene aldıktan sonra sitenizin görünürlüğünü artırmak için tanıtım yazısı hizmetimizi inceleyebilirsiniz.
Yorum Yaz
Yorum yapabilmek için giriş yapmalısınız. Giriş Yap