HTTP: a conversa por trás da Web

PROTOCOLO DE APLICAÇÃO

HTTP define como pedir e como responder.

HTTP significa Hypertext Transfer Protocol. Ele começou como um protocolo para buscar hipertexto, mas hoje transporta HTML, CSS, JavaScript, imagens, vídeos, fontes, JSON e muitas outras representações. É um protocolo de aplicação baseado no modelo cliente–servidor e em trocas de requisição e resposta.

CLIENTE, INTERMEDIÁRIO E SERVIDOR

A requisição vai; a resposta volta.

O cliente sempre inicia a troca HTTP. Um proxy ou CDN pode participar do caminho, mas continua existindo uma mensagem de requisição e uma mensagem de resposta. Percorra o diagrama para acompanhar o papel de cada componente.

1. Interpretar a URL. O navegador separa esquema, host, porta, caminho, query e fragmento. O fragmento não é enviado na requisição HTTP.
2. Preparar a conexão. Após DNS, HTTP/1.1 e HTTP/2 normalmente usam TCP; HTTPS acrescenta TLS. HTTP/3 usa QUIC sobre UDP, com segurança integrada.
3. Enviar a requisição. Método e alvo expressam a intenção; headers dão contexto; algumas requisições também carregam um corpo.
4. Processar no servidor. Servidor Web, aplicação, cache e banco de dados podem cooperar para produzir a representação.
5. Receber a resposta. O status informa o resultado, headers descrevem a resposta e o corpo pode conter a representação solicitada.
6. Descobrir dependências. Ao processar o HTML, o navegador cria outras requisições e combina os recursos para montar a interface.

ANATOMIA DA MENSAGEM

A estrutura é simples; a semântica é precisa.

A forma textual do HTTP/1.1 é a melhor maneira de aprender. HTTP/2 e HTTP/3 codificam a comunicação em frames binários, mas preservam conceitos como método, alvo, status, campos e conteúdo.

GET /produtos/42?moeda=BRL HTTP/1.1
Host: loja.exemplo.com
Accept: application/json
Accept-Language: pt-BR
User-Agent: Navegador/1.0

[sem corpo nesta requisição GET]

HTTP/1.1 200 OK
Content-Type: application/json; charset=utf-8
Cache-Control: max-age=60
Content-Length: 68

{"id":42,"nome":"Teclado","preco":199.90,"moeda":"BRL"}

Status não é apenas “sucesso ou erro”. O significado depende do método e da situação. 304 Not Modified, por exemplo, não é falha: permite reutilizar uma representação em cache. Métodos, headers, cookies e sessões serão aprofundados em uma página própria.

HTTP PROTEGIDO POR TLS

HTTPS cria um canal protegido antes de enviar HTTP.

No esquema https://, cliente e servidor estabelecem proteção criptográfica. Em HTTP/1.1 e HTTP/2, isso normalmente significa HTTP sobre TLS sobre TCP. Em HTTP/3, o QUIC incorpora o handshake TLS e oferece os serviços de transporte seguro.

EVOLUÇÃO DO TRANSPORTE

A linguagem permaneceu; a viagem ficou mais eficiente.

Métodos como GET, status como 200 e headers como Content-Type mantêm essencialmente a mesma semântica. As versões modernas alteram a codificação e a maneira de transportar várias trocas simultâneas.

OBSERVE A WEB REAL

Abra a aba Network e encontre o protocolo em ação.

O DevTools reconstrói os conceitos HTTP mesmo quando os dados viajaram em frames binários ou criptografados. Isso permite estudar a troca sem montar mensagens manualmente.

1. Abra o DevTools. Pressione F12 ou Ctrl+Shift+I e escolha a aba Network.
2. Recarregue a página. Marque “Disable cache” apenas durante o experimento se quiser observar novas transferências.
3. Selecione o documento HTML. Identifique Request URL, Request Method, Status Code e Remote Address.
4. Compare Headers e Response. Separe metadados do conteúdo e procure content-type, cache-control e content-encoding.
5. Exiba a coluna Protocol. Compare http/1.1, h2 e h3 em sites diferentes. A versão é negociada; ela não aparece obrigatoriamente na URL.
6. Observe o waterfall. Relacione DNS, conexão, TLS, espera pelo primeiro byte e transferência com as etapas aprendidas.

CONTINUE EXPLORANDO

Referências e estudos adicionais

As RFCs atuais separam a semântica comum do HTTP das especificações de cada versão de mensagem e transporte. Essa divisão é a base conceitual desta aula.