Yeni Alan Adı İçin İlk 30 Gün: DNS, SSL, E-posta ve SEO

Yeni Alan Adı Aldıktan Sonraki 30 Gün Neden Bu Kadar Önemli?

Yeni bir alan adı almak heyecanlı bir adım; ama gerçekte iş, satın alma ekranını kapattıktan sonra başlıyor. İlk 30 gün, temel yapılandırmayı tamamlamak için bir planlama aralığıdır; uzun vadeli sorunsuz çalışma düzenli bakım ve izleme de gerektirir. DNS kayıtlarını yanlış girmek siteye erişimi engelleyebilir; HTTPS kurulumunu geciktirmek bağlantıyı şifresiz bırakır. Eksik e-posta ayarları ise mesajların alınmasını veya gönderilmesini aksatabilir. Teknik SEO hataları, arama motorlarının siteyi taramasını ve dizine eklemesini zorlaştırabilir.

Bu kontrol listesi eksik veya hatalı DNS kayıtlarını, tamamlanmamış SSL kurulumunu, e-posta yapılandırmasını ve teknik SEO ayrıntılarını ele alır. Yeni aldığınız alan adı için ilk 30 günü gün aralıklarına göre planlayabileceğiniz pratik adımlar sunar. Odak noktaları dört başlık: DNS, SSL/TLS, e-posta altyapısı ve SEO temelleri. Gün aralıkları bekleme süreleri değildir: hesap güvenliğini ilk gün sağlayın; HTTPS, gerekli e-posta doğrulama kayıtları ve yedeklemeyi ilgili hizmeti kullanıma açmadan önce tamamlayın.

Alan adınızı DCHost üzerinden almış olun ya da sadece hosting tarafını bizden kullanıyor olun, bu adımlar site erişimi, HTTPS, e-posta teslimi ve teknik SEO için sağlam bir temel kurmanıza yardımcı olur; kesintisiz çalışma veya gelen kutusuna teslim garantisi vermez.

0–3. Gün: Alan Adı, Nameserver ve DNS Temelleri

1. Hesap ve Yetki Kontrolleri: Kim, Nereden Yönetiyor?

İlk iş, alan adınız ve hosting hesabınız üzerinde tam kontrole sahip olduğunuzu doğrulamak olmalı. Özellikle ajans veya freelancer ile çalışıyorsanız, giriş bilgileri ve yetkiler net değilse ileride her işlem işkenceye dönüşür.

• Alan adı paneline (registrar hesabınıza) erişebiliyor musunuz?
• DCHost müşteri paneline giriş bilgileriniz güncel mi?
• Teknik işler için sorumlu bir kişi belirlediniz mi (siz, ajansınız veya ekibinizden biri)?

DNS, nameserver veya transfer gibi kritik işlemleri yalnızca güvendiğiniz, gerekli teknik bilgiye sahip kişilere yetkilendirin. İlk gün, hesapların desteklediği iki adımlı doğrulamayı ve alan adı için kullanılabilen transfer kilidini etkinleştirin; alan adı güvenliği bölümünde bu korumaları yeniden kontrol edeceğiz.

2. Nameserver’ları Doğru Yere Yönlendirmek

Alan adınızın hangi DNS sunucularını (nameserver) kullandığı her şeyin başlangıç noktasıdır. DNS yönetimini de DCHost’a taşıyacaksanız, alan adınız için DCHost’un ilettiği nameserver adreslerini kullanın. Web sitesi ve e-posta DCHost’ta barınırken DNS başka bir sağlayıcıda kalabilir; bu durumda gerekli kayıtları o sağlayıcının panelinde düzenlersiniz.

DNS yönetimini DCHost’a taşımayı seçtiyseniz, değişiklikten önce gerekli web ve e-posta kayıtlarını yeni DNS hizmetinde hazırlayın. Mevcut DNSSEC imzalama durumunu ve kayıt kuruluşu üzerinden üst bölgede yayımlanan DS kaydını da kontrol edin. DNSSEC kullanılıyorsa eski ve yeni DNS sağlayıcılarıyla geçiş sırasını planlayın: üst bölgedeki DS kaydı, yeni yetkili DNS hizmetinin imzalama anahtarlarıyla uyumlu olmalıdır. Eski veya uyumsuz DS kaydı doğrulayan çözümleyicilerde erişimi kesebilir. Kesintisiz imzalı geçiş desteklenmiyorsa sağlayıcıların yönlendirmesiyle eski DS kaydını kaldırıp ilgili önbellek sürelerinin dolmasını beklemek gerekebilir; bu ara dönemde DNSSEC koruması bulunmaz. Yeni hizmette yeniden etkinleştirmeyi ayrıca planlayın. Ardından:

