Web Sitesi ve Alan Adı Ajanstan Geri Alma Nasıl Yapılır? Devir Rehberi

Web sitesi ve alan adı ajanstan geri alma nasıl yapılır?

Web sitesi ve alan adı ajanstan geri alma, sitenin, alan adının ve bağlı hesapların yönetimini ajanstan alıp işletmenizin adına geçirmek demektir. Önce neyin kimde olduğunu yazın, Whois (alan adı kayıt sorgusu) ile kayıt sahibini kontrol edin, ajansa yazılı talep gönderin, yedeği alın. Ardından alan adını, e-postayı ve hesapları sırayla devralın.

Süreç, ajans iş birliği yapıp yapmadığına ve alan adının kimin adına kayıtlı olduğuna göre değişir. Bu nedenle hiçbir adım için kesin sonuç garantisi veremeyiz. Yine de doğru sırayı izlerseniz sitenizi ve e-postanızı çalışır tutarak ilerlersiniz. Adımlar ajans, web tasarımcı ya da serbest yazılımcı için aynıdır.

1. İlk olarak envanteri çıkarın: alan adı, DNS (yönlendirme kayıtları), hosting (barındırma), site dosyaları, e-posta ve hesapların kimde olduğunu yazın.
2. Ardından Whois ve resmi sorgularla kayıt sahibini, kayıt firmasını ve bitiş tarihini kontrol edin.
3. Daha sonra ajansa neyi hangi tarihe kadar istediğinizi yazılı olarak bildirin.
4. Kayıt sahibi sizseniz kayıt firmasından transfer kilidini kaldırmasını ve yetki kodunu vermesini isteyin.
5. Her değişiklikten önce site dosyalarının, veritabanının ve e-postanın yedeğini alın.
6. Yedek hazırsa DNS, hosting ve e-posta geçişini sırayla yapın; MX kaydına (e-postanın hangi sunucuya gideceğini belirleyen kayıt) en son dokunun.
7. Son olarak parolaları yenileyin, iki adımlı doğrulamayı açın ve ajansı sınırlı yetkili kullanıcıya çevirin.

Aşağıda her adımı sahadaki öncelik sırasıyla anlatıyoruz. Ayrıca bu yazı hukuki danışmanlık değildir; sözleşme ya da mülkiyet uyuşmazlığında avukatınıza danışın.

Web sitesi ve alan adı ajanstan geri alma öncesinde neyin kimde olduğunu nasıl çıkarırsınız?

Envanter, her varlık için üç şeyi yazdığınız basit bir listedir: nerede duruyor, kimin hesabında ve hangi e-posta adresine bağlı. Tahmin yürütmeyin, çünkü fatura, kart ekstresi, eski e-postalar ve sözleşme size gerçek hesabı gösterir.

Önce şunu yapın, çünkü en sık sorun burada çıkar: e-posta kutunuzda alan adı, hosting, yenileme ve sertifika kelimelerini aratın. Özellikle yenileme hatırlatmaları kayıt firmasının adını, hesabın bağlı olduğu adresi ve bitiş tarihini ortaya çıkarır. Hatırlatmalar ajans adresine gidiyorsa bunu da not edin, çünkü yenileme uyarılarını artık siz almıyorsunuz demektir.

Her varlık için şunları kaydedin:

• Varlığın adı ve bulunduğu servis, örneğin alan adı ve kayıt firması.
• Hesabın sahibi ve giriş e-postası, yani hesabın sizde mi ajansta mı durduğu.
• Yenileme tarihi ve ödemeyi yapan kart ya da fatura.
• Kanıt; örneğin fatura, e-posta, ekran görüntüsü ya da sözleşme maddesi.
• Bağlı servisler; örneğin DNS, e-posta, SSL sertifikası, form ve ödeme eklentileri.

Bu liste hem ajansa göndereceğiniz talebin hem de yeni kurulumun omurgası olur. Ayrıca ileride kalıcı bir varlık kaydı tutmanız için başlangıç sağlar.

Hangi varlık kimde olmalı, nasıl devralırsınız?

