Birden Fazla Web Sitesi Doğru Şekilde Nasıl Barındırılır

17 Temmuz 2026 tarihinde yayımlandı

Birkaç web sitesi barındırmanız gerekiyorsa, genellikle en düzenli kurulum; her sitenin kendi alan adı, document root'u, SSL sertifikası ve yedekleme politikasıyla izole edildiği tek bir hosting hesabı veya tek bir sunucudur. Bu, gelecek ay kendiniz için bir destek talebi oluşturmadan birden fazla web sitesini nasıl barındıracağınıza dair pratik yanıttır. Ayrıntılar; trafiğe, risk toleransına ve sunucu işlerinin ne kadarını kendi başınıza üstlenmek istediğinize bağlıdır.

Küçük bir işletme, ajans veya SaaS ekibi için bunu yapmanın üç yaygın yolu vardır. Sağlayıcı ek alan adlarına izin veriyorsa, birden fazla siteyi tek bir paylaşımlı hosting hesabında barındırabilirsiniz. Bunları bir kontrol paneliyle bir VPS üzerinde çalıştırabilirsiniz. Ya da izolasyonun rahatlıktan daha önemli olduğu durumlarda bunları ayrı sunuculara veya container'lara bölebilirsiniz. Üçü de işe yarar. Ama eşit değiller.

Ortalığı karıştırmadan birden fazla web sitesi nasıl barındırılır

Başınızı derde sokmanın en hızlı yolu, beş web sitesine ona yönlenen birkaç ekstra alan adı olan tek bir büyük klasör gibi davranmaktır. Kısa bir süre çalışabilir, ama kayıtlar daha sonra hüzünlü bir hikâye anlatır. Her web sitesinin kendi web root'u, gerekiyorsa kendi veritabanı, kendi SSL'i ve ideal olarak kendi dağıtım süreci olmalıdır.

Bir kontrol paneli kullanıyorsanız, her siteyi ayrı bir virtual host olarak oluşturun. Bu, example-one.com'un bir dizine, example-two.com'un başka bir dizine işaret ettiği ve web sunucusunun hangi yapılandırmanın hangi alan adına ait olduğunu tam olarak bildiği anlamına gelir. Bu; güvenlik, sorun giderme ve gelecekteki taşımalarda yardımcı olur. Ayrıca bu, bir WordPress sitesindeki bozuk bir eklentinin hemen herkesin sorunu hâline gelmemesi demektir.

Alttaki sunucu yığını genellikle Apache, Nginx veya ikisinin birlikte çalışmasıdır. Yönetilen bir VPS'te bu genellikle sizin için zaten hazırlanmıştır. Yönetilmeyen bir sunucuda virtual host'ları, PHP sürümlerini, firewall kurallarını, gerekirse e-posta işlemeyi ve zamanlanmış yedeklemeleri yapılandırmanız gerekir. İşte burada birçok kişi, istediğinin hosting olduğunu; sürpriz bir yarı zamanlı operasyon kariyeri olmadığını fark eder.

Önce hosting modelini seçin

Siteleriniz küçük tanıtım siteleri ya da düşük trafikli müşteri projeleriyse, iyi bir paylaşımlı veya reseller plan yeterli olabilir. Bu, maliyetleri düşük ve yönetim panelini basit tutar. Bunun karşılığında kontrol sınırlıdır. Sunucu davranışını ayrıntılı biçimde ayarlayamayabilir, özel paketler kuramayabilir veya gürültülü siteleri çok iyi izole edemeyebilirsiniz.

Bir VPS, büyüyen işletmelerin çoğunun geldiği orta noktadır. Gerekirse size ayrılmış kaynaklar, root düzeyinde esneklik ve birden fazla alan adını düzgün şekilde organize etmek için alan sağlar. Özellikle çalışma süresi önemliyse ve yamalarla, hizmet yeniden başlatmalarıyla veya garip saatlerde gelen izleme uyarılarıyla sürekli ilgilenmek istemiyorsanız, yönetilen VPS çoğu zaman en sorunsuz seçenektir.

Trafik daha yoğunsa, uyumluluk gereksinimleri daha sıkıysa veya bir iş yükü diğerlerini etkileyebiliyorsa dedicated server'lar mantıklıdır. Elbette daha pahalıdırlar, ama daha güçlü performans izolasyonu ve çok daha fazla hareket alanı sağlarlar. E-ticaret, müşteri mağazaları, staging ortamları ve dahili araçları birlikte barındırıyorsanız, dedicated altyapı lüksten çok önlem gibi görünmeye başlar.

Alan adı ve DNS kurulumu

