Recursos
Aponte o aplicativo, loja, documentação ou ambiente de teste para onde quiser e obtenha um site genuíno e totalmente isolado por trás dele: sua própria pilha (stack), banco de dados, cache, backups e limite de recursos. Controle total de registros DNS, SSL automático, incluindo wildcards, e subdomínios de teste com um clique. Disponibilidade: a limitação de taxa (throttling) de banco de dados por site está em desenvolvimento ativo e ainda não está disponível. Todo o resto descrito aqui está no ar hoje.
Na maioria dos provedores, um subdomínio é um diretório com uma regra de reescrita na frente. Aqui, ele é um registro de site de primeira classe com sua própria versão de blueprint, seu próprio posicionamento na frota e seu próprio limite de isolamento. Tudo o que você pode fazer em um domínio principal, você pode fazer em um subdomínio.
Cada site em subdomínio é construído a partir de um modelo versionado e executa seu próprio tipo de pilha e ambiente de execução: WordPress gerenciado, WooCommerce, PHP, HTML estático ou Node. Seu subdomínio de documentação pode usar HTML estático enquanto a raiz executa o WordPress, sem qualquer compromisso entre eles.
Uma base de dados MariaDB por site, cache de página inteira LiteSpeed LSCache e um cache de objetos Redis ou Memcached por site. Nada é compartilhado com o site principal, portanto, um subdomínio pesado não pode remover o cache do site principal nem sobrecarregar suas consultas.
O CloudLinux LVE limita CPU, RAM, IO, IOPS e processos de entrada por site, o CageFS oferece a cada site sua própria visão de sistema de arquivos e o MySQL Governor limita a carga de banco de dados por site. Um subdomínio descontrolado é contido dentro de sua própria cage.
Backups diários mantidos por 30 dias com restauração em um clique, por site. Você pode reverter um subdomínio para o estado de ontem sem mexer no site principal ou em qualquer um de seus subdomínios irmãos.
Subdomínios são um problema de DNS antes de serem um problema de hospedagem, portanto a camada de DNS é exposta corretamente em vez de ficar oculta atrás de um formulário com dois campos.
Cada domínio registrável que você hospeda ganha uma zona DNS gerenciada por meio da nossa integração com o driver de DNS. Você obtém operações de CRUD de registros nos tipos de registros esperados, portanto, adicionar app, shop, docs, mail ou um host curinga é uma edição de registro, e não um chamado de suporte. O estado da zona é reconciliado de forma idempotente com o provedor, o que significa que uma alteração parcialmente aplicada ou uma edição retentada converge para o estado solicitado, em vez de deixar sua zona em um meio-termo ambíguo.
O registro e o DNS são deliberadamente desacoplados: você pode registrar um domínio conosco e manter o DNS em outro lugar, ou manter o domínio no seu registrador atual e simplesmente apontar um subdomínio para nós. Verificamos a delegação e a ativação do nameserver antes de declarar um domínio ativo, para que você descubra que um registro está incorreto pela plataforma e não por um cliente.
Um subdomínio lento ou que exibe um aviso de certificado é pior do que nenhum subdomínio, por isso o caminho de entrega é o mesmo que o domínio principal recebe.
Os certificados Let's Encrypt são emitidos e renovados automaticamente. Use um certificado curinga para abranger todos os subdomínios de uma só vez, certificados por host onde desejar separação, ou faça o upload do seu próprio certificado personalizado.
Cada site é servido pelo LiteSpeed com HTTP/3 ativado, portanto, um subdomínio obtém o mesmo desempenho de nível de conexão que o domínio raiz, em vez de um vhost de segunda classe.
Cache de página inteira do LSCache mais um cache de objetos Redis por site, com limpeza coordenada a partir do painel ou de dentro do WordPress. Limpar o pai não apaga o cache do seu subdomínio.
Implante por meio de nossa CDN e pool de contas Cloudflare ou conecte suas próprias contas e escolha em qual conta um determinado site será implantado. A entrega é uma decisão sua, não nossa.
O motivo mais comum para querer um subdomínio é ter um lugar seguro para quebrar as coisas. Esse caminho é integrado e sem barreiras nos planos Mainstream.
Clonar para o ambiente de staging cria uma cópia isolada de um site ativo em um subdomínio de staging, com seus arquivos e banco de dados intactos, na mesma pilha e versão de blueprint da produção. Você trabalha na cópia com o conjunto completo de ferramentas: SSH e SFTP confinados, wp-cli, o editor VS Code baseado no navegador, phpMyAdmin ou Adminer, cron por site e variáveis de ambiente.
Quando a alteração for validada, a publicação para o ambiente de produção executa uma sincronização com reconhecimento de banco de dados de volta para a produção. Você escolhe arquivos, banco de dados ou ambos, e a busca e substituição é feita para você, para que as URLs no seu conteúdo sigam o site em vez de apontarem de volta para o host de staging. Como o provisionamento, a clonagem e o deployment rodam como fluxos de trabalho duráveis do Temporal com novas tentativas por etapa e compensação, uma falha no meio do processo desfaz o trabalho parcial, em vez de deixar você com um site parcialmente clonado.
Preferimos dizer isso abertamente a vender algo que prejudique o que você está tentando fazer.
Subdomínios são a escolha certa para estruturar uma marca: um aplicativo, uma loja, um site de documentação, um portal do cliente, um ambiente de staging por cliente. Eles são a escolha errada para uma rede de blogs privados. Cada subdomínio compartilha um único domínio registrável, então qualquer pessoa que resolva um deles sabe exatamente quem é o dono do resto. Sob um certificado curinga, eles também compartilham um certificado, e a emissão de certificados é publicada em logs públicos de Transparência de Certificados (Certificate Transparency), portanto, os hosts sob um domínio compartilhado podem ser enumerados por qualquer pessoa que queira procurar. Essa é uma propriedade da PKI da Web pública e do DNS, não da nossa plataforma, e nenhuma configuração de hospedagem altera isso.
Portanto, os subdomínios ficam nas nossas linhas Mainstream e Agency, e não na Footprint-Free. Se o seu requisito for que os sites não possam ser vinculados uns aos outros, você precisa de domínios registráveis separados na linha de produtos Footprint-Free, onde os pools de contas de CDN e DNS, o gerenciamento de pegada e a entrega de HTML estático existem justamente para quebrar esse padrão. Ambos funcionam no mesmo motor e no mesmo painel, portanto, escolher corretamente não custa nada em termos de conveniência.
Agências e revendedores usam subdomínios em grande volume: um host de staging por cliente, um host de preview por projeto, um portal por conta. A plataforma foi construída para esse formato de trabalho.
As organizações formam uma árvore hierárquica, do revendedor ao cliente e aos sites, e cada registro é delimitado e aplicado no banco de dados com segurança em nível de linha. Os subdomínios de um cliente pertencem à organização desse cliente, e não a um repositório compartilhado que você precisa monitorar por convenção.
Implante, atualize e gerencie vários sites em uma única ação, em vez de se repetir para cada site.
Tudo no painel está na API pública, gerado a partir da especificação OpenAPI. Automatize a criação de subdomínios a partir de uma chave de API com escopo de organização, da CLI, do Terraform ou de uma ferramenta de IA em nosso servidor MCP.
Ações privilegiadas e administrativas são registradas em log de auditoria, e o controle de acesso baseado em função governa quem na sua equipe pode fazer o quê. Você pode ver quem criou, alterou ou removeu um host.
Sim. Como cada subdomínio funciona como um site completo e isolado separadamente com sua própria pilha, banco de dados, cache e backups, ele ocupa um espaço de site no seu plano da mesma forma que um domínio principal faz. Os planos são vendidos pelo número de sites que cobrem, portanto, adicionar um site de subdomínio tem a mesma contabilização que adicionar qualquer outro site.
Sim, e eles são verdadeiramente independentes. Cada subdomínio é o seu próprio registro de site com seu próprio blueprint, de modo que as pilhas não precisam coincidir: WordPress no domínio principal, WooCommerce em shop, um aplicativo Node.js em app e um site estático em docs são uma configuração comum aqui, e não um caso especial. Eles podem ficar em máquinas diferentes, executar runtimes diferentes e versões diferentes de PHP ou Node, e ser implantados, colocados em staging, submetidos a backup e revertidos em seus próprios cronogramas. Nada em um restringe o outro, além de compartilharem um nome de domínio.
Eles são cobertos automaticamente de qualquer forma. Você pode emitir um certificado wildcard que cubra todos os hosts sob o domínio de uma só vez, ou emitir certificados por host onde quiser mantê-los separados. Os certificados do Let's Encrypt são gratuitos, emitidos e renovados automaticamente, e você pode enviar um certificado personalizado se já tiver um.
Não o recomendamos e não o venderemos dessa forma. Todos os subdomínios compartilham um domínio registrável e, sob um certificado curinga, um certificado compartilhado cuja emissão aparece nos registros públicos do Certificate Transparency, de modo que os hosts podem ser vinculados entre si por qualquer pessoa que verifique. Para trabalhos em que os sites não devem ser conectáveis, use domínios registráveis separados em nossa linha Footprint-Free, projetada especificamente para isso com pools de contas de CDN e DNS, pegadas gerenciadas e entrega em HTML estático.
A plataforma foi criada para conter o problema em vez de deixá-lo se espalhar. O CloudLinux LVE limita o uso de CPU, memória e E/S de cada site em sua própria gaiola, o CageFS oferece a cada site uma visão de sistema de arquivos isolada para que uma invasão seja contida, e o MySQL Governor restringe a carga do banco de dados por site, de modo que as consultas pesadas de um site não desacelerem o servidor. A variação de malware, um firewall de aplicativo web proativo e backups imutáveis por site dão suporte a isso. A contenção é o objetivo do projeto; nenhum provedor pode prometer que um comprometimento seja impossível.
Sim. O registrador e o DNS são deliberadamente desacoplados. Você pode manter seu domínio no seu registrador atual e sua zona no seu provedor de DNS atual e simplesmente apontar o registro de um subdomínio para nós. Verificamos a delegação e a ativação antes de tratar o site como ativo, portanto, um registro digitado incorretamente aparece imediatamente em vez de falhar silenciosamente. Quando a zona do domínio principal já está hospedada aqui, nós gravamos o registro do subdomínio nela para você, para que não haja nada para você adicionar manualmente.
Apenas na forma como é criado. O clone para staging constrói uma cópia isolada de um site ativo, incluindo arquivos e banco de dados, em um subdomínio de staging executando a mesma stack e versão de blueprint da produção. Quando estiver satisfeito, o push-to-live o ressincroniza com uma busca e substituição ciente de banco de dados. Todo o resto, isolamento, SSL, cache, backups e acesso de desenvolvedor, é idêntico a qualquer outro site.
Você leva tudo com você. Não há retenção forçada em nenhuma parte da plataforma: você pode obter códigos de autenticação, desbloquear domínios e transferi-los, usar suas próprias contas de CDN e DNS, e exportar seus sites. Todos os provedores externos que usamos ficam atrás de um adaptador substituível, o que vale tanto para você quanto para nós.
Isolamento completo, SSL curinga, controle de DNS real e staging em um clique em cada host que você adicionar. Comece uma avaliação de 14 dias sem cartão de crédito e veja como ele se encaixa antes de se comprometer.
Comece grátis