Tablo, hedef durumu ve her varlık için devralma yolunu özetler. Ancak platform menüleri değiştiği için her satırda ilgili resmi yardım sayfasını esas alın.

Alan adının gerçek sahibini Whois ile nasıl kontrol edersiniz?

Ücretsiz Whois sorgulama aracımıza alan adınızı yazın. Rapor kayıt firmasını, kayıt ve bitiş tarihini, son değişiklik tarihini ve durum kodlarını gösterir. Bitiş tarihi yaklaşıyorsa işin aciliyeti artar, çünkü yenileme ödemesi ajans hesabından gidiyor olabilir.

Ayrıca durum kodlarına bakın. Örneğin clientTransferProhibited alan adının kayıt firması düzeyinde transfer kilidinde olduğunu, clientHold ise alan adının askıda olduğunu anlatır. Üstelik askıdaki bir alan adında site ve e-posta zaten çalışmıyor olabilir.

Kayıt sahibi bilgisi çoğu zaman gizlidir ya da bir gizlilik hizmetinin arkasında durur. Bu yüzden panik yapmayın, çünkü bu normaldir ve bir sorun anlamına gelmez. Ancak kimin adına kayıtlı olduğunu öğrenmek için kayıt firması panelini açabilen birine ya da firmanın destek ekibine ihtiyacınız olur.

Öte yandan alan adınız .tr uzantılıysa durum biraz farklıdır. Bu uzantılarda kayıt firması ve tarih bilgisi genel RDAP hizmetinden (kayıt verisini sunan standart sorgu hizmeti) okunamaz, çünkü resmi kayıt TRABİS'tedir (.tr alan adlarının resmi kayıt sistemi). Bu yüzden aracımız sizi resmi sorguya yönlendirir. Bitiş tarihi geçmiş ya da çok yakın bir alan adı için ayrıca domain süresi doldu yazımıza bakın.

Kısacası Whois raporu size erişim vermez. Yalnızca kimin hangi kayıt firmasında olduğunu ve kaydın ne zaman bittiğini gösterir. Böylece ilk yazışmanızı doğru adrese yaparsınız.

Whois sonucuna göre ilk adımınız ne olmalı?

Tablo, en sık karşılaşılan durumları ve ilk hamleyi gösterir. Bu nedenle hangi satırda olduğunuzu anlamadan ajansla gerginlik yaşamayın.

Bu tabloda en sık karşılaşılan durum, alan adının ajans bilgileriyle kaydedilmesidir. Ajans bunu çoğu zaman kolaylık için yapar; kötü niyet şart değildir. Dolayısıyla ilk yazışmanızı suçlayıcı değil, çözüm odaklı kurun.

Kayıt sahibi, kayıt firması, DNS ve hosting arasındaki fark nedir?

Bu dört kavram sık karışır. Ancak her biri ayrı bir yerde durur ve ajans bunlardan yalnız birini ya da hepsini elinde tutuyor olabilir.

• Kayıt sahibi (registrant) alan adı üzerindeki hak sahibi taraftır; resmi kayıtta adı yazan taraf budur.
• Kayıt firması (registrar) alan adını kaydeden, yenileyen, kilitleyen ve transfer kodunu veren şirkettir.
• DNS sağlayıcısı alan adının hangi sunucuya ve hangi e-posta servisine gideceğini söyleyen kayıtları tutar.
• Hosting site dosyalarının ve veritabanının durduğu yerdir.

Örneğin alan adı sizin adınıza kayıtlı olabilir, ama kayıt firması hesabının e-postası ajansa ait olabilir. Hatta alan adı sizde, DNS ve hosting ajansta durabilir. Bu yüzden "alan adı bizde mi?" sorusu tek bir cevap vermez; dört katmanı ayrı ayrı sorgulayın.

Ayrıca kayıt firması değiştiğinde DNS hizmeti eski firmada kalabilir ya da kesilebilir. Bu nedenle DNS kayıtlarının dökümünü transferden önce alın.

