HTTP é o protocolo que permite a você acessar páginas na internet. Toda vez que você digita um endereço no navegador ou clica em um link, é o HTTP que faz a comunicação entre o seu dispositivo e o servidor onde o site está hospedado, trazendo a página até a sua tela.
A sigla vem do inglês Hypertext Transfer Protocol (Protocolo de Transferência de Hipertexto). É um dos protocolos mais importantes da web — sem ele, simplesmente não seria possível navegar entre sites.
Neste guia, você vai entender de forma simples o que é o HTTP, para que serve, como funciona, qual a diferença para o HTTPS e o que significam os códigos de resposta que aparecem quando algo dá certo (ou errado) na internet.
Conteúdo
O que é HTTP
Ao acessar um site, você usa uma URL — o endereço completo da página. E deve ter reparado que ela começa com uma sigla seguida de ://.
Por exemplo: http://www.exemplo.com.br
Tudo o que vem antes desse código é o protocolo usado para fazer um site chegar até a sua tela. Outros protocolos também podem aparecer nesse lugar, como o FTP (ftp://), mas aqui o assunto é o HTTP. Por baixo dele, quem transporta os dados é o TCP.
HTTP é a abreviação de Hypertext Transfer Protocol, que significa: Protocolo de Transferência de Hipertexto.
O HTTP é um entre vários protocolos que fazem a internet funcionar — nosso guia de protocolos web reúne todos eles, com a função e a porta de cada um.
Para que serve o HTTP
O HTTP define as regras da conversa entre o navegador e o servidor: como o pedido é formatado, o que a resposta deve conter, e o que significa cada código de retorno.
Sem essas regras combinadas, cada navegador falaria de um jeito e cada servidor de outro — e a web não funcionaria entre sistemas diferentes.
É por isso que uma página feita há vinte anos ainda abre hoje, e que qualquer navegador acessa qualquer site: o protocolo é o acordo que todos respeitam.
Como o HTTP funciona?
O HTTP funciona por pedido e resposta: o navegador envia uma requisição ao servidor dizendo o que quer, e o servidor devolve o conteúdo junto com um código de status que informa o resultado. Toda vez que você abre uma página, essa sequência se repete, e leva menos de um segundo:
- O navegador descobre onde o site está. Ele consulta o DNS para traduzir o nome do domínio no endereço IP do servidor.
- Abre uma conexão com o servidor. Pela porta 80 no HTTP, ou pela 443 no HTTPS, em que a conexão é criptografada antes de qualquer dado ser enviado.
- Envia o pedido, o request. Uma mensagem com o método, o endereço do arquivo e alguns cabeçalhos, algo como “GET /contato”.
- O servidor processa e responde, o response. A resposta traz um código de status (200 se deu certo, 404 se o arquivo não existe), os cabeçalhos e o conteúdo pedido.
- O navegador monta a página. Cada imagem, folha de estilo ou script gera um novo par de pedido e resposta. Por isso, abrir uma única página pode acionar dezenas de requisições.
O HTTP não guarda memória
⚠️ Uma característica que define o protocolo: o HTTP não guarda memória. Cada pedido é independente, e o servidor não lembra do anterior. É por isso que existem cookies e sessões — eles foram criados justamente para dar continuidade a algo que o protocolo, por desenho, não tem.
E isso é uma força, não uma limitação. Como cada pedido é independente, qualquer servidor de um conjunto pode atender qualquer requisição — o que torna possível escalar um site distribuindo o tráfego entre várias máquinas.
💡 Você pode ver tudo isso acontecendo. Pressione F12 no navegador, vá à aba Rede e recarregue a página. Cada linha é uma requisição HTTP, com o método, o código de status e o tempo que levou. É a forma mais direta de entender o protocolo — vendo-o funcionar.
Qual a diferença entre HTTP e HTTPS?
A diferença está no S, que significa Secure (seguro). Tanto o HTTP quanto o HTTPS fazem a mesma coisa — transferir páginas e arquivos entre o servidor e o seu navegador. A diferença é que o HTTPS faz isso de forma criptografada.
No HTTP comum, as informações trafegam em texto aberto. Isso significa que, se alguém interceptar a comunicação entre você e o site, consegue ler tudo o que está sendo trocado — senhas, dados de cartão, mensagens. No HTTPS, esses dados são embaralhados por criptografia, de modo que, mesmo que sejam interceptados, ficam ilegíveis para terceiros.
Para funcionar, o HTTPS usa um certificado SSL/TLS. Quando você acessa um site seguro, o servidor e o navegador fazem uma “negociação” inicial (o chamado handshake): o servidor apresenta seu certificado, os dois combinam uma chave secreta e, a partir daí, toda a comunicação passa a ser criptografada. É por isso que o navegador exibe um cadeado ao lado do endereço de sites HTTPS.
Para deixar seu site seguro com HTTPS, você precisa de um certificado SSL. A Homehost oferece certificado SSL grátis em todos os planos de hospedagem.
Além da criptografia, os dois protocolos usam canais diferentes: o HTTP trafega pela porta 80 e o HTTPS pela porta 443. Essa porta faz parte da URL, ainda que quase nunca apareça — os navegadores a preenchem sozinhos conforme o protocolo.
Por que a internet hoje é majoritariamente HTTPS?
Nos últimos anos, o HTTPS deixou de ser exceção e virou o padrão da web. Segundo o Google, a parcela de páginas carregadas em HTTPS no Chrome saiu de algo entre 30% e 45% em 2015 para a faixa de 95% a 99% por volta de 2020. Três fatores explicam essa transição:
Segurança dos dados. Com o aumento de transações financeiras, logins e compartilhamento de informações sensíveis online, proteger esses dados deixou de ser opcional. A criptografia do HTTPS é o que torna isso possível.
Confiança do usuário. O cadeado na barra de endereço virou um sinal de credibilidade. Sites sem HTTPS são marcados como “Não seguro” pelos navegadores, o que afasta visitantes e prejudica a reputação.
Incentivo do Google e do mercado. O Google passou a priorizar sites HTTPS nos resultados de busca, transformando a segurança também em fator de SEO. Ao mesmo tempo, certificados SSL/TLS ficaram gratuitos e fáceis de instalar, removendo a última barreira para a adoção.
O próximo passo vem do próprio navegador. O Google anunciou que, a partir do Chrome 154, de outubro de 2026, o Chrome passa a tentar sempre a versão HTTPS dos sites e, se um site público só funciona em HTTP, pede confirmação ao visitante antes de abrir. Para quem tem um site sem certificado, isso significa um aviso para quem abre o site pela primeira vez.
O resultado é uma web mais segura por padrão — e a expectativa é que sites em HTTP simples se tornem cada vez mais raros.
Os métodos HTTP
Todo pedido carrega um método — o verbo que diz ao servidor o que fazer. São nove no total: oito definidos na especificação principal do HTTP, a RFC 9110, e o PATCH, acrescentado depois, na RFC 5789. Cinco deles cobrem quase tudo.
| Método | O que faz | Altera dados? |
|---|---|---|
| GET | Busca um recurso — é o que o navegador usa ao abrir uma página | Não |
| POST | Envia dados para criar algo — um formulário, um cadastro | Sim |
| PUT | Substitui um recurso inteiro | Sim |
| PATCH | Altera parte de um recurso | Sim |
| DELETE | Remove um recurso | Sim |
| HEAD | Igual ao GET, mas devolve só os cabeçalhos, sem o conteúdo | Não |
| OPTIONS | Pergunta quais métodos o servidor aceita | Não |
| CONNECT | Abre um túnel até o servidor de destino; é o que os proxies usam para repassar conexões HTTPS | Não |
| TRACE | Devolve a própria requisição, para diagnóstico; quase sempre fica desativado nos servidores | Não |
Dois conceitos separam esses métodos, e eles aparecem em qualquer entrevista técnica:
Seguro significa que o método não altera nada no servidor. GET, HEAD, OPTIONS e TRACE são seguros. POST, PUT, PATCH e DELETE não são, e o CONNECT fica à parte, porque só abre um túnel.
Idempotente significa que repetir o pedido produz o mesmo resultado. Todos os métodos seguros são idempotentes, e o PUT e o DELETE também: apagar duas vezes deixa o recurso apagado do mesmo jeito. O POST não é, porque enviar o mesmo formulário duas vezes cria dois cadastros, e o PATCH também não tem essa garantia.
⚠️ É por isso que o navegador avisa antes de recarregar uma página de confirmação de compra — ela veio de um POST, e repetir o pedido criaria um segundo pedido.
Os cabeçalhos
Além do conteúdo, toda requisição e toda resposta carregam cabeçalhos — linhas de informação sobre a mensagem.
No pedido, eles dizem quem está pedindo e o que aceita: o User-Agent identifica o navegador, o Accept-Language informa o idioma preferido, e o Cookie carrega a sessão.
Na resposta, dizem o que está sendo entregue: o Content-Type informa se é HTML, imagem ou JSON, e o Cache-Control diz por quanto tempo o navegador pode guardar aquilo.
⚠️ O Cache-Control é o mais subestimado. Uma única linha — Cache-Control: max-age=3600 — faz navegadores e CDNs guardarem a resposta por uma hora, poupando milhares de requisições ao servidor sem nenhuma linha de código a mais.
São mais de cem cabeçalhos registrados, e eles se dividem por função: identificação, conteúdo, cache, segurança e autenticação. Nosso guia de cabeçalhos HTTP traz a referência completa — incluindo os quatro de segurança que todo site deveria enviar e quase nenhum envia.
Códigos de resposta HTTP
Os servidores enviam códigos de resposta HTTP para indicar o status de uma solicitação feita por um cliente, como um navegador da web. Cada código de resposta tem um significado específico, fornecendo informações sobre o sucesso, redirecionamento, erro ou outros estados da solicitação. Aqui estão alguns dos códigos de resposta HTTP mais comuns e seus significados:
Tabela dos códigos de status mais comuns
| Código | Nome | Significado |
|---|---|---|
| 1xx — Informativos | ||
| 100 | Continuar | O servidor recebeu o início da solicitação e aguarda o restante. |
| 101 | Mudando protocolos | O servidor concorda em trocar para o protocolo pedido pelo cliente. |
| 2xx — Sucesso | ||
| 200 | OK | A solicitação foi bem-sucedida e o conteúdo foi retornado. |
| 201 | Criado | A solicitação teve sucesso e criou um novo recurso. |
| 204 | Sem conteúdo | A solicitação teve sucesso, mas não há conteúdo a retornar. |
| 3xx — Redirecionamento | ||
| 301 | Movido permanentemente | O recurso foi movido de forma definitiva para um novo endereço. |
| 302 | Encontrado | O recurso está temporariamente em outro endereço; o original continua válido. |
| 304 | Não modificado | O recurso não mudou desde a última vez; o navegador usa a versão em cache. |
| 4xx — Erro do cliente | ||
| 400 | Solicitação inválida | A requisição tem sintaxe inválida ou está mal formada. |
| 403 | Proibido | O cliente não tem permissão para acessar o recurso. |
| 404 | Não encontrado | O servidor não encontrou o recurso solicitado. |
| 5xx — Erro do servidor | ||
| 500 | Erro interno | O servidor encontrou uma condição inesperada e não processou a requisição. |
| 502 | Gateway inválido | O servidor, atuando como gateway, recebeu uma resposta inválida de outro servidor. |
| 503 | Serviço indisponível | O servidor está temporariamente fora do ar por sobrecarga ou manutenção. |
Esses são os códigos que mais aparecem no dia a dia. A lista completa, com o significado de cada um e o que fazer quando um erro aparece no seu site, está no nosso guia de status HTTP.
Uma breve história do HTTP
Em 1991, Tim Berners-Lee, no CERN, criou um protocolo para buscar arquivos de hipertexto em servidores: as primeiras páginas escritas em HTML (Hypertext Markup Language).
Essa primeira versão, depois chamada de HTTP/0.9, era bem simples. O pedido tinha uma única linha (GET seguido do endereço da página), não havia cabeçalhos nem códigos de status, e a resposta era sempre um documento HTML. Era tão simples que dava para testá-la digitando o pedido à mão num cliente Telnet, o protocolo de terminal remoto que o SSH veio substituir.
O HTTP/1.0, de 1996 (RFC 1945), trouxe os cabeçalhos, os códigos de status e o suporte a outros tipos de arquivo além do HTML, como imagens. Em 1997 veio o HTTP/1.1 (RFC 2068, revisado em 1999 na RFC 2616), a versão que sustentou a web por quase vinte anos. Ele passou a manter a conexão aberta para vários pedidos seguidos e tornou obrigatório o cabeçalho Host, que diz ao servidor qual site o visitante quer abrir. É graças a ele que um mesmo servidor, com um único IP, consegue hospedar centenas de sites, que é a base da hospedagem compartilhada.
O HTTP/2, de 2015 (RFC 7540), mudou o formato das mensagens de texto para binário, passou a comprimir os cabeçalhos e trouxe a multiplexação: vários pedidos e respostas trafegam ao mesmo tempo na mesma conexão, em vez de um de cada vez. Nos navegadores, ele só funciona com HTTPS.
O HTTP/3, padronizado em 2022 (RFC 9114), é a versão mais recente do protocolo, projetada para melhorar a velocidade, a confiabilidade e a segurança na transmissão de dados na web. Diferente de suas versões anteriores, HTTP/3 usa o protocolo QUIC como base, que opera sobre UDP em vez de TCP, permitindo conexões mais rápidas e resilientes, especialmente em redes móveis ou instáveis.
Entre suas vantagens, estão a redução do “head-of-line blocking”, que ocorre em HTTP/2 quando uma única falha atrasa a entrega de todas as requisições multiplexadas, e uma integração direta com criptografia TLS 1.3, tornando todas as conexões mais seguras. Essas mudanças tornam o HTTP/3 especialmente útil para aplicativos e sites de alto desempenho que exigem latência mínima e alta disponibilidade.
| Versão | Ano | O que mudou | Especificação atual |
|---|---|---|---|
| HTTP/0.9 | 1991 | Uma linha de pedido, só HTML, sem cabeçalhos | Documento original de Tim Berners-Lee |
| HTTP/1.0 | 1996 | Cabeçalhos, códigos de status e outros tipos de arquivo | RFC 1945 |
| HTTP/1.1 | 1997 | Conexão persistente e cabeçalho Host obrigatório | RFC 9112 |
| HTTP/2 | 2015 | Formato binário, compressão de cabeçalhos e multiplexação | RFC 9113 |
| HTTP/3 | 2022 | Troca o TCP pelo QUIC, que roda sobre UDP | RFC 9114 |
Os métodos, os códigos de status e os cabeçalhos, que são comuns a todas as versões, estão definidos na RFC 9110, de 2022.
O papel das universidades
A web nasceu num centro de pesquisa — o CERN — e cresceu nas universidades antes de chegar ao público. Foram elas que criaram os primeiros sites, para compartilhar artigos, materiais de curso e bibliotecas digitais entre instituições.
E não só usaram: ajudaram a construir. Pesquisadores universitários contribuíram com os padrões que definiram o HTTP e o HTML, e o NCSA — na Universidade de Illinois — produziu o Mosaic, o primeiro navegador de uso amplo, e o servidor web que deu origem ao Apache.
Perguntas frequentes
O que significa HTTP?
HTTP é a sigla de Hypertext Transfer Protocol — Protocolo de Transferência de Hipertexto. É o conjunto de regras que permite ao navegador e ao servidor trocarem informações, trazendo as páginas da web até a sua tela.
Como o HTTP funciona?
Por pedido e resposta. O navegador descobre o IP do servidor via DNS, abre uma conexão com ele, envia uma requisição dizendo o que quer, e o servidor responde com o conteúdo mais um código de status. Cada imagem e script da página gera um novo par de pedido e resposta.
Quais são os métodos HTTP?
São nove: GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS, CONNECT e TRACE. Os mais usados são o GET, para buscar uma página ou um dado, e o POST, para enviar um formulário. PUT, PATCH e DELETE aparecem principalmente em APIs.
O que são os códigos de resposta HTTP?
Números que o servidor envia indicando o resultado da solicitação. O primeiro dígito diz a categoria: 2xx é sucesso, 3xx é redirecionamento, 4xx é erro do cliente e 5xx é erro do servidor. Os mais conhecidos são o 200, o 301, o 404 e o 500.
Qual porta o HTTP usa?
A porta 80. O HTTPS usa a 443. Você quase nunca vê esses números porque o navegador os preenche automaticamente conforme o protocolo no início do endereço.
Por que o HTTP não guarda memória entre as páginas?
Porque ele é stateless por desenho — cada pedido é independente, e o servidor não lembra do anterior. Foi uma decisão de simplicidade que tornou o protocolo escalável. Os cookies e as sessões existem justamente para contornar isso, guardando o estado que o HTTP não guarda.
Qual a diferença entre HTTP e HTTPS?
O S significa Secure. Os dois fazem a mesma coisa — transferir páginas entre servidor e navegador —, mas o HTTPS faz isso de forma criptografada, usando um certificado SSL/TLS. Se alguém interceptar a comunicação, os dados ficam ilegíveis.
O HTTP é seguro?
Não. Os dados trafegam em texto aberto e podem ser lidos por quem interceptar a conexão — incluindo senhas e dados de cartão. Para qualquer site que receba informação do visitante, o HTTPS é obrigatório na prática.
Preciso de certificado SSL para usar HTTPS?
Sim — o HTTPS depende de um certificado SSL/TLS instalado no servidor. A boa notícia é que ele ficou gratuito: na Homehost, está incluído em todos os planos de hospedagem, com instalação e renovação automáticas.
Meu site já está no ar em HTTP. Como migro para HTTPS?
Instale o certificado, configure o redirecionamento de HTTP para HTTPS, e atualize os links internos que apontem para http://. Sem o redirecionamento 301, você fica com duas versões do site — uma em cada protocolo —, o que divide o sinal para os buscadores.
HTTPS deixa o site mais lento?
Não de forma perceptível. A criptografia acrescenta uma etapa de negociação no início da conexão, mas o custo é de milissegundos — e, nos navegadores, o HTTPS é pré-requisito para o HTTP/2 e o HTTP/3, que são mais rápidos que o HTTP simples. Na prática, um site em HTTPS moderno é mais rápido que um em HTTP.
O Chrome bloqueia sites em HTTP?
Não bloqueia, mas avisa. O Google anunciou que, a partir do Chrome 154, de outubro de 2026, o navegador tenta sempre a versão HTTPS do site e, se um site público só funciona em HTTP, pede confirmação antes de abrir. Endereços internos, como o painel do roteador, ficam de fora.
O que é HTTP/3?
A versão mais recente do protocolo, padronizada em 2022. Diferente das anteriores, ela abandonou o TCP em favor do QUIC, que roda sobre UDP — o que reduz o tempo para estabelecer a conexão e melhora o desempenho em redes móveis e instáveis.
Qual a diferença entre HTTP/1.1, HTTP/2 e HTTP/3?
O HTTP/1.1, de 1997, envia um pedido por vez em cada conexão. O HTTP/2, de 2015, trouxe a multiplexação, permitindo vários pedidos simultâneos na mesma conexão. E o HTTP/3, de 2022, trocou o TCP pelo QUIC, resolvendo um problema que o HTTP/2 ainda tinha: a perda de um único pacote atrasava todas as requisições da conexão.
Todo plano da Homehost inclui certificado SSL gratuito, com instalação automática e renovação sem você precisar lembrar — seu site nasce em HTTPS. Servidores no Brasil, cPanel, backup diário e suporte em português. A partir de R$ 7,90/mês, com migração gratuita.
Ver planos de hospedagemConclusão
O HTTP é o acordo que faz a web funcionar. Ele define como o navegador pede e como o servidor responde — e é por isso que uma página escrita há vinte anos ainda abre hoje, em qualquer navegador, vinda de qualquer servidor.
Três coisas ficam deste guia. O HTTP funciona por pedido e resposta: o navegador pergunta, o servidor responde, e cada resposta traz um código que diz o que aconteceu. O HTTPS é o mesmo protocolo com criptografia — e deixou de ser opcional, tanto pela segurança quanto pelo ranqueamento. E o HTTP/3, a versão mais recente, abandonou o TCP em favor do QUIC para reduzir o tempo de conexão.
Na prática, você não configura nada disso. O protocolo já está lá, funcionando desde 1991. A única decisão que ainda cabe a quem tem um site é garantir que ele responda em HTTPS — e essa hoje custa zero.
