cPanel ve Plesk Farkı: Hangisini Seçmeli?

cPanel ve Plesk arasında seçim yaparken tek başına arayüz görünümüne bakmayın. Linux tabanlı reseller hosting ve alışılmış WHM akışı öncelikliyse cPanel; Windows Server, abonelik planları veya farklı geliştirici iş akışları gerekiyorsa Plesk daha uygun olabilir. Her iki seçenekte de karar, pilot kurulum ve geri dönüş testiyle doğrulanmalıdır.

cPanel ve Plesk arasındaki temel ayrım nedir?

cPanel ve Plesk farkı en çok işletim sistemi desteğinde, yönetim modelinde ve lisanslama biçiminde görülür. cPanel, Linux sunucularda cPanel & WHM ikilisiyle çalışır; Plesk ise Linux dağıtımlarının yanında belirli Windows Server sürümlerini de destekler. Küçük bir WordPress VPS’inde ikisi de iş görebilir, fakat reseller yapısı, Windows uygulamaları, otomasyon ve mevcut ekip alışkanlıkları seçimi değiştirir.

cPanel tarafında WHM sunucu ve reseller yönetimini, cPanel ise tek bir hosting hesabının operasyonlarını üstlenir. Plesk’te benzer yapı servis planları, abonelikler, müşteriler ve alan adları çevresinde kurulur. İki panel de DNS, e-posta, veritabanı, SSL/TLS, dosya ve yedek yönetimi için grafik arayüz sağlar; panel kullanmak sunucunun temel Linux veya Windows yönetimi ihtiyacını ortadan kaldırmaz.

Bu tablo bir kalite sıralaması değildir. Uygulamanızın ihtiyaç duyduğu işletim sistemi, PHP sürümü, e-posta servisi ve yedekleme yöntemi netleşmeden yalnızca arayüz görüntüsüne göre karar vermek ileride taşıma maliyeti çıkarabilir.

Ne yapılmalı – Önce uygulamalarınızın işletim sistemi, PHP, veritabanı ve e-posta gereksinimlerini listeleyin.

Hangi sunucularda cPanel tercih edilir?

cPanel, Linux tabanlı hosting operasyonlarında özellikle tanıdık ve standartlaştırılmış bir yönetim akışı isteyen ekipler için anlamlıdır. WHM üzerinden paketler, hesaplar, DNS kümeleri, yedek politikaları ve servis ayarları yönetilir. Son kullanıcı ise cPanel arayüzünde dosya yöneticisi, e-posta hesapları, veritabanları, cron görevleri ve SSL işlemleriyle sınırlı bir yetki alanında çalışır.

Reseller modeli cPanel’in güçlü olduğu alanlardan biridir. Hosting hesabı açma, disk ve trafik sınırı verme, paket tanımlama ve müşteriye ayrı cPanel erişimi sağlama gibi işlemler WHM içinde belirgin bir şekilde ayrılır. Bu model, aynı sunucuda birbirinden izole çok sayıda küçük site barındıran işletmelerde operasyonu sadeleştirebilir.

cPanel’in Linux-only yaklaşımı, Windows’a özel bir uygulama çalıştıracak müşteriler için doğrudan engeldir. ASP.NET Framework, IIS’e bağlı özel modüller veya Windows tabanlı SQL Server iş akışları varsa panel lisansından önce işletim sistemi seçilmelidir. Linux üzerinde WordPress, Laravel, PHP tabanlı mağaza ve çoğu açık kaynak uygulama için bu sınırlama genellikle sorun çıkarmaz.

cPanel seçildiğinde EasyApache 4 ile Apache, nginx ve PHP sürümleri arasındaki ilişkiyi ayrıca test edin. Bir PHP sürümünü değiştirmek yalnızca bir açılır menü seçmek değildir; uygulamanın eklentileri, PHP extension’ları, opcode cache ve web sunucusu kuralları da doğrulanmalıdır.

WordPress barındırılacaksa VPS’te WordPress Kurulumu: Adım Adım Rehber içindeki dosya sahipliği, PHP sınırları ve veritabanı kontrolleri panelden bağımsız olarak geçerliliğini korur. Panel bu işlemleri kolaylaştırır; teknik sorumluluğu üstlenmez.

Ne yapılmalı – cPanel lisansı almadan önce hedef Linux dağıtımının ve sağlayıcınızın cPanel sistem gereksinimlerini doğrulayın.

Plesk hangi kullanım senaryolarında daha mantıklıdır?

