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. Existem alguns protocolos, como o TCP, FTP, mas hoje vamos falar sobre o HTTP.
HTTP é a abreviação de Hyper Text 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?
Toda vez que você abre uma página, acontece a mesma sequência — e ela leva menos de um segundo.
Primeiro, o navegador descobre onde o site está. Ele consulta o DNS para traduzir o nome do domínio no endereço IP do servidor.
Depois, envia o pedido. É o que se chama de request: uma mensagem dizendo qual arquivo ele quer, no formato que o protocolo define. Algo como “me dê a página /contato”.
O servidor processa e responde. A resposta — o response — traz duas coisas: o conteúdo pedido, e um código de status dizendo o que aconteceu. O 200 significa que deu certo; o 404, que o arquivo não existe.
E o navegador monta a página. Se ela tem imagens, folhas de estilo ou scripts, cada um deles gera um novo par de pedido e resposta — o que significa que 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 — hoje ele representa a grande maioria do tráfego da internet. 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 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, e cinco 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 |
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 e OPTIONS são seguros; os demais não.
Idempotente significa que repetir o pedido produz o mesmo resultado. GET, PUT e DELETE são idempotentes — apagar duas vezes deixa o recurso apagado do mesmo jeito. POST não é: enviar o mesmo formulário duas vezes cria dois cadastros.
⚠️ É 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.
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:
Os códigos de status HTTP informativos
| 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 apenas alguns exemplos dos códigos de resposta HTTP mais comuns. Existem outros códigos que fornecem informações mais detalhadas sobre diferentes situações. Ao receber um código de resposta HTTP, os clientes, como navegadores da web, interpretam esses códigos para determinar o status da solicitação e tomar ações adequadas.
Uma breve história do HTTP
Em meados de 1991, Tim Berners Lee criou um protocolo para fazer o download de arquivos hipertexto de servidores. Hipertexto eram os primeiros arquivos que faziam uso da linguagem HTML (Hyper Text Markup Language).
A primeira versão do protocolo HTTP era bastante simples, e funcionava através de Telnet (um protocolo de comunicação de servidores, similar ao SSH). Entre os anos de 1991 e 1995, surgiram os primeiros navegadores web. Por sua vez, eles faziam o download das páginas hipertexto, já usando o protocolo HTTP.
A versão HTTP/1.0, uma grande evolução do protocolo HTTP, surgiu em 1996 (RFC1945). Em seguida, em 1997, fundaram o HTTP/1.1, uma evolução do protocolo. Esta foi a versão mais robusta e difundida até então. Como diferenças para as versões anteriores, o protocolo passou a ter uma melhor correção de erros, controle de tráfego de dados, dados sobre expiração das páginas, entre outros.
HTTP/3 é a versão mais recente do protocolo HTTP, 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.
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, envia uma requisição dizendo qual arquivo 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.
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.
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.
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.
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.
O que é HTTP/3?
A versão mais recente do protocolo. 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 trouxe multiplexação, permitindo vários pedidos simultâneos na mesma conexão. E o HTTP/3 trocou o TCP pelo QUIC, resolvendo um problema que o HTTP/2 ainda tinha: uma falha de pacote atrasava todas as requisições ao mesmo tempo.
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 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.
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.
