cPanel’de Addon Domain mi Ayrı Hesap mı? Doğru Seçimi Teknik Şekilde Netleştirelim

cPanel kullanan hemen herkesin bir noktada sorduğu kritik bir soru var: Yeni alan adını addon domain olarak mı eklemeliyim, yoksa tamamen ayrı bir cPanel hesabı mı açmalıyım? Bu karar ilk bakışta basit bir kullanım tercihi gibi görünse de, arka planda güvenlik, performans, yedekleme ve ileride taşıma (migrasyon) süreçlerini doğrudan etkileyen bir mimari karardır. DCHost tarafında güvenlik denetimleri, kapasite planlaması ve toplu taşıma operasyonları yaparken en sık karşılaştığımız sorunların önemli bir kısmı, dağıtılmamış addon domain kalabalığından kaynaklanıyor. Bu yazıda, addon domain ve ayrı hesap seçeneklerini güvenlik, performans, yönetilebilirlik ve taşıma kolaylığı açısından adım adım karşılaştıracağız. Farklı trafik seviyeleri, ajans/freelancer senaryoları, e‑ticaret ve kurumsal siteler gibi pratik örnekler üzerinden, kendi projeleriniz için hangi yaklaşımın daha mantıklı olacağını netleştirmenize yardımcı olacağız.

cPanel’de Addon Domain ve Ayrı Hesap Tam Olarak Ne Demek?

Temelden başlayalım. cPanel dünyasında aynı sunucu üzerinde bir alan adını barındırmanın iki ana yolu vardır:

• Addon domain: Mevcut bir cPanel hesabınız vardır, aynı hesabın içine ikinci, üçüncü alan adlarını ekleyerek hepsini tek kullanıcı altında yönetirsiniz.
• Ayrı cPanel hesabı: Her alan adı için WHM üzerinden (veya reseller panelinizden) tamamen bağımsız bir hesap açarsınız. Her hesabın kendi kullanıcı adı, şifresi, dosya yapısı, kaynak limitleri ve izolasyonu olur.

Addon domain kullandığınızda, genelde dizin yapısı şöyle olur:

• public_html/ — ana domaininiz
• public_html/yeni-site/ — addon domain için klasör

Ayrı hesap açtığınızda ise her domainin kendi public_html kökü, kendi tmp, logs, e‑posta kutuları ve ayarları olur. Yani bir nevi küçük, bağımsız hosting paketleri gibi davranırlar. DCHost tarafında paylaşımlı hosting, reseller ve VPS/dedicated ortamlarında en sık tartıştığımız konu, bu iki yaklaşımın ne zaman hangisine dönüştürülmesi gerektiği oluyor. Bunun cevabı da doğrudan güvenlik, performans ve operasyonel kolaylık üçlüsünde yatıyor.

Güvenlik Açısından: Addon Domain mi, Ayrı Hesap mı?

Güvenlik perspektifinden bakınca addon domain ile ayrı hesap arasındaki fark, evde tek kilitli kapı kullanmakla her odanın kapısını ayrı ayrı kilitlemek arasındaki farka benzer. Teknik detaylara inelim.

Dosya Sistemi ve Kullanıcı İzolasyonu

Addon domain senaryosunda aynı cPanel hesabı altındaki tüm siteler aynı Linux kullanıcı hesabını paylaşır. Bu ne demek?

• PHP süreçleri (proc), FTP erişimi ve SSH oturumu aynı kullanıcıya aittir.
• Bir sitedeki dosya izinleri hatalıysa, başka sitenin dosyalarına erişim ihtimali artar.
• Bir WordPress veya PHP uygulaması hacklenirse, çoğu zaman saldırganın dosya sistemi üzerinde diğer sitelerin dizinlerini de listeleyebilmesi mümkündür.

Ayrı hesap kullandığınızda ise her alan adı için ayrı bir sistem kullanıcısı olur. Bu sayede:

• Bir sitede zafiyet oluştuğunda, saldırganın diğer sitelerin dizinlerine doğrudan erişme ihtimali ciddi şekilde azalır.
• SSH/SFTP erişimlerini site bazında kısıtlamak ve loglamak çok daha sağlıklı olur.
• Yetki yönetimini (örneğin ajans, geliştirici, içerikçi erişimi) daha ince ayarlı kurabilirsiniz.

