Web Hosting Nasıl Çalışır? Domain, DNS, Sunucu ve SSL

Web Hosting Nedir?

Bir web sitesi kurmak için tasarım, yazılım ve içerik kadar kritik olan bir başka konu da altyapıdır: web hosting. Kısaca söylemek gerekirse web hosting, sitenizin dosyalarını ve verilerini barındıran ve internet üzerinden erişime sunan sunucu hizmetidir. Ancak iş sadece “dosyaları sunucuya atmak” kadar basit değildir; alan adınız (domain), DNS kayıtlarınız, kullandığınız fiziksel veya sanal sunucu ve SSL sertifikanız bir zincirin halkaları gibi birlikte çalışır. Bu halkalardan biri yanlış ayarlandığında, sitenize erişim aksayabilir veya tarayıcı güvenlik uyarıları gösterebilir.

Bu rehberde, web hosting nedir, domain ve DNS tam olarak ne yapar, sunucu bu işin neresinde durur, SSL zincire nasıl eklenir sorularını görsel anlatımlı şemalarla beraber adım adım açıklayacağız. Böylece ister ilk web sitenizi açıyor olun, ister ajans olarak onlarca site yönetin, altyapının mantığını kafanızda net bir şekilde oturtabileceksiniz. Yazının sonunda, ihtiyacınıza göre paylaşımlı hosting, VPS veya fiziksel sunucu arasında daha bilinçli seçim yapabilirsiniz.

Web Hosting Temel Mantığı: İnternette Bir Ev Kiralamak

Web hostingi çoğu zaman bir ev kiralama metaforuyla açıklıyoruz, çünkü zihinde çok kolay canlanıyor:

• Domain (alan adı) = Evin adresi (örneğin “orneksite.com”)
• DNS = Adres rehberi; bu adresin hangi binaya (IP’ye) gittiğini söyleyen sistem
• Sunucu = Evin kendisi; sitenizin dosyalarının durduğu fiziksel veya sanal makine
• Web hosting hizmeti = O evi kiralama ve kullanıma hazır tutma hizmeti; erişilebilirlik taahhütleri hizmet koşullarına bağlıdır
• SSL/TLS sertifikası = Adresle eşleşen kimlik belgesi; şifreli bağlantıda sunucunun kimliğinin doğrulanmasına yardımcı olur

Bu parçalar birlikte çalıştığında, tarayıcıya “orneksite.com” yazan bir ziyaretçi doğru sunucuya bağlanır; HTTPS kullanılıyorsa önce şifreli bağlantı kurulur, ardından gerekli içerikler alınır ve sayfa görüntülenir. Yüklenme süresi ağ koşullarına, sunucu yanıtına ve sayfanın içeriğine bağlıdır. Şimdi bu süreci, adım adım ve görsel şemalarla inceleyelim.

Görsel Akış: Ziyaretçiden Sunucuya Giden Yol

Aşağıdaki basit diyagram, bir ziyaretçinin tarayıcıya HTTPS adresinizi yazmasıyla başlayan sürecin genel akışını gösterir. Şemalar ve ilerideki ayrıntılı adımlar, sunucuya yeni bir HTTPS bağlantısı kurulmasını sadeleştirerek anlatır; bağlantının yeniden kullanılması, içerik önbellekleri, CDN/proxy katmanları ve HTTP/3’ün bağlantı ayrıntıları gösterilmez.

1) Ziyaretçi tarayıcıya alan adını yazar:

   Kullanıcı ---> "https://orneksite.com"

2) IP adresi önbellekte yoksa DNS çözümlemesi yapılır:

   Tarayıcı ---> DNS çözümleyici ---> Gerektiğinde yetkili DNS sunucusu

3) DNS, IP adresini döndürür:

   DNS: orneksite.com = 203.0.113.10 (örnek)

4) Tarayıcı bu IP'deki sunucuyla bağlantı kurar; HTTPS için TLS el sıkışması yapılır:

   Tarayıcı <---> 203.0.113.10 (web sunucusu)