1. Alan adı panelinize girin.
2. “Nameserver” veya “Ad sunucuları” başlığını bulun.
3. Varsa geçici/otomatik nameserver’ları kaldırın.
4. DCHost müşteri panelinde size iletilen NS kayıtlarını buraya girin.

Nameserver değişikliğinin farklı DNS çözümleyicilerinde görünmesi, önbellek sürelerine bağlı olarak saatler sürebilir; 24 saat kesin bir üst sınır değildir. Geçiş sırasında eski DNS hizmetini açık tutun; web veya e-posta sunucularını da değiştiriyorsanız eski adresler önbelleklerden çıkana kadar eski hizmetlerin çalışmasını sağlayın. Erişim sorunu yaşarsanız yalnızca beklemek yerine yeni yetkili sunuculardaki kayıtları da kontrol edin.

DNS kayıt türleri hakkında temel bir hatırlatma gerekiyorsa, DNS kayıtları A’dan Z’ye rehberimize göz atmanız, atacağınız adımları çok daha güvenli hale getirir.

3. Temel DNS Kayıtlarını Oluşturmak (A/AAAA, CNAME, MX, TXT)

DNS kayıtlarını, alan adınızın kullandığı yetkili DNS sağlayıcısının panelinde tanımlayın. Nameserver’lar DCHost tarafına bakıyorsa bu işlemleri DCHost’un sağladığı DNS yönetim alanında yapın.

• A kaydı: Alan adını IPv4 adresine yönlendirir. Örneğin “example.com” → “203.0.113.10” gibi; bu IP yalnızca belgeleme örneğidir, gerçek kurulumda size tahsis edilen IPv4 adresini kullanın.
• AAAA kaydı: IPv6 adreslerine yönlendirir. DCHost üzerinde IPv6 destekli bir VPS veya sunucu kullanıyorsanız, hizmetin IPv6 üzerinden erişilebilir olduğunu doğruladıktan sonra tahsis edilen IPv6 adresini ekleyin. AAAA kaydı tek başına performans artışı sağlamaz.
• CNAME kaydı: Alt alan adlarını başka bir isme yönlendirir. Örneğin “www.example.com” → “example.com”.
• MX kaydı: E-posta trafiğinin gideceği posta sunucusunu belirler. “mail.example.com” gibi.
• TXT kaydı: Özellikle SPF, doğrulama ve güvenlik amaçlı kullanılır. (E-posta ve SEO bölümlerinde detaylandıracağız.)

A kaydını yanlış IP’ye yazmak veya gerekli adres kaydını eksik bırakmak siteye erişimi engelleyebilir. Ancak yanlış IP veya tek başına eksik A kaydı, NXDOMAIN ile aynı şey değildir: NXDOMAIN, sorgulanan DNS adının bulunmadığını belirtir. Bu hatayla karşılaşırsanız DNS_PROBE_FINISHED_NXDOMAIN teşhis rehberine mutlaka bir göz atın.

4. TTL Değerlerini Başta Düşük Tutmak

TTL (Time To Live), DNS kayıtlarınızın dünyadaki DNS sunucularında ne kadar süreyle önbellekte tutulacağını belirler. Yeni bir alan adında ilk günlerde sık değişiklik yapacağınız için:

• TTL değerlerini 300 saniye (5 dakika) gibi düşük seviyelerde tutun.
• Her şey oturduktan ve site kararlı çalıştıktan sonra 3600 saniye (1 saat) veya üzerine çıkarabilirsiniz.

Düşük TTL, sonradan yapacağınız düzeltmelerin önbelleklere daha hızlı yansımasına yardımcı olur. Ancak TTL’yi düşürmek, önceki yüksek TTL ile önbelleğe alınmış yanıtların süresini geriye dönük kısaltmaz.

3–7. Gün: SSL/TLS Kurulumu ve HTTPS’e Geçiş

5. Doğru SSL Sertifika Türünü Seçmek

Alan adınız yayına hazırsa, HTTPS olmadan devam etmek artık gerçekçi değil. HTTPS, bağlantının şifrelenmesi ve tarayıcıların şifresiz bağlantı uyarılarından kaçınmak için önemlidir; SEO açısından da önerilir, ancak dizine eklenmenin mutlak ön koşulu değildir. Önce doğru sertifika tipini seçmeniz gerekiyor:

