Recursos
Aponte app, shop, docs ou staging para onde quiser e tenha um site autêntico e totalmente isolado por trás: sua própria pilha, banco de dados, cache, backups e limite de recursos dedicados. Controle total de registros DNS, SSL automático incluindo wildcards e subdomínios de staging com um clique. Disponibilidade: a limitação de banco de dados por site está em desenvolvimento ativo e ainda não se encontra disponível. Todo o restante descrito aqui já está ativo hoje.
Na maioria dos provedores, um subdomínio é um diretório com uma regra de reescrita à frente. Aqui, ele é um registro de site de primeira classe com sua própria versão de modelo, seu próprio posicionamento no parque de servidores e seu próprio limite de isolamento. O que quer que você possa fazer em um domínio principal, você pode fazer em um subdomínio.
Cada site de subdomínio é desenvolvido 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 ser em HTML estático enquanto a raiz executa o WordPress, sem qualquer concessão entre eles.
Um banco 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, de modo que um subdomínio pesado não pode expulsar o cache do site principal nem congestionar suas consultas.
O CloudLinux LVE limita CPU, RAM, IO, IOPS e processos de entrada por site, o CageFS fornece a cada site sua própria visualização do sistema de arquivos e o MySQL Governor controla a carga do banco de dados por site. Um subdomínio descontrolado fica contido dentro de sua própria gaiola.
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 afetar o site principal ou qualquer um de seus sites associados.
Os subdomínios são um problema de DNS antes de serem um problema de hospedagem, portanto, a camada de DNS é exposta adequadamente em vez de ficar oculta atrás de um formulário com dois campos.
Cada domínio registrável que você hospeda recebe uma zona DNS gerenciada por meio de nossa interface de driver DNS. Você obtém operações CRUD para os tipos de registro esperados, de modo que adicionar app, shop, docs, mail ou um host curinga é uma simples edição de registro, não um chamado de suporte. O estado da zona é reconciliado de forma idempotente com o provedor, o que significa que uma alteração aplicada pela metade ou uma edição repetida converge para o estado solicitado, em vez de deixar sua zona em um estado intermediário ambíguo.
O registrador e o DNS são deliberadamente dissociados: 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. Nós verificamos a delegação e ativação dos servidores de nomes antes de definir um domínio como ativo, para que você descubra se um registro está incorreto diretamente 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; portanto, o caminho de entrega é o mesmo utilizado pelo domínio principal.
Os certificados do Let's Encrypt são emitidos e renovados automaticamente. Use um certificado curinga para cobrir todos os subdomínios de uma vez, certificados por host onde desejar mantê-los separados, ou envie seu próprio certificado personalizado.
Cada site é atendido pelo LiteSpeed com HTTP/3 ativado, portanto, um subdomínio obtém o mesmo desempenho em nível de conexão que o domínio raiz, em vez de ser um host virtual de segunda classe.
Cache de página inteira com LSCache e cache de objetos Redis por site, com limpeza coordenada a partir do painel ou de dentro do WordPress. A limpeza do site principal não apaga o cache do seu subdomínio.
Faça a implantação 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 que você toma, não uma que tomamos por você.
O motivo mais comum para querer um subdomínio é ter um lugar seguro para fazer testes e cometer erros sem riscos. Esse caminho já vem integrado e sem restrições nos planos Mainstream.
A clonagem para staging cria uma cópia isolada de um site em produção em um subdomínio de staging, com seus arquivos e banco de dados intactos, na mesma pilha e versão de blueprint do ambiente de produção. Você trabalha na cópia com o conjunto completo de ferramentas: SSH e SFTP em jaula, 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 comprovada, o push to live realiza uma sincronização com reconhecimento de banco de dados de volta à produção. Você escolhe arquivos, banco de dados ou ambos, e a substituição por pesquisa é realizada para você, de modo que os URLs em seu conteúdo sigam o site em vez de apontarem de volta para o host de staging. Como o provisionamento, a clonagem e a implantação são executados como fluxos de trabalho duráveis do Temporal com novas tentativas e compensações a cada etapa, uma falha no meio do caminho desfaz o trabalho parcial em vez de deixá-lo com um site clonado pela metade.
Preferimos esclarecer isso desde o início a vender a você algo que prejudique os seus objetivos.
Os subdomínios são a resposta certa para estruturar uma única marca: um aplicativo, uma loja, um site de documentação, um portal do cliente, um ambiente de homologação por cliente. Eles são a resposta errada para uma rede privada de blogs. Cada subdomínio compartilha um único domínio registrável, portanto, qualquer pessoa que resolva um deles sabe exatamente quem é o proprietário dos demais. Sob um certificado curinga, eles também compartilham um certificado, e a emissão de certificados é publicada em registros públicos de Certificate Transparency, de modo que os hosts sob um domínio compartilhado podem ser enumerados por qualquer pessoa que se interesse em procurar. Essa é uma propriedade da PKI pública da web e do DNS, não da nossa plataforma, e nenhuma configuração de hospedagem altera isso.
Portanto, os subdomínios estão presentes em 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ê precisará de domínios registráveis separados na linha de produtos sem footprint, onde os pools de contas de CDN e DNS, o gerenciamento de footprint e a entrega de HTML estático existem justamente para quebrar esse padrão. Ambos funcionam no mesmo mecanismo e no mesmo painel, de modo que fazer a escolha correta não custa nada em conveniência.
Agências e revendedores usam subdomínios em grande volume: um host de staging por cliente, um host de visualização prévia por projeto, um portal por conta. A plataforma foi desenvolvida para esse modelo de trabalho.
As organizações se estruturam em árvore, de revendedor para cliente e para sites, e cada registro é delimitado e aplicado diretamente 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ê precise policiar por convenção.
Implante, atualize e gerencie vários sites em uma única ação em vez de repetir o processo para cada site.
Tudo no painel está disponível na API pública, gerada a partir da especificação OpenAPI. Gerencie 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 por meio do nosso servidor MCP.
Ações privilegiadas e administrativas são registradas em log de auditoria, e o controle de acesso baseado em funções determina o que cada membro da sua equipe pode fazer. Você pode ver quem criou, alterou ou removeu um host.
Sim. Como cada subdomínio opera 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 em seu plano da mesma forma que um domínio principal. Os planos são vendidos pelo número de sites cobertos, portanto, adicionar um site em subdomínio é contabilizado da mesma forma que adicionar qualquer outro site.
Sim, e eles são genuinamente independentes. Cada subdomínio é seu próprio registro de site com seu próprio modelo, 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 é uma configuração comum aqui, e não um caso especial. Eles podem residir em máquinas diferentes, executar ambientes de execução distintos e versões diferentes de PHP ou Node, além de serem implantados, preparados para teste, salvos em backup e revertidos de acordo com seus próprios cronogramas. Nada em um deles restringe o outro, além de compartilharem um nome de domínio.
Eles são cobertos automaticamente de qualquer maneira. Você pode emitir um certificado curinga que cobre todos os hosts do domínio de uma só vez ou emitir certificados por host onde desejar mantê-los separados. Os certificados Let's Encrypt são gratuitos, emitidos e renovados automaticamente, e você pode carregar um certificado personalizado, se tiver um.
Não recomendamos isso e não venderemos dessa forma. Cada subdomínio compartilha um domínio registrável e, sob um certificado curinga, um certificado compartilhado cuja emissão aparece nos registros públicos de Certificate Transparency, permitindo que os hosts sejam vinculados uns aos outros por qualquer pessoa que verificar. Para trabalhos em que os sites não devem ser conectáveis, use domínios registráveis separados em nossa linha Footprint-Free, desenvolvida especificamente para isso com pools de contas de CDN e DNS, footprints gerenciados e entrega de HTML estático.
A plataforma foi desenvolvida para conter ameaças em vez de deixá-las se espalhar. O CloudLinux LVE limita o uso de CPU, memória e IO de cada site dentro de seu próprio cage, o CageFS fornece a cada site uma visualização isolada do sistema de arquivos para que uma violação seja contida, e o MySQL Governor controla a carga do banco de dados por site para que as consultas pesadas de um site não tornem o servidor lento. Verificação de malware, um firewall de aplicativos web proativo e backups imutáveis por site reforçam essa estrutura. A contenção é a meta do projeto; nenhum provedor de hospedagem pode prometer que um comprometimento seja impossível.
Sim. O registrador e o DNS são deliberadamente desacoplados. O senhor 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. Nós verificamos a delegação e a ativação antes de considerar o site ativo, de modo que um registro digitado incorretamente seja exibido imediatamente em vez de falhar silenciosamente. Quando a zona do domínio principal já estiver hospedada aqui, nós gravaremos o registro do subdomínio nela para o senhor, portanto não há nada para adicionar manualmente.
Apenas na forma como é criado. A clonagem para staging cria uma cópia isolada de um site em produção, incluindo arquivos e banco de dados, em um subdomínio de staging que executa a mesma pilha e versão do blueprint da produção. Quando o senhor estiver satisfeito, o push-to-live o sincroniza de volta com uma busca e substituição compatível com o banco de dados. Todo o restante — isolamento, SSL, cache, backups e acesso de desenvolvedor — é idêntico a qualquer outro site.
Você os leva com você. Não há nenhum tipo de aprisionamento na plataforma: você pode recuperar códigos de autorização, desbloquear domínios e transferi-los, trazer suas próprias contas de CDN e DNS e exportar seus sites. Cada provedor externo que usamos opera por trás de um adaptador substituível, o que é tão verdadeiro para você quanto para nós.
Isolamento total, SSL curinga, controle real de DNS e ambiente de testes com um clique em cada host adicionado. Comece com um teste de 14 dias sem cartão e veja se atende às suas necessidades antes de assumir um compromisso.
Comece grátis