Alternativa ao cPanel: porque criámos o OptionPanel

O OptionPanel é o painel de alojamento que desenvolvemos internamente na OptionWeb para substituir o cPanel. Cada cliente dispõe de uma stack Docker isolada — sites estáticos e Node.js 20, base de dados MongoDB 7 dedicada, emails com DKIM, DNS, backups e SSL Let's Encrypt automático — por um preço estável de 9,99 a 19,99 €/mês, sem licença faturada à parte.

Este artigo não é uma página de marketing. É o relato técnico de porque é que uma agência belga de Châtelet decidiu deixar de depender do cPanel, o que construiu em vez dele, o que isso muda concretamente para os seus clientes — e o que o OptionPanel deliberadamente não faz.

1. Porque é que abandonámos o cPanel?

O cPanel foi um excelente produto para o alojamento web dos anos 2000-2015: Apache, PHP, MySQL, FTP, tudo administrável por um não-técnico. Mas quatro problemas estruturais foram-se acumulando, e nenhum deles se ia resolver sozinho.

A licença faturada por conta, em subida contínua

Desde que o cPanel passou a um preçário por conta alojada em 2019, o custo da licença aumentou ano após ano. Para um fornecedor de alojamento, cada cliente adicional agrava a fatura de licenciamento — um custo que só há duas formas de absorver: repercuti-lo nos preços, ou amontoar mais clientes por servidor para diluir a conta. Ambas as opções degradam o serviço.

É exatamente o que se observa no mercado: fornecedores de alojamento partilhado que aumentam os preços na renovação, ou que comprimem centenas de contas na mesma máquina. Não queríamos nem uma coisa nem outra. Os nossos planos custam 9,99, 13,99 e 19,99 €/mês — e podem continuar assim porque nenhum editor terceiro decide os nossos custos por nós.

O peso do legado PHP e dos remendos LVE

O cPanel foi concebido em torno de um modelo com vinte e cinco anos: um servidor Linux partilhado, Apache, versões de PHP a coabitar, uma base MySQL comum, contas FTP. Para impedir que um site guloso sature os vizinhos, o ecossistema foi empilhando remendos — CloudLinux, LVE, CageFS — que limitam os estragos sem corrigir o problema de fundo: toda a gente partilha o mesmo sistema.

Quando a solução standard da indústria consiste em acrescentar uma camada paga para conter os efeitos colaterais da arquitetura, é porque a arquitetura fez o seu tempo. A conteinerização resolve este problema pela raiz: cada cliente no seu próprio ambiente, ponto final.

Uma superfície de ataque enorme

Uma instalação cPanel/WHM expõe um perímetro considerável: o próprio painel, a interface de administração, o servidor de email Exim, o FTP, o phpMyAdmin, dezenas de serviços a correr com privilégios elevados numa máquina que aloja todos os clientes. Vulnerabilidades são aí descobertas e corrigidas regularmente — é inevitável numa base de código desta dimensão e desta idade. O verdadeiro problema está noutro lado: quando uma falha é explorada num servidor partilhado, são potencialmente todos os sites da máquina que ficam comprometidos de uma só vez.

Uma ferramenta que não foi pensada para as stacks modernas

Construímos sites em Next.js e aplicações Node.js com MongoDB. No cPanel, este tipo de projeto é um cidadão de segunda: o suporte Node.js foi lá enxertado mais tarde, o MongoDB simplesmente não existe no ecossistema, e um site estático — a forma mais rápida e mais segura da web — é servido pela mesma maquinaria Apache/PHP que o resto. Pagávamos uma licença cada vez mais cara por uma ferramenta da qual quase nada usávamos.

2. O que construímos em vez dele?

O OptionPanel é o nosso painel de raiz, desenvolvido internamente e operado exclusivamente na nossa infraestrutura. O seu princípio fundador cabe numa frase: isolamento por defeito. Onde o cPanel faz coabitar dezenas de clientes no mesmo sistema, o OptionPanel dá a cada cliente a sua própria stack Docker, separada das restantes.

Concretamente, eis o que contém o ambiente de cada cliente:

• Stack Docker isolada por cliente — Os seus sites correm em contentores que são só seus. Sem vizinhança partilhada: um site terceiro que cai, que satura ou que é comprometido não tem qualquer acesso ao seu ambiente.
• Sites estáticos + Node.js 20 — As duas formas que dominam a web moderna: estático ultrarrápido (Next.js exportado, HTML/CSS/JS) e aplicações Node.js 20 para tudo o que é dinâmico.
• Base de dados MongoDB 7 dedicada — Cada cliente recebe a sua própria base MongoDB 7 — não um schema num servidor MySQL partilhado. Os seus dados vivem no seu perímetro, com as suas credenciais.
• Emails + webmail + DKIM — Endereços de email profissionais no seu domínio, webmail incluído, e assinatura DKIM configurada para a entregabilidade — indispensável desde o endurecimento das regras do Gmail e do Outlook.
• Gestão DNS integrada — As suas zonas DNS gerem-se diretamente no painel: registos A, CNAME, MX, TXT, SPF. Sem idas e vindas entre um registrar e um fornecedor de alojamento.
• Gestor de ficheiros web — Upload, edição e organização dos seus ficheiros em HTTPS a partir do navegador. O FTP, protocolo não cifrado dos anos 90, simplesmente não é exposto.
• Backups automáticos — Cópias de segurança incluídas em todos os planos, restauráveis sem qualquer manipulação técnica da sua parte.
• SSL Let's Encrypt automático via Traefik — O certificado HTTPS é emitido e renovado automaticamente pelo Traefik, o nosso reverse proxy. Zero ações, zero certificados expirados, zero custos.