Plesk, Linux ve Windows Server seçeneklerini aynı ürün ailesi içinde değerlendirmek isteyen ekiplerde öne çıkar. Windows desteği her Windows uygulamasının otomatik olarak uyumlu olduğu anlamına gelmez; desteklenen işletim sistemi sürümü, IIS davranışı, .NET sürümü ve uygulamanın ihtiyaç duyduğu bileşenler ayrıca kontrol edilmelidir.

Plesk’in yönetim modeli abonelik ve servis planları çevresinde şekillenir. Bir plan; disk alanı, trafik, e-posta hesabı, veritabanı veya PHP gibi kaynak ve özellik sınırlarını tanımlayabilir. Müşteriler ve alan adları bu planlara bağlanır. Çok sayıda müşteriye benzer hosting paketleri sunan yapılarda bu yaklaşım, tek tek ayar değiştirme ihtiyacını azaltır.

Geliştirici odaklı ekipler için Git, Docker, staging ortamları ve farklı PHP handler’ları gibi iş akışları önem kazanabilir. Plesk’teki bir uzantının varlığı üretim ortamında güvenle kullanılacağı anlamına gelmez. Uzantının sürümü, güvenlik güncellemeleri, lisans koşulları ve yedekleme entegrasyonu test edilmelidir.

Plesk’in Windows seçeneği de ek işletim sistemi lisansı, güncelleme takvimi ve IIS bilgisi gerektirir. Linux deneyimi olan bir ekip yalnızca panel arayüzüne güvenerek Windows sunucu işletmeye başlamamalıdır. Server Core gibi grafik arayüzsüz Windows kurulumlarında yönetim alışkanlıkları daha da önemlidir; Windows Server Core Nedir? GUI’siz Yönetim Rehberi bu ayrımı anlamak için yararlı bir başlangıçtır.

Ne yapılmalı – Plesk için seçtiğiniz işletim sistemiyle aynı platformda küçük bir deneme sunucusu kurup tüm uygulama akışını test edin.

Performans ve kaynak tüketimi açısından fark var mı?

Panelin adı tek başına sayfa açılış süresini belirlemez. VPS performansını CPU çekirdekleri, RAM, disk gecikmesi, PHP-FPM havuzu, veritabanı sorguları, web sunucusu yapılandırması ve önbellekleme birlikte belirler. cPanel veya Plesk yönetim katmanına ek servisler getirdiği için panel kurulmamış minimal bir sunucudan daha fazla kaynak kullanması beklenir; gerçek fark sürüme ve etkin özelliklere göre ölçülmelidir.

1 GB RAM’li bir VPS üzerinde panel, web sunucusu, veritabanı, e-posta, antivirüs, yedekleme ve izleme servislerini aynı anda çalıştırmak risklidir. Resmî ürün gereksinimleri zamanla değiştiği için sabit bir RAM rakamını her kurulum için doğru kabul etmeyin. Sağlayıcının güncel cPanel veya Plesk gereksinimlerini seçilen işletim sistemiyle birlikte kontrol edin.

Ölçüm için panel ekranındaki genel CPU yüzdesi yeterli değildir. free -h, vmstat 1, iostat -xz 1 ve web sunucusu erişim logları birlikte incelenmelidir. Disk doluluğunu araştırırken ncdu kullanmak yalnızca du -sh çıktısına bakmaktan daha hızlı bir yol sunar. Swap kullanımı artıyorsa doğrudan VPS’i büyütmek yerine hangi servisin belleği tükettiğini bulun.

free -h
vmstat 1 5
systemctl --type=service --state=running

free -h toplam ve kullanılabilir belleği, vmstat ise kısa süreli bellek ve I/O baskısını gösterir. systemctl çıktısı tek başına performans teşhisi değildir; gereksiz servisleri fark etmek için başlangıç verisi sağlar.

WordPress tarafında bellek sınırı veya yavaş sorgu sorununu panel değiştirerek çözmek çoğu zaman mümkün değildir. WordPress Bellek Sınırı Hatası Nasıl Çözülür? ve WordPress Veritabanı Bağlantı Hatası Nasıl Çözülür? içeriklerindeki kontroller iki panelde de uygulanabilir.

Ne yapılmalı – Panel seçimini kesinleştirmeden önce aynı VPS kaynaklarıyla iki deneme kurulumunda bellek, disk I/O ve istek yanıt sürelerini ölçün.

Güvenlik, yedekleme ve güncelleme yönetimi nasıl ayrışır?

Her iki panel de SSL/TLS sertifikası, güvenlik duvarı, kullanıcı yetkileri ve yedekleme için arayüz sunabilir. Bunlar güvenli bir yapılandırmanın yerine geçmez. SSH erişiminde ayrı yönetici hesapları, anahtar tabanlı kimlik doğrulama, güncel paketler, sınırlı sudo yetkisi ve merkezi log izleme gibi katmanlar panelden bağımsız kurulmalıdır.