Transfer kilidi ve yetki (EPP) kodu nedir, kayıt firması vermek zorunda mıdır?

Transfer kilidi, kayıt firmasının alan adını yetkisiz taşımalara karşı koruyan ayarıdır. Yetki kodu (EPP kodu ya da auth code) ise yeni kayıt firmasına verdiğiniz ve taşımayı onaylayan gizli koddur. Kodu yalnızca yeni kayıt firmasına verin, çünkü bilen herkes taşıma başlatmayı deneyebilir.

ICANN'in Transfer Policy sayfası, genel uzantılar (.com, .net gibi gTLD'ler) için kayıt firmasının kodu kayıt sahibine vermesini ve transfer kilidini kaldırmasını ister. Firma bunu kendi panelinde sunmuyorsa talebiniz üzerine belirli bir süre içinde yapması gerekir. Dolayısıyla güncel süreyi sayfadan kontrol edin.

Aynı politika, kayıt firmasının yalnızca kendisiyle yaşanan bir ödeme anlaşmazlığı nedeniyle kilidi kaldırmayı ya da kodu vermeyi reddetmesine izin vermez. Ancak bu koruma kayıt sahibi ile kayıt firması arasındadır. Ajansla aranızdaki ticari uyuşmazlığı kendiliğinden çözmez.

Bir uyarı daha: aynı politika, kayıt sahibi değiştikten sonra belirli bir süre kayıt firması değişikliğine izin vermeyen bir bekleme kilidi öngörür. Politika, bu kilidi tetiklememek için kayıt firması değişikliğini kayıt sahibi değişikliğinden önce istemenizi öngörür; kayıt firması bir vazgeçme (opt-out) seçeneği sunuyorsa bunu da kullanabilirsiniz. Bu yüzden sıralamayı kayıt firmanızla önceden netleştirin.

Alan adınız .com.tr gibi bir .tr uzantısıysa hangi resmi yolu izlersiniz?

Alan adınız .tr uzantılıysa resmi kaydı TRABİS yürütür. Bu uzantılarda kayıt sahibi bilgisi, kayıt kuruluşu ve transfer kuralları ICANN politikasından değil, TRABİS'in ve ilgili mevzuatın düzenlemelerinden gelir. Bu nedenle adımları tahmin etmeyin, resmi sayfadan okuyun.

TRABİS'in resmi sitesi alan adı sorgu hizmetini, kayıt kuruluşlarının listesini, mevzuatı ve uyuşmazlık çözüm hizmet sağlayıcılarını yayımlar. Ayrıca sıkça sorulan sorular bölümünde transfer ve yetki kodu kavramları da geçer. Güncel adımlar için kayıt kuruluşunuzun yönergesini ve TRABİS sayfalarını birlikte okuyun.

Biz TRABİS sürecinin adımlarını burada tarif etmiyoruz. Çünkü süreç değişebilir ve yanlış bir adım alan adınızı riske atabilir. Gerekli belgeleri ve başvuru yolunu resmi sayfadan ve kayıt kuruluşunuzdan teyit edin.

Uyuşmazlık varsa TRABİS sitesindeki uyuşmazlık çözüm hizmet sağlayıcıları bölümüne de bakın. Bu yolların koşulları vardır ve her sözleşme anlaşmazlığına uygun olmayabilir. Dolayısıyla başvurmadan önce durumunuzu avukatınızla değerlendirin.

Ajans iş birliği yapmıyorsa web sitesi ve alan adı ajanstan geri alma için hangi sırayı izlersiniz?

Önce sakin kalın ve her şeyi yazılı yürütün. Ajans yanıt vermiyor ya da engelliyorsa şu sırayı izleyin, çünkü her adım bir öncekinin kanıtını güçlendirir.

