CloudPanel : pourquoi j’ai quitté les panels lourds pour auto-héberger mes WordPress

Ça fait plus de vingt ans que j’héberge des sites, et pendant une bonne partie de ce temps j’ai traîné un panel lourd comme on traîne une vieille valise : cPanel d’abord, Plesk ensuite. Ça marche, oui. Mais un jour j’ai regardé froidement ce que ces outils me coûtaient — en euros, en RAM et en couches d’abstraction que je ne maîtrisais plus — et j’ai tout basculé sur CloudPanel. Voici pourquoi, et ce que ça a vraiment changé sur mes serveurs.

#Le déclic : le panel travaillait contre moi

Un panel « historique » vous vend du confort, et la facture arrive par trois canaux. Le premier, c’est la licence : sur un cPanel ou un Plesk moderne, on parle d’un abonnement mensuel qui grimpe avec le nombre de comptes. Le deuxième, c’est la RAM : ces suites embarquent un empilement Apache + mod_php + services annexes qui mange allègrement 1,5 à 2 Go avant même d’avoir servi une page. Le troisième, plus sournois, c’est la dette de compréhension : quand quelque chose casse, vous débuggez l’abstraction du panel avant de débugger le serveur.

Je payais une licence pour qu’un outil s’interpose entre moi et une stack que je connais mieux que lui.

Pour un dev qui code encore et qui sait ouvrir un vhost Nginx à la main, c’était le monde à l’envers.

#CloudPanel, c’est quoi exactement

CloudPanel est un panneau de contrôle gratuit, taillé pour la performance, bâti sur Nginx (1.18 et plus) avec PHP-FPM, MySQL/MariaDB et Redis. La version 2.5.4, sortie le 1er juillet 2026, a ajouté le support de Node.js 24, MariaDB 12.3 et Ubuntu 26.04. Tout est décrit dans la documentation officielle de CloudPanel, qui reste honnêtement l’une des plus lisibles du marché.

Ce qui compte pour moi au quotidien :

• Multi-version PHP par site : je fais tourner un vieux PrestaShop en PHP 8.1 à côté d’un Bedrock en PHP 8.3 sur la même machine, sans bidouille.
• Let’s Encrypt en un clic, renouvellement automatique — zéro cron à écrire.
• Redis et FastCGI cache intégrés, ce qui fait une vraie différence sur du WordPress.
• Graphes live CPU / RAM / disque et redémarrage des services depuis l’interface.

#cPanel, Plesk, CloudPanel : le match sans langue de bois

Le tableau ne dit pas tout, mais il dit l’essentiel : je ne perds aucune fonction dont j’ai besoin, et je récupère de la RAM et une licence.

#L’installation : une commande, pas un week-end

Sur un VPS Debian 12 tout neuf, l’installation tient en deux lignes. Je choisis explicitement mon moteur de base de données au passage :

curl -sS https://installer.cloudpanel.io/ce/v2/install.sh -o install.sh
sudo DB_ENGINE=MARIADB_11.4 bash install.sh

Dix minutes plus tard, l’interface répond sur le port 8443 et je crée mon premier site. Là où CloudPanel est malin, c’est qu’il génère un vhost Nginx propre que je peux relire et surcharger. Voici typiquement le bloc de cache que j’ajuste pour un WordPress :

location ~* .(jpg|jpeg|png|webp|css|js|woff2)$ {
    expires 30d;
    add_header Cache-Control "public, no-transform";
    access_log off;
}

set $skip_cache 0;
if ($request_method = POST) { set $skip_cache 1; }
if ($http_cookie ~* "wordpress_logged_in") { set $skip_cache 1; }

Pas de magie noire, du Nginx que je comprends ligne à ligne. C’est exactement ce que je cherchais.

#Mon retour de prod, sans filtre

J’ai migré une flotte de WordPress en Bedrock sur des VPS OVH. La procédure, à chaque fois :

1. Provisionner un VPS neuf et installer CloudPanel.
2. Créer le site, pointer le domaine, laisser Let’s Encrypt faire son travail.
3. Restaurer le code et la base, activer Redis, câbler le FastCGI cache.
4. Bascule DNS, puis durcissement (voir mon guide sur le hardening Wordfence).

Ce que j’ai gagné concrètement : des pages servies plus vite à config égale, une facture d’hébergement qui redescend, et une machine que je pilote autant en CLI qu’à la souris — indispensable quand on aime ses outils en ligne de commande. Un VPS d’entrée de gamme suffit largement pour démarrer, même si je note que les tarifs OVH ont sérieusement grimpé en 2026 (jusqu’à +45 % annoncés) : raison de plus pour ne pas gâcher de RAM dans un panel obèse.

#Les bémols, parce qu’il y en a

Je ne vends rien, donc je le dis : CloudPanel n’est pas parfait.

• Un seul serveur par installation — pas d’orchestration multi-nœuds native.
• Pas de gestion de comptes e-mail intégrée : sur mes projets, le mail passe de toute façon par un service dédié type Brevo, mais si vous cherchez un webmail clé en main, ce n’est pas ici.
• Communauté plus petite que cPanel : on trouve moins de tutos tout mâchés, il faut être à l’aise avec la doc et le terminal.

Aucun de ces points n’est bloquant pour mon usage. Ce sont des choix de périmètre, pas des défauts cachés.

#Ce que j’en retiens

Passer aux panels légers n’est pas une lubie d’ascète : c’est reprendre la main sur sa stack, arrêter de payer une licence pour une couche d’abstraction, et redonner de la RAM à ce qui sert vraiment le trafic. CloudPanel m’a fait gagner du temps, de l’argent et de la lisibilité, à condition d’accepter le deal : vous devez être à l’aise avec Nginx et le terminal. Si c’est votre cas et que vous auto-hébergez du WordPress, je vous le recommande sans réserve — c’est devenu ma base par défaut, et je n’ai aucune envie de revenir en arrière.