Ücretsiz Kontrol Paneli mi cPanel mi? Lisans Şart mı

Bir sanal sunucu kiraladınız, üzerine bir kontrol paneli kuracaksınız ve karşınıza aynı soru çıktı: ücretsiz kontrol paneli mi kurmalı, yoksa cPanel lisansı mı almalı? cPanel'in hesap başına fiyatlandırmaya geçmesinden sonra bu soru hobi kullanıcısından bayilik yapan firmaya kadar herkesin gündemine girdi. CyberPanel, aaPanel, HestiaCP, CloudPanel, Webmin/Virtualmin gibi seçenekler var ve hepsi "cPanel'in yaptığı işi ücretsiz yapıyorum" diyor. Kısmen doğru söylüyorlar — ama karar sadece bugünkü lisans kalemine bakarak verilirse iki yıl sonra çok daha pahalıya patlıyor.

Bu yazıda paneli tanıtmayacağım; Türkçe internette zaten her panelin ayrı ayrı tanıtımı var. Bunun yerine kararın gerçekten belirleyici olan dört boyutunu ele alacağım: hesap başına lisans maliyetinin nasıl hesaplandığı, yedek formatlarının birbirine uymaması yüzünden sonradan cPanel'e göç edememe riski, güvenlik güncellemelerinin kimin sorumluluğunda olduğu ve müşteri devri / bayilik senaryosunda hangi panelin sizi kilitlediği. Sonunda kendi durumunuza göre karar verebileceğiniz bir tablo ve göç adımları bulacaksınız.

Kontrol Paneli Ne İşe Yarar, Neyi Kapsamıyor#

Kontrol paneli, sunucuda kabuk komutuyla yapacağınız işleri web arayüzünden yapmanızı sağlayan bir katmandır: alan adı ekleme, e-posta hesabı açma, veritabanı oluşturma, SSL kurma, yedek alma, DNS kaydı düzenleme, PHP sürümü seçme, cron görevi tanımlama.

Panelin yapmadığı şeyi baştan netleştirelim, çünkü çoğu kişi bu noktada yanılıyor: kontrol paneli sunucu yönetimi değildir. Panel kurulu olsa da çekirdek güncellemesi, güvenlik duvarı kuralı, disk dolması, saldırı anında müdahale, hatalı bir eklentinin CPU'yu tüketmesi sizin sorumluluğunuzda kalır. Panel yalnızca arayüz sağlar; arkadaki Linux hâlâ sizin Linux'unuzdur. Sunucuyu kendi başınıza yönetip yönetemeyeceğinizi tartan bir bakış için sunucu kiralama fiyatları yazısındaki yönetimli/yönetimsiz ayrımı iyi bir başlangıçtır.

cPanel'in ne yaptığını ve arayüzünün nasıl bölümlendiğini bilmiyorsanız önce cPanel nedir yazısına göz atın; bu karşılaştırma o temelin üzerine kuruluyor.

Lisans Maliyeti Nasıl Hesaplanır: Hesap Başına Fiyatlandırma#

cPanel'in fiyat modelindeki en kritik değişiklik, tek bir sunucu lisansı yerine sunucudaki cPanel hesabı sayısına göre kademeli bir yapıya geçilmesi oldu. Rakam vermiyorum çünkü fiyatlar değişir; ama mantığı bilmeniz kararınızı tamamen değiştirir.

Model kabaca şöyle işler:

1. Tek hesaplı bir kurulum için "solo" seviyesinde bir taban lisans vardır.
2. Belirli bir hesap sayısına kadar sabit kademeler bulunur (örneğin 5 hesap, 30 hesap, 100 hesap gibi eşikler).
3. Kademe eşiğini aştığınızda üst kademeye geçersiniz; bazı kademelerden sonra hesap başına ek ücret işlemeye başlar.
4. Bu ücret aylık tekrar eder — yani bir kerelik değil, sürekli bir işletme gideridir.