5) Tarayıcı HTTP isteğini şifreli bağlantı üzerinden gönderir; sunucu içeriği döndürür.

   Sunucu ---> HTML, CSS, JS, görseller

6) Tarayıcı sayfayı işler ve ziyaretçiye gösterir.

Bu akışı net anladığınızda, “Site açılmıyor”, “DNS hatası”, “SSL uyarısı” gibi sorunları teşhis etmek çok daha kolay hale gelir. Şimdi her bileşeni ayrı ayrı açalım ve zincirin neresinde durduğunu görelim.

Domain (Alan Adı) Nedir ve Hosting ile İlişkisi

Domain, markanızı veya projenizi internette temsil eden isimdir. Teknik olarak genellikle bir alan adı kayıt kuruluşu (registrar) veya onun bayisi üzerinden tescil ettiğiniz, belirli bir süre (genellikle 1-10 yıl) için kiraladığınız dijital bir varlıktır. Sık yapılan hatalardan biri, domain ile hostingin aynı şey sanılmasıdır.

Detaylı karşılaştırma için domain ve hosting arasındaki farkı adım adım anlattığımız rehbere de mutlaka göz atın, burada özetleyelim:

• Domain: Sadece isimdir, tek başına hiçbir dosya barındırmaz.
• Hosting: Sitenizin dosyalarının ve veritabanının tutulduğu depolama ve sunucu altyapısıdır.
• Bir domaini, dilediğiniz zaman farklı bir hosting firmasındaki farklı bir sunucuya yönlendirebilirsiniz.

Alan adı tescili ve barındırma hizmetlerini aynı sağlayıcıdan veya ayrı sağlayıcılardan alabilirsiniz; birlikte çalışmaları için DNS ayarlarının doğru yapılması gerekir.

DNS Nedir? Domain’i IP Adresine Bağlayan Köprü

DNS (Domain Name System), insan için okunabilir alan adlarını, makinelerin anladığı IP adreslerine çeviren küresel bir telefon rehberidir. “orneksite.com” yazdığınızda, perde arkasında bir dizi DNS kaydı devreye girer.

DNS tarafı karışık görünebilir; fakat bir kez mantığını kavradığınızda, sorun çözmek çok kolaylaşır. DNS kayıt türleriyle ilgili ayrıntılı anlatım için A, AAAA, CNAME, MX, TXT ve SRV kayıtlarını tek tek anlattığımız rehberi inceleyebilirsiniz. Burada web hosting için kritik olan temel kayıtları özetleyelim:

• A Kaydı: Alan adını IPv4 adresine yönlendirir (örneğin 203.0.113.10).
• AAAA Kaydı: Alan adını IPv6 adresine yönlendirir (örneğin 2001:db8::1).
• CNAME: Bir alan adını başka bir alan adına yönlendirir (alias).
• MX: E-posta trafiğinin gideceği posta sunucularını belirtir.
• TXT: SPF, DKIM, doğrulama gibi metinsel bilgileri tutmak için kullanılır.

Web sitenizin çalışması için en kritik kayıt, genellikle A veya AAAA kaydıdır. Bu kaydı, siteniz için belirlenen sunucu IP adresiyle eşleştirmek DNS tarafındaki yönlendirmeyi sağlar; sitenin açılması için sunucuda alan adı ve HTTPS ayarlarının da uygun olması gerekir.

DNS’in Web Hosting Zincirindeki Yeri (Görsel Şema)

alan adı kayıt (Domain Registrar)
        |
        v
   DNS Nameserver'lar (ns1, ns2 ...)
        |
        v
    A/AAAA Kayıtları  --->  IP Adresi (web sunucunuz)
        |
        v
     Web Sunucusu  (Apache, Nginx vb.)