1. İlk olarak envanteri ve kanıtları toplayın: sözleşme, teklif, fatura, ödeme dekontu ve yazışmalar.
2. Ardından ajansa kısa, net ve kibar bir yazılı talep gönderin; neyi hangi tarihe kadar istediğinizi yazın.
3. Yanıt gelmezse aynı talebi ikinci bir kanaldan, örneğin takip edilebilir bir gönderiyle iletin.
4. Alan adının kayıt sahibi sizseniz kayıt firmasına kanıtlarla başvurun.
5. Alan adı .tr uzantılıysa TRABİS'in resmi yolunu ve kayıt kuruluşunuzu izleyin.
6. Son olarak süreç tıkanırsa bir avukata danışın, çünkü sözleşmenizdeki mülkiyet ve devir maddeleri belirleyici olur.

Şunlardan uzak durun: ajans hesaplarına izinsiz girmek, eski parolaları denemek, sahte belge hazırlamak ya da para karşılığı "alan adını geri alırız" diyen tanımadık kişilere ödeme yapmak. Bunlar hukuka aykırıdır. Üstelik kayıt firmalarının güvenlik sistemlerini atlatma girişimi anlamına gelir ve hesabınızı daha da riske sokar.

Ajans ödenmemiş fatura gerekçe gösteriyorsa bu ticari bir uyuşmazlıktır. Bu durumda ödemeyi ve devri birlikte düzenleyen yazılı bir uzlaşma çoğu zaman en hızlı yoldur, ancak bunu avukatınızla değerlendirin. Hiçbir yolun sonucunu garanti edemeyiz.

Ajansa hiç ulaşamıyorsanız ne yaparsınız?

Ajans kapanmış, serbest çalışan ortadan kaybolmuş ya da yazışmalar yanıtsız kalmış olabilir. Bu durumda ilk işiniz alan adının kayıt sahibini ve bitiş tarihini öğrenmektir. Çünkü yenilemeyi ajans yapıyorsa en büyük risk, alan adının süresinin dolması ve düşmesidir.

1. Whois ve resmi sorguyla kayıt sahibini, kayıt firmasını ve bitiş tarihini kaydedin.
2. Kayıt sahibi sizseniz kayıt firmasına şirket belgeleri ve fatura kanıtlarıyla başvurun.
3. Kayıt sahibi ajanssa kayıt firmasına durumu yazılı anlatın ve firmanın kendi süreçleri olup olmadığını sorun.
4. Aynı sırada bir avukata danışın ve olası yolları öğrenin.
5. Bitiş tarihi çok yakınsa alan adı düşerse ne yapacağınızı önceden planlayın.

Yedek plan, siteyi yeni bir alan adıyla yeniden kurmak olabilir. Ancak marka adınızı, arama görünürlüğünüzü ve e-posta adreslerinizi etkileyeceği için bunu son çare sayın. Hiçbir yolun sonucunu garanti edemeyiz.

Yazılı talepte ve kanıt dosyasında neler olmalı?

Talep metni kısa olsun, ama eksik bırakmasın. Aşağıdaki maddeleri tek bir e-postada, madde madde isteyin ve bir bitiş tarihi koyun.

• Alan adının kayıt sahibi bilgisinin şirketiniz adına güncellenmesi ve yetki kodunun iletilmesi.
• Kayıt firması ve DNS hesap bilgileri ya da tam DNS kayıt dökümü.
• Hosting için site dosyalarının ve veritabanının tam yedeği.
• Yönetici paneli hesabı ile eklenti ve tema lisanslarının listesi.
• Kurumsal e-posta hesaplarının listesi ve yedeği.
• Search Console, Analytics, reklam, İşletme Profili ve sosyal hesaplarda sahip ya da yönetici rolü.
• Tasarım ve kaynak dosyalar, varsa kod deposu erişimi.

Kısa bir örnek metin şöyle olabilir.

Merhaba, sözleşmemiz kapsamında hazırlanan web sitesi ve alan adıyla ilgili varlıkların devrini istiyoruz. Ekteki listedeki maddeleri belirttiğimiz tarihe kadar yazılı olarak iletmenizi rica ederiz. Sitenin ve e-postanın devir sırasında çalışmaya devam etmesi bizim için önemli, bu nedenle geçiş planını birlikte netleştirmek isteriz. Teşekkür ederiz.

