Hospedagem em domínio próprio
Criar um app é só metade do trabalho — colocá-lo no ar no seu próprio domínio normalmente significa brigar com DNS, hosts e configurações de deploy. A ybuild elimina isso por completo: você conecta o domínio uma vez e o app em funcionamento continua sendo servido ali.
O que é
Hospedagem em domínio próprio significa que seu app da ybuild é servido para o mundo no domínio que você possui — seunegocio.com, não um subdomínio descartável. A ybuild hospeda o app em funcionamento e cuida do certificado SSL, do roteamento de DNS e do tráfego. Seus clientes só veem a sua marca.
Por que importa
Um sistema de negócio que mora na URL de outra pessoa não parece um negócio. Seu próprio domínio é onde os clientes confiam em você, para onde você manda tráfego e onde seus e-mails e pagamentos fazem sentido. Ser dono desse endereço é a diferença entre uma demo e uma empresa.
Como funciona no ybuild
Você aponta seu domínio para a ybuild uma única vez, e o app que você criou fica hospedado e servido ali automaticamente. Não há uma etapa de deploy separada nem é preciso exportar o código para outro host — o app no ar e o domínio são gerenciados juntos na ybuild. Mude o app e a versão no seu domínio se atualiza no lugar.
O que realmente acontece quando você aponta um domínio para a ybuild
Um domínio é apenas um nome. Sozinho, ele não aponta para lugar nenhum — transformá-lo em um endereço vivo e seguro envolve três peças em movimento que a maioria das pessoas nunca vê, e a ybuild opera as três por você.
A primeira é o DNS. Quando você conecta seunegocio.com, adiciona um registro no seu registrador que diz à internet onde o nome é resolvido — um CNAME para um subdomínio como www, ou um registro do tipo A ou no estilo ALIAS para o domínio raiz puro (pela especificação do DNS, o ápice não aceita um CNAME comum, que é justamente o tipo de detalhe que derruba quem faz isso na mão). A ybuild te dá o registro exato para colar e depois fica de olho até ele resolver. As mudanças se propagam ao longo de minutos a algumas horas conforme os caches expiram de acordo com o TTL de cada registro, e em casos raros em até 48 horas.
A segunda é o certificado. No instante em que seu registro resolve para a ybuild, uma troca ACME automatizada — o protocolo padrão do IETF por trás do Let's Encrypt e das autoridades certificadoras modernas — comprova que você controla o domínio e emite um certificado TLS para ele. É isso que transforma http:// em um https:// com cadeado. Esses certificados têm vida curta por design e se renovam automaticamente bem antes de expirar, então o cadeado verde nunca cai. Você nunca encosta no certbot, num cron de renovação ou numa chave privada.
A terceira é o roteamento e a entrega. O tráfego para o seu domínio chega ao edge da ybuild, encerra o TLS e recebe a versão atual do seu app — o mesmo build que guarda seu banco de dados, seus logins e sua lógica de negócio. O HTTP é redirecionado para HTTPS, www e o ápice são reconciliados em um único endereço canônico, e o app responde no seu domínio do mesmo jeito que respondia na URL de preview da ybuild um minuto antes. A cadeia inteira — nome, certificado, entrega — é uma coisa só e conectada que você gerencia em um único lugar, e não quatro contas que você costura entre si.
Montar por conta própria vs. ter tudo na ybuild
Vale ser honesto sobre o caminho do faça você mesmo, porque é nessa diferença que está o valor de verdade.
Fazendo por conta própria, entrar no ar num domínio próprio é uma lista de tarefas que nunca acaba de vez: provisionar um servidor ou host, fazer o deploy do build nele, comprar o domínio, configurar os registros A e CNAME sem quebrar o ápice, decidir se o canônico é o www ou a raiz e redirecionar o outro com um 301, instalar um cliente ACME, passar no desafio HTTP-01 ou DNS-01, agendar as renovações para o certificado não expirar em silêncio às 2 da manhã, forçar HTTPS, adicionar HSTS e depois manter o servidor atualizado para sempre. Cada um desses passos é um ponto onde o site pode cair, e um certificado expirado ou um aviso de conteúdo misto não degrada com elegância — ele joga um aviso do navegador em tela cheia na frente de cada cliente.
Na ybuild, essa coluna inteira desaba em uma única ação. Você descreve o app em um prompt e ele é construído como um sistema full-stack em funcionamento e hospedado — front-end, back-end e banco de dados juntos. Você conecta seu domínio uma vez com o registro que a ybuild te entrega, e a plataforma emite o certificado, renova, redireciona HTTP para HTTPS, canoniza www e o ápice, e mantém o app servido. Não há exportação, nem zip, nem um segundo host para fazer login, nem uma renovação que você possa esquecer. Quando você muda o app — um campo novo, uma página nova, um preço novo — a versão no ar no seu domínio se atualiza no lugar, ainda hospedada na ybuild, ainda no seu endereço.
A distinção importa porque a stack do faça você mesmo não é só mais trabalho no começo — é uma superfície operacional permanente. Alguém precisa cuidar das renovações, dos patches e da página de 'por que o site está fora do ar' à meia-noite. Hospedagem em domínio próprio na ybuild significa que esse alguém é a plataforma, e o que você possui é a parte que dá dinheiro: o domínio, os dados e o app.
As pegadinhas que mordem sites no ar, e o que seu próprio domínio significa para o negócio
Alguns casos extremos pegam quase todo mundo que opera um domínio, e vale saber que a ybuild os absorve. A limitação do CNAME no domínio ápice significa que seunegocio.com e www.seunegocio.com precisam de tratamento diferente; a ybuild cuida dos dois e aponta um para o outro para que os links nunca se bifurquem. O atraso de propagação do DNS é real — se o endereço parece não ter mudado uma hora depois de você adicionar o registro, são os caches expirando, não uma falha. A renovação do certificado é o clássico assassino silencioso: os certificados têm vida curta de propósito e cada vez mais curta, e uma renovação perdida derruba o site inteiro até ser corrigida — que é exatamente por que a emissão e a renovação automáticas não são um luxo, e sim o núcleo do recurso. Conteúdo misto e links HTTP perdidos disparam avisos do navegador mesmo em um site HTTPS; servir tudo pelo seu único domínio HTTPS canônico mantém isso limpo.
O que você recebe em troca não é cosmético. Seu próprio domínio é a superfície de confiança de todo o negócio. Os navegadores agora marcam qualquer página em HTTP puro como 'Não seguro' na barra de endereços, e os clientes leem isso ao pé da letra — um subdomínio sem marca e com um aviso é um cadastro perdido. Um domínio de verdade com um certificado válido é o mínimo para parecer uma empresa que aceita pagamentos.
E isso rende juros com o tempo. Os buscadores tratam o HTTPS como um sinal de ranqueamento e indexam o seu domínio, não o de uma plataforma — então cada página que você publica constrói patrimônio em um endereço que você possui, e não no do dono do imóvel. Os links das suas faturas, suas confirmações de agendamento e todo o seu marketing apontam para um único nome que você controla. Se um dia você precisar mudar como o app é construído, o domínio e a confiança, os backlinks e os favoritos que ele acumulou continuam no lugar. Essa é a diferença silenciosa entre alugar um espaço na URL de outra pessoa e ser dono da porta da frente: na ybuild o app é hospedado para você, mas o endereço, e o negócio construído sobre ele, é inequivocamente seu.
Perguntas frequentes
Preciso comprar um domínio à parte ou a ybuild me dá um?
Você traz seu próprio domínio de qualquer registrador — esse nome continua sendo seu. A ybuild hospeda nele o seu app em funcionamento: você cola o único registro DNS que a ybuild te mostra e o app no ar é servido em seunegocio.com com o SSL cuidado automaticamente. Você é dono do endereço; a ybuild opera o app por trás dele.
Quanto tempo até meu domínio ficar no ar depois de conectá-lo?
Normalmente de minutos a algumas horas. Assim que você adiciona o registro DNS, a ybuild fica de olho até ele resolver e então emite automaticamente o certificado TLS para o site abrir por HTTPS. Em casos raros, os caches de DNS podem levar até 48 horas para atualizar por completo, mas a maioria dos domínios fica no ar e protegida no mesmo dia.
Quem gerencia o certificado SSL e suas renovações?
A ybuild, do início ao fim. O certificado é emitido automaticamente no instante em que seu domínio resolve, e se renova sozinho bem antes de expirar — o cadeado nunca cai. Você nunca instala um cliente ACME, roda um job de renovação ou encosta em uma chave privada.
Posso usar meu domínio raiz como seunegocio.com, não só o www?
Sim. A ybuild suporta tanto o ápice (seunegocio.com) quanto o www, e reconcilia os dois em um único endereço canônico para que os links e o SEO não se dividam. Subdomínios como app.seunegocio.com ou agenda.seunegocio.com funcionam do mesmo jeito — aponte-os para a ybuild e o app é servido ali.
O que acontece com meu domínio no ar quando eu mudo o app?
Nada quebra. Quando você edita o app — adiciona um campo, uma página ou um preço — a nova versão se atualiza no lugar, na mesma URL do seu domínio, ainda hospedada na ybuild. Seu domínio, seus links e seus favoritos continuam no lugar; não há redeploy nem re-apontamento a fazer.
Fontes
- 10 anos dos certificados do Let's Encrypt — A autoridade certificadora sem fins lucrativos por trás do TLS gratuito e automático hoje emite cerca de 10 milhões de certificados por dia, e o HTTPS cresceu de menos de 30% para aproximadamente 80% do tráfego da web — a infraestrutura que torna possíveis os certificados sem intervenção em um domínio próprio.
- RFC 8555: Ambiente de Gerenciamento Automático de Certificados (ACME) — O padrão do IETF que permite a uma autoridade certificadora e ao dono de um domínio automatizar a prova de controle, a emissão e a renovação — o protocolo rodando por baixo dos panos quando a ybuild protege o seu domínio.
- HTTPS como sinal de ranqueamento — Google Search Central — A declaração oficial do Google de que o HTTPS é usado como sinal de ranqueamento — uma razão pela qual servir seu app no seu próprio domínio protegido importa para como os clientes encontram você.
- Por que o HTTPS importa — web.dev — A orientação do Google para desenvolvedores sobre por que todo site precisa de HTTPS, incluindo o aviso 'Não seguro' do navegador mostrado em páginas de HTTP puro que um certificado válido no seu domínio remove.
Descreva e publique no seu próprio domínio de uma vez: hospedado, full-stack, sem servidor. Comece grátis.