Web sitesiyle ilgili DNS kayıtları yanlışsa, güçlü bir hosting paketi bu hatayı telafi etmez ve ziyaretçiler sitenize ulaşamayabilir. Yeni bir hosting hesabı veya VPS için önce sunucuyu hazırlayın; ardından mevcut yetkili DNS hizmetinizde gerekli A/AAAA kayıtlarını güncelleyin. Nameserver değişikliği yalnızca DNS hizmetini de taşıyorsanız gerekir; bu durumda e-posta kayıtları dahil mevcut kayıtları yeni DNS hizmetine aktarın.

Sunucu (Server) Nedir ve Hosting Türleri Nelerdir?

Sunucu, web sitenizin çalıştığı, fiziksel veya sanal bilgisayardır. Web hosting dünyasında birkaç temel sunucu modeli bulunur:

• Paylaşımlı Hosting: Bir fiziksel sunucu, onlarca/yüzlerce site tarafından paylaşılır.
• VPS (Sanal Sunucu): Fiziksel sunucu kaynakları, sanal sunuculara bölünür; her VPS kendi işletim sistemiyle izole çalışır.
• Dedicated Sunucu: Fiziksel sunucunun tamamı tek müşteriye ayrılır.
• Colocation: Size ait sunucuyu bir veri merkezinde barındırır; rack alanı, elektrik, soğutma ve ağ bağlantısı gibi altyapı hizmetlerini satın alırsınız.

Detaylı karşılaştırmalar için dedicated sunucu mu VPS mi rehberimize ve paylaşımlı hosting nedir yazımıza da göz atabilirsiniz. Bu makalede ise bu türlerin, domain, DNS ve SSL ile nasıl entegre olduğuna odaklanacağız.

Web Sunucusu Yazılımları

Sunucunun üzerinde, HTTP/HTTPS isteklerini karşılayan bir web sunucusu yazılımı çalışır. En yaygın örnekler:

• Apache HTTP Server
• Nginx
• LiteSpeed

Bu yazılımlar, yapılandırmalarına göre dosyaları sunar veya istekleri PHP gibi uygulama çalışma ortamlarına iletir. Kullanılan PHP sürümü, yönlendirilen çalışma ortamına bağlıdır. HTTPS bağlantısında sunulacak sertifika ise TLS aşamasında, genellikle istemcinin bildirdiği alan adına (SNI) göre seçilir. Web hosting ayarlarının önemli kısmı aslında bu katmanda yapılır.

SSL Sertifikası Nedir ve HTTPS Neden Önemlidir?

SSL/TLS sertifikası, HTTPS bağlantısında sunucunun alan adıyla ilişkisinin doğrulanmasını sağlayan dijital belgedir. Güncel bağlantılarda kullanılan protokol TLS’dir; “SSL” adı yaygın kullanımda sürer. Trafiği sertifikanın kendisi değil, TLS bağlantısı şifreler. E-ticaret, üyelik ve form verilerinin aktarım sırasında korunması için HTTPS kullanılmalıdır; tarayıcının bağlantı göstergesi sitenin içeriğinin güvenilir olduğunu garanti etmez.

Doğru yapılandırılmış ve sertifikası doğrulanmış bir TLS bağlantısı şu üç korumayı sağlar:

• Gizlilik: Form verileri dahil aktarılan bilgiler, bağlantıyı dinleyen üçüncü kişilere karşı şifrelenir.
• Bütünlük: İletilen veriye aktarım sırasında yapılan müdahaleler tespit edilir.
• Kimlik Doğrulama: Tarayıcı, bağlandığı sunucunun istenen alan adı için geçerli bir sertifika ve ilgili özel anahtara sahip olduğunu doğrular.

SSL türleri, kurulum ve güncel güvenlik gereksinimleri için SSL sertifikası nedir rehberimiz ve SSL güvenlik güncellemeleri için hazırladığımız detaylı yol haritası size daha derin bilgi sağlayacaktır. Bu yazıda, SSL’in web hosting zincirindeki yerini görsel olarak netleştirelim.

SSL’in Zincirdeki Yeri (Görsel Şema)

Tarayıcıda HTTPS adresi açılır:

  https://orneksite.com
           |
           v
DNS: orneksite.com --> 203.0.113.10
           |
           v