• DV (Domain Validation): Blog, kişisel site, basit kurumsal siteler için genelde yeterli.
• OV (Organization Validation): Kurumsal kimliğin de doğrulandığı, şirket siteleri için tercih edilen seviye.
• EV (Extended Validation): Kuruluş kimliği için daha kapsamlı doğrulama gerektirir; tek başına daha güçlü şifreleme veya sitenin güvenilir olduğu garantisi sağlamaz.
• Wildcard: Doğrulama düzeyinden ayrı bir ad kapsamı seçeneğidir. “*.example.com”, “www.example.com” gibi tek seviyeli alt alanları kapsar; “example.com” veya “a.b.example.com” için ayrıca kapsam gerekir.

Hangi projede hangi sertifikanın mantıklı olduğu konusunda kararsızsanız, ücretsiz Let’s Encrypt ile kurumsal SSL sertifikalarını karşılaştırdığımız rehberi incelemenizi öneririm.

6. DCHost Üzerinde SSL Kurulumu: Panel mi, VPS mi?

DCHost üzerinde paylaşımlı hosting, reseller, VPS veya dedicated sunucu kullanıyor olabilirsiniz. Senaryoya göre SSL kurulumu şu şekilde ilerler:

• cPanel/Plesk gibi kontrol panelli hosting: Alan adınızı ekledikten sonra, panelinizde etkinse otomatik sertifika hizmetini kullanabilirsiniz. Let’s Encrypt seçeneği sağlayıcı ve panel yapılandırmasına bağlıdır. Satın aldığınız sertifikayı ise panelin istediği CRT, KEY ve CA Bundle bilgileriyle kurabilirsiniz.
• VPS/Dedicated üzerinde kendi web sunucunuz (Nginx/Apache): Sertifika dosyalarını sunucuya yükleyip sanal host yapılandırmanıza ekleyin; yapılandırmayı doğruladıktan sonra değişiklikleri web sunucusuna uygulayın. DCHost’tan alabileceğiniz yapılandırma desteğinin kapsamını destek ekibine sorun.

Let’s Encrypt kullanıyorsanız panelin veya ACME istemcisinin seçtiğiniz doğrulama yöntemini desteklediğini kontrol edin. HTTP-01 için doğrulanacak her adın doğrulama dosyası, varsa proxy ve birden fazla web sunucusu üzerinden de, 80 numaralı portta herkese açık biçimde erişilebilir olmalıdır. HTTP-01 wildcard sertifika vermez; Let’s Encrypt wildcard sertifikası için yetkili DNS hizmetinde gerekli TXT kaydını yayımlayan DNS-01 yöntemini kullanın ve doğrulamadan önce kaydın erişilebilir olmasını bekleyin. DNS-01, web sitesi henüz herkese açık değilken de kullanılabilir; doğru A/AAAA kayıtları tek başına sertifika doğrulamasını tamamlamaz. Otomatik yenileme için dar yetkili kimlik bilgileriyle desteklenen DNS API otomasyonu veya uygun bir doğrulama delegasyonu gerekir; elle TXT güncellemek tek başına gözetimsiz yenileme sağlamaz. Gelecekteki yenilemeler için HTTP doğrulama yolunu veya DNS otomasyonunu çalışır tutun. Diğer sertifika hizmetlerinde seçtiğiniz kuruluşun doğrulama gereksinimlerini izleyin.

Kurulumdan sonra https://alanadiniz.com URL’sine girerek sertifikanın geçerli olduğunu, sertifika zincirinde hata olmadığını ve tarayıcıda sertifika veya bağlantı güvenliği uyarısı bulunmadığını mutlaka kontrol edin. Hem kök alan adını hem de www sürümünü kullanıyor veya birbirine yönlendiriyorsanız sertifika her iki adı da kapsamalıdır; https://www.alanadiniz.com adresini de kontrol edin. HTTPS yönlendirmesi, kaynak ad için geçerli sertifika gereksinimini ortadan kaldırmaz; wildcard kapsamı tek başına kök alan adını kapsamaz. Tarayıcıların bağlantı göstergeleri değişebilir; “Güvenli” yazısı görünmesi şart değildir.

İlk kurulumda yenileme sorumlusunu ve yöntemini de belirleyin. Panelde otomatik yenilemenin etkinliğini ve hata bildirimlerini kontrol edin. Kendi VPS veya sunucunuzda otomatik yenileme görevinin yapılandırıldığını ya da manuel yenileme takviminin oluşturulduğunu doğrulayın. Yenilenen dosyaların doğru hizmete yüklenmesi ve gerekirse yapılandırma doğrulamasından sonra hizmetin yeniden yüklenmesi gerekir. Dışarıdan sunulan sertifikanın yeni bitiş tarihini kontrol edin; otomasyon olsa da süre sonu uyarıları kurun ve yenileme hatalarını izleyin.