Kanıt dosyanıza sözleşmeyi ya da teklifi, fatura ve ödeme belgelerini, Whois ekran görüntülerini ve alan adını sizin adınıza aldıklarını belirten yazışmaları koyun. Dosyayı tarihleriyle birlikte saklayın. Ayrıca metinde suçlama ve tehdit kullanmayın. Net bir liste ve makul bir tarih hem ajans işini kolaylaştırır hem de ileride avukatınızın işine yarar.

Site dosyalarının ve veritabanının yedeğini nasıl alırsınız?

Yedek iki parçadan oluşur: site dosyaları ve veritabanı. İkisinden biri eksikse site yeni yerde çalışmaz. E-posta kutuları ise ayrı bir yedek ister, çünkü posta çoğu zaman hosting hesabının içinde durur.

Hosting panelinize erişiminiz varsa ve panel cPanel (yaygın bir hosting yönetim paneli) ise, cPanel Backup Wizard belgesine göre ana dizin, MySQL veritabanları ile e-posta yönlendirici ve filtreleri için kısmi yedek alabilirsiniz. Aynı belge, tam yedeğin cPanel içinden otomatik geri yüklenemediğini ve bunun için barındırıcının devreye girmesi gerektiğini söyler. Sağlayıcınız bu özelliği kapatmış da olabilir.

Site ajans hosting hesabında, örneğin bir bayilik hesabında duruyorsa hosting sözleşmesinin tarafı ajanstır. Bu yüzden dosya ve veritabanını çoğu zaman yalnızca ajans teslim ederse alırsınız. Ajanstan şunları isteyin: dosya arşivi, veritabanı dökümü, PHP sürümü, zamanlı görevler ve kullanılan eklentilerin listesi.

Yedeği aldıktan sonra geri yükleme testi yapmadan eski hostingi kapatmayın. Ayrıca yedekler müşteri verisi içerebilir; bu nedenle saklama ve silme sorumluluklarınız için KVKK kapsamında hukuk danışmanınıza başvurun.

Yedek stratejisinin ayrıntısı için web sitesi yedekleme stratejisi yazımıza, yeni hostinge kurulum ve geçiş günü için hosting değiştirme kontrol listemize bakın.

Ajans siteyi vermiyor ya da site başka yerde çalışmıyorsa ne yaparsınız?

Bazı ajanslar siteyi kendi kapalı panelinde ya da özel bir sistemde kurar. Bu durumda dosya yedeği alsanız bile site başka yerde çalışmayabilir. Burada gerçekçi olun: alan adı, içerikler, görseller, e-posta ve hesaplar asıl değerinizdir. Tasarım ve kod ise sözleşmeye bağlı olarak yeniden yapılabilir.

Seçenekleri sırayla düşünün:

• Ajanstan sistemden bağımsız bir dışa aktarma isteyin: içerik, görseller, veritabanı ve kaynak dosyalar.
• Site hazır bir site kurucu ya da e-ticaret platformundaysa, sahiplik devrinin nasıl yapıldığını platformun resmi yardım sayfasından kontrol edin.
• Hakların ve devir koşullarının kime ait olduğunu sözleşmenizden kontrol edin; gerekirse avukata danışın.
• Taşıma mümkün değilse alan adını ve içerikleri alıp siteyi yeni bir altyapıda yeniden kurun.
• Yeniden kurarken eski adresleri koruyun ve yönlendirme planı yapın, böylece arama görünürlüğünüz zarar görmez.

Hangi yolu seçeceğiniz sitenin büyüklüğüne, hukuki durumuna ve aciliyete bağlıdır. Ancak alan adı ve e-posta güvendeyse geri kalan işleri sakin bir takvimle yürütebilirsiniz.

DNS kayıtlarını kaybetmeden yönetimi nasıl devralırsınız?

DNS, alan adınızın hangi sunucuya, hangi e-posta servisine ve hangi doğrulamalara gideceğini söyler. Ajans DNS'i kendi hesabında tutuyorsa, name server'ları değiştirmeden önce tüm kayıtların dökümünü alın. Eksik tek bir kayıt, e-postanın ya da bir doğrulamanın kopmasına yol açar.