Tarayıcı 203.0.113.10:443 (HTTPS portu) ile konuşur
           |
           v
Tarayıcı SSL/TLS el sıkışmasını başlatır
           |
           v
- Sertifika sunulur (orneksite.com için)
- Anahtarlar anlaşılır
- Şifreli iletişim başlar

SSL/TLS yanlış yapılandırıldıysa veya alan adınızla eşleşmeyen bir sertifika kullanıyorsanız, tarayıcı bağlantıyı engelleyebilir ya da sertifika uyarısı gösterebilir; uyarının metni tarayıcıya ve hataya göre değişir. Bu uyarılar hem dönüşümü düşürebilir hem de markanızın güven algısını zedeleyebilir.

Adım Adım Akış: Bir Sayfa İsteği Hosting Zincirinde Nasıl İlerler?

Şimdi tüm parçaları bir araya getirelim. Aşağıdaki adımlar, tarayıcıda URL yazmaktan sayfanın yüklenmesine kadar olan süreci teknik olarak ama sade dille anlatır.

1) Kullanıcı URL’yi Yazar

Örneğin ziyaretçi tarayıcıya https://orneksite.com yazar. Buradaki parçaları ayırırsak:

• https:// → SSL/TLS kullanıldığını söyler.
• orneksite.com → Domain adıdır.
• / → İstenen ilk yol, genelde ana sayfadır.

2) DNS Çözümlemesi Yapılır

Tarayıcı önce “orneksite.com’un IP adresi nedir?” diye sorar. Bu aşamada:

• İlk olarak tarayıcının veya işletim sisteminin önbelleğine bakılır.
• Bulunamazsa yapılandırılmış DNS çözümleyicisine başvurulur; bu, internet servis sağlayıcınızın veya başka bir DNS hizmetinin çözümleyicisi olabilir.
• Çözümleyicide geçerli bir önbellek yanıtı yoksa, gerekli DNS sorguları yapılarak yetkili nameserver üzerinden A/AAAA kayıtları alınır.

Yanlış IP kaydı bağlantı veya sertifika hatalarına yol açabilir; uzun TTL ise eski kayıtların önbellekte daha uzun kalmasına neden olabilir. DNS_PROBE_FINISHED_NXDOMAIN ise sorgulanan alan adının DNS’te bulunamadığını belirten yanıtla ilişkilidir. Bu tarz sorunları teşhis etmek için hazırladığımız DNS_PROBE_FINISHED_NXDOMAIN detaylı rehberine bakabilirsiniz.

3) IP Adresi Bulunur ve Sunucuya Bağlantı Kurulur

DNS işlemi başarılıysa, tarayıcı artık “orneksite.com = 203.0.113.10” gibi bir bilgiye sahiptir. Ardından:

• URL’de farklı bir port belirtilmemişse HTTP için 80, HTTPS için 443 numaralı port kullanılır.
• Sunucu tarafında, gelen isteği hangi sitenin karşılayacağını sanal host (virtual host) ayarları belirler.

Paylaşımlı hosting ortamında aynı IP üzerinde yüzlerce site olabilir. Burada SNI (Server Name Indication) devreye girerek, aynı IP üzerinde birden fazla SSL sertifikasını yönetmeye olanak tanır.

4) SSL El Sıkışması (HTTPS için)

Eğer URL https:// ile başlıyorsa, tarayıcı ile sunucu arasında bir TLS el sıkışması gerçekleşir:

• Sunucu, ilgili alan adı için geçerli SSL sertifikasını gösterir.
• Tarayıcı bu sertifikayı doğrular (CA, geçerlilik süresi, alan adı eşleşmesi vb.).
• Trafik şifreleme anahtarları oluşturulur; bu HTTPS bağlantısındaki HTTP istek ve yanıtları şifreli iletilir.

Bu aşamada bir sorun varsa, “Bu bağlantı güvenli değil” veya “Sertifika bu alan adı için geçerli değil” gibi uyarılar görürsünüz. Bu uyarıları çözmek için SSL sertifika hataları rehberimiz size pratik bir yol haritası sunuyor.