Bu konuyu daha derinlemesine ele aldığımız cPanel güvenlik sertleştirme kontrol listemize de mutlaka göz atmanızı öneririz.

Web Uygulaması Zafiyetleri ve Zincirleme Etki

Gerçek bir senaryo üzerinden gidelim: Aynı cPanel hesabında üç siteniz var; biri kişisel blog, biri küçük bir e‑ticaret sitesi, diğeri de basit bir tanıtım sayfası. Blogda kullanılan eski bir eklentide SQL injection veya dosya yükleme zafiyeti çıkıyor ve saldırgan buradan içeri giriyor.

• Addon domain senaryosunda saldırgan, aynı kullanıcı altında çalışan diğer sitelerin dizinlerine, configuration.php, wp-config.php gibi kritik dosyalara ulaşmaya çalışır.
• Veritabanı şifreleri, SMTP bilgileri, API anahtarları ele geçirildiğinde, aslında tek zafiyet tüm sitelere zincirleme yayılmış olur.
• Ayrı hesap senaryosunda ise saldırgan sadece o hesabın sınırları içinde kalır. Diğer siteleriniz ayrı kullanıcılar ve ayrı cPanel hesapları altında olduğundan saldırının etkisi çok daha sınırlı kalır.

Özellikle şirket siteleri, kurumsal bloglar, e‑ticaret veya ödeme sistemine yakın çalışan projeler için biz DCHost tarafında kesinlikle ayrı hesap yaklaşımını öneriyoruz. Daha düşük önem dereceli deneme projeleri veya sadece yönlendirme yapan alan adları için addon domain kabul edilebilir bir çözümdür.

E-posta, SPF/DKIM ve Kara Liste Riskleri

Aynı cPanel hesabında birden fazla domainin e‑posta hizmetini çalıştırıyorsanız, bir alan adınızın spam için kötüye kullanılması diğer alan adlarınızı da etkileyebilir.

• Bir alan adından spam çıkışı olursa IP’niz veya sunucunuz RBL listelerine girebilir.
• Aynı IP ve aynı MTA yapılandırmasını kullanan diğer addon domain’lerinizin teslim edilebilirliği de düşer.
• Ayrı hesapta ise en azından log yönetimi, kota, parola politikaları ve şüpheli hareket tespiti site bazında daha net gözlenebilir.

E‑posta tarafını daha detaylı ele aldığımız SPF, DKIM ve DMARC rehberimizi de bu bağlamda inceleyebilirsiniz.

Performans ve Kaynak Kullanımı: Aynı Sepette Kaç Yumurta Taşırsınız?

Performans tarafında addon domain ile ayrı hesap arasındaki fark, çoğu zaman “ilk bakışta” görünmez. Ama cPanel’in kullandığı kaynak limit mekanizmasını anladığınızda tablo çok netleşir.

cPanel Kaynak Limitleri ve Addon Domain

cPanel/CloudLinux ortamlarında CPU, RAM, IO, EP (eşzamanlı süreç sayısı) gibi limitler genellikle hesap bazında tanımlanır. Yani:

• Aynı cPanel hesabı altındaki tüm addon domain’ler aynı limit havuzunu paylaşır.
• Bir sitede yoğun trafik veya hatalı çalışan bir eklenti olduğunda, diğer siteler de aynı limitlere takılır.
• “Resource Limit Reached” hatalarını sık görmeye başlarsınız.

Bu konuyu teknik detaylarıyla anlattığımız cPanel’de kaynak limitleri ve Resource Limit Reached hatası rehberinde ayrıca ele alıyoruz.

Ayrı hesap açtığınızda ise her site için ayrı limitler tanımlanabilir. Böylece:

• Yoğun trafik alan e‑ticaret siteniz için daha geniş CPU/RAM tanımlarken, basit tanıtım sitenizde daha düşük limitler kullanabilirsiniz.
• Bir sitedeki ani trafik dalgalanması diğer siteleri sürüklemez.
• Hangi sitenin kaynağı tükettiğini izlemek ve optimize etmek çok daha kolay hale gelir.

Düşük Trafikli Blog vs. Yüksek Trafikli Kampanya Sitesi

İki senaryo düşünelim:

• Senaryo 1: Aynı kişisel cPanel hesabınız altında 3 küçük blog ve 1 küçük portföy sitesi var. Trafik düşük, değişiklikler seyrek. Bu durumda hepsini addon domain olarak yönetmek çoğu zaman pratik ve yeterince güvenlidir.
• Senaryo 2: Bir kurumsal site, bir WooCommerce mağaza, bir de yoğun kampanya dönemlerinde trafik yiyen landing page çalıştırıyorsunuz. Burada addon domain kullanmak, en yoğun kampanya döneminde diğer sitelerin de yavaşlaması veya cevap veremez hale gelmesi anlamına gelir.

Özellikle kampanya trafiği, reklam, indirim dönemleri gibi durumlarda yoğun trafikli kampanyalar için hosting ölçeklendirme rehberimizde de anlattığımız gibi, siteleri ayrı hesaplar ve hatta gerekirse ayrı VPS’ler üzerinde dağıtmak çok daha sağlıklı bir yaklaşımdır.

Veritabanı ve Disk IO Yükü

Addon domain senaryosunda genellikle tek cPanel hesabı altında birden fazla MySQL/MariaDB veritabanı oluşturulur. Bunların hepsi:

• Aynı kullanıcı üzerinden bağlantı kurar (çoğu kullanıcı tek DB kullanıcısı ile tüm veritabanlarına erişir).
• Aynı disk IO sınırını ve aynı veritabanı sunucusu kaynaklarını paylaşır.
• Log analizi ve yavaş sorgu takibi (slow query) yaparken hangi sitenin sorun çıkardığını ayrıştırmayı zorlaştırır.

Ayrı hesap modeli ile her proje için ayrı veritabanı kullanıcıları, ayrı DB isimleri, ayrı erişim politikaları tanımlamak çok daha temiz bir mimari ortaya çıkarır. Özellikle yüksek trafikli WordPress veya WooCommerce kurulumlarında; WordPress için sunucu tarafı optimizasyon rehberimizde anlattığımız gibi, performans sorunlarını teşhis etmek ve çözmek site bazında çok daha kolay olur.

Yedekleme, Taşıma ve Ölçeklendirme: Gelecekte Kendinizi Yormayın

Addon domain kullanmanın en çok pişmanlık yaşatan tarafı, genellikle “taşıma zamanı” ortaya çıkar. Bugün küçük bir yan proje olarak başlayan site, bir yıl sonra ayrı bir marka veya girişime dönüşebilir. İşte asıl sorun o zaman başlar.

Addon Domain’den Ayrı Hesaba Geçmenin Zorluğu

Addon domain’i sonradan ayrı bir hesaba taşımak genellikle şu adımları içerir:

• İlgili addon domain dizinini yeni hesaba taşımak.
• Veritabanını export/import etmek ve bağlantı ayarlarını güncellemek.
• E‑posta hesaplarını yeniden oluşturmak ve eski kutulardan veri taşıma yapmak.
• DNS, SSL, yönlendirme ve .htaccess kurallarını düzeltmek.
• WordPress ise site URL, home URL, serialized veri (özellikle builder eklentileri) gibi alanları dikkatle güncellemek.

Teknik olarak mümkün ama operasyonel olarak zahmetli ve hata riski yüksek bir süreçtir. Başta doğru mimariyi kurmak, sonradan bu karmaşaya girmemek için en akıllıca yatırımdır.

Yedekleme ve Geri Yükleme Kolaylığı

cPanel yedekleme sistemini düşündüğümüzde:

• Addon domain’ler aynı hesabın parçası olduğu için tek büyük yedek dosyası oluşur.
• Bu yedeği geri yüklerken genellikle tüm hesabı geri almak zorunda kalırsınız; sadece bir addon domain’i seçip geri döndürmek zor ve çoğu zaman manuel işlem gerektirir.
• Ayrı hesap modelinde ise her sitenin yedeği ayrı tutulur; sadece sorun yaşayan hesabı geri almak çok daha kolaydır.

Bu bakımdan, hem DCHost altyapısında hem de genel cPanel ekosisteminde, kritik projeler için mutlaka ayrı hesap modelini tercih etmek en sağlıklı çözümdür. Geniş kapsamlı yedekleme stratejileri için 3‑2‑1 yedekleme stratejisi rehberimize de göz atabilirsiniz.

Sunucular Arası Taşıma ve Sıfır Kesinti Stratejileri