SSH portunu değiştirmek tek başına güvenlik sağlamaz. fail2ban ve nftables kuralları doğru log kaynağı ve izleme ile birlikte ele alınmalıdır. Her işi root kullanıcısıyla yapmak da panelin sağladığı kolaylığı tehlikeye çevirir; müşteri dosyaları, uygulama süreçleri ve yönetim servisleri farklı yetki sınırlarında çalışmalıdır.

Yedekleme konusunda ürünler arasında özellik farkı olabilir, fakat temel kural aynıdır: test edilmemiş yedek yok hükmündedir. Panelin yerel yedeği diskin bozulmasına, yanlışlıkla silmeye veya aynı sunucudaki fidye yazılımına karşı tek başına yeterli değildir. En az bir kopya farklı bir depolama sisteminde tutulmalı, dosya ve veritabanı geri dönüşü düzenli olarak denenmelidir.

Yedekleme hedefinin bağlantı bilgilerini panelde saklamak kolaydır; erişim anahtarlarının kapsamını daraltmak daha değerlidir. Yalnızca yazma yetkisi verilen bir hedef, üretim sunucusundan yedek silinmesi riskini azaltabilir. Geri dönüş testi sırasında DNS TTL, e-posta kuyrukları, dosya sahiplikleri ve cron görevleri de kontrol edilmelidir.

Alan adı çözümlemesi için panel ekranına güvenmeden dig +short ile A, AAAA ve MX kayıtlarını kontrol edin. DNS sorununun temel kavramlarını anlamak için DNS_PROBE_FINISHED_NXDOMAIN Hatası Nasıl Çözülür? başlığı da doğrudan ilişkilidir.

Ne yapılmalı – Panel yedeğini farklı bir hedefe kopyalayın ve en az ayda bir gerçek bir geri dönüş provası yapın.

Taşıma ve günlük yönetimde hangi farklar hissedilir?

Bir panelden diğerine geçiş dosyaları kopyalamaktan ibaret değildir. Alan adları, DNS kayıtları, e-posta hesapları, veritabanı kullanıcıları, cron görevleri, SSL sertifikaları, PHP extension’ları ve dosya sahiplikleri ayrı ayrı doğrulanmalıdır. Özellikle e-posta taşınırken MX, SPF, DKIM ve DMARC kayıtlarının yeni hizmetle uyumlu olduğundan emin olun.

cPanel’den cPanel’e taşımalarda WHM yedekleri ve hesap aktarımı daha tanıdık bir yol sunabilir. Plesk’te de panel araçları ve migration bileşenleri kullanılabilir. cPanel’den Plesk’e veya Plesk’ten cPanel’e geçişte hesap modeli birebir örtüşmez; otomatik taşıma başarılı görünse bile uygulama ayarları ve kullanıcı yetkileri elle kontrol edilmelidir.

Taşıma öncesinde DNS TTL değerini makul bir süreye düşürmek, kopyalama ile geçiş arasındaki değişiklikleri azaltabilir. TTL düşürmek DNS kaydının anında her istemcide yenileneceği anlamına gelmez. Geçiş penceresinde veritabanını salt okunur moda almak, son rsync çalıştırmak ve uygulama yapılandırmasını yeni bağlantı bilgileriyle doğrulamak veri kaybı riskini düşürür.

rsync -aHAX --delete /var/www/example/ backup-host:/srv/migration/example/
sha256sum public/index.php

Buradaki --delete seçeneği hedefte kaynakta bulunmayan dosyaları siler; yalnızca doğru hedef doğrulandıktan sonra kullanılmalıdır. Taşıma sırasında hostname, SSH prompt’u ve uzak adresi üç kez kontrol etmek küçük görünen ama pahalı hataları önler.

Yeni sunucuda önce geçici bir hosts kaydı veya test alan adıyla uygulamayı açın. HTTP yönlendirmeleri, HTTPS sertifikası, dosya yükleme, cron, e-posta gönderimi ve veritabanı bağlantısı doğrulanmadan DNS’i değiştirmeyin. 301 Yönlendirme Nedir? SEO İçin Kullanım Rehberi, alan adı veya URL yapısı değişiyorsa ayrıca başvurulacak konulardan biridir.

Lisans maliyeti ve yönetim kolaylığı nasıl değerlendirilir?