5) Web Sunucusu İsteği Karşılar veya Uygulamaya Yönlendirir

Bağlantı kurulduktan sonra, web sunucusu (Apache/Nginx/LiteSpeed) aşağıdaki soruları yanıtlar:

• Bu istek hangi domain için geldi? (Host başlığı)
• Bu domain için kök klasör (document root) neresidir?
• Bu istekteki dosya uzantısı nedir? (PHP, HTML, CSS vb.)
• Gerekirse isteği PHP-FPM gibi bir uygulama sunucusuna mı iletmeliyim?

Örneğin PHP-FPM kullanılan bir WordPress kurulumunda, önbellekten karşılanmayan dinamik sayfa istekleri PHP-FPM’e iletilir; WordPress kodu çalışır, gerektiğinde veritabanını sorgular ve HTML çıktısı üretir. Bu aşamada PHP ayarları, memory_limit, max_execution_time gibi parametreler önem kazanır. Bu ayarları nasıl dengelemeniz gerektiğini PHP ayarlarını doğru yapmak için hazırladığımız rehberde detaylı anlattık.

6) Tarayıcı İçeriği Çözümler ve Sayfayı Oluşturur

Bir sayfa isteğinin yanıtı genellikle HTML’dir. Tarayıcı, HTML’de başvurulan CSS, JavaScript ve medya dosyaları için gerektiğinde ek istekler yapar. Sayfayı oluştururken:

• HTML’yi DOM ağacına dönüştürür.
• CSS ile stilleri uygular.
• JavaScript kodlarını çalıştırır.
• Resimleri, videoları, fontları ek isteklerle yükler.

Sayfanın yüklenme performansında ilk bayta kadar geçen süre (TTFB), statik dosyaların önbellek yönetimi ve CDN kullanımı etkilidir. TTFB yalnızca sunucunun işlem süresini değil, ağ gecikmesi gibi etkenleri de yansıtır. Sunucu taraflı hız sorunlarını teşhis etmek için yüksek TTFB sorununu anlattığımız rehbere mutlaka göz atmanızı öneririz.

Paylaşımlı Hosting, VPS ve Dedicated: Bu Zincirde Ne Değişir?

Domain, DNS ve SSL mantığı tüm hosting türlerinde aynıdır. Fark, sunucu katmanının nasıl yapılandırıldığı ve ne kadar kaynak ayrıldığıdır.

Paylaşımlı Hosting

Paylaşımlı hostingde:

• Bir fiziksel sunucu, çok sayıda siteyle paylaşılır.
• Kaynaklar (CPU, RAM, disk IO) CloudLinux gibi teknolojilerle kullanıcı bazında sınırlandırılabilir; kullanılan yöntem ve limitler sağlayıcıya göre değişir.
• cPanel veya benzeri bir kontrol paneli üzerinden yönetim sağlanır.

Düşük trafik alan bloglar, kurumsal tanıtım siteleri veya küçük projeler için maliyet açısından idealdir. Ancak yoğun trafik olduğunda “resource limit reached” gibi hatalar alabilirsiniz; bunun nedenlerini ve çözümlerini paylaşımlı hostingde resource limit reached hatası rehberinde anlattık.

VPS (Sanal Sunucu)

VPS’te:

• Kendi işletim sisteminiz ve servislerinizle izole bir ortamınız olur; firewall ve servis yönetiminin kimde olduğu hizmet kapsamına bağlıdır.
• Kaynak tahsisleri ve özelleştirme seçenekleri plana bağlıdır; paylaşılan CPU ve disk altyapısındaki yük performansı yine etkileyebilir.
• Plan root erişimi sağlıyorsa gelişmiş konfigürasyonlar ve özel güvenlik önlemleri uygulayabilirsiniz; yönetilen hizmetlerde erişim ve sorumluluk sınırlarını doğrulayın.