Bunun pratik sonucu şudur: 3 sitesi olan bir kullanıcı için lisans, sunucu kirasının yanında küçük bir kalem olabilir. Ama 60 müşteri hesabı barındıran bir bayi için lisans, sunucu kirasını geçen bir maliyet hâline gelir. Ücretsiz panel tartışmasının asıl kaynağı bu ikinci senaryodur.

Karar verirken sadece lisansa değil, toplam sahip olma maliyetine bakın:

Son iki satır bilanço tablolarında görünmez ama en pahalı olanlardır. Ayda birkaç saat fazladan uğraşıyorsanız, tasarruf ettiğinizi sandığınız lisans bedelini kendi saat ücretinizle çoktan ödemişsinizdir.

Yedek Formatları Birbirine Uymuyor: Asıl Kilitlenme Burada#

Bu, Türkçe kaynaklarda neredeyse hiç konuşulmayan ve insanların en geç fark ettiği konu. Her panel yedeği kendi formatında alır ve bu formatlar birbirine dönüşmez.

cPanel yedeği, hesabın tamamını taşıyan yapılandırılmış bir arşivdir. İçinde yalnızca dosyalar ve veritabanları yoktur; e-posta hesapları ve şifreleri, e-posta filtreleri, otomatik yanıtlayıcılar, FTP hesapları, cron görevleri, DNS bölgesi, park/addon alan adları, SSL sertifikaları ve PHP ayarları da vardır. Bir cPanel yedeğini başka bir cPanel sunucusuna yüklediğinizde hesap birebir ayağa kalkar.

Ücretsiz panellerin yedeği ise genelde şunu kapsar: site dosyaları + veritabanı dökümü + (bazen) e-posta kutusu dosyaları. Yani:

• E-posta hesabı şifreleri çoğunlukla taşınmaz — müşteriye yeni şifre vermeniz gerekir.
• E-posta filtreleri ve yönlendirmeler kaybolur.
• Cron görevlerini elle yeniden yazarsınız.
• DNS bölgesini elle yeniden kurarsınız.
• Alan adı başına PHP sürümü ayarları sıfırlanır.

Asıl mesele şu: ücretsiz panel yedeğinden cPanel'e doğrudan geri yükleme yoktur. cPanel'in taşıma aracı, kaynak olarak cPanel/WHM, Plesk, DirectAdmin gibi belirli panelleri tanır. CyberPanel veya aaPanel yedeğini bir WHM'e verip "geri yükle" diyemezsiniz. Sonuç, hesap hesap elle taşımadır.

Bu yüzden pratikte şöyle bir tek yönlü kapı oluşur:

cPanel  ──►  ücretsiz panel     : zahmetli ama yapılabilir (dosya+DB elle)
ücretsiz panel  ──►  cPanel     : otomatik yol YOK, tamamen elle
cPanel  ──►  cPanel             : tek adımda, eksiksiz

30 müşterisi olan bir bayinin ücretsiz panelden cPanel'e dönmesi, 30 hesabı tek tek kurmak, 30 kez veritabanı yüklemek, onlarca e-posta kutusunu elle oluşturmak demektir. Bu iş genellikle "sonra yaparız" denip hiç yapılmaz ve firma kullandığı panele kilitlenir. Yedek kapsamının ne kadar geniş olması gerektiğini görmek için cPanel yedekleme ve JetBackup nedir yazılarındaki içerik listelerine bakmanızı öneririm.

Yedeğin gerçekte ne içerdiğini nasıl doğrularsınız#

Panelinizden bir tam yedek alın, sunucuya SSH ile bağlanıp içeriğini listeleyin:

# cPanel tam yedeği
tar -tzf backup-8.11.2026_hesapadi.tar.gz | head -40

# Ne var ne yok, dizin başlıklarına bak
tar -tzf backup-8.11.2026_hesapadi.tar.gz | awk -F/ '{print $2}' | sort -u

Çıktıda homedir, mysql, va (otomatik yanıtlayıcı), dnszones, cron, ssl gibi başlıklar görüyorsanız yedeğiniz gerçekten kapsamlıdır. Yalnızca public_html ve bir .sql dosyası varsa elinizdekine "yedek" demeden önce eksiklerini bilmelisiniz.