cPanel ve Plesk lisansları genellikle VPS kaynaklarından ayrı bir işletme maliyetidir. Fiyatlandırma; lisans seviyesine, hesap veya alan adı sınırlarına, doğrudan üretici ya da hosting sağlayıcısı üzerinden alınmasına ve ek uzantılara göre değişebilir. Eski bir blog yazısındaki fiyatı karar ölçütü olarak kullanmak yerine satın alma tarihindeki resmî fiyat sayfasını ve sağlayıcının teklifini karşılaştırın.

Toplam maliyet hesabına yalnızca aylık lisans eklenmemelidir. Yönetici zamanı, yedekleme depolaması, e-posta antivirüsü, harici DNS, destek süresi, taşıma çalışması ve olası Windows Server lisansı da hesaba katılmalıdır. Daha ucuz panel ek elle bakım gerektiriyorsa toplamda daha pahalı olabilir.

Yönetim kolaylığı kullanıcıya göre değişir. cPanel kullanan bir reseller için WHM alışkanlığı ciddi hız kazandırırken Plesk’in abonelik ve plan yapısı başka bir ekipte daha anlaşılır olabilir. Geliştiriciler için API ve Git akışı, son kullanıcı için dosya ve e-posta arayüzünden daha önemli olabilir.

Otomasyon kurulacaksa önce panelin API kapsamını ve kimlik doğrulama yöntemini okuyun. Tek seferlik üç hesap açmak için Ansible dosyası yazmak gereksiz olabilir; aynı işlemi her hafta tekrarlıyorsanız API veya Ansible kullanmak hata oranını düşürür. Üretim komutlarını çalıştırmadan önce staging ortamında hesap açma, SSL yenileme ve yedekten geri dönüş akışını sınayın.

Ne yapılmalı – Lisans, depolama, destek ve insan emeğini birlikte hesaplayarak 12 aylık toplam sahip olma maliyetini çıkarın.

cPanel mi, Plesk mi: karar nasıl verilir?

Tek bir doğru cevap yoktur; fakat karar ağacı kurulabilir. Sadece Linux üzerinde PHP tabanlı siteler ve reseller hesapları yönetilecekse cPanel güçlü bir adaydır. Windows Server veya IIS gereksinimi varsa Plesk değerlendirilmelidir. Her iki durumda da uygulamaların istediği PHP, veritabanı, e-posta ve yedekleme bileşenleri önce test edilmelidir.

• cPanel seçin: Linux hosting, WHM tabanlı reseller yönetimi ve ekipte mevcut cPanel deneyimi öncelikliyse.
• Plesk seçin: Linux ile Windows Server seçeneklerini değerlendirmek, servis planlarıyla müşteri yönetmek veya Plesk’in geliştirici odaklı iş akışlarından yararlanmak istiyorsanız.
• Panel kullanmayın: Tek bir uygulamayı düşük kaynaklı VPS’te barındırıyor, tüm yapılandırmayı kodla yönetiyor ve ekipte gerekli Linux/Windows operasyon bilgisi bulunuyorsa.
• Kararı erteleyin: Yedekleme hedefi, e-posta politikası, izleme ve taşıma planı henüz net değilse.

Panel seçimi sunucunun tamamını temsil etmez. İzleme için Uptime Kuma veya Prometheus, sistem metrikleri için node_exporter, dış yedek için ayrı bir hedef ve olay anında incelenecek loglar ayrıca tasarlanmalıdır. Arayüzün rahat olması güzel bir başlangıçtır; geri dönüş testi yapılmayan bir panel kurulumu güvence değildir.

Ne yapılmalı – En az iki haftalık pilot sürede gerçek alan adı, test e-postası, yedek geri dönüşü ve uygulama güncellemesiyle seçiminizi doğrulayın.

Panel Seçmeden Önce Şunları Kontrol Edin

• Uygulamanızın işletim sistemi, PHP, veritabanı ve web sunucusu gereksinimlerini listeleyin.
• cPanel veya Plesk'in güncel sistem gereksinimlerini seçtiğiniz VPS ile karşılaştırın.
• Aynı kaynaklara sahip pilot sunucuda CPU, RAM, disk I/O ve istek yanıt sürelerini ölçün.
• Bir test alan adıyla DNS, SSL, e-posta, cron ve veritabanı bağlantısını doğrulayın.
• Yedekleri farklı bir depolama hedefine kopyalayın ve gerçek bir geri dönüş provası yapın.
• Panel API'si, otomasyon seçenekleri ve ekipteki mevcut yönetim deneyimini değerlendirin.
• Lisans, depolama, destek, işletim sistemi ve bakım emeğini 12 aylık maliyete ekleyin.

Sık Sorulan Sorular