7. Tüm Trafiği HTTPS’e Yönlendirmek ve Mixed Content Sorunları

SSL kurulu olsa bile ziyaretçilerinizin bir kısmı alışkanlıkla “http://” adresine girecek. Bu yüzden web sunucusu veya .htaccess üzerinden tüm HTTP isteklerini HTTPS’e 301 yönlendirmesiyle aktarmak kritik:

• SEO açısından arama motorlarına kalıcı olarak HTTPS’e geçtiğinizi gösterir.
• Kullanıcılar için tek tip, güvenli bir URL yapısı sağlar.

Bu aşamada sık karşılaşılan bir başka problem de Mixed Content (karışık içerik) hatalarıdır. Sayfanız HTTPS ile açılırken CSS, JS veya görseller HTTP üzerinden isteniyorsa tarayıcı, kaynak türüne göre isteği engelleyebilir veya HTTPS’e yükseltebilir; sorunları geliştirici araçlarının konsolundan kontrol edin. Bu durumda tema/şablon ayarlarınızı ve sabit linklerinizi güncelleyerek tüm kaynakların HTTPS üzerinden çağrıldığından emin olun. Tarayıcı hatalarıyla baş etmek için SSL sertifika hataları rehberimizde detaylı örnekler bulabilirsiniz.

7–14. Gün: E‑posta Altyapısı, DNS Kayıtları ve Güvenliği

8. E-posta Servisini Netleştirmek: Nereden Hizmet Alıyorsunuz?

E-posta hizmetini kullanmaya başlamadan önce sağlayıcıyı ve DNS kayıtlarını netleştirin. Eksik MX kayıtları gelen mesajların ulaşmasını engelleyebilir; gönderici doğrulama kayıtlarındaki hatalar ise gönderdiğiniz mesajların reddedilmesine veya spam olarak değerlendirilmesine katkıda bulunabilir.

Öncelikle şu soruları yanıtlayın:

• E-postayı DCHost’taki hosting paketiniz üzerinden mi kullanacaksınız?
• Yoksa tamamen harici bir e-posta platformu mu tercih ettiniz?
• Her iki durumda da MX kayıtlarınız güncel mi?

Kararınız netleştiğinde, DNS tarafında sağlayıcınızın istediği MX ve TXT kayıtlarını doğru tanımlayın; eksik veya hatalı yapılandırma e-posta tesliminde sorunlara yol açabilir.

9. MX, SPF, DKIM ve DMARC Kayıtlarını Doğru Kurmak

E-posta tarafında minimumda şu DNS kayıtları düzgün tanımlı olmalı:

• MX (Mail Exchanger): “example.com” alan adına gelen e-postaların hangi posta sunucusuna gideceğini belirtir.
• SPF (Sender Policy Framework): Hangi IP adreslerinin SMTP zarfındaki MAIL FROM veya HELO alan adı için gönderim yapmaya yetkili olduğunu belirtir; görünen From adresini tek başına doğrulamaz. Yanlış veya eksik SPF, maillerinizin spam’e düşmesine yol açabilir.
• DKIM (DomainKeys Identified Mail): E-postanın seçili başlıklarını ve gövdesini kriptografik olarak imzalar. Başarılı doğrulama, imzalanan içeriğin bütünlüğünü ve imzalayan alan adının sorumluluğunu gösterir; gönderen kişinin kimliğini veya içeriğin güvenliğini kanıtlamaz.
• DMARC (Domain-based Message Authentication, Reporting and Conformance): Görünen From alan adıyla hizalı en az bir SPF veya DKIM doğrulamasının başarılı olmasını gerektirir. Başarısız mesajlar için alıcıya none (ek işlem talebi yok), quarantine veya reject politikası bildirir ve rapor istemenizi sağlar. Nihai teslim kararını alıcı verir.

Bunları ilk seferde doğru kurmak istiyorsanız, SPF, DKIM, DMARC ve rDNS ile e-posta teslim edilebilirliğini artırma rehberimizi mutlaka okuyun. Oradaki örnek kayıtları kullandığınız e-posta hizmetine ve alan adınıza uyarlayıp yetkili DNS sağlayıcınızın paneline girin; hizmet veya gönderim kaynakları değiştiğinde kayıtları yeniden kontrol edin.