Orta-yoğun trafik alan WordPress, WooCommerce, Laravel veya Node.js projelerinde, uygulamanın kaynak ve özelleştirme ihtiyacına göre VPS değerlendirilebilir. Kararı yalnızca trafik düzeyine göre değil, CPU/RAM kullanımı, depolama ve bant genişliği ihtiyacı ile sunucu yönetimini kimin üstleneceğine göre verin. Doğru kaynak seçimi için CPU, RAM, NVMe ve bant genişliği rehberimiz bir referans sunar.

Dedicated ve Colocation

Büyük e-ticaret siteleri, SaaS platformları veya yüksek trafikli medya siteleri için:

• Dedicated sunucu ile fiziksel makinenin tamamı size ayrılır.
• Colocation ile kendi sahip olduğunuz sunucuyu bu hizmeti sunan bir veri merkezinde barındırabilirsiniz.

Bu seviyede, DNS, SSL ve domain mantığı aynı kalır; yalnızca ölçek, güvenlik politikaları ve yedeklilik stratejileri daha karmaşık hale gelir.

Yeni Bir Siteyi Yayına Alırken Adım Adım Kontrol Listesi

Teoriyi pratiğe dökmek için, yeni bir web sitesi yayına alacağınızı varsayalım. Adım adım hangi bileşene ne yapmanız gerektiğini özetleyelim:

1) Doğru Domain’i Seçin ve Tescil Edin

• Markanıza uygun bir alan adı belirleyin (.com, .com.tr, .net vb.).
• Whois bilgilerinin doğru ve güncel olduğundan emin olun.
• Marka koruması için benzer yazımlı veya alternatif TLD’leri de düşünebilirsiniz.

2) Hosting Türünü Seçin ve Sunucuyu Hazırlayın

• Küçük kurumsal site / blog: Paylaşımlı hosting genelde yeterlidir.
• Orta-yoğun trafik, özel uygulama, API: Kaynak ve yönetim ihtiyaçlarınıza göre VPS değerlendirin.
• Çok yüksek trafik, özel güvenlik, regülasyon: Dedicated veya colocation düşünebilirsiniz; sunucu türü tek başına güvenlik ya da mevzuata uyum sağlamaz.
• Seçtiğiniz hizmette işletim sistemi, web sunucusu, uygulama çalışma ortamı ve gerekiyorsa veritabanını kimin kurup güncelleyeceğini netleştirin. Yönetilmeyen VPS veya dedicated sunucuda bu hazırlıkları ve güvenlik duvarı yapılandırmasını sizin ya da görevlendirdiğiniz yöneticinin tamamlaması gerekir.
• Site dosyalarını yükleyin veya uygulamayı kurun; gerekiyorsa veritabanını aktarın ve bağlantı ayarlarını yapın. Alan adını kontrol panelinde veya web sunucusunun sanal host ayarlarında doğru site kök diziniyle tanımlayın.
• Genel DNS yönlendirmesini değiştirmeden önce, sağlayıcının önizleme yöntemi veya yalnızca test cihazını etkileyen yerel ad çözümlemesiyle yeni sunucuyu kontrol edin. Doğru alan adıyla istek geldiğinde beklenen sitenin açıldığını, gerekli servislerin erişilebilir olduğunu ve temel uygulama işlevlerinin çalıştığını doğrulayın. Bu kontrol, aşağıdaki HTTPS doğrulamasının yerine geçmez.

3) Yetkili DNS Hizmetini Kontrol Edin

• Mevcut yetkili DNS hizmetinizi kullanmaya devam edecekseniz nameserver değiştirmeniz gerekmez. İlk kurulumda veya DNS hizmetini taşırken domain panelinizde seçtiğiniz hizmetin nameserver’larını tanımlayın ya da yapılandırılmış kendi yetkili nameserver’larınızı kullanın. Geçişte e-posta kayıtları dahil gerekli DNS kayıtlarını önce yeni hizmette hazırlayın.
• Yöneteceğiniz DNS kayıtlarında başlangıçta düşük TTL (300-600 saniye) kullanmak sonraki değişikliklerin daha çabuk görülmesine yardımcı olabilir. Bu, önceden önbelleğe alınmış kayıtların süresini kısaltmaz ve nameserver değişikliğinin tamamlanma süresini belirlemez.