Panel Panel Karşılaştırma#

Aşağıdaki tablo günlük kullanımda gerçekten fark yaratan başlıkları karşılaştırıyor. Sürüm numarası ve fiyat yazmıyorum; ikisi de hızla bayatlar.

Plesk ve DirectAdmin de bu tabloda kendi yerlerini alır; ikisi de ücretlidir ama fiyat modelleri farklıdır. Aralarındaki farkı cPanel vs Plesk ve DirectAdmin vs cPanel yazılarında ayrıntısıyla ele aldık.

Güvenlik Güncelleme Sıklığı ve Sorumluluk#

Kontrol paneli internete açık, root yetkisiyle çalışan ve sunucudaki her şeye dokunabilen bir yazılımdır. Bu yüzden panelin güvenlik açığı, sitenizin güvenlik açığı değil, sunucunuzun tamamının güvenlik açığıdır.

Ücretli paneller güvenlik yamalarını genellikle otomatik güncelleme kanalıyla dağıtır. Ücretsiz panellerde durum panelden panele değişir: bazıları düzenli sürüm çıkarır, bazılarında kritik bir yama aylarca bekleyebilir. Karar vermeden önce şu üç şeye bakın:

1. Son sürümün tarihi. Proje deposundaki son yayının üzerinden ne kadar geçmiş?
2. Açık kapatma hızı. Bildirilen güvenlik sorunları ne kadar sürede yamalanmış?
3. Sürdürücü sayısı. Tek kişilik bir projeyse, o kişi ilgisini kaybettiğinde proje durur.

Hangi paneli seçerseniz seçin, panelin yönetim arayüzünü açık internete bırakmayın. Erişimi IP ile sınırlayın:

# Panel portuna yalnızca kendi IP'nizden erişim (firewalld)
sudo firewall-cmd --permanent --zone=drop --add-source=203.0.113.45/32
sudo firewall-cmd --permanent --zone=drop --add-port=8090/tcp
sudo firewall-cmd --reload

# UFW kullanıyorsanız
sudo ufw allow from 203.0.113.45 to any port 8083 proto tcp
sudo ufw deny 8083/tcp

Yönetim arayüzü mutlaka geçerli bir SSL sertifikasıyla çalışmalı; Let's Encrypt ücretsiz SSL her panelde birkaç dakikada kurulur ve panele düz HTTP üzerinden şifre girmenin önüne geçer.

Bir de şu var: ücretsiz panellerin çoğu kurulumda kendi bileşen yığınını (kendi PHP derlemesi, kendi MySQL kurulumu) getirir. Bu bileşenlerin güncellenmesi dağıtımın kendi paket yöneticisinden değil, panelin kendi güncelleyicisinden geçer. Panel projesi bir bileşeni güncellemeyi bırakırsa siz apt upgrade yaptığınızda bile eski sürümde kalırsınız — ve bunu fark etmezsiniz.

Müşteri Devri ve Bayilik Senaryosu#

Bayilik yapıyorsanız ya da müşteri siteleri barındırıyorsanız panel kararı teknik olmaktan çıkıp ticari bir karara dönüşür.

Müşteri ayrılmak istediğinde ne olacak? Bu soruyu şimdi cevaplayın, ayrılma anında değil. Müşteri "sitemi başka firmaya taşıyacağım" dediğinde:

• cPanel kullanıyorsanız: WHM'den hesabın tam yedeğini alır, verirsiniz. Yeni firma tek adımda yükler. İşlem yarım saattir ve müşteri memnun ayrılır.
• Ücretsiz panel kullanıyorsanız: Yeni firma o yedeği tanımaz. Dosyaları, veritabanını, e-postaları ayrı ayrı toplarsınız. Müşteri "bu firma beni kilitlemiş" hissi yaşar.

Bu, itibar meselesidir. Kolay ayrılabilen müşteri, geri de gelebilen müşteridir.