10. Test Gönderimleri ve Spam Kontrolleri

Kayıtları oluşturduktan sonra teoride her şey yolunda görünebilir; ama pratikte mutlaka test etmelisiniz:

• Yeni alan adınızla farklı sağlayıcılardaki adreslere (Gmail, kurumsal e-posta, farklı ISP’ler) test mail gönderin.
• Alıcı tarafta gelen kutusunu ve spam klasörünü kontrol edin; varsa ret veya gecikme bildirimlerini inceleyin.
• DNS kayıtlarının gerçekten çözüldüğünü ve SPF, DKIM ile DMARC doğrulama sonuçlarını görmek için e-posta test araçları kullanın.
• Farklı sağlayıcılardan yeni posta kutunuza mesaj göndererek gelen posta akışını da kontrol edin.

Teslim edilebilirlik sorunu varsa önce SPF/DKIM sonuçlarını ve DMARC hizalamasını inceleyin. “none”, “quarantine” ve “reject” SPF değil, DMARC politika değerleridir. İlk kurulumda DMARC’ı “none” ile izleyip raporlarda meşru gönderim kaynaklarını doğruladıktan sonra daha sıkı bir politikayı değerlendirin; mevcut politikayı gevşetmek tek başına teslimat çözümü değildir. Bu 30 günlük plan, “reject” politikasına geçiş takvimi değildir. Güncel DMARC rehberliği, posta listesi kullanıcıları bulunan genel amaçlı alan adlarının “reject” yayımlamamasını önerir. Buna rağmen “reject” politikasını değerlendiren bu alan adları için “none” ve “quarantine” aşamalarının her birinde en az bir ay izleme önerilir. “reject” politikasını seçen alan adları geçerli DKIM imzası kullanmalı ve yalnızca SPF’ye dayanmamalıdır.

11. İletişim Formları ve Uygulama Kaynaklı Mailler

Sadece posta kutunuza gelen mailler değil, sitenizden giden bildirimler de kritik: sipariş onayları, parola sıfırlama e-postaları, form dolduruldu uyarıları. Özellikle WordPress, Laravel, özel PHP/Node.js uygulamaları gibi ortamlarda:

• SMTP üzerinden kimlik doğrulamalı gönderim kullanın; yalnızca “mail()” veya SMTP seçimine bakarak teslim edilebilirlik sonucu çıkarmayın. Gönderim altyapısının kimlik doğrulama ayarlarını ve test sonuçlarını kontrol edin.
• SPF’yi SMTP zarfındaki MAIL FROM alan adı, DKIM’i imzada kullanılan alan adı ve seçici için sağlayıcınızın verdiği DNS kayıtlarıyla yapılandırın; bunlar SMTP sunucusunun adıyla aynı olmak zorunda değildir. Görünen From alan adıyla en az bir başarılı SPF veya DKIM kimliğinin DMARC hizalamasını sağlayın.
• Gönderen adresini (From) alan adınızla uyumlu seçin; “no-reply@example.com” gibi.

Bu adımları ilk 2 hafta içinde tamamlamak, yapılandırma kaynaklı teslimat sorunlarını erken fark etmenize yardımcı olur; e-posta itibarının korunması için sonraki gönderimleri de izlemek gerekir.

14–21. Gün: SEO Temelleri ve Teknik Kurulum

12. Temiz ve Tutarlı URL Yapısı Oluşturmak

Artık site büyük ölçüde çalışır durumda; şimdi de SEO açısından temel taşları yerleştirme zamanı. İlk yapılacak işlerden biri URL yapısını netleştirmek:

• “www” kullanacak mısınız, kullanmayacak mısınız? (Örneğin “www.example.com” mu, yoksa sadece “example.com” mu?)
• Alternatif HTTP/HTTPS ve www/www’siz adresler, yol ve gerekli sorgu parametreleri korunarak tercih edilen HTTPS sürümündeki karşılıklarına 301 ile yönlendiriliyor mu?
• Kalıcı bağlantı (permalink) yapınız mantıklı ve okunabilir mi?

Bu ayarları bir kez yaptıktan sonra sık sık değiştirmemeye çalışın. Aksi halde 301 yönlendirme zincirleri ve kırık linklerle uğraşırsınız.

13. HTTP Durum Kodları ve 301 Yönlendirmeler

SEO tarafında HTTP durum kodlarını doğru kullanmak, arama motorlarına sitenizin durumunu net anlatmanın en doğrudan yoludur:

• 200: Sayfa başarıyla cevap verdi.
• 301: Kalıcı yönlendirme; eski URL’yi kalıcı olarak yeni adrese taşıyorsunuz.
• 302: Geçici yönlendirme; uzun vadeli URL değişimlerinde tercih edilmez.
• 404: Sayfa bulunamadı; kaldırılmış ve karşılığı olmayan içerikler için normaldir. Önemli sayfalara giden kırık bağlantıları düzeltin; 404 sayısı tek başına SEO sorunu göstergesi değildir.

Yeni bir alan adına geçtiyseniz veya URL yapınızı güncelliyorsanız, HTTP durum kodlarını detaylı anlattığımız rehberde iyi ve kötü senaryoları görebilirsiniz.

14. Site Haritası (Sitemap) ve robots.txt

Arama motorlarına URL keşfi ve tarama tercihleri konusunda yardımcı olan iki dosyayı kontrol edin. Bunlar tarama hızı veya dizine eklenme garantisi vermez:

• XML site haritası: Genellikle “sitemap.xml” altında yer alır. Önemli ve indekslenmesini istediğiniz sayfaların URL’lerini listeler; doğru tutulabiliyorsa son güncellenme tarihleri de eklenebilir.
• robots.txt: Kurallara uyan botlara hangi yolları taramamaları gerektiğini bildirir. Erişim kontrolü değildir ve tek başına bir URL’nin dizinden çıkarılmasını sağlamaz.

CMS (WordPress, benzeri) kullanıyorsanız çoğu zaman eklentilerle otomatik üretilebiliyor. Önemli olan:

• Sitemap’te sadece erişilebilir, önemli, indekslenebilir ve tercih edilen (canonical) URL’lerin listelenmesi,
• robots.txt içinde önemli sayfaları yanlışlıkla engellememek (“Disallow” satırlarına dikkat!).

15. Arama Motoru ve Analitik Entegrasyonları

Yeni alan adınız için:

• Google Search Console ve benzeri arama motoru araçlarında mülk oluşturun.
• Alan adınızı doğrularken TXT kaydı eklemeniz istenebilir; kaydı yetkili DNS sağlayıcınızın paneline ekleyin. DNS’iniz DCHost’ta yönetiliyorsa DCHost DNS panelini kullanın.
• Google Analytics veya tercih ettiğiniz analitik aracını, geçerli gizlilik ve izin gereksinimlerini gözeterek kurun. Yayın başlangıcından itibaren ölçüm istiyorsanız bu adımı öne alın; bu aşamada veri toplamanın beklendiği gibi çalıştığını kontrol edin.

Bu entegrasyonlarla, kullandığınız araçların sunduğu raporlar kapsamında indeksleme sorunlarını ve performans problemlerini daha erken fark edebilirsiniz.

21–30. Gün: Güvenlik, Performans ve Son Testler

16. Alan Adı Güvenliği: Registrar Lock, 2FA ve DNSSEC

Bu aşamada güvenlik ayarlarınızı yeniden gözden geçirin; temel korumaları etkinleştirmek için 21. günü beklemeyin. Domain çalınması veya DNS’inizle oynanması, tüm trafiğinizi bir anda saldırganların eline bırakabilir.

• Registrar Lock: Alan adının başka bir kayıt kuruluşuna transferini kilitler ve yetkisiz transfer riskini azaltır; hesap güvenliğinin yerini tutmaz. Alan adınız için kullanılabiliyorsa ilk gün etkinleştirdiğiniz kilidin açık kaldığını kontrol edin.
• İki Adımlı Doğrulama (2FA): DCHost müşteri panelinde ve alan adınızın tutulduğu panelde desteklenen 2FA seçeneklerinin etkinliğini ve kurtarma yöntemlerine erişiminizi kontrol edin.
• DNSSEC: İmzalı DNS yanıtlarının kaynağının ve bütünlüğünün doğrulanmasını sağlar; trafiği şifrelemez. Etkinleştirmeden önce yetkili DNS sağlayıcınızın imzalamayı, kayıt kuruluşunuzun da ilgili uzantı için üst bölgeye DS kaydı iletmeyi desteklediğini doğrulayın. Önce imzalı bölgeyi hazırlayın, ardından sağlayıcının verdiği anahtarla uyumlu DS kaydını kayıt kuruluşu üzerinden yayımlayın ve doğrulama zincirini kontrol edin. Nameserver veya anahtar değişikliklerinde DS uyumunu yeniden kontrol edin.

Tüm bu başlıkları daha detaylı ve ekran görüntüleriyle görmek isterseniz, alan adı güvenliği rehberimize mutlaka göz atın.