4) A/AAAA ve E-posta Kayıtlarını Yapılandırın

• Web sitesi için A kaydını sunucunun IPv4 adresine yönlendirin. IPv6 üzerinden erişim de yapılandırılmışsa AAAA kaydını IPv6 adresine yönlendirin ve bu bağlantının çalıştığını doğrulayın.
• E-posta için MX, SPF, DKIM ve DMARC kayıtlarını da baştan planlayın.

5) SSL Sertifikasını Kurun ve HTTPS’e Yönlendirin

• Alan adınız için geçerli bir SSL sertifikası alın veya Let’s Encrypt gibi ücretsiz çözümleri kullanın. Sertifika sağlayıcısının alan adı doğrulama gereksinimlerini karşılayın.
• Web sunucusu (Apache/Nginx) veya kontrol panelinizde sanal host ayarlarına SSL’i ekleyin. Yayında kullanılacak alan adları için sertifika eşleşmesini ve HTTPS erişimini kontrol edin; yenileme yöntemini de belirleyin.
• Mevcut bir siteyi taşıyorsanız sertifikayı mümkünse DNS geçişinden önce yeni sunucuda hazırlayıp doğrulayın. Bu mümkün değilse sertifika kurulumu tamamlanana kadar oluşabilecek erişim riskini geçiş planına dahil edin; yeni siteyi ziyaretçilere duyurmadan önce HTTPS kontrolünü tamamlayın.
• HTTPS erişimini doğruladıktan sonra HTTP’den HTTPS’e 301 yönlendirmesi yapın. Yönlendirme, ilk HTTP isteğini şifrelemez; sitenin bağlantılarını ve kaynak adreslerini de HTTPS kullanacak şekilde güncelleyin.

HTTP’den HTTPS’e geçiş, HSTS ve SEO etkilerini detaylı anlattığımız HTTP’den HTTPS’e geçiş rehberimiz bu aşamada yanınızda olsun.

6) Performans ve SEO Kontrollerini Yapın

Site yayına alınırken sadece çalışması yeterli değildir; hızlı ve SEO dostu olması da gerekir. Bunun için:

• TTFB, LCP gibi temel metrikleri ölçün.
• Gzip/Brotli sıkıştırma, browser caching, HTTP/2/HTTP/3 kullanımı gibi ayarları kontrol edin.
• Önbellekleme (cache) stratejisi belirleyin.

Bizim hazırladığımız yeni web sitesi yayına alırken hosting tarafında SEO ve performans kontrol listesi bu adımlar için kapsamlı bir referans sunuyor.

Gerçekçi Senaryo: Neden Bütün Zinciri Anlamak Gerekli?

Varsayımsal bir örnek üzerinden gidelim. Bir ajansın, yeni müşterisi için kurumsal bir site geliştirdiğini düşünelim:

• Domain, farklı bir registrarda duruyor.
• Site dosyaları bir paylaşımlı hosting hesabında.
• E-posta altyapısı yine başka bir servis sağlayıcıda.

Yayına geçme günü yaklaştığında şu sorular ardı ardına geliyor:

• “Sadece web sitesini yeni hosting hesabına yönlendirip, e-postayı olduğu gibi bırakabilir miyiz?”
• “DNS geçişinde kesinti yaşamadan nasıl ilerleriz?”
• “SSL’i önce staging alanında mı, canlıda mı kurmalıyız?”