O ponto importante: o OptionPanel não é um cPanel reescrito. É uma arquitetura diferente. O Traefik encaminha o tráfego para os contentores de cada cliente e gere o SSL a montante; as stacks dos clientes são independentes umas das outras; e o painel é apenas a janela de pilotagem deste conjunto — não um mastodonte com as chaves de toda a máquina.

3. cPanel vs OptionPanel: o comparativo honesto

Esta tabela é deliberadamente honesta na última linha: se a sua necessidade é alojar um WordPress tal e qual ao preço mais baixo, o cPanel continua a ser a ferramenta feita para isso, e não vamos fingir o contrário. A nossa aposta é diferente — voltamos a ela mais abaixo.

4. O que é que isso muda concretamente para o seu site?

A arquitetura é problema nosso. O que lhe diz respeito são os efeitos mensuráveis do lado do cliente. São três.

Desempenho que não depende dos vizinhos

Num alojamento partilhado clássico, o seu tempo de carregamento depende do que fazem os outros sites da máquina: uma loja vizinha em plena promoção pode abrandar a sua montra. Com uma stack isolada, os seus recursos são seus. E como servimos estático ou Node.js — não um WordPress que reconstrói cada página em PHP a cada visita — os tempos de resposta são estruturalmente melhores, o que se sente nos Core Web Vitals e, por consequência, no SEO.

Segurança por conceção, não por remendo

O isolamento Docker confina os incidentes: o comprometimento de um site não abre a porta dos outros. A isto somam-se a ausência de PHP partilhado (o primeiro alvo dos ataques automatizados na web), a ausência de FTP exposto, o SSL renovado sem intervenção humana, a proteção anti-DDoS e os backups automáticos. Menos componentes expostos significa menos coisas que podem correr mal.

Um preço que não vai mexer na renovação

É talvez o efeito mais concreto para uma PME: não há licença cPanel nos nossos custos, logo não há aumentos de editor a repercutir. Os três planos OptionPanel são simples e sem preço de chamariz que duplica no segundo ano:

Todos os planos incluem a mesma base: uptime de 99,9 %, SSL automático, anti-DDoS, backups, emails + webmail, gestão DNS e gestor de ficheiros. A diferença joga-se unicamente no número de sites e no espaço em disco.

5. O que o OptionPanel não faz (e porque é intencional)

Um artigo honesto tem de dizer o que o produto não faz. O OptionPanel não é um alojamento partilhado generalista, e três ausências são escolhas deliberadas, não lacunas à espera de correção.

• Sem PHP nem WordPress partilhado — Reintroduzir PHP partilhado seria reintroduzir exatamente a superfície de ataque e a dívida de manutenção que deixámos para trás. Quando um cliente chega com um WordPress, não o alojamos tal e qual: migramo-lo para Next.js, conservando conteúdo, URLs e o património SEO.
• Sem MySQL — O nosso standard é o MongoDB 7, em base dedicada por cliente. Um projeto que exija imperativamente MySQL não é um projeto para o OptionPanel — e dizemo-lo logo no orçamento, em vez de o dizer depois da assinatura.
• Sem FTP — O gestor de ficheiros web cobre as necessidades reais (upload, edição, organização) em HTTPS, sem expor um protocolo legado que transmite as credenciais em claro na sua versão de base.

Este posicionamento tem uma consequência assumida: não vendemos o OptionPanel como produto autónomo a webmasters. É a base de alojamento dos sites que criamos e mantemos. A migração de um WordPress para Next.js tornou-se, aliás, um dos nossos trabalhos mais frequentes — documentámos o processo completo no nosso guia de migração de WordPress para Next.js.

OptionPanel na prática: por onde começar?

Três anos depois da decisão de abandonar o cPanel, o balanço é simples: custos que controlamos de ponta a ponta, incidentes confinados por conceção, e uma stack alinhada com o que realmente construímos para os nossos clientes. A aposta da folha em branco custou tempo de desenvolvimento — hoje torna-nos independentes do roadmap e dos preços de um editor americano.

Se aloja atualmente o seu site num alojamento partilhado cPanel e quer comparar a sério, o nosso guia completo do alojamento web na Bélgica estabelece os critérios objetivos. E se quer saber o que daria o seu site — WordPress incluído — numa stack moderna isolada, peça um orçamento gratuito: resposta em 48 h, migração assegurada por nós, planos de alojamento de 9,99 a 19,99 €/mês.