Hosting modeli seçildikten sonra, her web sitesinin alan adı doğru yere yönlendirilmelidir. Bu genellikle sunucu IP'sine bir A kaydı ve bazen www için bir CNAME anlamına gelir. E-posta başka bir yerde yönetiliyorsa, kurulum sırasında MX kayıtlarının üzerine düşünmeden yazmayın. Bu klasik bir harekettir. Web sitesi yayına girer ve gelen kutusu sessizce uçurumdan aşağı yuvarlanır.

DNS yayılımı eskisine göre daha iyi, ama hâlâ sabır gerektiriyor. Bir taşıma öncesinde TTL'yi düşürmek yardımcı olur. Herhangi bir şeyi değiştirmeden önce mevcut kayıtların yazılı bir haritasını tutmak da öyle. Bu bazen dünyanın en güzel DNS durumu değildir, ama belgelenirse kontrol altındadır.

Alt alan adlarını ayrı uygulamalar olarak barındırmayı planlıyorsanız, onlara da aynı disiplinle yaklaşın. staging.example.com, shop.example.com ve api.example.com'un her birinin kendi amacı, yapılandırması ve SSL kapsamı olmalıdır. Her şeyi her yere yönlendirip panelin niyetinizi anlamasını ummayın.

Her site için SSL, istisnasız

Her alan adının kendi geçerli SSL sertifikası olmalıdır. Sadece ana site değil. Mağaza da sonra değil. Hepsi.

Çoğu kontrol paneli, Let's Encrypt veya ticari bir sağlayıcı aracılığıyla sertifikaları otomatik olarak düzenleyip yenileyebilir. Küçük siteler için otomatik ücretsiz SSL genellikle yeterlidir. E-ticaret, kurumsal kullanım veya belirli güven ve garanti gereksinimleri için ücretli bir sertifika hâlâ mantıklı olabilir. Buradaki temel nokta tutarlılıktır. On alan adından biri arasında süresi dolmuş tek bir sertifika bile müşteri paniği ve gereksiz destek gürültüsü yaratmaya yeter.

Yönlendirmelerin nasıl ele alındığını da kontrol edin. Her site için HTTP'den HTTPS'ye zorlayın ve ikisi de kullanılıyorsa sertifikanın hem kök alan adını hem de www'yi kapsadığını doğrulayın. Karma içerik uyarıları kesinti kadar dramatik değildir, ama yine de bir sitenin tamamlanmamış görünmesine neden olur.

Kaynak planlaması insanların beklediğinden daha önemlidir

Bir sunucuda birden fazla web sitesi barındırmak esas olarak disk alanıyla ilgili değildir. CPU, RAM, PHP worker'ları, veritabanı yükü ve yedekleme pencereleri genellikle asıl sınırlara dönüşür.

Beş statik site küçük bir VPS üzerinde rahatça yaşayabilir. Ama sayfa oluşturucular, arama eklentileri, zamanlanmış içe aktarmalar ve neşeli bir pazarlama script'i koleksiyonuna sahip beş yoğun WordPress kurulumu, beklenenden çok daha fazlasını tüketebilir. Üzerine WooCommerce ekleyin, sunucu anlamlı sesler çıkarmaya başlar.

Siteleri bir araya toplamadan önce ortalama trafiği, tepe kullanımını, cron etkinliğini ve uygulama türünü kontrol edin. Bir site çevrim içi siparişleri işliyorsa ve diğeri sadece bir portföyse, bunlara eşit iş yükleri gibi davranılmamalıdır. Bazı durumlarda, sunucu teknik olarak hepsini barındırabilecek olsa bile yoğun uygulamayı diğer her şeyden ayırmak daha akıllıcadır.

Yedekleme ve kurtarma planın parçasıdır

İşte burada birçok hosting rehberi fazla iyimser olur. Yedeklemeler bir onay kutusu değildir. Onlar, rutin bir düzeltmeyle kötü bir hafta arasındaki farktır.

Her site, ne sıklıkla değiştiğine uygun bir takvimle yedeklenmelidir. Bir tanıtım sitesi günlük veya daha da seyrek yedeklemelere ihtiyaç duyabilir. Aktif bir mağaza veya SaaS uygulaması çok daha sıkı kurtarma noktalarına ihtiyaç duyabilir. İdeal olarak yedeklemeler sunucu dışında saklanır ve geri yükleme için test edilir. Test edilmemiş yedeklemeler biraz, üzerinde süs amaçlı delikler olan şemsiyelere benzer.

Müşteri sitelerini barındırıyorsanız, geri yüklemeleri siteye özel tutun. Bir sitedeki eklenti güncellemesi ters gitti diye tüm sunucuyu geri almak istemezsiniz. Ayrıntılı yedekleme ve geri yükleme seçenekleri zaman kazandırır ve yan hasarı azaltır.

Güvenlik ve izolasyon

