# Alan adı, hosting ve SSL arasındaki fark Alan adı adrestir; barındırma dosyaları sunar; HTTPS aktarım sırasında veriyi korur. Birbirine bağlı bu hizmetlerin sahiplik ve yenileme düzenleri farklıdır. Web sunucusu değişirken web DNS kayıtları güncellenebilir; mevcut e-posta kayıtlarının korunması gerekir. Kilit simgesi işletmenin güvenilirliğini veya uygulamanın her yönden güvenli olduğunu onaylamaz. ## Adres, dosyalar ve güvenli bağlantıyı ayrı düşünün Alan adı, insanların sitenize ulaşmak için kullandığı okunabilir adrestir. Barındırma, sitenin dosyalarının veya çalışan uygulamasının sunulduğu altyapıdır. TLS sertifikası ve HTTPS bağlantısı ise tarayıcıyla sunucu arasındaki aktarımın korunmasına yardımcı olur. Günlük konuşmada SSL adı yaygın kullanılsa da bu üç kavram aynı hizmet değildir. Birinin alınmış olması diğerlerinin otomatik hazır olduğunu göstermez. Basit bir örnekle, işletmeniz bir alan adını kaydettirmiş olabilir fakat o adreste henüz web sitesi bulunmayabilir. Tersine site dosyaları bir barındırma hesabında hazır olabilir ama işletmenin alan adı henüz bu hizmete bağlanmamış olabilir. DNS kayıtları bu bağlantının nerede kurulacağını belirler. Site açılmadığında sorunun hangi katmanda olduğunu ayırmak, yanlış ayarı değiştirmeyi önler. HTTPS de sitenin bütün içeriğinin güvenilir veya işletmenin doğrulanmış olduğunu tek başına kanıtlamaz. Bağlantının şifrelenmesi ile hizmetin ticari doğruluğu farklı konulardır. Formun güvenli biçimde işlenmesi, erişim kontrolleri ve güncel içerik gibi başka sorumluluklar devam eder. Tarayıcıdaki güvenli bağlantı işaretini bütün güvenlik kontrollerinin yerine koymayın. ## Hesap sahipliği ve yenilemeyi birlikte planlayın Alan adı işletmenin kontrol ettiği bir hesapta bulunmalıdır. Kaydı yapan geliştiricinin yardım etmesi mümkündür; fakat yenileme, erişim ve devir sorumluluğu açık olmalıdır. Hesabın hangi e-postaya bağlı olduğunu ve o e-postaya kimlerin ulaşabildiğini kontrol edin. Yenileme bildiriminin kullanılmayan bir adrese gitmesi beklenmedik kesinti yaratabilir. Barındırma hesabı için de aynı kontrolü yapın. Ücretsiz bir plan kullanılması hesap sahipliği ihtiyacını ortadan kaldırmaz. Hangi dosyaların yayımlandığı, alan adının nasıl bağlandığı ve yeni sürümün nasıl gönderileceği kısa bir teslim notunda bulunmalıdır. Kaynak dosyaları yalnız çalışan sunucuda bırakılmamalı; uygun biçimde ayrıca teslim edilmelidir. E-posta hizmeti kullanıyorsanız DNS değişikliğinde onu da düşünün. Web sitesini yeni altyapıya taşırken e-posta kayıtlarını silmek gerekmeyebilir; yanlış bir değişiklik gelen iletileri etkileyebilir. İşe başlamadan önce mevcut kayıtlar ve hangi hizmete ait oldukları incelenmelidir. Bilinmeyen kayıtları temiz görünmesi için kaldırmak güvenli bir yöntem değildir. ## Küçük bir sahiplik kontrol listesi oluşturun Kontrol listesinde alan adı sağlayıcısı, yenileme zamanı, yönetici e-postası, barındırma hesabı, yayın yöntemi ve güvenli erişim paylaşımı bulunabilir. Gerçek ücretleri ilgili hesabın yenileme koşullarından doğrulayın. Kampanya veya ilk yıl fiyatını sonraki bütün yıllar için geçerli kabul etmeyin. Sağlayıcı seçimi tamamlanmadıysa bütçeye kesin olmayan rakam yazmak yerine karar bekleyen kalem olarak işaretleyin. Yayın kontrolünde yalnız ana sayfayı açmakla yetinmeyin. HTTPS üzerinde önemli sayfalar, görseller ve form düzgün çalışıyor mu; eski adresler anlamlı yere gidiyor mu; yanlış URL gerçek bir bulunamadı yanıtı veriyor mu? HTTPS doğrulanmadan geniş HSTS ayarları açmak veya başka alt alanları kapsayan politikalar uygulamak gereksiz sorun yaratabilir. Sonuçta alan adı, barındırma ve bağlantı güvenliği birlikte çalışır ama ayrı karar ve sorumluluklar taşır. Tek bir hizmet paketi içinde sunulmaları mümkündür; yine de her parçanın hesabını, yenilemesini ve etkisini bilmek gerekir. Bu ayrımı anlayan işletme, siteyi başka bir geliştiriciye devrederken veya altyapıyı değiştirirken daha hazırlıklı olur. Hesap kurtarma yöntemini de kontrol edin; yalnız tek kişinin telefonuna bağlı erişim, devir sırasında beklenmedik darboğaz oluşturabilir. **Bir yayın sorununun yerini ayırma örneği:** Alan adı doğru yazıldığı halde site açılmıyorsa önce adresin hangi hizmete yönlendiği incelenebilir. Site geçici sağlayıcı adresinde çalışıyor ama işletme alan adında çalışmıyorsa dosyalar hazır olabilir, domain bağlantısı eksik olabilir. HTTPS uyarısı görülüyorsa sertifika ve hostname eşleşmesi ayrıca değerlendirilir. Bu ayrım, site dosyalarını gereksiz yere değiştirmeyi önler. Aynı sırada e-posta çalışmaya devam edebilir veya ayrı sorun yaşayabilir. Web sitesiyle posta hizmetinin farklı DNS kayıtları kullanabildiğini bilmek, müdahalenin kapsamını daraltır. Bilinmeyen kayıtları silmeden önce hangi servise ait olduklarını öğrenin. Geliştiriciye erişim verilecekse sadece gereken yetkiyi kullanın ve işlem sonrası erişim durumunu gözden geçirin. Teslim belgesinde parolalar yerine hesap adları, sahipleri ve güvenli kurtarma yöntemi bulunabilir. Gerçek gizli değerleri public belgeye koymayın. Özellikle alan adı hesabının kurtarılması işletmenin erişemediği bir kişiye bağlı kalmamalıdır. Site sahibi, yayın sağlayıcısı değişse bile adresi ve temel hesapları yönetebilmelidir. Bu hazırlık yalnız sorun yaşandığında değil, yenileme ve geliştirici değişimi sırasında da işinizi kolaylaştırır. Alan adı sahipliğini bir logo veya tasarım dosyası teslimiyle aynı şey sanmamak, dijital varlıkları daha anlaşılır yönetmenin başlangıcıdır. Alan adının farklı yazımları veya www sürümü kullanılıyorsa hangisinin ana adres olduğunu belirleyin. Yönlendirme bu tercihle tutarlı kurulmalı ve yol bilgisini korumalıdır. Her farklı adrese ayrı site gibi davranmak, bakım ve paylaşım sırasında gereksiz belirsizlik yaratabilir. Üç hizmeti ayırt etmek için bir arıza örneği düşünün. Alan adı doğru hesaba kayıtlı olabilir, ancak DNS yanlış sunucuya işaret ettiği için site açılmayabilir. Site dosyaları doğru yerde bulunabilir, fakat sertifika yapılandırması nedeniyle güvenli bağlantı kurulamayabilir. Bu nedenle tek bir bileşenin mevcut olması bütün yayının sağlıklı olduğunu göstermez. Teslimde alan adının kayıt yeri, DNS yönetimi ve yayın hesabı ayrı satırlarda gösterilebilir. Aynı sağlayıcı hepsini sunuyorsa bile bu işlevler farklıdır. Değişiklik yapacak kişinin hangi ayarın neyi etkilediğini bilmesi, örneğin web sitesini taşırken e-posta kayıtlarının yanlışlıkla silinmesini önler. Mevcut DNS kayıtlarının gerekçesi anlaşılmadan topluca değiştirilmemesi gerekir. Sertifika konusunda da görünür kilit simgesini işletmenin güvenilirliğine ilişkin kapsamlı bir onay gibi yorumlamayın. Güvenli aktarım önemli bir teknik özelliktir; hizmet kalitesi veya şirket kimliği hakkında tek başına kanıt değildir. İşletmenin gerçek iletişim bilgisi, açık kapsamı ve doğru içeriği ayrıca değerlendirilir. Yayın kontrolünde hem güvenli bağlantı hem doğru hedef hem de önemli işlevler birlikte denenmelidir. Böylece alan adı, barındırma ve sertifika ayrı parçalar olarak anlaşılırken tek bir çalışan site oluşturdukları da görülür. ## Uygulama kontrolü - Kayıt hesabı erişimini koruyun - DNS ayarlarını belgeleyin - Gerçek URL üzerinde HTTPS kontrol edin **Somut örnek:** Web sunucusu değişirken web DNS kayıtları güncellenebilir; mevcut e-posta kayıtlarının korunması gerekir. **Dikkat edilmesi gereken sınır:** Kilit simgesi işletmenin güvenilirliğini veya uygulamanın her yönden güvenli olduğunu onaylamaz. ## Sonraki adım [Projenizi Orvunweb’e anlatın](/tr/basvuru/) ## İlgili okumalar - [Tek seferlik yapım bedeli ve devam eden giderler](/tr/blog/tek-seferlik-yapim-bedeli-ve-devam-eden-giderler/) - [Cloudflare üzerinde tanıtım sitesi yayınlamak](/tr/blog/cloudflare-uzerinde-tanitim-sitesi-yayinlamak/) - [Kurumsal e-posta web hosting hizmetine dahil mi?](/tr/blog/kurumsal-e-posta-web-hosting-hizmetine-dahil-mi/) - [Kurumsal web sitesi hizmeti](/tr/hizmetler/kurumsal-web-sitesi/) - [Paketleri karşılaştırın](/tr/paketler/) ## İlgili hizmetler - [Kurumsal tanıtım sitesi](/tr/hizmetler/kurumsal-web-sitesi/) --- Locale: tr Canonical: https://orvunweb.com/tr/blog/alan-adi-hosting-ve-ssl-arasindaki-fark/ Updated: 2026-09-16 - [MDN — Domain names](https://developer.mozilla.org/en-US/docs/Learn_web_development/Howto/Web_mechanics/What_is_a_domain_name)