DNS sorgulama aracımızla A, AAAA, MX, TXT, NS, CNAME, SOA ve CAA kayıtlarına bakabilirsiniz. Araç canlı sorgu yapar ve hiçbir kaydı değiştirmez. DKIM kaydı bir seçiciye bağlı olduğu için araç onu kendiliğinden bulmaz; seçiciyi ajanstan ya da e-posta sağlayıcınızdan öğrenin.

Dökümü aldıktan sonra kayıtları yeni DNS hizmetinde aynen kurun, ardından name server'ları değiştirin. Geçişten önce TTL değerini (kayıtların önbellekte ne kadar kalacağını belirleyen süre) düşürmek geçişi hızlandırır. Hangi değeri seçeceğinizi sağlayıcınızın belgesinden kontrol edin. DNSSEC (DNS yanıtlarını imzalayan güvenlik katmanı) açıksa, name server değiştirmeden önce yeni DNS sağlayıcınızın DNSSEC yönergesini izleyin, aksi halde alan adı çözümlenmeyebilir.

DNS bir CDN (içerik dağıtım ağı) ya da başka bir hizmetin hesabındaysa, o hesabın da size devrini isteyin. Aksi halde alan adı sizde olsa bile kayıtları değiştirecek kişi ajans olarak kalır.

Kurumsal e-postanız kesintisiz nasıl geçer?

Kurumsal e-posta çoğu zaman sitenin durduğu hosting hesabında ya da ajans açtığı bir servis hesabında bulunur. Siteyi taşırken e-postayı unutmak, en sık görülen acı hatadır. Posta akışı MX kayıtlarıyla belirlendiği için sıra önemlidir.

1. Yeni sağlayıcıda (Google Workspace, Microsoft 365 ya da barındırma sağlayıcınızın e-posta hizmeti) posta kutularını ve takma adları açın.
2. Eski postaları sağlayıcının resmi taşıma aracıyla ya da IMAP (postayı sunucudan okuma protokolü) ile kopyalayın.
3. Ardından MX kaydını yeni sağlayıcıya çevirin ve yayılma süresince iki tarafı da izleyin.
4. Son fark eşitlemesini yapın, sonra Outlook ve telefon gibi istemcileri yeniden kurun.
5. Son olarak SPF, DKIM ve DMARC kayıtlarını (e-posta kimlik doğrulama kayıtları) yeni sağlayıcıya göre güncelleyin.

Yayılma sırasında bazı postalar hâlâ eski yere düşebilir. Bu yüzden eski kutuları yayılma bitene kadar açık tutun ve son farkı kopyalamadan kapatmayın. Bu yazı tek konuyu, yani devri ele alır. Ayrıntılı yöntemler, TTL ve sık hatalar için kurumsal e-posta taşıma yazımıza bakın.

Search Console, Analytics, reklam ve İşletme Profili hesaplarını nasıl devralırsınız?

Kural basit: işletmenin kendi Google hesabı sahip ya da yönetici olsun, ajans ise yetkili kullanıcı kalsın. Sırayı bozmayın. Önce kendinizi ekleyin ve erişiminizi doğrulayın, sonra ajans rolünü düşürün ya da kaldırın.

• Search Console: Önce kendi hesabınızla mülkü doğrulayın, ardından eski sahibi ve doğrulama jetonlarını kaldırın. Adımlar için Search Console eski kullanıcı ve sahip yazımıza bakın.
• Analytics ve Tag Manager: Yönetici rolünü işletme hesabına verin, sonra ajans rolünü düzenleyin.
• Reklam hesapları: Hesabın sahibini ve ödeme profilinin kime ait olduğunu kontrol edin, erişimi resmi yardım sayfasına göre yeniden düzenleyin.
• Google İşletme Profili: Google'ın yardım sayfasına göre yalnızca birincil sahip birincil sahipliği devredebilir. Ajans birincil sahipse devri o yapar.
• Sosyal medya: Her platformun işletme hesabında kendi yönetici rolünüzü edinin.