Müşteri paneli kendisi kullanacak mı? cPanel'in en büyük görünmez avantajı, kullanıcıların onu zaten biliyor olmasıdır. Müşteriye "cPanel'e girip Dosya Yöneticisi'nden yükleyin" dediğinizde ek açıklama gerekmez. Az bilinen bir panelde her müşteri için ayrı bir eğitim ve ayrı bir destek talebi doğar. 30 müşteride bu, aylık ciddi bir destek yüküdür.

Sunucu değiştireceğinizde ne olacak? cPanel'den cPanel'e taşıma standart bir işlemdir; adımları cPanel hesap taşıma yazısında bulabilirsiniz. Ücretsiz panelde her taşıma sıfırdan bir projedir.

Hangi Durumda Hangisini Seçmelisiniz#

Kararı somutlaştıralım.

Ücretsiz panel mantıklıdır, eğer:

• Sunucuda 1-5 arası, tamamı size ait site barındırıyorsanız.
• Linux'a hâkimseniz ve SSH ile iş görmekten çekinmiyorsanız.
• E-posta ihtiyacınız yoksa ya da e-postayı harici bir serviste tutuyorsanız.
• Proje kişisel, deneysel ya da geliştirme ortamıysa.
• Panelin kaybolması hâlinde her şeyi elle yeniden kurabilecek durumdaysanız.

cPanel (ya da lisanslı bir panel) mantıklıdır, eğer:

• Müşteri sitesi barındırıyor veya bayilik yapıyorsanız.
• Kesintinin ticari bedeli varsa ve bir sorunda destek kanalına ihtiyaç duyuyorsanız.
• E-posta yığınının çalışması iş açısından kritikse.
• Site sayınız zamanla artacaksa ve göç edilebilirliği korumak istiyorsanız.
• Site yönetimini teknik olmayan birine devredeceksiniz.

Hiç panel kurmamak da bir seçenektir. Tek bir Laravel veya Node.js uygulaması çalıştıracaksanız Nginx + PHP-FPM'i elle kurup panel katmanını hiç eklememek en hafif ve en güvenli kurulumdur. Panel, üzerine bir saldırı yüzeyi ve bir bağımlılık daha ekler. Bellek sıkışıklığı olan küçük sunucularda Memcached kurulumu gibi hedefli iyileştirmeler, panelin yediği RAM'den daha çok işe yarar.

İşletim sistemi tercihinizin de bu tabloyu etkilediğini unutmayın: bu panellerin tamamı Linux tarafındadır. Windows sunucuda barındırma yapacaksanız denklem tamamen değişir; Windows VDS mi Linux VDS mi yazısı bu ayrımı ele alıyor.

Panelden Panele Göç: Gerçek Adımlar#

Ücretsiz panelden cPanel'e (ya da tersine) geçecekseniz süreç şöyle işler. Bu adımları site başına tekrar edeceksiniz.

1. Envanter çıkarın. Her site için: alan adı, alt alan adları, veritabanı adı/kullanıcısı, e-posta hesapları, cron görevleri, PHP sürümü, özel DNS kayıtları.

2. Dosyaları alın. Sıkıştırırken dosya izinlerini ve gizli dosyaları koruyun:

cd /home/kullanici/public_html
tar --numeric-owner -czpf /root/site-dosyalar.tar.gz .

3. Veritabanını dökün. Karakter seti sorunlarının önüne geçmek için açıkça belirtin:

mysqldump --default-character-set=utf8mb4 --single-transaction \
  --routines --triggers -u root -p veritabani_adi > /root/veritabani.sql

4. E-posta kutularını taşıyın. Maildir yapısını olduğu gibi kopyalamak en güvenlisidir:

rsync -avz --numeric-ids /home/kullanici/mail/ \
  root@yenisunucu:/home/yenikullanici/mail/

Şifreler taşınmıyorsa her hesap için yeni şifre üretip müşteriye iletmeniz gerekir.

5. Hedef panelde hesabı oluşturun. Alan adını, veritabanını, kullanıcıyı ve PHP sürümünü kaynaktakiyle aynı yapın.