Tek bir ortamda ne kadar çok web sitesi barındırırsanız, dosya izinleri ve hesap ayrımı konusunda o kadar dikkatli olmanız gerekir. Tüm siteler aynı kullanıcı altında geniş yazma erişimiyle çalışıyorsa, ele geçirilmiş tek bir uygulama çok hızlı şekilde sunucu genelinde bir soruna dönüşebilir.

Daha iyi bir kurulum, mümkün olan yerlerde ayrı sistem kullanıcıları, sıkı izinler, bir firewall, kötü amaçlı yazılım taraması ve izlenen güncellemeler kullanır. Yönetilen altyapı burada yardımcı olur; çünkü yama yönetimi ve hizmet sağlığı, unutulmuş bir hafta sonu görevi olarak değil, operasyonel bir rutin olarak ele alınır.

Yönetici erişimini de düşünmelisiniz. Herkesin root'a ihtiyacı yoktur. Her serbest çalışanın her alan adına erişmesi gerekmez. Gereken en düşük erişimi verin ve kayıt tutun. Sakin sistemler genellikle içinde gereksiz yere daha az el olan sistemlerdir.

Kontrol paneli mi, manuel yapılandırma mı?

Terminalde rahatsanız ve tam kontrol istiyorsanız, manuel Nginx veya Apache yapılandırması iyi çalışır. Esnektir, script'lenebilir ve verimlidir. Ama aynı zamanda PHP-FPM pool'larından log rotation'a kadar her ayrıntının sorumluluğunu memnuniyetle üstlendiğinizi varsayar.

Çoğu işletme için daha iyi yanıt, iyi bir kontrol panelidir. Kurulum süresini azaltır, alan adı ve SSL yönetimini çok daha kolay hâle getirir ve basit yanlış yapılandırmaların olasılığını düşürür. Bu, özellikle birkaç kişinin görünürlüğe ihtiyaç duyduğu ama tam sunucu mühendisliği sorumluluğunu üstlenmediği durumlarda faydalıdır.

Bu dengeyi istediğinizde kodu.cloud gibi bir sağlayıcı genellikle buraya uyar — altında gerçek altyapı vardır, ancak sizin tarafınızda daha az operasyonel stres olur. Bu çoğu zaman büyüme ile yönetim dağınıklığı arasındaki farktır.

Kaçınılması gereken yaygın hatalar

Her zamanki sorunlar öngörülebilirdir. İnsanlar tüm siteleri tek bir dizin ağacına koyar, ayrı yedeklemeleri unutur, bir alan adını SSL'siz bırakır ya da yoğun bir uygulamanın diğer her şeyi ne kadar etkileyebileceğini hafife alır.

Bir diğer yaygın hata da izlemeyi görmezden gelmektir. Birden fazla web sitesi barındırıyorsanız, diskin ne zaman dolduğunu, bellek baskısının ne zaman arttığını, HTTP kontrollerinin ne zaman başarısız olduğunu ve SSL'in süresinin dolmaya ne zaman yaklaştığını bilmelisiniz. Bir müşterinin kesintiyi bildirmesini beklemek pek de bir izleme stratejisi değildir. Bir itiraftır.

Ayrıca, taşımaları dikkatle planlayın. Mümkün olduğunda her seferinde bir site taşıyın, DNS'i doğrulayın, formları test edin, e-posta yönlendirmesini doğrulayın ve yönlendirmeleri kontrol edin. Toplu taşımalar, gizli bir bağımlılık bozulup tarayıcınızdaki her sekme kırmızıya dönene kadar verimlidir.

Peki en iyi kurulum hangisi?

Kısa ve teknisyen destekli yanıtı istiyorsanız, işte burada: düşük ila orta trafikli birden fazla web sitesini kontrol panelli yönetilen bir VPS üzerinde barındırın, her siteyi alan adı ve dizin bazında ayrı tutun, ayrı SSL sertifikaları kullanın, sunucuyu izleyin ve sunucu dışı yedeklemeleri sürdürün. Bu kurulum, ajanslar ve büyüyen işletmeler için yeterince esnektir; aşırı kırılgan veya aşırı pahalı hâle gelmeden.

Bir site iş açısından kritikse, çok kaynak tüketiyorsa veya daha sıkı güvenlik gereksinimlerine sahipse, onu geç değil erken ayırın. Rahatlık iyidir. Ama izolasyon bazen daha iyidir.

Sakin bir hosting ortamı şansla oluşmaz. Trafik artmadan, eklenti güncellemesi başarısız olmadan ve biri üç web sitesinin neden birlikte kapandığını sormadan önce, erkenden verilen küçük ama doğru kararlardan doğar. Bunu akılda tutarak inşa edin; gelecekteki siz daha iyi uyuyacaktır.

Andres Saar Müşteri Hizmetleri Mühendisi