Bir noktada sitelerinizi farklı bir sunucuya, farklı bir veri merkezine veya paylaşımlı hosting’den VPS/dedicated ortama taşımak isteyebilirsiniz. Bu durumda:

• Ayrı hesaplarınız varsa, hesap bazında taşıma, incremental rsync, WHM Transfer Tool ve benzeri araçlarla neredeyse otomatik hale gelir.
• Addon domain senaryosunda ise öncelikle bu domainleri mantıksal olarak da ayırmanız gerekir; bu da taşıma süresini ve riskini artırır.

Bu konuyu teknik detaylarıyla anlattığımız cPanel’den cPanel’e canlı taşıma rehberimiz ve sıfır kesinti için TTL stratejileri yazımız da bu aşamada size net bir yol haritası sunacaktır.

SEO, Loglama ve Yönetilebilirlik: Her Şeyin Takibi Ayrı Olsun

Birden fazla siteyi aynı cPanel hesabında addon domain ile tutmanın en büyük “konforu” her şeyi tek panelden yönetmektir. Ama bu konfor, büyüyen projelerde bir süre sonra log karmaşası ve SEO tarafında netlik kaybına dönüşebilir.

Log Ayrıştırma ve Sorun Giderme

Addon domain senaryosunda erişim logları, hata logları, PHP hata kayıtları çoğu zaman aynı logs dizini altında karışır. Elbette her domain için ayrı log dosyaları oluşturulabilir; fakat:

• cPanel arayüzü üzerinden log görüntülerken karışıklık yaşanır.
• 3. parti izleme ve raporlama araçları (örneğin merkezi loglama, SIEM, analitik) tarafında site bazında filtrelemek zorlaşır.
• SEO, performans ve güvenlik sorunlarını site bazında teşhis etmek daha çok manuel iş gerektirir.

Ayrı hesap modelinde ise her sitenin logları kendi hesabında tutulur; bu da hem güvenlik incelemelerini hem performans analizlerini ciddi anlamda kolaylaştırır.

SEO Perspektifi: Domain Stratejisi ve Yönlendirmeler

Addon domain ile ayrı hesap arasında SEO açısından doğrudan bir fark yoktur; Google tarafında önemli olan içerik, hız, yapılandırma ve yönlendirme stratejisidir. Ancak pratikte şu avantajları görürüz:

• Ayrı hesapta, her domain için ayrı SSL, ayrı HSTS, ayrı HTTP güvenlik başlıkları ve cache ayarları daha net yönetilir.
• Canonical, 301 yönlendirmeleri, alt alan adı/alt dizin stratejileri daha temiz kurulabilir.
• Birden fazla alan adını aynı siteye yönlendirirken, hangi domainin nerede, nasıl kullanıldığını net takip edebilirsiniz.

Bu konuyu daha kapsamlı tartıştığımız birden fazla alan adını aynı siteye yönlendirme ve SEO stratejileri yazımız, domain yapınızı planlarken size ciddi yol gösterecektir.

Hangi Senaryoda Addon Domain, Hangi Senaryoda Ayrı Hesap Mantıklı?

Teoriyi bir kenara bırakalım ve doğrudan karar vermenizi kolaylaştıracak pratik bir çerçeve çıkaralım.

Addon Domain Kullanmanın Mantıklı Olduğu Durumlar

• Kişisel projeler, deneysel siteler, demo/deneme kurulumlar.
• Çok düşük trafikli, hayati öneme sahip olmayan blog veya tanıtım siteleri.
• Sadece başka bir siteye 301 yönlendirme yapan veya park halinde duran alan adları.
• Tek bir kişinin yönettiği, dışarıya FTP/SSH erişimi açılmayan küçük proje grupları.

Bu durumda addon domain size:

• Daha az hesap yönetimi (tek panel, tek giriş bilgisi).
• Basit kurulum ve bakım süreci.
• Düşük maliyetli paylaşımlı hosting paketlerinde maksimum alan adı sayısına ulaşma imkanı verir.

Ayrı Hesap Kullanmanın Kesinlikle Gerektiği Durumlar

• E‑ticaret, ödeme sistemiyle entegre uygulamalar, üye girişi olan SaaS projeleri.
• Kurumsal şirket siteleri, resmi kurumlar, hukuk/sağlık gibi hassas veri barındıran projeler.
• Ajans veya freelancer olarak müşterilere ait siteleri barındırıyorsanız.
• Geliştirici, tasarımcı, içerikçi gibi farklı rollere ayrı ayrı erişim vermeniz gerekiyorsa.
• Orta/uzun vadede siteyi farklı sunucuya, hatta farklı altyapıya taşıma ihtimaliniz yüksekse.