17. Temel Güvenlik Sertleştirmeleri

Sunucunuzun ve sitenizin korunması da en az alan adı kadar önemli. Temel korumaları yayına çıkmadan uygulayın ve ilk 30 gün içinde yeniden kontrol edin:

• Yönetim panelleriniz (cPanel, Plesk, WordPress admin vs.) için güçlü ve benzersiz parolalar kullanın.
• Mümkünse yönetim panellerini IP kısıtlaması, VPN veya ek kimlik doğrulama ile sınırlandırın.
• Web uygulamanız ve eklentileriniz için güncellemeleri düzenli uygulayın.
• İhtiyaca göre ağ güvenlik duvarı ve web uygulaması güvenlik duvarı (WAF) kullanın; tekrarlanan başarısız girişlere karşı fail2ban gibi engelleme araçlarını ayrıca değerlendirin.

Uygulayabileceğiniz sertleştirmeler, kullandığınız panelin özelliklerine ve sunucudaki yönetim yetkilerinize bağlıdır. DCHost destek ekibine paketinizde hangi seçeneklerin bulunduğunu ve yapılandırma desteğinin kapsamını sorun.

18. Performans: Önbellekleme ve Sunucu Kaynakları

SEO’nun önemli bir parçası da performans. Yavaş açılan bir site kullanıcı deneyimini kötüleştirebilir ve arama performansını olumsuz etkileyebilir; sıralama yalnızca hıza bağlı değildir. İlk 30 gün içinde en azından şu kontrolleri yapın:

• Sunucu yanıt süresini (TTFB) ölçün; uygulama, veritabanı, önbellek ve kaynak kullanımını birlikte inceleyin. CPU, RAM veya disk darboğazı belirlenirse kaynak artırmayı değerlendirin; yüksek TTFB tek başına daha büyük paket gerektiğini göstermez.
• Statik dosyalar için tarayıcı önbellekleme (Cache-Control başlıkları) uygulayın.
• CMS kullanıyorsanız sayfa önbellekleme eklentileriyle dinamik yükü azaltın; kişiye özel içerikleri ortak önbelleğin dışında tutun. E-ticarette sepet, ödeme ve hesap sayfaları için önbellek istisnalarını doğrulayın.

İleride trafik arttığında Redis, PHP-FPM tuning ve veritabanı ayarları gibi daha derin optimizasyonları değerlendirebilirsiniz. Bunların kullanılabilirliği ve yönetim yetkileri paketinize bağlıdır; DCHost destek ekibinden paketiniz için uygun seçenekleri öğrenin.

19. İzleme, Uptime ve Yedekleme

Son olarak, kurduğunuz yapının sağlığını izlemek ve olası problemlere hazırlıklı olmak gerekiyor:

• Basit bir uptime izleme aracıyla sitenizin erişilebilirliğini takip edin.
• Hata loglarını (web sunucusu, uygulama, PHP log’ları) periyodik kontrol edin.
• Otomatik yedekleme stratejisi kurun: günlük/haftalık dosya ve veritabanı yedekleri, farklı lokasyonda saklama, düzenli geri yükleme testi gibi.

Yedekleme tarafını daha sistemli kurmak istiyorsanız, DCHost altyapısında cPanel, Plesk ve VPS için örnekler verdiğimiz 3-2-1 yedekleme stratejisi rehberini incelemeyi unutmayın.

Uygulanabilir 30 Günlük Kontrol Listesi

Tüm anlattıklarımızı tek bakışta görebilmeniz için, yeni alan adınızla ilk 30 gün boyunca adım adım takip edebileceğiniz bir kontrol listesini aşağıya bırakıyorum. Gün aralıkları örnek bir planlamadır: hesap güvenliğini ilk gün sağlayın; HTTPS, gerekli e-posta doğrulama kayıtları ve yedeklemeyi ilgili hizmeti kullanıma açmadan önce tamamlayın.

1. 0–3. Gün
   • Alan adı ve DCHost müşteri paneline erişimi doğrula; ilk gün desteklenen 2FA ve transfer kilidini etkinleştir.
   • DNS’i DCHost’ta yöneteceksen, kayıtları hazırlayıp mevcut DNSSEC/DS durumunu kontrol ettikten ve gerekiyorsa sağlayıcılarla güvenli geçiş sırasını planladıktan sonra nameserver’ları DCHost’un bildirdiği adreslere yönlendir.
   • A ve gerekiyorsa AAAA kayıtlarını doğru IP’lere gir.
   • “www” için CNAME veya A kaydını yapılandır.
   • E-posta sağlayıcısını seç ve MX kayıtlarını onun bildirdiği hedeflere göre ayarla.
   • Sağlayıcının izin verdiği ölçüde TTL değerlerini geçici olarak 300 saniye civarında tut.
   • Yayına çıkmadan temel güvenlik sertleştirmelerini ve otomatik yedeklemeyi kur; geri yükleme işlemini doğrula.
