Guia · Internet
O que acontece quando você abre um site?
O navegador interpreta o endereço, encontra o serviço, solicita recursos e monta a página. DNS, conexão, HTTPS e cache participam do caminho, com variações conforme o que já está disponível.
Escrito pela equipe Compuzilla
Publicado em . Atualizado em .
Nesta leitura

Do endereço à página
- Endereço e DNS
- Recursos por HTTPS
- Página
1. Entender o endereço
Ao digitar um endereço como https://exemplo.com/artigo/, o navegador identifica partes com funções distintas. https indica o esquema de acesso; exemplo.com identifica o serviço pelo nome; /artigo/ é o caminho do recurso.
O texto poderia também ser uma consulta encaminhada a um buscador. Neste guia, acompanhamos um endereço direto de uma página HTTPS, sem detalhar toda implementação possível.
2. Encontrar informações sobre o destino
O dispositivo pode consultar o DNS para obter endereços associados ao nome. Um resolvedor pode responder a partir do cache ou consultar a hierarquia de servidores.
O DNS não devolve o artigo. Ele fornece informações que ajudam a estabelecer a comunicação com o serviço. Respostas já conhecidas podem evitar novas consultas; o nome também pode indicar mais de um endereço.
3. Preparar a comunicação protegida
Quando necessário, o cliente estabelece comunicação com o serviço. O caminho exato depende do protocolo e de conexões que já estejam abertas. Não existe uma nova conexão independente para cada arquivo em todos os casos.
No HTTPS, mecanismos de TLS protegem a comunicação contra leitura e alteração indevidas e participam da autenticação do servidor. Certificados e a verificação do nome ajudam o cliente a conferir com quem está se comunicando.
Isso não garante que o conteúdo publicado seja verdadeiro nem que uma oferta seja honesta. A proteção da comunicação e a confiabilidade do texto são perguntas diferentes.
4. Pedir um recurso e receber uma resposta
HTTP define solicitações e respostas. Para obter um recurso, o navegador pode enviar um pedido GET. O servidor responde com informações de estado, campos de cabeçalho e, quando apropriado, o conteúdo.
Uma resposta pode entregar o documento, indicar outro endereço por redirecionamento ou informar um erro. Não é obrigatório que todo pedido resulte numa página completa.
5. Montar a página
O navegador processa o HTML e pode descobrir referências a imagens, estilos e scripts. Esses recursos podem exigir outras solicitações. CSS participa da apresentação; JavaScript pode alterar a página e permitir interações.
A tela pode aparecer aos poucos. Um documento de texto visível não significa que todas as imagens ou funções já estejam prontas. Recursos podem vir de servidores diferentes.
O papel do cache e das exceções
Caches guardam dados para possível reutilização. Conforme as regras HTTP, um cliente pode usar uma resposta ainda válida ou verificar se a versão mudou. Cache não significa que todo conteúdo fique disponível sem rede.
Assim, o fluxo é uma orientação por funções: endereço → localização do serviço → comunicação → recursos → apresentação. Algumas etapas aproveitam trabalho anterior; outras podem ocorrer várias vezes, em paralelo ou após um redirecionamento.
Se uma etapa falha, o resultado depende de qual recurso foi afetado. Um DNS resolvido não garante resposta HTTP; uma resposta recebida não garante que todo elemento da página funcione.
Próxima leitura
Leia DNS para aprofundar a parte que liga nomes às informações usadas para encontrar serviços.
Fontes para aprofundar
- IETF — RFC 1034, seção 5, resolução de nomes (fonte primária)
- IETF — RFC 9110, seções 4.2, 6 e 9.3.1, URI, mensagens e GET (fonte primária)
- IETF — RFC 8446, seção 1, propriedades do TLS 1.3 (fonte primária)
- WHATWG — HTML Living Standard, navegação e carregamento (fonte primária)
- IETF — RFC 9111, seção 4, reutilização de respostas em cache (fonte primária)