Domínio, hospedagem e site: o que é cada coisa e de quem é a responsabilidade

Quando um site sai do ar, a primeira pergunta do dono costuma ser "quem quebrou meu site?". A resposta quase nunca é uma pessoa só, porque o que você chama de "meu site" são três coisas separadas, contratadas em lugares diferentes, com prazos diferentes e responsáveis diferentes. Separar as três é o que transforma um problema confuso em um telefonema certo.

A resposta curta

O domínio é o endereço: suaempresa.com.br. A hospedagem é o computador ligado à internet que guarda os arquivos e responde quando alguém digita esse endereço. O site são os arquivos em si — as páginas, as fotos, os textos, o formulário.

Uma analogia que funciona: o domínio é o número da rua, a hospedagem é o imóvel e o site é o que está dentro dele. Você pode trocar o que está dentro sem mudar de imóvel, pode mudar de imóvel mantendo o mesmo número na correspondência, e pode perder o número da rua com o imóvel intacto — e nesse caso ninguém chega até você.

O domínio é um direito de uso, com prazo

Este é o ponto que mais gera surpresa. A documentação da MDN é direta sobre isso: você não compra um nome de domínio. Você paga pelo direito de usá-lo por um ou mais anos, com prioridade de renovação sobre outros interessados — mas nunca vira dono dele em definitivo. O mecanismo existe justamente para que nomes abandonados voltem a circular em vez de ficarem travados para sempre.

Duas consequências práticas saem daí:

• Domínio vence. Se a renovação não for paga, o endereço para de funcionar — e depois de um período volta a ficar disponível para qualquer um. Não existe aviso do universo: existe um e-mail que chega na caixa de quem foi cadastrado como contato no registro.
• O cadastro define quem manda. Quem consta como titular no registro é quem pode transferir, renovar e apontar o domínio para outro lugar. Se esse cadastro está no CPF ou CNPJ de um terceiro que fez o site para você, o endereço da sua empresa está sob o controle dele, não seu.

A MDN registra ainda que o registrador pede seu endereço real no cadastro e que, em alguns países, dados inválidos podem levar ao encerramento do domínio. Preencher o cadastro com dados de verdade não é burocracia: é o que sustenta a titularidade.

A hospedagem é o computador que responde

Do lado técnico, um servidor web é um computador conectado à internet que guarda os arquivos do site e um programa que entende endereços e o protocolo HTTP. Quando o navegador pede uma página, esse programa procura o arquivo, encontra e devolve. Se não encontra, devolve o erro 404 — aquela página de "não encontrado" que todo mundo já viu.

A MDN separa dois tipos. No servidor estático, os arquivos são entregues como estão, prontos. No servidor dinâmico, há software extra — servidor de aplicação e banco de dados — que monta a página no momento do pedido, a partir de modelos e conteúdo guardado. Sites com milhares de páginas, como enciclopédias, funcionam assim: poucos modelos e um banco grande, em vez de milhares de arquivos soltos.

A diferença importa para você porque muda uma parte do que pode quebrar — não todas. O site dinâmico acrescenta camadas próprias: o banco pode ficar indisponível, uma atualização de software pode conflitar, um módulo pode parar depois de uma correção de segurança.

Seria erro concluir daí que o site estático só falha quando o servidor cai ou o arquivo some. Com servidor no ar e arquivos intactos, ainda podem falhar: o JavaScript que valida e envia o formulário, o apontamento de DNS, o certificado TLS que sustenta o HTTPS, uma fonte ou script carregado de outro domínio, e qualquer integração externa — mapa, agenda, chat. O visitante vê a página e mesmo assim não consegue falar com você. Ausência de banco de dados reduz uma classe de manutenção; não reduz a lista de falhas a dois casos. O que muda entre os dois modelos é a superfície de manutenção, e isso precisa estar claro em quem cuida do quê.

O que liga um ao outro: o DNS

O domínio sozinho não sabe onde seu site está. Quem faz essa ligação é o DNS, o sistema que traduz o nome legível no endereço numérico da máquina. A MDN descreve o caminho: o navegador pergunta ao computador se ele já conhece o endereço; se não conhece, pergunta a um servidor DNS; com o número em mãos, conversa com o servidor web.

Daí vem o famoso "está propagando". Cada servidor DNS guarda a informação por um tempo antes de buscar a versão atualizada. Quando você muda a hospedagem, a mudança não chega ao mundo inteiro no mesmo segundo — leva um tempo até que os servidores que guardaram o valor antigo procurem o novo. Nesse intervalo, é normal que uma pessoa veja o site novo e outra ainda veja o antigo.

Por que isso muda a conversa sobre falhas

"Site fora do ar" pode ser apontamento de DNS errado ou domínio vencido — e nenhum dos dois se resolve mexendo nos arquivos do site. Perguntar "o endereço resolve para o servidor certo?" antes de "o site está quebrado?" elimina uma hipótese inteira de graça, sem tocar em nada.

Quem responde por quê

Na prática, essas três camadas costumam ter responsáveis distintos, e o combinado precisa ser explícito antes de a primeira falha acontecer. Vale escrever, em uma linha cada, quem faz o quê:

• Registro do domínio — quem é o titular no cadastro, quem paga a renovação e para qual e-mail vão os avisos de vencimento.
• Hospedagem — quem contrata, quem paga, quem tem acesso ao painel e quem é acionado quando o servidor não responde.
• Certificado HTTPS — quem emite e quem confere a renovação. Certificado vencido derruba a confiança do visitante sem derrubar o servidor.
• Arquivos e conteúdo do site — quem altera texto, foto, preço, horário; e quem confere depois da alteração.
• Aviso e prazo — quem você aciona fora do horário comercial, e em quanto tempo essa pessoa responde. Sem isso escrito, "suporte" é uma palavra sem conteúdo.

Note que os itens não vêm necessariamente no mesmo contrato. É comum e legítimo que o domínio esteja em uma conta sua, a hospedagem em outro fornecedor e a manutenção do conteúdo com quem construiu o site. O que não pode é ninguém saber qual é qual.

Próximo passo

Se você não conseguiu responder à primeira pergunta da lista, comece por ela. Várias das sete dependem de terceiros quando dão errado — recuperar um painel de hospedagem sem acesso, por exemplo, passa pelo fornecedor. A titularidade vem primeiro por outro motivo: ela é a base das demais, porque quem controla o domínio decide para onde o endereço aponta. O caminho para arrumar isso, incluindo o que fazer quando os acessos estão espalhados por conversas antigas, está em como organizar os acessos do seu site.

Com as três camadas separadas e os responsáveis nomeados, a rotina de conferência fica simples: o que muda com frequência é o conteúdo, e é ele que pede revisão periódica — assunto de revisar um site já publicado. Se quiser ver sites publicados, os Sites Criados reúnem capturas do acervo — elas mostram como cada site ficou, e nada além disso: cadastro de domínio, responsáveis e rotina de renovação não aparecem numa captura de tela. A página de sites sob medida explica como trabalhamos.