6. Geri yükleyin ve izinleri düzeltin.

tar -xzpf site-dosyalar.tar.gz -C /home/yenikullanici/public_html/
chown -R yenikullanici:yenikullanici /home/yenikullanici/public_html
find /home/yenikullanici/public_html -type d -exec chmod 755 {} \;
find /home/yenikullanici/public_html -type f -exec chmod 644 {} \;

7. DNS'i son adımda değiştirin. Önce yeni sunucuda siteyi hosts dosyanızla test edin, çalıştığını gördükten sonra kayıtları güncelleyin. TTL değerini geçişten bir gün önce düşürmek geçişi hızlandırır.

8. Eski sunucuyu hemen kapatmayın. En az bir hafta ayakta tutun; unutulmuş bir cron görevi ya da bir e-posta yönlendirmesi ancak o sürede ortaya çıkar.

Sıkça Sorulan Sorular#

Ücretsiz kontrol paneli cPanel'in yerini tutar mı#

Teknik olarak temel işlerin çoğunda tutar, ancak eşdeğer değildir. Alan adı ekleme, veritabanı oluşturma, SSL kurma, dosya yönetimi gibi günlük işleri ücretsiz paneller de yapar. Farkı yaratan noktalar e-posta yığınının olgunluğu, çok kullanıcılı bayilik desteği, yedeğin başka bir sunucuya taşınabilirliği ve sorun çıktığında başvurabileceğiniz bir destek kanalının olup olmadığıdır. Tek başınıza kendi sitelerinizi yönetiyorsanız fark küçüktür; müşteri barındırıyorsanız fark büyür.

cPanel lisansı hesap başına mı ücretlendiriliyor#

Evet, cPanel kademeli ve hesap sayısına bağlı bir modele geçti. Belirli hesap eşiklerine kadar sabit kademeler vardır, üst kademelerde hesap başına ek ücret işlemeye başlar ve bu bedel aylık olarak tekrar eder. Bu nedenle 3 siteli bir kullanıcıyla 60 müşterili bir bayinin maliyet tablosu tamamen farklıdır. Güncel kademeleri sunucu siparişi verirken sağlayıcınızın lisans seçeneklerinden teyit etmelisiniz.

CyberPanel yedeğini cPanel'e geri yükleyebilir miyim#

Hayır, doğrudan bir yol yoktur. cPanel'in taşıma aracı kaynak olarak cPanel, Plesk, DirectAdmin gibi belirli panelleri tanır; CyberPanel, aaPanel veya HestiaCP arşivlerini tanımaz. Geçiş yapmanız gerekirse dosyaları, veritabanı dökümünü ve e-posta kutularını ayrı ayrı taşıyıp hesabı hedef panelde elle kurmanız gerekir. E-posta şifreleri, filtreler ve cron görevleri bu süreçte genellikle kaybolur ve yeniden tanımlanır.

Ücretsiz panelde e-posta kullanabilir miyim#

Kullanabilirsiniz ama kurulum ve bakım yükü size aittir. Panellerin bir kısmı e-posta yığınını kutudan çıkar çıkmaz getirir, bir kısmı ek kurulum ister, bazıları hiç e-posta bileşeni içermez. E-posta çalıştırmak yalnızca kutu açmaktan ibaret değildir: SPF, DKIM ve DMARC kayıtlarını doğru kurmanız, ters DNS ayarınızı yaptırmanız ve IP itibarınızı izlemeniz gerekir. Bu yükü almak istemiyorsanız e-postayı ayrı bir hizmette tutmak çoğu zaman daha sağlıklıdır.

Panel kurmadan sunucu yönetebilir miyim#

Evet, hatta tek bir uygulama çalıştıracaksanız en temiz yol budur. Nginx veya Apache'yi, PHP-FPM'i, veritabanını ve sertifika otomasyonunu doğrudan dağıtımın paket yöneticisiyle kurarsınız; böylece hem daha az RAM harcar hem de saldırı yüzeyinizi küçültürsünüz. Karşılığında her işi komut satırından yaparsınız ve yedekleme, kullanıcı yönetimi gibi süreçleri kendiniz kurgularsınız. Birden fazla müşteri sitesi barındıracaksanız panel yine de zaman kazandırır.

