Um protocolo é um conjunto de regras que define como dois computadores conversam. A web funciona porque existem dezenas deles, cada um resolvendo um problema específico — e você usa vários ao mesmo tempo sem perceber.
Abrir um site aciona pelo menos três. Enviar um e-mail, outros dois. Publicar um arquivo no servidor, mais um.
Este é o guia de referência: o que cada protocolo faz, em que porta trabalha, e quando ele entra em ação. Use como consulta — a tabela abaixo é o índice.
| O que é um protocolo | O conjunto de regras que define como dois sistemas trocam dados |
| Quantos você usa hoje | Ao abrir um site: DNS, TCP, TLS e HTTP — no mínimo |
| O que define cada um | Uma função específica e uma porta padrão |
| Todos rodam sobre | TCP/IP — a fundação da internet |
Conteúdo
O que é um protocolo
É um acordo. Duas máquinas de fabricantes diferentes, com sistemas diferentes, em continentes diferentes, precisam concordar sobre o formato da conversa antes de conversar.
O protocolo define esse formato: quem fala primeiro, como a mensagem é estruturada, o que significa cada resposta, e como a conversa termina.
A analogia da ligação telefônica funciona bem. Existe um protocolo social: quem atende diz “alô”, quem ligou se identifica, e a despedida sinaliza o fim. Se cada um fizesse do seu jeito, ninguém se entenderia.
Na web é a mesma coisa, com uma diferença: as regras estão escritas em documentos públicos chamados RFC, mantidos pela IETF. Qualquer pessoa pode implementar um protocolo lendo a especificação — e é por isso que a internet funciona entre sistemas que nunca se viram.
A tabela de referência
| Protocolo | Porta | Para que serve |
|---|---|---|
| HTTP | 80 | Transferir páginas web — sem criptografia |
| HTTPS | 443 | O mesmo, com criptografia TLS |
| DNS | 53 | Traduzir nomes de domínio em endereços IP |
| SMTP | 587 / 465 | Enviar e-mails |
| IMAP | 993 | Ler e-mails mantendo-os no servidor |
| POP3 | 995 | Baixar e-mails removendo-os do servidor |
| FTP | 21 | Transferir arquivos — sem criptografia |
| SFTP | 22 | Transferir arquivos sobre SSH |
| SSH | 22 | Acesso remoto por linha de comando |
| WebSocket | 80 / 443 | Comunicação bidirecional em tempo real |
⚠️ Repare no padrão: a versão criptografada de cada protocolo usa porta diferente da sem criptografia. É proposital — permite que as duas coexistam no mesmo servidor.
Para a lista completa de portas, veja nosso guia de portas de rede.
Os protocolos da web
HTTP
O protocolo da navegação. Quando você digita um endereço, o navegador manda uma requisição HTTP e o servidor devolve a página.
Funciona por requisição e resposta: o navegador pede, o servidor responde com um código de status — 200 se deu certo, 404 se não achou, 500 se algo quebrou.
⚠️ Sem criptografia. Tudo trafega em texto puro, incluindo senhas. Não deve mais ser usado sozinho — nosso guia sobre o que é HTTP detalha.
HTTPS
O mesmo HTTP, dentro de um túnel criptografado por TLS. O cadeado no navegador indica que ele está ativo.
Ele resolve três coisas: ninguém no caminho lê o conteúdo, ninguém altera os dados em trânsito, e o certificado prova que o servidor é quem diz ser.
Hoje é obrigatório na prática — o Chrome marca sites sem HTTPS como não seguros, e o Google o usa como fator de ranqueamento. E o certificado é gratuito, via Let’s Encrypt. Veja o que é HTTPS.
HTTP/3
A versão mais recente, e a primeira que abandona o TCP — ela roda sobre QUIC, construído em cima do UDP.
O ganho é o tempo de estabelecer conexão. No HTTP/2 sobre TCP, são necessárias várias idas e voltas antes do primeiro byte; o HTTP/3 reduz isso, o que se nota em redes móveis e conexões instáveis.
Só funciona sobre HTTPS. Nosso guia sobre HTTP/3 explica a mudança.
WebSocket
HTTP funciona por pergunta e resposta: o navegador pede, o servidor responde, a conversa acaba. Isso não serve para chat, notificação ao vivo ou jogo online, em que o servidor precisa falar sem ser perguntado.
O WebSocket resolve: a conexão começa como HTTP, é promovida a WebSocket com o código 101 Switching Protocols, e a partir daí os dois lados enviam mensagens livremente.
É o que faz um chat parecer instantâneo sem o navegador ficar perguntando “tem novidade?” a cada segundo.
Os protocolos de e-mail
São três, e a divisão é clara: um envia, dois recebem.
SMTP
O protocolo de envio. Ele leva a mensagem do seu programa até o servidor, e do seu servidor até o do destinatário.
Não guarda nada — é transporte puro, como um carteiro. Nosso guia sobre SMTP cobre a configuração e os erros mais comuns.
⚠️ A porta 25 é entre servidores, e está bloqueada em praticamente toda rede residencial no Brasil. Para configurar seu programa, use a 587.
IMAP
Mantém as mensagens no servidor e sincroniza o estado entre todos os seus dispositivos. Se você lê no celular, aparece como lido no computador.
É a escolha certa em quase todos os casos.
POP3
Baixa as mensagens e as remove do servidor. Foi criado quando as pessoas acessavam e-mail de um único computador.
Serve para um dispositivo só. A comparação completa está em POP3 ou IMAP.
Os protocolos de arquivo e acesso
FTP
O protocolo de transferência de arquivos, definido em 1971 — mais antigo que a web.
Usa duas conexões, uma para comandos e outra para os dados, o que é a origem dos modos ativo e passivo e dos problemas com firewall.
⚠️ Envia tudo em texto puro, incluindo a senha. Navegadores removeram o suporte em 2021 — Chrome na versão 88, Firefox na 90. Veja o que é um servidor FTP.
SFTP
Transferência de arquivos sobre SSH, na porta 22. Uma única conexão, criptografada do início ao fim.
É o substituto correto do FTP — e, apesar do nome, não tem relação nenhuma com ele: é um subsistema do SSH.
SSH
Acesso remoto por linha de comando, criptografado. É como você administra um servidor VPS sem estar fisicamente nele.
Substituiu o Telnet, que fazia o mesmo em texto puro e não deve mais ser usado.
Os protocolos de infraestrutura
Estes você nunca configura, e todos os outros dependem deles.
DNS
Traduz nomes em números. Você digita homehost.com.br, e o DNS descobre que o servidor está em determinado endereço IP.
Sem ele, você precisaria decorar números para acessar qualquer site. Nosso guia sobre servidor DNS explica o processo.
TCP e IP
A fundação sobre a qual quase tudo roda. O IP endereça e roteia os pacotes; o TCP garante que cheguem completos e na ordem certa.
Todos os protocolos acima usam TCP — exceto o DNS, que prefere UDP por velocidade, e o HTTP/3, que usa QUIC sobre UDP.
Nosso guia sobre TCP/IP cobre as quatro camadas e o modelo OSI.
TLS
Não é um protocolo de aplicação — é uma camada de criptografia que outros protocolos usam.
É o “S” do HTTPS, e também o que criptografa SMTP, IMAP, POP3 e FTPS. Um protocolo, várias aplicações.
O que acontece quando você abre um site
Aqui está a razão de tudo isto importar: abrir uma página aciona quatro protocolos em sequência, em menos de um segundo.
1. DNS. O navegador pergunta qual é o endereço IP de homehost.com.br. Resposta em milissegundos.
2. TCP. Ele estabelece a conexão com aquele endereço, no three-way handshake — SYN, SYN-ACK, ACK.
3. TLS. Os dois lados negociam a criptografia e verificam o certificado.
4. HTTP. Só agora o navegador pede a página, e o servidor responde.
E cada imagem, cada script, cada fonte da página repete os passos 3 e 4 — às vezes o 1 e o 2 também, se estiverem em outro domínio.
⚠️ É por isso que velocidade de site depende de tantas coisas. Um DNS lento atrasa o passo 1; um servidor distante atrasa o 2 e o 3; e um site com muitos domínios externos repete tudo várias vezes.
Seguro e inseguro: o par de cada protocolo
Quase todo protocolo antigo ganhou uma versão criptografada, e o padrão se repete.
| Sem criptografia | Com criptografia | O que muda |
|---|---|---|
| HTTP (80) | HTTPS (443) | Túnel TLS |
| FTP (21) | SFTP (22) | Roda sobre SSH |
| Telnet (23) | SSH (22) | Substituição completa |
| SMTP (25) | SMTP + STARTTLS (587) | Criptografia negociada |
| IMAP (143) | IMAP (993) | TLS desde o início |
| POP3 (110) | POP3 (995) | TLS desde o início |
| DNS (53) | DoH / DoT (443 / 853) | Consulta criptografada |
A regra prática é simples: use sempre a coluna da direita. As portas sem criptografia existem por compatibilidade com sistemas antigos, e não há motivo para escolhê-las hoje.
⚠️ E note o DNS: ele foi o último a ganhar criptografia, e ainda é o menos adotado. Suas consultas de DNS provavelmente trafegam em texto puro agora, mesmo você navegando em HTTPS — o que significa que seu provedor vê cada domínio que você acessa.
HTTPS com SSL grátis e renovação automática, SFTP e SSH nos planos com acesso, e as portas seguras de SMTP, IMAP e POP3 prontas na contratação. Servidores no Brasil, cPanel e suporte em português. A partir de R$ 7,90/mês.
Ver planos de hospedagemPerguntas frequentes
O que são protocolos web?
São conjuntos de regras que definem como dois computadores trocam dados na internet. Cada protocolo resolve um problema específico: HTTP transfere páginas, SMTP envia e-mails, DNS traduz nomes em endereços IP. Todos rodam sobre a base comum do TCP/IP.
Quais são os principais protocolos da web?
HTTP e HTTPS para páginas, DNS para tradução de nomes, SMTP, IMAP e POP3 para e-mail, FTP e SFTP para arquivos, SSH para acesso remoto, e TCP/IP como fundação de todos eles. O WebSocket completa a lista para comunicação em tempo real.
Qual a diferença entre HTTP e HTTPS?
O HTTPS é o mesmo HTTP dentro de um túnel criptografado por TLS. Ele garante três coisas: ninguém no caminho lê o conteúdo, ninguém o altera, e o certificado prova a identidade do servidor. Hoje é obrigatório na prática — o certificado é gratuito e o Google usa HTTPS como fator de ranqueamento.
Quantos protocolos são usados ao abrir um site?
Pelo menos quatro, em sequência: DNS para descobrir o endereço IP, TCP para estabelecer a conexão, TLS para negociar a criptografia, e HTTP para pedir a página. Cada imagem e script da página repete os dois últimos.
O que é uma porta e por que cada protocolo tem a sua?
A porta identifica qual serviço deve atender cada pacote que chega ao servidor. É o que permite a uma mesma máquina rodar site, e-mail e banco de dados ao mesmo tempo sem misturar as informações. Cada protocolo tem uma porta padrão para que o cliente saiba onde bater.
Por que existem portas diferentes para o mesmo protocolo?
Porque a versão criptografada usa uma porta separada da sem criptografia — HTTP na 80 e HTTPS na 443, IMAP na 143 e na 993. Isso permite que as duas coexistam no mesmo servidor durante a transição, e que o cliente saiba de antemão se a conexão será criptografada.
Qual protocolo devo usar para transferir arquivos?
SFTP, na porta 22. Ele criptografa tudo, usa uma única conexão e passa por firewalls sem os problemas do FTP. O FTP comum envia a senha em texto puro e teve o suporte removido dos navegadores em 2021.
O que é TLS e onde ele é usado?
TLS é uma camada de criptografia que outros protocolos usam — não é um protocolo de aplicação por si. É o “S” do HTTPS, e também o que criptografa SMTP, IMAP, POP3 e FTPS. Um mecanismo, várias aplicações.
O DNS é criptografado?
Por padrão, não. Suas consultas de DNS trafegam em texto puro mesmo quando você navega em HTTPS — o que significa que seu provedor de internet vê cada domínio que você acessa. DNS over HTTPS (DoH) e DNS over TLS (DoT) resolvem isso, mas ainda não são o padrão em toda parte.
O que é WebSocket e por que ele existe?
O HTTP funciona por pergunta e resposta: o navegador pede, o servidor responde, a conversa acaba. Isso não serve para chat ou notificação ao vivo, em que o servidor precisa falar sem ser perguntado. O WebSocket mantém a conexão aberta nos dois sentidos, e é o que faz um chat parecer instantâneo.
Qual a diferença entre protocolo e porta?
O protocolo é o conjunto de regras da conversa — o idioma. A porta é o número que identifica onde essa conversa acontece no servidor — o endereço da sala. Cada protocolo tem uma porta padrão, mas isso é convenção, não obrigação.
Preciso saber tudo isso para ter um site?
Não. Numa hospedagem, todos esses protocolos já vêm configurados — HTTPS ativo, portas de e-mail prontas, SFTP disponível. Conhecê-los ajuda a diagnosticar quando algo não funciona, que é quando os nomes começam a aparecer nas mensagens de erro.
Conclusão
A internet funciona porque um conjunto de acordos escritos há décadas continua sendo respeitado por máquinas que nunca se viram. Cada protocolo resolve um problema, e a soma deles é a web que usamos todo dia sem pensar.
Três ideias resumem o assunto. Cada protocolo tem uma função e uma porta — é por isso que um mesmo servidor atende site, e-mail e banco de dados ao mesmo tempo. Quase todos ganharam uma versão criptografada, e a regra prática é sempre escolher essa. E todos rodam sobre TCP/IP, que é a fundação invisível de tudo.
Você não precisa configurar nenhum deles para ter um site. Mas quando algo para de funcionar, os nomes começam a aparecer nas mensagens de erro — e saber o que cada um faz transforma um erro incompreensível numa pista.