Bu senaryolarda ayrı hesap kullanmak, hem güvenlik hem sorumluluk ayrımı hem de ilerideki büyüme planları açısından en sağlıklı mimaridir. Özellikle ajans ve freelancer’lar için bu konuyu detaylandırdığımız reseller hosting iş modeli rehberimize mutlaka göz atın.

DCHost Tarafında Pratik Yaklaşım Önerilerimiz

DCHost altyapısında yüzlerce cPanel sunucusu ve binlerce alan adı yönettiğimiz için, addon domain / ayrı hesap tartışmasına biraz da saha tecrübesi tarafından bakıyoruz.

Paylaşımlı Hosting Kullananlar İçin

• Yeni açtığınız her alan adı için önce “bu proje ileride büyüyebilir mi?” diye kendinize sorun.
• Evet cevabı alıyorsanız, en baştan ayrı cPanel hesabı istemeniz veya reseller yapısına geçmeniz daha iyi olur.
• Sadece yönlendirme yapan veya park halinde kalacak domainler için addon domain ve parked domain yapısını rahatlıkla kullanabilirsiniz.

WordPress tarafında yoğun çalışan müşterilerimiz içinse, addon domain yerine çoğu zaman ayrı hesap + doğru hosting türü kombinasyonunu öneriyoruz. Bu ayrımı daha geniş bağlamda görmek için WordPress için en iyi hosting seçimi rehberimize göz atabilirsiniz.

Reseller, VPS ve Dedicated Kullananlar İçin

• Reseller hesabınız veya kendi VPS/dedicated sunucunuz varsa, müşteri bazında ayrı hesap açmak neredeyse her zaman en doğrusudur.
• Tek müşterinin birden fazla alan adı varsa (örneğin ana site, blog, mağaza), kritik olanları ayrı hesaplarda, daha az önemli olanları addon domain olarak gruplayabilirsiniz.
• İleride müşteriyi farklı bir sunucuya taşımak gerektiğinde, tek bir hesabı taşımak çok daha konforludur.

Daha kurumsal mimarilerde, örneğin çoklu WordPress/Laravel projeleri, e‑ticaret kümeleri gibi yapılarda; DCHost’un VPS ve dedicated çözümleri üzerinde isolasyon + performans dengesini beraber kurguluyoruz. Burada da genellikle her proje veya müşteri için ayrı hesap yaklaşımı ile yola çıkıyoruz.

Sonuç ve Yol Haritası: Bugünkü Konfor mu, Yarınki Rahatlık mı?

Addon domain kullanmak kısa vadede cazip görünüyor: Tek panel, tek kullanıcı, hızlı kurulum. Ama işin güvenlik, performans ve taşınabilirlik boyutuna girdiğimizde, özellikle büyüyen ve gelir üreten projelerde ayrı hesap modelinin uzun vadede çok daha güvenli ve yönetilebilir olduğunu görüyoruz. Eğer projelerinizin geleceği hakkında en ufak bir büyüme, marka olma veya altyapı değiştirme planınız varsa, en baştan doğru mimariyi kurgulamak hem sizin hem de teknik ekibinizin işini yıllarca kolaylaştırır.

DCHost olarak önerimiz şu: Kişisel, deneme ve düşük riskli projelerde addon domain kullanmaktan çekinmeyin; ancak müşteri siteleri, e‑ticaret, kurumsal ve hassas veri barındıran tüm projelerde ayrı cPanel hesabını temel kuralınız haline getirin. Mevcut yapınızı gözden geçirmek, addon domain’lerinizi doğru bir plana göre ayrı hesaplara ayırmak veya projelerinizi paylaşımlı hosting’den VPS/dedicated ortama taşımak isterseniz, ekibimiz sizinle birlikte mimariyi inceleyip en uygun yol haritasını çıkarmaya hazır. Bir sonraki domain eklemenizde, sadece “nasıl daha hızlı kurarım?” değil, “bu yapı 2–3 yıl sonra da bana sorun çıkarmadan hizmet eder mi?” sorusunu da mutlaka kendinize sorun.