Hangi panel en az kaynak tüketir#

Genel olarak Nginx tabanlı ve hafif tasarlanmış paneller daha az bellek tüketir, e-posta yığını ve antivirüs/antispam bileşenleri içeren tam donanımlı paneller ise en çok tüketen taraftadır. En büyük RAM kalemi çoğunlukla panelin kendisi değil, birlikte gelen posta filtreleme ve arama servisleridir. Küçük bir sunucuda bu bileşenleri kapatmak, panel değiştirmekten daha fazla bellek kazandırır. Kaynağı ölçmeden karar vermeyin; kurulumdan sonra bellek kullanımını izleyip kıyaslamak en doğrusudur.

Panel değiştirmek sitemi kapatır mı#

Doğru yapılırsa kapanma süresi yalnızca DNS geçişi kadar olur, hatta sıfıra yaklaşabilir. Yöntem şudur: yeni panelde siteyi kurup dosya ve veritabanını taşıyın, DNS'i değiştirmeden önce kendi bilgisayarınızın hosts dosyasıyla yeni sunucuya bakarak siteyi test edin, sorunsuz çalıştığını gördükten sonra DNS kayıtlarını güncelleyin. Geçişten bir gün önce TTL değerini düşürmek yayılma süresini kısaltır. Eski sunucuyu en az bir hafta ayakta tutmak da unutulan detayları yakalamanızı sağlar.

Bayilik yapacaksam hangi paneli seçmeliyim#

Bayilik yapacaksanız çok kullanıcılı yönetimi olgun ve yedeği taşınabilir bir lisanslı panel seçmek uzun vadede daha ucuzdur. Bunun nedeni lisans bedeli değil, müşteri devri, destek yükü ve göç edilebilirliktir: müşteriniz ayrılmak istediğinde ona standart bir yedek verebilmek hem itibar hem zaman kazandırır. Ayrıca müşterilerinizin çoğu yaygın panelleri zaten bildiği için destek talepleriniz belirgin biçimde azalır. Lisans maliyetini paket fiyatlandırmanıza yansıtmak, bu yükü karşılamanın standart yoludur.

Kapanış#

Ücretsiz kontrol paneli mi cPanel mi sorusunun cevabı sitenizin sayısında değil, kilitlenme toleransınızda saklı. Kendi 3 sitenizi yönetiyorsanız ve gerekirse her şeyi elle yeniden kurabilecek durumdaysanız ücretsiz panel gayet makul bir tercihtir; kazandığınız lisans bedeli gerçek bir kazançtır. Ama müşteri barındırıyor, e-posta çalıştırıyor ya da site sayınızın artacağını biliyorsanız asıl maliyet kalemi lisans değil, iki yıl sonra çıkamayacağınız bir yapıya girmek olur. Karar verirken sorulacak tek soru şu: "Bir yıl sonra buradan çıkmak istersem, bu paneldeki hesapları nereye ve nasıl taşırım?" Bu sorunun net bir cevabı yoksa seçim zaten yapılmış demektir.

Paneli kendiniz kurup yönetmeye karar verdiyseniz root erişimi ve kaynak garantisi olan bir sanal sunucu doğru başlangıç noktasıdır; hangi panelin geleceğine sonradan da karar verebilirsiniz. Panel kurulumu, güvenlik sertleştirmesi ve güncellemelerle uğraşmak istemiyorsanız sunucu yönetimi hizmeti bu yükü üstlenir. Müşteri sitesi barındıracak ve her müşteriye kendi paneli gerekiyorsa lisansın hazır geldiği bayi hosting paketleri sizi lisans muhasebesinden tamamen kurtarır; tek bir site için sunucu yönetmek istemiyorsanız da paylaşımlı hosting tarafında panel zaten kurulu gelir.