Alternative à cPanel : pourquoi nous avons créé OptionPanel

OptionPanel est le panel d'hébergement que nous avons développé en interne chez OptionWeb pour remplacer cPanel. Chaque client y dispose d'une stack Docker isolée — sites statiques et Node.js 20, base MongoDB 7 dédiée, emails avec DKIM, DNS, backups et SSL Let's Encrypt automatique — pour un prix stable de 9,99 à 19,99 €/mois, sans licence facturée en plus.

Cet article n'est pas une page marketing. C'est le récit technique de pourquoi une agence belge de Châtelet a décidé de ne plus dépendre de cPanel, ce qu'elle a construit à la place, ce que ça change concrètement pour ses clients — et ce qu'OptionPanel ne fait volontairement pas.

1. Pourquoi avons-nous quitté cPanel ?

cPanel a été un excellent produit pour l'hébergement web des années 2000-2015 : Apache, PHP, MySQL, FTP, le tout administrable par un non-technicien. Mais quatre problèmes structurels se sont accumulés, et aucun n'allait se résoudre tout seul.

La licence facturée par compte, en hausse continue

Depuis le passage de cPanel à une tarification par compte hébergé en 2019, le coût de la licence a augmenté d'année en année. Pour un hébergeur, chaque client supplémentaire alourdit la facture de licence — un coût que l'on n'a que deux façons d'absorber : le répercuter sur les prix, ou entasser plus de clients par serveur pour diluer la note. Les deux options dégradent le service.

C'est exactement ce qu'on observe sur le marché : des hébergeurs mutualisés qui augmentent leurs tarifs au renouvellement, ou qui compressent des centaines de comptes sur la même machine. Nous ne voulions ni l'un ni l'autre. Nos formules sont à 9,99, 13,99 et 19,99 €/mois — et elles peuvent le rester parce qu'aucun éditeur tiers ne décide de nos coûts à notre place.

Le poids de l'héritage PHP et des rustines LVE

cPanel est conçu autour d'un modèle vieux de vingt-cinq ans : un serveur Linux partagé, Apache, des versions de PHP qui cohabitent, une base MySQL commune, des comptes FTP. Pour empêcher un site gourmand de saturer les voisins, l'écosystème a empilé des rustines — CloudLinux, LVE, CageFS — qui limitent les dégâts sans corriger le problème de fond : tout le monde partage le même système.

Quand la solution standard de l'industrie consiste à ajouter une couche payante pour contenir les effets de bord de l'architecture, c'est que l'architecture a fait son temps. La conteneurisation règle ce problème à la racine : chaque client dans son propre environnement, point.

Une surface d'attaque énorme

Une installation cPanel/WHM expose un périmètre considérable : le panel lui-même, l'interface d'administration, le serveur mail Exim, le FTP, phpMyAdmin, des dizaines de services qui tournent avec des privilèges élevés sur une machine qui héberge tous les clients. Des vulnérabilités y sont découvertes et corrigées régulièrement — c'est inévitable sur une base de code de cette taille et de cet âge. Le vrai problème est ailleurs : quand une faille est exploitée sur un serveur mutualisé, ce sont potentiellement tous les sites de la machine qui sont compromis d'un coup.

Un outil qui n'a pas été pensé pour les stacks modernes

Nous construisons des sites en Next.js et des applications Node.js avec MongoDB. Sur cPanel, ce type de projet est un citoyen de seconde zone : le support Node.js y est greffé après coup, MongoDB n'existe simplement pas dans l'écosystème, et un site statique — la forme la plus rapide et la plus sûre du web — y est servi par la même machinerie Apache/PHP que le reste. Nous payions une licence de plus en plus chère pour un outil dont nous n'utilisions presque rien.

2. Qu'avons-nous construit à la place ?

OptionPanel est notre panel maison, développé en interne et exploité uniquement sur notre infrastructure. Son principe fondateur tient en une phrase : l'isolation par défaut. Là où cPanel fait cohabiter des dizaines de clients sur le même système, OptionPanel donne à chaque client sa propre stack Docker, cloisonnée des autres.

Concrètement, voici ce que contient l'environnement de chaque client :

• Stack Docker isolée par client — Vos sites tournent dans des conteneurs qui vous sont propres. Pas de voisinage mutualisé : un site tiers qui plante, qui sature ou qui se fait compromettre n'a aucun accès à votre environnement.
• Sites statiques + Node.js 20 — Les deux formes qui dominent le web moderne : du statique ultra-rapide (Next.js exporté, HTML/CSS/JS) et des applications Node.js 20 pour tout ce qui est dynamique.
• Base MongoDB 7 dédiée — Chaque client reçoit sa propre base MongoDB 7 — pas un schéma sur un serveur MySQL partagé. Vos données vivent dans votre périmètre, avec vos identifiants.
• Emails + webmail + DKIM — Adresses email professionnelles sur votre domaine, webmail inclus, et signature DKIM configurée pour la délivrabilité — indispensable depuis le durcissement des règles de Gmail et Outlook.
• Gestion DNS intégrée — Vos zones DNS se gèrent directement dans le panel : enregistrements A, CNAME, MX, TXT, SPF. Pas d'aller-retour entre un registrar et un hébergeur.
• Gestionnaire de fichiers web — Upload, édition et organisation de vos fichiers en HTTPS depuis le navigateur. Le FTP, protocole non chiffré des années 90, n'est simplement pas exposé.
• Backups automatiques — Sauvegardes incluses sur toutes les formules, restaurables sans manipulation technique de votre part.
• SSL Let's Encrypt automatique via Traefik — Le certificat HTTPS est émis et renouvelé automatiquement par Traefik, notre reverse proxy. Zéro action, zéro certificat expiré, zéro coût.