Ajans birincil sahiplikten vazgeçmiyorsa Google'ın sahiplik isteme sayfasındaki yolu izleyin. Bu yolda mevcut sahibe bildirim gider ve yanıt için süre tanınır. Sonuç garanti değildir.

Devirden sonra parolaları ve iki adımlı doğrulamayı nasıl yenilersiniz?

Devir bitince ajans tarafından bilinen her parolayı yenileyin. Aynı parolayı başka yerde kullandıysanız oralarda da değiştirin. Ayrıca parolaları paylaşımlı bir parola yöneticisinde tutun ve kişisel telefon numarasına bağlı kurtarma yöntemlerini işletmenin kontrolündeki adreslere çevirin.

1. Kayıt firması, DNS, hosting, site yönetici paneli ve e-posta hesaplarının parolalarını yenileyin.
2. Bu hesaplarda iki adımlı doğrulamayı açın; kurtarma e-postası ve telefonu işletmeye ait olsun.
3. Tanımadığınız yönetici kullanıcılarını, FTP ve SSH (sunucuya dosya ve komut erişimi) hesaplarını ve veritabanı kullanıcılarını silin; erişim anahtarlarını yenileyin.
4. Eklenti, tema ve site yazılımı sürümlerini güncelleyin.
5. E-posta yönlendirme kurallarını ve DNS'te size ait olmayan kayıtları kontrol edin.
6. Ajans işlerini bitirdikten sonra erişimini kaldırın ya da sınırlı yetkili kullanıcıya çevirin.

Devirden sonra güvenlik ve güncellemeleri düzenli tutmak için aylık web sitesi bakım kontrol listemizi kullanabilirsiniz. Son olarak ajanstan, elindeki kopyaları sildiğini yazılı bildirmesini isteyin.

Devir sırasında en sık hangi hatalara düşersiniz?

Bu hatalar sahada tekrar eder. Çoğu, sıranın bozulmasından ya da bir varlığın unutulmasından çıkar.

• Yedek almadan eski hosting hesabını iptal etmek ya da ajans erişimini erkenden kapatmak.
• DNS dökümü almadan name server değiştirmek, böylece e-postayı ve doğrulamaları koparmak.
• Kayıt sahibi güncellemesini ve kayıt firması transferini aynı günlere sıkıştırıp bekleme süresine takılmak.
• E-postayı unutmak ve MX kaydını posta kutuları hazır olmadan değiştirmek.
• Doğrulama jetonlarını ve eski yönetici kullanıcıları silmeden devri bitmiş saymak.
• Yenileme tarihini takvime işlemeyi ve hatırlatmaları ortak adrese yönlendirmeyi atlamak.

Her hatanın ortak noktası aceleciliktir. Bu nedenle işi gün gün planlayın ve her adımdan sonra çalıştığını doğrulayın.

Web sitesi ve alan adı ajanstan geri alma işini kendiniz mi yaparsınız, destek mi alırsınız?

Alan adı bir kayıt firması hesabındaysa ve ajans iş birliği yapıyorsa süreci çoğu zaman kendiniz yönetebilirsiniz. Ancak birkaç durumda destek almak zaman kazandırır: kapalı sistemle yapılmış siteler, çok sayıda posta kutusu, e-ticaret siteleri ve birden fazla alan adı.

• Kendiniz yapabilirsiniz: tek alan adı, yazılı iş birliği, yaygın bir site sistemi ve az sayıda posta kutusu varsa.
• Teknik destek almalısınız: kapalı sistem, e-ticaret ya da kesintinin maliyetli olduğu bir site söz konusuysa.
• Hukuki destek almalısınız: ajans kayıt sahibiyse ve talebi reddediyorsa ya da sözleşme belirsizse.

Talha Aslan ve ekibi olarak hosting ya da e-posta sağlayıcısı değiliz. Web sitesini ve kurumsal e-postayı Google Workspace, Microsoft 365 ya da barındırma sağlayıcınızda kurar, taşır ve yönetiriz. Kapsamınıza göre web sitesi ve kurumsal e-posta için teklif alın.