Bu senaryoda web sitesine ait A kaydı ve varsa AAAA/CNAME kayıtları gözden geçirilerek yalnızca gerekli web yönlendirmeleri değiştirilebilir. E-postayı aynı sağlayıcıda tutmak için MX kayıtlarıyla birlikte, MX hedeflerinin adres kayıtları ve e-posta doğrulama kayıtları da korunmalıdır; yalnızca MX’e dokunmamak her yapılandırmada yeterli değildir. TTL planlaması, zero-downtime (kesintisiz geçiş) hedefini destekleyebilir ancak tek başına kesintisizliği garanti etmez; eski ve yeni sunucunun geçiş boyunca hazır olması, içerik ve SSL yapılandırmasının da planlanması gerekir. Ayrıntılar için TTL stratejileri rehberimizi inceleyebilirsiniz.

Staging ortamında HTTPS testi yapmak yararlıdır; ancak yalnızca staging alan adı için geçerli bir sertifika canlı alan adını kapsamayabilir. Canlıda kullanılacak her alan adı için sertifika eşleşmesini ve yeni sunucunun HTTPS yanıtını ayrıca doğrulayın; bunu mümkünse DNS geçişinden önce tamamlayın. Zincirin her halkasını (domain, DNS, sunucu, SSL) kavramak, bu tür geçişlerde hangi kayıtların ve hizmetlerin birbirine bağlı olduğunu belirlemenize yardımcı olur.

Hosting Planı Seçerken Bu Zincir İçin Neleri Kontrol Etmelisiniz?

Teknik yönetimi kendiniz üstlenmek ile hazır otomasyonlardan yararlanmak farklı ihtiyaçlardır. Seçeceğiniz planı değerlendirirken, ihtiyaç duyduğunuz bileşenler için şu özelliklerin kapsamını doğrulayın:

• Domain & DNS: Alan adı tescili, nameserver yönetimi ve ihtiyaç duyulan DNS kayıt türleri için yönetim olanakları.
• Hosting: Linux/Windows seçimi, gerekli PHP sürümleri ve otomatik yedeklemenin sıklığı, saklama süresi ve geri yükleme koşulları.
• VPS & Dedicated: Disk türü ve kapasitesi, IPv4/IPv6 erişimi ve yönetilen/yönetilmeyen hizmetlerde sorumlulukların dağılımı.
• Colocation: Güç yedekliliği, iklimlendirme, fiziksel güvenlik ve hizmet seviyesi taahhütleri.
• SSL: Gereken DV, OV, EV veya wildcard sertifika desteği; panelin Let’s Encrypt kurulum ve yenileme otomasyonu sunup sunmadığı.

Bileşenleri tek panel ve ortak destek kanalı altında toplamak operasyonu kolaylaştırabilir. Farklı sağlayıcılar kullanıldığında ise DNS, hosting, e-posta ve SSL sorumluluklarının kimde olduğunu açıkça belirlemek önemlidir.

Sonuç: Web Hosting, Tek Başına Değil, Bir Ekosistem

Web hosting, çoğu kişinin zannettiği gibi sadece “disk alanı” veya “sunucu kiralama” değildir. Bu yazıda gördüğünüz gibi, domain, DNS, sunucu ve SSL sertifikası birbirine sıkı sıkıya bağlı bir ekosistem oluşturur. Zincirin herhangi bir halkasında yapılacak küçük bir hata bile, sitenizin erişilememesine, güvenlik uyarılarına veya performans sorunlarına yol açabilir.

Bu rehberle amacımız, teknik kavramları jargona boğmadan ama yüzeyde de bırakmadan, gerçekten “zihninizde bir mimari şema oluşturmanızı” sağlamaktı. Artık tarayıcıya yazılan bir URL’nin, hangi adımlardan geçerek sitenize ulaştığını; DNS, IP, web sunucusu ve SSL’in burada hangi rolü oynadığını çok daha net görebilmelisiniz.

Şimdi sırada, kendi projeniz için doğru kararı vermek var: Küçük bir blog mu, büyüyen bir e-ticaret sitesi mi, yoksa SaaS uygulaması mı? Hangi noktada paylaşımlı hosting yeterli, ne zaman VPS veya dedicated sunucuya geçmelisiniz? Seçiminizi uygulamanın kaynak ihtiyacı, yönetim sorumluluğu ve büyüme beklentisi üzerinden yapın.