Le point important : OptionPanel n'est pas un cPanel réécrit. C'est une architecture différente. Traefik route le trafic vers les conteneurs de chaque client et gère le SSL en amont ; les stacks clients sont indépendantes les unes des autres ; et le panel n'est que la fenêtre de pilotage de cet ensemble — pas un mastodonte avec les clés de toute la machine.

3. cPanel vs OptionPanel : le comparatif honnête

Ce tableau est volontairement honnête sur la dernière ligne : si votre besoin est d'héberger un WordPress tel quel au prix le plus bas, cPanel reste l'outil fait pour ça, et nous ne prétendrons pas le contraire. Notre pari est différent — nous y revenons plus bas.

4. Qu'est-ce que ça change concrètement pour votre site ?

L'architecture, c'est notre problème. Ce qui vous concerne, ce sont les effets mesurables côté client. Il y en a trois.

Des performances qui ne dépendent pas des voisins

Sur un mutualisé classique, votre temps de chargement dépend de ce que font les autres sites de la machine : une boutique voisine en pleine promo peut ralentir votre vitrine. Avec une stack isolée, vos ressources sont les vôtres. Et comme nous servons du statique ou du Node.js — pas un WordPress qui reconstruit chaque page en PHP à chaque visite — les temps de réponse sont structurellement meilleurs, ce qui se ressent sur les Core Web Vitals et donc sur le SEO.

Une sécurité par conception, pas par rustine

L'isolation Docker confine les incidents : la compromission d'un site n'ouvre pas la porte des autres. S'y ajoutent l'absence de PHP mutualisé (première cible des attaques automatisées sur le web), l'absence de FTP exposé, le SSL renouvelé sans intervention humaine, la protection anti-DDoS et les backups automatiques. Moins de composants exposés, c'est moins de choses qui peuvent mal tourner.

Un prix qui ne bougera pas au renouvellement

C'est peut-être l'effet le plus concret pour une PME : pas de licence cPanel dans nos coûts, donc pas de hausse d'éditeur à répercuter. Les trois formules OptionPanel sont simples et sans prix d'appel qui double à la deuxième année :

Toutes les formules incluent la même base : uptime 99,9 %, SSL automatique, anti-DDoS, backups, emails + webmail, gestion DNS et gestionnaire de fichiers. La différence se joue uniquement sur le nombre de sites et l'espace disque.

5. Ce qu'OptionPanel ne fait pas (et pourquoi c'est voulu)

Un article honnête doit dire ce que le produit ne fait pas. OptionPanel n'est pas un hébergement mutualisé généraliste, et trois absences sont des choix délibérés, pas des manques en attente de correction.

• Pas de PHP ni de WordPress mutualisé — Réintroduire du PHP partagé, c'est réintroduire exactement la surface d'attaque et la dette de maintenance qu'on a quittées. Quand un client arrive avec un WordPress, nous ne l'hébergeons pas tel quel : nous le migrons vers Next.js, en conservant contenu, URLs et acquis SEO.
• Pas de MySQL — Notre standard est MongoDB 7, en base dédiée par client. Un projet qui exige impérativement MySQL n'est pas un projet pour OptionPanel — et nous le disons dès le devis plutôt qu'après signature.
• Pas de FTP — Le gestionnaire de fichiers web couvre les besoins réels (upload, édition, organisation) en HTTPS, sans exposer un protocole hérité qui transmet les identifiants en clair dans sa version de base.

Ce positionnement a une conséquence assumée : nous ne vendons pas OptionPanel comme un produit autonome à des webmasters. C'est le socle d'hébergement des sites que nous créons et maintenons. La migration d'un WordPress vers Next.js est d'ailleurs devenue l'un de nos chantiers les plus fréquents — nous avons documenté la démarche complète dans notre guide de migration WordPress vers Next.js.

OptionPanel en pratique : par où commencer ?

Trois ans après la décision de quitter cPanel, le bilan est simple : des coûts que nous maîtrisons de bout en bout, des incidents confinés par conception, et une stack alignée sur ce que nous construisons réellement pour nos clients. Le pari de la feuille blanche a coûté du temps de développement — il nous rend aujourd'hui indépendants de la roadmap et des tarifs d'un éditeur américain.

Si vous hébergez actuellement votre site sur un mutualisé cPanel et que vous voulez comparer sérieusement, notre guide complet de l'hébergement web en Belgique pose les critères objectifs. Et si vous voulez savoir ce que donnerait votre site — WordPress compris — sur une stack moderne isolée, demandez un devis gratuit : réponse sous 48 h, migration prise en charge par nos soins, formules d'hébergement de 9,99 à 19,99 €/mois.