Örnek bir senaryoda süreç nasıl ilerler?

Bu bir örnek senaryodur, gerçek bir müşteriyi anlatmaz. Küçük bir hizmet işletmesinin sitesini birkaç yıl önce bir serbest yazılımcı kurmuş olsun. Yollar ayrılıyor ve alan adının kimde olduğu belirsiz kalıyor.

1. İşletme sahibi envanteri çıkarır; faturalardan alan adının yazılımcının hesabında durduğunu anlar.
2. Whois kayıt sahibini gizli gösterir, ancak kayıt firması ve bitiş tarihi okunur.
3. İşletme yazılı bir talepte devri, yedeği ve yetki kodunu ister ve fatura kanıtlarını ekler.
4. Yazılımcı kayıt sahibi bilgisini günceller; kayıt firması ek doğrulama ister.
5. İşletme önce yedeği alır, DNS dökümünü çıkarır, e-postayı yeni sağlayıcıda kurar ve MX kaydını en son çevirir.
6. Son olarak parolalar yenilenir, eski erişimler kapanır ve yenileme tarihi takvime girer.

Bu örnekte işler yolunda gider. Gerçek hayatta ise ajans tepkisine göre süreç uzayabilir ya da hukuki desteğe ihtiyaç doğabilir.

Bir daha yaşamamak için hangi kuralları koyarsınız?

Tek bir ilke bu sorunu büyük ölçüde çözer: her hesabı işletme adına açın, ajansı ise yetkili kullanıcı olarak ekleyin. Böylece ajans değişse ya da ilişki bitse de hiçbir şeyiniz kaybolmaz.

• Alan adında kayıt sahibi olarak şirketinizi yazdırın ve kayıt firması hesabını şirket e-postasıyla açın.
• Kayıt firması, hosting ve Google hesaplarında iki adımlı doğrulamayı işletmenin kontrolünde tutun.
• Ajansa yönetici değil, görevine yetecek kadar yetki verin.
• Sözleşmeye varlık sahipliğini, devir süresini ve yedek teslim şartını yazın.
• Yılda en az bir kez erişim listesini gözden geçirin.
• Yenileme hatırlatmalarını ortak bir e-posta grubuna yönlendirin ve otomatik yenilemeyi işletmeye ait ödeme yöntemiyle açın.

Sözleşmede nelere bakacağınızı kurumsal web tasarım ajansı seçimi yazımızda anlattık. Yeni bir ajansla çalışacaksanız bu kuralları ilk gün yazılı hale getirin.

Devir bitti mi, son kontrol listesi nedir?

Aşağıdaki listeyle devri kapatın. Maddelerin tamamını işaretlemeden ajansla ilişkiyi tamamen kesmeyin.

• Whois ya da resmi sorguda kayıt sahibi olarak şirketiniz yazıyor.
• Kayıt firması hesabını işletme e-postasıyla yönetiyorsunuz ve yenileme tarihi takviminizde.
• DNS kayıtları eksiksiz; MX ve TXT kayıtları çalışıyor.
• Site yeni hostingde açılıyor; formları ve ödeme akışını denediniz.
• SSL sertifikası geçerli; SSL sorgulama aracımızla kontrol edin.
• E-posta gönderme ve alma testleri başarılı.
• Search Console, Analytics, reklam ve İşletme Profili sahipliğini doğruladınız.
• Tüm parolaları yenilediniz ve iki adımlı doğrulama açık.
• Ajans erişimini kaldırdınız ya da sınırladınız.
• Yedekler zamanlı çalışıyor ve geri yükleme testini yaptınız.
• Transfer bittikten sonra transfer kilidini yeniden etkinleştirdiniz.

Bu kontrol listesi tamamlandığında web sitenizin, alan adınızın ve e-postanızın yönetimi gerçekten sizdedir. Sonraki adım, bu düzeni sözleşmeye ve düzenli bakım takvimine bağlamaktır.