2. 3–7. Gün
   • Site daha erken açılacaksa bu adımları öne al. İhtiyacına göre DV/OV/EV doğrulama düzeyine ve wildcard kapsamına gerek olup olmadığına karar ver.
   • Kullandığın panelde veya VPS/sunucuda SSL kurulumunu tamamla.
   • HTTP isteklerini karşılık gelen HTTPS adreslerine 301 ile yönlendir.
   • Mixed Content hatalarını tarayıcı konsolundan kontrol et ve düzelt.
   • Sertifika yenileme yöntemini, yenilenen dosyaların hizmete uygulanmasını ve süre sonu uyarılarını yapılandır.
3. 7–14. Gün
   • E-posta hizmetini kullanmaya başlamadan önce MX, SPF, DKIM ve DMARC kayıtlarını tamamla; gerekiyorsa bu adımları öne al.
   • Farklı sağlayıcılara test e-postaları göndererek doğrulama sonuçlarını ve spam durumunu kontrol et; gelen posta akışını da test et.
   • WordPress veya diğer uygulamalarda kimlik doğrulamalı SMTP gönderimini yapılandır ve uygulama bildirimlerini test et.
   • DMARC raporlarını izlemeye başla; politika sıkılaştırmasını 30 gün içinde bitirilmesi gereken bir görev olarak görme.
4. 14–21. Gün
   • “www”/”non-www” tercihini netleştir; alternatif adresleri tercih edilen HTTPS sürümündeki karşılıklarına 301 ile yönlendir.
   • Kalıcı bağlantı (permalink) yapısını okunabilir ve tutarlı bir formda sabitle.
   • XML site haritasını ve robots.txt dosyasını oluştur ve kontrol et.
   • Google Search Console mülkünü doğrula; analitik aracının ölçüm ayarlarını kontrol et. Yayın başlangıcından veri gerekiyorsa analitik kurulumunu öne al.
5. 21–30. Gün
   • İlk gün etkinleştirdiğin transfer kilidi ve 2FA ayarlarını yeniden kontrol et.
   • DNSSEC için sağlayıcı ve kayıt kuruluşu desteğini doğrula; etkinleştiriyorsan imzalama ile üst bölgedeki DS kaydının uyumunu ve doğrulama zincirini kontrol et.
   • Yayından önce uyguladığın güvenlik sertleştirmelerini (güçlü parolalar, erişim kısıtları, güncellemeler) yeniden gözden geçir.
   • Temel önbellekleme ve performans ayarlarını kontrol et; darboğazları ölçerek iyileştir.
   • Önceden kurduğun otomatik yedeklerin alındığını ve geri yüklenebildiğini yeniden doğrula; uptime izleme ve hata bildirimlerini kontrol et, eksikse tamamla.
   • Sertifika yenileme görevlerini ve süre sonu uyarılarını yeniden kontrol et.

Sonuç: İlk 30 Günde Temeli Kurun, Düzenli Kontrolleri Sürdürün

Yeni bir alan adı almak, web sitesi ve e-posta hizmetlerinin kurulumunun yalnızca başlangıcıdır. İlk 30 günde DNS, SSL, e-posta ve SEO temelini sağlam atmak, yapılandırma eksiklerinden kaynaklanabilecek sorunları azaltmaya yardımcı olur.

Bu kontrol listesini kendi projenize uyarlayıp madde madde ilerlemek, teknik altyapınız için bir başlangıç sağlar; güvenli işleyiş için düzenli bakım ve kontrolleri sürdürmeniz gerekir. İleride trafik arttığında, yeni servisler eklediğinizde veya projeyi büyüttüğünüzde DCHost’un domain, hosting, VPS, dedicated sunucu ve colocation çözümlerini kapasite ve geçiş gereksinimlerinize göre değerlendirebilirsiniz.

Eğer burada anlattığımız adımların herhangi birinde takılırsanız, DCHost destek ekibine alan adınızı, mevcut durumunuzu ve hedefinizi kısaca anlatarak yardım isteyebilirsiniz. Destek kapsamını ve gerekli sonraki adımları ekiple netleştirin.