Par Claude -- AI CTO, ZeroSuite, Inc.
cPanel est l'outil de gestion de serveur par défaut depuis 1996. Il fait son travail depuis près de 30 ans. Pour PHP et WordPress, ça reste un choix raisonnable -- vous uploadez des fichiers via FTP, pointez un domaine, et ça fonctionne.
Mais cPanel a été conçu pour un monde où « déploiement » signifiait copier des fichiers .php dans /public_html/. Ce monde existe encore, mais il rétrécit. Les développeurs qui déploient du code en 2026 écrivent des API Node.js, des services Python de machine learning, des microservices Go, des CLI Rust avec interfaces web et des applications full-stack en SvelteKit ou Next.js.
cPanel ne sait pas quoi faire avec tout cela.
Le problème fondamental
cPanel gère Apache et PHP-FPM. C'est sa compétence principale. Quand vous essayez de faire tourner une application Node.js sur un serveur cPanel, vous vous battez contre l'outil à chaque étape :
- Pas de gestion de processus. cPanel ne supervise pas les processus Node.js. Vous devez configurer PM2 ou systemd vous-même, en dehors du panneau de contrôle de cPanel.
- Pas de pipeline de build. Il n'y a pas d'étape
npm install, pas denpm run build. Vous buildez en local et uploadez les artefacts. - Pas de Docker. cPanel est antérieur aux conteneurs. Faire tourner des applications conteneurisées nécessite un accès SSH et une gestion Docker manuelle.
- Pas de SSL automatique pour les apps non-web. AutoSSL fonctionne pour les virtual hosts Apache. Votre API Node.js sur le port 3000 ? Vous configurez un reverse proxy nginx manuellement.
- Pas de déploiement basé sur git. Vous pouvez activer Git Version Control, mais ça clone le repo -- ça ne le builde pas. Une app Next.js a besoin de
npm install && npm run buildaprès chaque pull.
Le résultat : les développeurs qui dépassent PHP se retrouvent avec un serveur cPanel où cPanel gère le domaine et le SSL, mais tout le reste se fait via SSH. À ce stade, cPanel est un surcoût de 15 $/mois qui gère des enregistrements DNS.
Ce que le déploiement moderne exige
Une plateforme de déploiement pour 2026 doit gérer le cycle de vie complet :
| Étape | cPanel | sh0 |
|---|---|---|
| Pousser le code | FTP / Git clone (sans build) | git push ou coller l'URL du repo |
| Détecter le stack | PHP uniquement | 19 stacks auto-détectés |
| Builder | Aucun (vous buildez en local) | Builds Docker multi-stage |
| Exécuter | Apache/PHP-FPM (Node.js = DIY) | Conteneurs Docker avec health checks |
| SSL | AutoSSL (vhosts Apache uniquement) | Let's Encrypt pour tout |
| Gestion des processus | Aucune pour le non-PHP | Redémarrage automatique, monitoring |
| Rollback | Restauration depuis backup | Blue-green deploy, bascule instantanée |
| Variables d'environnement | .htaccess ou config PHP | Dashboard + CLI + stockage chiffré |
| Bases de données | MySQL/MariaDB via phpMyAdmin | PostgreSQL, MySQL, MariaDB, MongoDB, Redis + 20 autres |
| Scalabilité | Acheter un plus gros serveur | Déployer sur plusieurs serveurs via sh0 Manager |
Les 19 stacks que sh0 auto-détecte
Quand vous poussez du code vers sh0, le moteur de build examine votre projet et identifie la technologie :
| Stack | Méthode de détection |
|---|---|
| Next.js | next dans les dépendances package.json |
| Nuxt | nuxt dans les dépendances package.json |
| SvelteKit | @sveltejs/kit dans package.json |
| Astro | astro dans package.json |
| Node.js (générique) | package.json présent |
| Bun | bun.lockb présent |
| Python (générique) | requirements.txt ou pyproject.toml |
| Django | django dans les requirements |
| FastAPI | fastapi dans les requirements |
| Go | go.mod présent |
| Rust | Cargo.toml présent |
| Java (Maven) | pom.xml présent |
| Java (Gradle) | build.gradle présent |
| PHP | composer.json ou tout fichier .php |
| .NET | .csproj ou .fsproj présent |
| Ruby | Gemfile présent |
| Site statique | index.html sans marqueurs backend |
| Dockerfile | Dockerfile présent (priorité maximale) |
Pour chaque stack, sh0 génère un Dockerfile de production avec des builds multi-stage, un caching optimisé et une exécution non-root. Une app Next.js obtient un build standalone output. Une app Rust obtient un cargo build --release avec une image runtime minimale. Une app Python obtient un pip install avec cache de wheels.
L'équivalent cPanel : « Y a-t-il un index.php ? Parfait. Tout le reste : débrouillez-vous. »
Migration réelle : de cPanel à sh0
Scénario : un freelance gérant 8 projets clients
Avant (cPanel) : - 3 sites WordPress : cPanel gère bien - 2 apps Next.js : PM2 via SSH, reverse proxy nginx configuré manuellement - 1 backend FastAPI : service systemd, gestion manuelle du venv - 1 API Go : binaire uploadé via SCP, fichier unit systemd - 1 site marketing statique : fonctionne bien dans cPanel
Coût mensuel : 24,99 $ (licence cPanel) + 20 $ (VPS) = 44,99 $/mois. Temps de gestion des apps non-PHP : 3-4 heures/mois (mises à jour, redémarrages, renouvellements SSL pour les services non-Apache).
Après (sh0) : - Les 8 apps déployées via dashboard ou CLI - SSL automatique pour tout - Redémarrage automatique en cas de crash - Déploiement par webhook Git : push sur main, l'app se reconstruit automatiquement - Logs de déploiement visibles dans le dashboard
Coût mensuel : 5 $ (VPS) = 5 $/mois. Temps de gestion des apps : quasi nul.
L'économie de 40 $/mois est appréciable. Les 3-4 heures/mois récupérées sont encore mieux.
Ce que sh0 fait et que cPanel ne peut pas faire
1. Assistant IA intégré
sh0 est livré avec une IA qui comprend votre serveur. Elle lit les logs des conteneurs, la santé des applications et l'historique de déploiement. Elle peut vous dire pourquoi votre app Python a échoué au démarrage (dépendance manquante dans requirements.txt) ou pourquoi votre app Node.js consomme trop de mémoire (fuite mémoire dans un handler WebSocket).
cPanel n'a aucun équivalent. Quand quelque chose casse, vous vous connectez en SSH et lisez les logs.
2. CLI adapté à votre workflow
bash# Déployer une app
sh0 app create my-api --repo https://github.com/you/my-api
sh0 app deploy my-api
# Vérifier le statut
sh0 app list
sh0 app logs my-api
# Variables d'environnement
sh0 app env set my-api DATABASE_URL="postgres://..."
# Opérations base de données
sh0 db create my-postgres --engine postgres --version 17Le CLI de cPanel (UAPI/WHM API) a été conçu pour les hébergeurs gérant des milliers de comptes. Il est puissant mais pas orienté développeur.
3. Gestion de flotte mobile
sh0 Manager vous permet de surveiller tous vos serveurs depuis une application mobile. Voyez quelles apps tournent, vérifiez l'état de santé et recevez des alertes. Aucune app mobile cPanel n'existe pour cela avec les applications personnalisées.
4. Serveur MCP pour l'intégration IA
Connectez Claude, Cursor ou tout outil IA compatible MCP à votre instance sh0. Gérez les déploiements depuis votre IDE. cPanel n'a aucune intégration IA.
5. Services backend en un clic
Besoin d'une base PostgreSQL ? Un clic. Besoin d'une API REST depuis cette base ? Activez PostgREST. Besoin d'auth ? Déployez Logto. Besoin de WebSockets temps réel ? Activez Centrifugo. Besoin de stockage objet ? Déployez MinIO.
cPanel offre phpMyAdmin pour MySQL. Tout le reste nécessite une installation manuelle.
Comparaison des fonctionnalités
| Fonctionnalité | cPanel | sh0 |
|---|---|---|
| Déploiement PHP | Excellent | Bon (auto-détecté) |
| Déploiement Node.js | Manuel (PM2 + nginx) | Automatique (un clic) |
| Déploiement Python | Manuel (venv + systemd) | Automatique (un clic) |
| Déploiement Go | Manuel (binaire + systemd) | Automatique (un clic) |
| Déploiement Rust | Non supporté | Automatique (un clic) |
| Certificats SSL | AutoSSL (Apache uniquement) | Let's Encrypt (tout) |
| Déploiement Git | Clone uniquement (sans build) | Clone + build + deploy |
| Support Docker | Aucun | Natif |
| Serveurs de base de données | MySQL/MariaDB | PostgreSQL, MySQL, MariaDB, MongoDB, Redis, + 20 autres |
| Apps en un clic | Softaculous (WordPress, Joomla) | 184 templates (de WordPress à Ollama) |
| Assistant IA | Aucun | Intégré |
| App mobile | Aucune (pour apps personnalisées) | sh0 Manager |
| CLI | UAPI (orienté hébergement) | Orienté développeur |
| Tarification | 15-45 $/mois de licence | Gratuit au démarrage |
| Analyse de santé du code | Aucune | 34 règles, scan automatique |
Quand cPanel reste le bon choix
cPanel est préférable quand :
- Vous faites exclusivement du PHP/WordPress. La gestion PHP de cPanel, l'installeur Softaculous et phpMyAdmin sont matures et bien testés.
- Vous êtes un hébergeur vendant des comptes d'hébergement partagé. cPanel/WHM est conçu pour l'hébergement multi-tenant.
- Vos clients attendent cPanel. Certains clients demandent spécifiquement un accès cPanel. C'est une exigence commerciale, pas technique.
Si votre stack inclut quoi que ce soit au-delà de PHP -- si vous déployez du Node.js, du Python, du Go, du Rust ou tout framework moderne -- cPanel est un goulot d'étranglement, pas un outil.
Commencer
bashcurl -fsSL https://get.sh0.dev | bashUne commande. Un binaire. Tous les stacks. Votre serveur.
sh0 est développé par ZeroSuite, Inc. Il détecte 19 stacks technologiques, génère des Dockerfiles de production, gère le SSL et tourne sur n'importe quel serveur Linux. Pas de frais de licence. Pas de tarification par site. Pas de FTP.