É um dos erros mais frustrantes de diagnosticar, porque o site parece estar no ar — o Cloudflare responde, a página de erro carrega — e mesmo assim ninguém consegue acessar o conteúdo.

A boa notícia é que a causa é quase sempre a mesma, e este guia começa por ela.

O que é o error code 521

Quando um site usa Cloudflare, as requisições não vão direto ao seu servidor. Elas passam pelo Cloudflare primeiro, que busca o conteúdo na sua origem e entrega ao visitante.

O 521 acontece na segunda etapa. O Cloudflare recebe a requisição, tenta se conectar ao seu servidor, e a conexão é recusada de forma ativa — não é lentidão, não é ausência de resposta. É um “não” explícito.

A mensagem que o visitante vê:

Repare no que o próprio Cloudflare diz na página de erro: ele se marca como “Working” e marca o seu servidor como “Error”. A mensagem já contém o diagnóstico — e é por isso que abrir chamado no Cloudflare raramente resolve.

O 521 é o equivalente, para quem usa Cloudflare, do ERR_CONNECTION_REFUSED que o navegador mostraria se não houvesse proxy no meio. Mesma causa, mensageiro diferente.

As cinco causas, em ordem de frequência

1. O firewall está bloqueando os IPs do Cloudflare

É a causa mais comum, e a mais contraintuitiva.

Quando o site passa a usar Cloudflare, todas as requisições passam a vir de endereços IP do Cloudflare — não mais dos visitantes individuais.

Para um firewall, isso parece um ataque. Centenas de conexões vindas do mesmo conjunto de endereços, em rajada. Sistemas como CSF, fail2ban e mod_evasive interpretam o padrão como abuso e bloqueiam.

O sintoma característico: o site funcionou por algumas horas depois de ativar o Cloudflare, e então parou. Foi o firewall reagindo ao volume.

A solução é liberar as faixas de IP do Cloudflare no firewall — a lista oficial e atualizada está em cloudflare.com/ips. No CSF, os endereços entram no csf.allow.

2. O serviço web está parado

Apache, Nginx ou LiteSpeed travou ou foi desligado. Sem nada escutando na porta, a conexão é recusada — para o Cloudflare e para qualquer outro.

Verifique e reinicie:

Em hospedagem compartilhada, você não faz isso — abra um chamado.

3. O servidor escuta apenas em 127.0.0.1

Um erro de configuração silencioso, e cruel de diagnosticar: o site funciona perfeitamente quando testado de dentro do servidor, e recusa todo mundo de fora.

Verifique com:

Se a saída mostrar 127.0.0.1:443, o serviço só aceita conexões da própria máquina. Precisa estar em 0.0.0.0:443 para aceitar o Cloudflare. Nosso guia sobre localhost explica a diferença entre os dois.

4. A porta 443 está fechada

Se o modo SSL do Cloudflare é Full ou Full (Strict), ele se conecta à sua origem pela porta 443 — e ela precisa estar aberta.

Um caso específico e frequente: o site funcionava em Flexible, você mudou para Full, e o erro apareceu. Em Flexible o Cloudflare usa a porta 80; em Full, a 443. Se ela nunca esteve aberta, a mudança quebra tudo.

5. Um certificado inválido ou ausente na origem

Só afeta o modo Full (Strict), que exige um certificado válido no seu servidor.

Certificado vencido, autoassinado ou emitido para outro domínio faz o Cloudflare recusar a conexão — e o erro aparece como 521 ou 526.

A solução definitiva é instalar um certificado SSL válido na origem. O Cloudflare também oferece um certificado de origem gratuito, feito exatamente para isso.

O teste que identifica a causa em dois minutos

Antes de mexer em configuração, descubra de onde vem a recusa.

Passo 1 — Pause o Cloudflare

No painel do Cloudflare, em Overview, role até o fim e clique em Pause Cloudflare on Site. Isso remove o proxy e faz o tráfego ir direto à sua origem. A propagação leva alguns minutos.

Se o site voltar a funcionar, o problema está na conexão entre Cloudflare e origem — vá para os passos 2 e 3.

Se o site continuar fora do ar, o Cloudflare não tem nada a ver com isso. É o seu servidor mesmo, e o guia do ERR_CONNECTION_REFUSED cobre o diagnóstico.

Passo 2 — Teste a porta a partir de fora

Se conectar, a porta está aberta e o serviço responde — a causa é bloqueio de IP específico do Cloudflare.

Se recusar, ou o serviço está parado, ou a porta está fechada, ou ele escuta só em 127.0.0.1.

Passo 3 — Procure o Cloudflare nos logs

É o teste definitivo para a causa nº 1. Se as requisições do Cloudflare estão sendo bloqueadas, o log do firewall registra:

Se você vir IPs do Cloudflare na lista de bloqueados, encontrou a causa.

Como liberar os IPs do Cloudflare

É a correção que resolve a maioria dos casos.

No CSF, acrescente as faixas ao arquivo de permissões:

No cPanel com CSF, há uma opção de integração automática: em ConfigServer Security & Firewall → Firewall Configuration, procure por CF_ENABLE e ative — ela mantém as faixas atualizadas sozinha.

Nunca copie uma lista de IPs de um blog ou fórum. As faixas do Cloudflare mudam, e uma lista desatualizada bloqueia parte do tráfego legítimo. Use sempre a fonte oficial, em cloudflare.com/ips.

E no fail2ban, acrescente as faixas ao ignoreip no jail.local.

521, 522, 523 e 524: qual é qual

Todos significam que o Cloudflare não conseguiu falar com a sua origem — mas cada um descreve uma falha diferente, e a distinção aponta a solução.

A distinção que mais importa é entre 521 e 522. No 521, alguém disse “não” — serviço parado ou firewall. No 522, ninguém disse nada — servidor sobrecarregado ou firewall descartando pacotes em silêncio.

São diagnósticos opostos, e confundi-los faz perder horas procurando no lugar errado.

Como prevenir o 521

Libere os IPs do Cloudflare antes de ativá-lo. É o passo que evita a causa mais comum, e leva dois minutos.

Ative a integração automática do CSF se seu servidor usa esse firewall — ela mantém as faixas atualizadas sozinha.

Configure o modo SSL certo desde o início. Se você tem certificado válido na origem, use Full (Strict) e abra a porta 443. Se não tem, resolva isso antes de sair do Flexible.

Monitore o uptime da origem, não só do site. Um monitor que testa através do Cloudflare mostra o site no ar mesmo com a origem caída — porque o Cloudflare responde com a página de erro.

E documente qual modo SSL você usa. É a informação que ninguém lembra seis meses depois, e que explica erros que aparecem “do nada” quando alguém mexe na configuração.

Perguntas frequentes

O que significa error code 521?

Que o Cloudflare tentou se conectar ao seu servidor de origem e a conexão foi recusada de forma ativa. A mensagem completa é “Web server is down”. O Cloudflare está funcionando — o problema está na sua origem, e a própria página de erro indica isso ao marcar “Cloudflare: Working” e “Your server: Error”.

O erro 521 é problema do Cloudflare?

Não. O Cloudflare está operando normalmente — tanto que consegue exibir a página de erro. O problema é do servidor de origem, que recusou a conexão. Abrir chamado no Cloudflare raramente ajuda; a solução está no seu servidor ou com sua hospedagem.

Qual a causa mais comum do erro 521?

O firewall do servidor bloqueando os IPs do Cloudflare. Com o proxy ativo, todas as requisições passam a vir do mesmo conjunto de endereços, em volume — e ferramentas como CSF e fail2ban interpretam isso como ataque. O sintoma clássico é o site funcionar por algumas horas após ativar o Cloudflare e então parar.

Como resolver o erro 521 rapidamente?

Libere as faixas de IP do Cloudflare no firewall do servidor, usando a lista oficial em cloudflare.com/ips. Se isso não resolver, confirme que o serviço web está rodando, que a porta 443 está aberta e que ele escuta em 0.0.0.0 e não apenas em 127.0.0.1.

Como saber se o problema é do Cloudflare ou do meu servidor?

Pause o Cloudflare no painel, em Overview. Se o site voltar, o problema está na conexão entre Cloudflare e origem. Se continuar fora do ar, é o servidor mesmo — e o Cloudflare estava apenas reportando.

Qual a diferença entre erro 521 e 522?

No 521, a origem recusou a conexão de forma ativa — há algo lá dizendo “não”, geralmente um firewall ou um serviço parado. No 522, a origem não respondeu dentro do tempo limite — é silêncio, não recusa, e aponta para sobrecarga ou pacotes sendo descartados. São diagnósticos opostos.

Mudei o SSL para Full e apareceu o 521. Por quê?

Porque os modos usam portas diferentes. No Flexible, o Cloudflare conecta à origem pela porta 80. No Full e Full (Strict), pela 443. Se a porta 443 nunca esteve aberta no seu servidor, a mudança quebra a conexão imediatamente.

Preciso de certificado SSL na origem para usar Cloudflare?

Depende do modo. No Flexible, não — mas a conexão entre Cloudflare e origem fica sem criptografia. No Full, qualquer certificado serve, inclusive autoassinado. No Full (Strict), o certificado precisa ser válido. O Cloudflare oferece um certificado de origem gratuito exatamente para esse caso.

O erro 521 afeta o SEO do meu site?

Se for pontual, não. Mas se persistir, os robôs de busca também recebem a recusa e não conseguem rastrear as páginas — o que ao longo do tempo prejudica indexação e posição. O Google trata indisponibilidade recorrente como sinal de instabilidade e reduz a frequência de rastreamento.

Como evitar o erro 521 antes que ele aconteça?

Libere as faixas de IP do Cloudflare no firewall antes de ativar o proxy. Se o servidor usa CSF, ative a integração automática, que mantém a lista atualizada. E confirme que a porta correspondente ao seu modo SSL está aberta — 80 para Flexible, 443 para Full.

O que é o Ray ID que aparece na página de erro?

É o identificador único daquela requisição no Cloudflare. Ele serve para rastrear o que aconteceu naquele acesso específico — e é a primeira informação que o suporte pede ao investigar um erro. Anote-o antes de recarregar a página.

Onde encontro a lista oficial de IPs do Cloudflare?

Em cloudflare.com/ips, que traz as faixas em IPv4 e IPv6 sempre atualizadas. Nunca use uma lista copiada de blog ou fórum — as faixas mudam, e uma lista desatualizada bloqueia parte do tráfego legítimo.

Conclusão

O error code 521 é um dos erros mais honestos que existem: ele nomeia o culpado na própria tela. “Cloudflare: Working. Your server: Error” — a mensagem já contém o diagnóstico, e quase todo tempo perdido com ele vem de procurar no lugar errado.

Três coisas resolvem a maioria dos casos. A causa nº 1 é o firewall bloqueando os IPs do Cloudflare, e liberar as faixas oficiais resolve. O teste mais rápido é pausar o Cloudflare — se o site volta, o problema é da conexão entre os dois; se não volta, é o servidor mesmo. E 521 e 522 são opostos: um é recusa ativa, o outro é silêncio.

E a prevenção custa dois minutos: libere as faixas do Cloudflare no firewall antes de ativar o proxy, não depois de o site cair.

O post Error code 521 (Web server is down): o que é e como resolver apareceu primeiro em Homehost.

Programação para crianças não é sobre formar programadores. É sobre ensinar a decompor um problema, testar uma hipótese e corrigir o próprio erro — habilidades que servem para qualquer coisa que a criança venha a fazer.

A boa notícia é que as ferramentas melhoraram muito, e as melhores são gratuitas. A menos boa é que existe muita oferta vendendo urgência: “seu filho precisa aprender a programar agora”.

Não precisa. Mas se ele tem interesse, este guia mostra por onde começar em cada idade, o que esperar de cada ferramenta, e o que evitar.

Antes das ferramentas: o que realmente se aprende

Programar é decompor. Um problema grande vira uma sequência de passos pequenos, cada um simples o bastante para ser executado.

É isso que a criança treina — e é por isso que os benefícios aparecem fora do computador.

Pensamento sequencial. Entender que a ordem importa, e que o passo 3 depende do 2.

Tolerância ao erro. O código não funciona na primeira vez, nem na quinta. Errar deixa de ser vergonha e vira informação — talvez o ganho mais importante de todos.

Causa e efeito. Mudo isto, acontece aquilo. É experimentação controlada, que é o método científico em miniatura.

E persistência. Um projeto que funciona depois de vinte tentativas ensina algo que nenhuma aula ensina.

E vale saber que essa habilidade tem nome e continuidade: é a mesma lógica de programação que um adulto estuda ao aprender a programar. O que muda é o suporte, não o raciocínio.

O que provavelmente não vai acontecer: sua filha não vai virar desenvolvedora aos dez anos, e não precisa. A grande maioria das crianças que aprende Scratch nunca programa profissionalmente — e leva o raciocínio para o que quer que faça.

A idade certa para começar

Não existe idade obrigatória, e há uma faixa em que insistir atrapalha mais que ajuda.

Antes dos 5: não é hora

Nesta idade, o que desenvolve raciocínio lógico é brincadeira física — encaixe, sequência, quebra-cabeça, jogo de tabuleiro simples. Não precisa de tela.

Desconfie de curso que vende programação para crianças de 3 anos. Não existe base cognitiva para isso, e o que se vende ali é ansiedade dos pais.

5 a 7 anos: blocos com desenhos

A criança ainda não lê fluentemente, então a ferramenta precisa funcionar por imagem. Sessões curtas, de vinte minutos, e sempre acompanhada.

8 a 10 anos: a idade ideal

É aqui que a maioria começa, e por bom motivo. A criança lê, entende sequência, e consegue sustentar um projeto por mais de uma sessão.

Scratch foi feito exatamente para essa faixa.

11 a 13 anos: a transição

Começa a fazer sentido sair dos blocos para o texto. Python é a ponte natural.

14 anos ou mais: já é programação de verdade

Nessa idade, não há mais razão para ferramenta infantil. Python, JavaScript ou o que o interesse pedir — e nosso guia sobre linguagens de programação ajuda a escolher. Nessa fase, nossa lista de cursos de programação gratuitos já serve.

As melhores ferramentas, por idade

ScratchJr — 5 a 7 anos

Gratuito. Tablet Android e iPad.

Versão simplificada do Scratch, criada pelo MIT junto com a Tufts University. Os blocos são desenhos, sem texto, o que permite usar antes de ler.

A criança monta sequências arrastando ícones para fazer um personagem andar, pular e falar.

O que esperar: histórias curtas e animações simples. É brincadeira com estrutura, e é exatamente o que deve ser nessa idade.

Scratch — 8 anos ou mais

Gratuito. Navegador, sem instalar nada.

É a porta de entrada mais usada do mundo, criada pelo MIT Media Lab. Blocos coloridos que se encaixam como peças, formando programas de verdade — com repetição, condição e variável.

A comunidade é o diferencial. São mais de 100 milhões de usuários registrados e mais de 104 milhões de projetos publicados que a criança pode abrir, ver como foram feitos e modificar.

O que esperar: jogos simples, animações, quiz, histórias interativas. Uma criança dedicada faz coisas surpreendentes em poucos meses.

Uma vantagem prática: o Scratch salva na nuvem e roda em qualquer navegador — o projeto começado na escola continua em casa.

Code.org — 6 anos ou mais

Gratuito. Navegador.

Organização sem fins lucrativos com cursos estruturados por idade, do jardim ao ensino médio. A diferença para o Scratch é a estrutura: aqui há um caminho, com aulas em ordem.

E há o gancho que funciona: os exercícios usam personagens de Minecraft, Star Wars e Frozen. Para uma criança resistente, isso resolve o problema de começar.

O que esperar: uma trilha organizada, útil para quem não sabe por onde ir — e para professores.

Uma alternativa paga: o Tynker cobre terreno parecido, com trilhas estruturadas e forte ênfase em modificar Minecraft. É pago, e a diferença prática é o acompanhamento — o Code.org entrega o conteúdo, o Tynker entrega o conteúdo com trilha guiada e relatórios. Para uso doméstico, o Code.org gratuito costuma bastar.

Minecraft Education — 8 anos ou mais

Pago, com licença escolar, e gratuito para algumas instituições.

Programação dentro do Minecraft, usando o Microsoft MakeCode — o mesmo ambiente de blocos que programa placas micro:bit — ou Python, para automatizar construções e criar agentes.

Por que funciona tão bem: a criança já quer estar ali. O código deixa de ser o objetivo e vira ferramenta — que é a motivação certa.

Swift Playgrounds — 9 anos ou mais

Gratuito. iPad e Mac.

Ferramenta da Apple que ensina Swift, a linguagem usada em aplicativos de iPhone e iPad. A criança resolve desafios movendo um personagem por um cenário 3D, e o código começa em arrastar e soltar antes de virar texto.

A progressão é o que a torna interessante: o mesmo ambiente que começa com blocos termina com Swift escrito — e o código produzido ali roda em aplicativos de verdade.

O que esperar: funciona bem para quem já tem iPad em casa. Fora do ecossistema Apple, não existe — o que é a limitação óbvia.

Roblox Studio — 10 anos ou mais

Gratuito. Windows e Mac.

Se a criança joga Roblox, ela pode criar os próprios jogos. Usa Lua, uma linguagem de texto de verdade — o que torna a transição mais séria.

Uma ressalva de responsável: o Roblox tem componente social forte e economia própria. Vale configurar os controles de privacidade e acompanhar de perto.

Python — 11 anos ou mais

Gratuito. Qualquer computador.

A primeira linguagem escrita, e a mesma usada por profissionais. A sintaxe é limpa o bastante para uma criança de 11 anos escrever algo funcional na primeira aula.

Como tornar interessante nessa idade: a biblioteca Turtle desenha na tela com comandos simples, e o Pygame permite fazer jogos.

O que esperar: a transição dos blocos para o texto é um degrau real. Alguns adoram a liberdade; outros acham árido. Se for o segundo caso, voltar ao Scratch por mais um tempo não é retrocesso.

As 8 ferramentas, comparadas

Como acompanhar sem atrapalhar

Esta é a parte que decide se dura, e não tem a ver com tecnologia.

Deixe a criança escolher o projeto. Um jogo do personagem favorito ensina o mesmo que um exercício, e ela termina.

Não conserte o código dela. É tentador quando você vê o erro. Mas encontrar o próprio erro é metade do aprendizado — pergunte “o que você acha que está acontecendo?” em vez de apontar a linha.

Vinte minutos bastam. Sessão longa cansa e transforma em obrigação. Frequência importa mais que duração.

Deixe fazer besteira. Um programa que só faz o personagem dar cambalhota mil vezes é aprendizado legítimo — a criança está testando limites, que é o que programadores fazem.

E não transforme em matéria escolar. No momento em que vira dever de casa, o interesse costuma morrer.

Um sinal de alerta: se a criança só quer quando você manda, ela não está interessada — está obedecendo. Tudo bem parar e tentar de novo daqui a seis meses.

Programação desconectada: sem tela

Existe uma vertente que ensina o raciocínio sem computador nenhum, e ela funciona muito bem com crianças pequenas ou em famílias que limitam tempo de tela.

O jogo do robô. Um é o robô e só obedece a comandos exatos: “dê três passos”, “vire à direita”. A criança descobre que “vá até a cozinha” não é uma instrução — é um objetivo que precisa ser decomposto.

Receita de bolo como algoritmo. Ler uma receita e perguntar o que acontece se trocar a ordem dos passos.

E jogos de tabuleiro de lógica — Robot Turtles, Code Master, ou qualquer um de sequência e dedução.

Isso não é preparação para programar. É a mesma habilidade, em outro suporte.

Quando o código controla algo físico

Existe uma categoria que muda completamente o interesse de algumas crianças: programar não a tela, mas um objeto que se mexe.

micro:bit — uma placa do tamanho de um cartão, criada pela BBC para uso escolar. Programa-se com blocos no Microsoft MakeCode, no navegador, e ela acende luzes, toca sons e reage a movimento. É a porta de entrada mais barata para hardware, e a partir de uns 8 anos.

LEGO Education — as linhas SPIKE e Mindstorms combinam construção com programação em blocos. Caro, e é o que a maioria das escolas usa.

Arduino — a partir de uns 12 anos, e já é eletrônica de verdade. Programa-se em C++, com componentes soltos: LED, sensor, motor.

Por que funciona quando a tela não funciona: o resultado é imediato e físico. Um programa que acende uma luz na sua mão é mais convincente, para muitas crianças, que um personagem que anda no monitor.

E o custo é o filtro real. O micro:bit é acessível; kits de LEGO Education custam várias centenas de reais. Para começar, um micro:bit e alguns cabos bastam.

Perguntas frequentes

Com que idade uma criança pode começar a programar?

A partir dos 5 anos com ferramentas de blocos ilustrados, como o ScratchJr. A faixa ideal é de 8 a 10 anos, quando a criança já lê, entende sequência e consegue sustentar um projeto. Antes dos 5, o que desenvolve raciocínio lógico é brincadeira física — encaixe, quebra-cabeça, jogo de tabuleiro.

Qual a melhor linguagem de programação para crianças?

Scratch, para a maioria. É gratuito, roda no navegador, usa blocos que se encaixam em vez de código escrito, e tem uma comunidade enorme de projetos para explorar. Para crianças que ainda não leem, o ScratchJr. A partir dos 11 anos, Python é a transição natural para linguagem escrita.

Scratch é uma linguagem de programação de verdade?

Sim. Ele usa blocos em vez de texto, mas os conceitos são os mesmos: sequência, repetição, condição, variável e evento. Quem entende esses conceitos no Scratch já entende o essencial de qualquer linguagem — o que muda depois é a sintaxe, que é a parte mais fácil.

Meu filho precisa aprender a programar?

Não. É uma habilidade útil, não obrigatória — e a urgência que alguns cursos vendem não se sustenta. O que vale a pena é o raciocínio que vem junto: decompor problemas, testar hipóteses, tolerar erro. Se a criança tem interesse, ótimo; se não tem, não force.

Programar melhora o desempenho escolar?

Há indícios de que ajuda em raciocínio lógico e resolução de problemas, o que se reflete especialmente em matemática. Mas trate isso com cautela — não é uma relação direta nem garantida, e depende muito de como a criança aprende. O benefício mais consistente é a tolerância ao erro, que é comportamental.

Preciso saber programar para ensinar meu filho?

Não. As ferramentas são desenhadas para autoaprendizado, com tutoriais dentro delas. E aprender junto costuma funcionar melhor que ensinar — a criança vê o adulto errar e corrigir, o que é uma lição em si.

Quanto tempo por dia é recomendado?

Vinte a trinta minutos, e não todo dia. Frequência importa mais que duração — duas ou três vezes por semana sustenta o interesse melhor do que uma sessão longa no fim de semana.

Existe programação para crianças sem computador?

Sim, e funciona bem. É a chamada computação desconectada: o jogo do robô, em que um dá comandos exatos ao outro; ler uma receita como algoritmo; ou jogos de tabuleiro de lógica. Ensina a mesma habilidade — decompor um problema — sem tela.

As ferramentas boas são gratuitas?

As principais, sim. Scratch, ScratchJr, Code.org, Roblox Studio e Python são todos gratuitos. O Minecraft Education é pago, com licença escolar. Cursos pagos podem agregar acompanhamento e ritmo, mas o conteúdo em si está disponível de graça.

Como saber se meu filho está gostando de verdade?

Ele volta sozinho. Se a criança só programa quando você pede, ela está obedecendo, não se interessando — e tudo bem parar. Se ela abre a ferramenta por conta própria, mostra o que fez, ou fala do projeto fora da hora, o interesse é real.

Qual a diferença entre Scratch e Code.org?

Scratch é um ambiente livre: a criança cria o que quiser, sem trilha definida. Code.org é estruturado, com cursos em ordem, por faixa etária, usando personagens conhecidos. Scratch é melhor para quem já tem uma ideia; Code.org, para quem não sabe por onde começar.

Roblox é seguro para crianças?

Ele tem componente social forte e economia própria, o que exige atenção. Vale configurar os controles de privacidade e restringir o chat, e acompanhar de perto. A parte de criação — o Roblox Studio — é a mais valiosa e a mais segura, porque acontece fora do ambiente social.

Conclusão

Ensinar uma criança a programar é menos sobre a ferramenta e mais sobre o que acontece enquanto ela usa: o problema que não sai na primeira tentativa, a descoberta de que a ordem dos passos importa, e a hora em que ela conserta sozinha um erro que você já tinha visto.

Se for guardar três coisas deste guia: Scratch a partir dos 8 anos resolve a maioria dos casos e é gratuito. Vinte minutos, duas vezes por semana sustenta mais interesse que sessões longas. E não conserte o código dela — encontrar o próprio erro é metade do aprendizado.

E a última, que é a mais fácil de esquecer: o objetivo não é formar uma programadora. É que ela saia com um jeito de pensar que serve para qualquer coisa. Se ela também gostar de programar, é bônus.

O post Linguagens de programação para crianças: por onde começar em cada idade apareceu primeiro em Homehost.

Correio eletrônico é o sistema de troca de mensagens pela internet. É o mesmo que e-mail — a palavra em português para o que o mundo chama de electronic mail.

Ele existe desde 1971, é mais antigo que a web, e continua sendo a forma mais universal de comunicação digital que temos. Todo serviço online exige um: para criar conta em qualquer lugar, você precisa de um endereço de e-mail.

Neste guia você vai entender o que é o correio eletrônico, como uma mensagem vai de um lado ao outro, o que cada parte de um endereço significa, e por que ele sobreviveu a três décadas de tecnologias que prometiam substituí-lo.

O que é correio eletrônico

É a versão digital da carta. Você escreve uma mensagem, endereça a alguém, e ela é entregue — com a diferença de que a entrega leva segundos em vez de dias.

A analogia com o correio tradicional é literal, e não por acaso: o sistema foi desenhado imitando o postal. Existe um endereço, uma caixa onde as mensagens ficam esperando, e um mecanismo de transporte entre remetente e destinatário.

A tradução também é literal. “Correio eletrônico” vem de electronic mail, que virou e-mail na abreviação. Os dois termos designam exatamente a mesma coisa — “correio eletrônico” é apenas a forma mais formal, comum em documentos oficiais e em contexto acadêmico.

O que o diferencia de tudo que veio depois é que ele não pertence a ninguém. WhatsApp é da Meta, Telegram é do Telegram — mas o e-mail é um padrão aberto, e qualquer pessoa pode operar um serviço de correio eletrônico sem pedir permissão.

Como o correio eletrônico funciona

O processo tem cinco etapas e leva segundos.

1. Você escreve e envia. O programa que você usa — Gmail, Outlook, o app do celular — se conecta ao servidor de saída.

2. O servidor descobre para onde mandar. Ele consulta o registro MX do domínio do destinatário, que diz qual servidor recebe os e-mails daquele endereço.

3. Os dois servidores conversam. O de saída entrega a mensagem ao de destino, diretamente.

4. A mensagem é armazenada na caixa postal do destinatário.

5. O destinatário busca a mensagem quando abre o programa de e-mail.

A parte que surpreende: o remetente e o destinatário nunca se conectam diretamente. Toda a comunicação passa por servidores intermediários — que é exatamente como funciona o correio postal, com agências e centros de triagem.

Nosso guia sobre servidor de e-mail detalha cada componente.

A anatomia de um endereço

Todo endereço de correio eletrônico tem três partes, e a do meio é a mais famosa.

contato@suaempresa.com.br

O nome de usuário — contato, antes da arroba. É o que identifica a caixa postal específica dentro do domínio. Pode ser um nome de pessoa, um setor, ou uma função.

A arroba — @. Separa o usuário do domínio, e significa literalmente “em”: contato em suaempresa.com.br.

O domínio — suaempresa.com.br. Identifica onde a caixa postal está hospedada. É o que determina qual servidor recebe a mensagem, e é a parte que transmite profissionalismo — ou a falta dele.

Por que a arroba?

Ray Tomlinson precisava de um símbolo que separasse a pessoa da máquina, e que não aparecesse em nome nenhum. Olhou para o teclado e escolheu o @ — que era o símbolo comercial de “at the price of”, pouco usado e disponível.

A escolha foi arbitrária e definitiva. Cinquenta anos depois, ela é o símbolo mais reconhecível da comunicação digital, e existe em todo teclado do mundo por causa dessa decisão.

E o nome dela varia mais que se imagina: no Brasil, “arroba” — de uma antiga unidade de peso. Em inglês, “at sign”. Em dinamarquês, “tromba de elefante”. Em italiano, “caracol”.

A história do correio eletrônico

1965 — antes da internet. O MIT criava um sistema chamado MAIL, que permitia deixar mensagens para outros usuários do mesmo computador. Não havia rede: era um bilhete deixado numa máquina compartilhada.

1971 — a primeira mensagem entre computadores. Ray Tomlinson, trabalhando na ARPANET, conseguiu enviar uma mensagem de um computador para outro. E, para isso, precisou inventar a notação usuário@máquina.

O conteúdo daquela primeira mensagem se perdeu. Tomlinson dizia que provavelmente era algo como QWERTYUIOP — texto de teste, digitado na fileira superior do teclado.

1982 — o protocolo se padroniza. A RFC 821 define o SMTP, que é o protocolo de envio usado até hoje. Nosso guia sobre SMTP explica como ele funciona.

Anos 1990 — o e-mail chega ao público. Hotmail em 1996, Yahoo Mail no mesmo ano. Pela primeira vez, qualquer pessoa podia ter um endereço sem depender de universidade ou empregador.

2004 — o Gmail muda o padrão. Lançado com 1 GB de armazenamento quando os concorrentes ofereciam alguns megabytes, ele tornou normal nunca apagar e-mail.

Hoje — bilhões de mensagens circulam por dia, e o protocolo continua sendo essencialmente o mesmo de 1982.

Por que o e-mail sobreviveu

Várias tecnologias prometeram substituí-lo — mensageiros instantâneos, redes sociais, plataformas corporativas. Nenhuma conseguiu, e há três razões concretas.

Ele é um padrão aberto. Ninguém é dono do e-mail. Você pode trocar de provedor levando seu endereço, o que é impossível em qualquer rede social.

É universal. Um endereço de e-mail funciona com qualquer outro, independentemente do serviço. WhatsApp só fala com WhatsApp; e-mail fala com tudo.

E é o documento de identidade da internet. Para criar conta em qualquer serviço — inclusive nas redes sociais que supostamente o substituiriam — você precisa de um e-mail. Ele virou a camada de identidade da web, e isso o tornou insubstituível.

A ironia: cada nova plataforma que tenta substituir o e-mail acaba dependendo dele para funcionar.

Correio eletrônico gratuito e profissional

A diferença está no domínio, e ela é maior do que parece.

Para uso pessoal, o gratuito resolve. Nossa lista dos melhores provedores de e-mail gratuitos compara as opções — e se a escolha for o Gmail, o guia de como criar um e-mail no Gmail traz o passo a passo.

Para uma empresa, o domínio próprio é o que muda tudo — nosso guia sobre e-mail corporativo explica por quê.

Como acessar o correio eletrônico

Existem duas formas, e você pode usar as duas ao mesmo tempo.

Pelo webmail — no navegador, sem instalar nada. É o que você faz ao abrir gmail.com. Funciona de qualquer computador, e nada fica salvo na máquina.

Por um programa de e-mail — Outlook, Thunderbird, Mail do Mac, ou o app do celular. Baixa as mensagens para o dispositivo e permite ler sem internet.

Os programas usam um de dois protocolos:

IMAP mantém as mensagens no servidor e sincroniza entre todos os dispositivos.
POP3 baixa e remove do servidor, servindo para um dispositivo só.

Na maioria dos casos, IMAP é a escolha certa — a comparação completa está em POP3 ou IMAP.

Boas práticas de correio eletrônico

Escreva um assunto que diga alguma coisa. “Reunião” não ajuda ninguém; “Reunião de sexta às 14h — pauta anexa” ajuda.

Uma mensagem, um assunto. E-mail com cinco temas gera resposta sobre um só.

Confira o destinatário antes de enviar. O preenchimento automático é conveniente e traiçoeiro — mandar para a pessoa errada é o erro mais comum e o menos reversível.

Use cópia oculta em listas. Colocar cinquenta endereços no campo “Para” expõe o e-mail de todos a todos.

E cuidado com anexos grandes. A maioria dos servidores rejeita mensagens acima de 20 a 25 MB. Para arquivos maiores, um link de compartilhamento funciona melhor.

Segurança no correio eletrônico

O e-mail é o principal vetor de ataque na internet, e por um motivo simples: é o único canal que todo mundo tem.

Phishing — mensagens que imitam empresas reais para roubar senhas. Desconfie de urgência: “sua conta será bloqueada em 24 horas” é a construção mais usada.

Confira o endereço do remetente, não só o nome exibido. O nome pode dizer “Banco X”; o endereço revela a verdade.

Não clique em link de e-mail para acessar banco ou serviço importante. Digite o endereço direto no navegador.

Ative a verificação em duas etapas. Se alguém tomar seu e-mail, toma todas as suas outras contas junto — porque é para lá que vão os links de redefinição de senha.

E do lado de quem envia: os registros SPF, DKIM e DMARC no domínio são o que garante que suas mensagens cheguem à caixa de entrada em vez do spam.

Perguntas frequentes

O que é correio eletrônico?

É o sistema de troca de mensagens pela internet — o mesmo que e-mail. Uma mensagem escrita num dispositivo é enviada a um endereço e entregue em segundos, passando por servidores intermediários, sem que remetente e destinatário se conectem diretamente.

Correio eletrônico e e-mail são a mesma coisa?

Sim. “Correio eletrônico” é a tradução de electronic mail, que foi abreviado para e-mail. Os dois termos designam exatamente a mesma coisa — “correio eletrônico” é apenas a forma mais formal, comum em documentos oficiais e em contexto acadêmico.

Quem inventou o correio eletrônico?

Ray Tomlinson, em 1971, ao enviar a primeira mensagem entre dois computadores diferentes na ARPANET. Ele também escolheu o símbolo @ para separar o usuário da máquina. Sistemas anteriores permitiam deixar mensagens, mas apenas entre usuários do mesmo computador.

Por que o e-mail usa a arroba?

Ray Tomlinson precisava de um símbolo que separasse a pessoa da máquina e que não aparecesse em nome nenhum. Escolheu o @ porque era pouco usado — significava “at the price of” no comércio — e estava disponível no teclado. A escolha foi arbitrária e virou padrão mundial.

Quais são as partes de um endereço de e-mail?

Três: o nome de usuário antes da arroba, que identifica a caixa postal; a arroba, que significa “em”; e o domínio depois dela, que identifica onde a caixa está hospedada e determina qual servidor recebe a mensagem.

Como funciona o envio de um e-mail?

Em cinco etapas: seu programa entrega a mensagem ao servidor de saída; ele consulta o registro MX do domínio de destino; os dois servidores conversam diretamente; a mensagem é armazenada na caixa postal; e o destinatário a busca quando abre o programa. Tudo isso leva segundos.

Preciso de internet para usar correio eletrônico?

Para enviar e receber, sim. Mas se você usa um programa como o Outlook ou o Thunderbird, as mensagens já baixadas ficam disponíveis sem conexão — e as que você escrever ficam na caixa de saída até haver internet para enviá-las.

Qual a diferença entre e-mail gratuito e profissional?

O domínio. No gratuito, o endereço termina em @gmail.com ou similar, e o domínio pertence ao provedor. No profissional, termina no domínio da sua empresa — que é seu, e continua sendo se você trocar de provedor.

Por que o e-mail não foi substituído pelo WhatsApp?

Por três razões. É um padrão aberto, então ninguém é dono dele. É universal — funciona entre serviços diferentes, enquanto WhatsApp só fala com WhatsApp. E virou o documento de identidade da internet: para criar conta em qualquer serviço, inclusive no WhatsApp, você precisa de um e-mail.

Qual o tamanho máximo de um e-mail?

A maioria dos servidores aceita mensagens de até 20 a 25 MB, incluindo anexos. Acima disso, a mensagem é rejeitada e o remetente recebe um aviso. Para arquivos maiores, um link de compartilhamento é mais confiável.

Como saber se um e-mail é golpe?

Quatro sinais. Urgência — “sua conta será bloqueada em 24 horas”. O endereço do remetente, que revela o que o nome exibido esconde. Links que não levam onde dizem — passe o mouse antes de clicar. E pedidos de senha ou dados bancários, que empresa nenhuma faz por e-mail.

Como criar um endereço de correio eletrônico?

Num provedor gratuito, basta escolher um nome disponível e cadastrar-se. Para um endereço no seu domínio, você precisa de duas coisas: um domínio registrado e um serviço de hospedagem de e-mail. A criação da conta em si leva menos de um minuto no painel de controle.

Conclusão

O correio eletrônico é a tecnologia de comunicação mais antiga da internet que ainda usamos todos os dias. Nasceu em 1971, antes da web, e continua funcionando essencialmente da mesma forma — o que é notável num setor que reinventa tudo a cada cinco anos.

Três coisas explicam essa permanência. É um padrão aberto, então ninguém pode fechá-lo ou mudá-lo unilateralmente. É universal, funcionando entre serviços que não têm nenhuma relação entre si. E virou o documento de identidade da web — cada nova plataforma que tenta substituí-lo acaba exigindo um e-mail para criar conta.

E a única decisão que realmente importa é o domínio. Um endereço num provedor gratuito é emprestado; um no seu próprio domínio é seu, e continua sendo se você trocar de provedor amanhã.

O post O que é correio eletrônico: como funciona, história e vantagens apareceu primeiro em Homehost.

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

É 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

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.

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.

Perguntas 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.

O post Protocolos web: o que são, quais existem e para que serve cada um apareceu primeiro em Homehost.

Um servidor de e-mail é o computador que envia, recebe e armazena mensagens de correio eletrônico. Toda vez que você aperta “enviar”, pelo menos dois deles entram em ação — o seu e o do destinatário.

Você nunca vê esses servidores. O que você vê é o Gmail, o Outlook ou o webmail da sua hospedagem — que são apenas interfaces para conversar com eles.

Neste guia você vai entender o que um servidor de e-mail faz, como a mensagem viaja de um lado ao outro, a diferença entre servidor de envio e de recebimento, e a resposta honesta para quem pensa em montar o próprio.

O que é um servidor de e-mail

É um computador conectado à internet 24 horas por dia, rodando um software especializado em três tarefas: receber mensagens, armazená-las e entregá-las.

A analogia mais direta é a dos Correios. O servidor de e-mail é ao mesmo tempo a agência que recebe sua carta, o centro de triagem que decide para onde ela vai, e a caixa postal onde a carta do destinatário fica esperando ser retirada.

A diferença é a velocidade: o percurso inteiro leva segundos.

E vale desfazer uma confusão comum: o Gmail, o Outlook e o webmail da sua hospedagem não são servidores de e-mail. São clientes — programas que conversam com o servidor. Um servidor de e-mail é o computador do outro lado dessa conversa, e ele funciona igual independentemente do programa que você usa para acessá-lo. Nosso guia sobre o que é um servidor explica a categoria mais ampla.

O correio eletrônico como sistema é mais amplo que o servidor — nosso guia cobre a história, a anatomia do endereço e por que ele sobreviveu a tudo que veio depois.

Como um e-mail viaja de A a B

O percurso tem cinco etapas, e passa por dois servidores diferentes.

1. Você escreve e envia. Seu programa de e-mail — Outlook, Thunderbird, o app do celular, ou o webmail — se conecta ao servidor de envio usando o protocolo SMTP.

2. O servidor de saída descobre para onde mandar. Ele consulta o registro MX do domínio do destinatário no DNS — que é a informação que diz qual servidor recebe os e-mails daquele domínio.

3. Ele entrega ao servidor do destinatário, também por SMTP. Os dois servidores conversam diretamente.

4. O servidor de destino armazena a mensagem na caixa postal correspondente.

5. O destinatário busca a mensagem usando IMAP ou POP3.

Repare na divisão: o SMTP cuida das etapas 1 a 3 — o envio. O IMAP ou POP3 cuida das etapas 4 e 5 — o recebimento. São protocolos diferentes para trabalhos diferentes.

Servidor de envio e servidor de recebimento

Quando você configura uma conta de e-mail num programa, ele pede dois endereços de servidor. Não é redundância: são funções distintas.

Frequentemente é a mesma máquina física rodando os dois serviços — e os endereços diferentes existem para separar as funções, não os equipamentos.

Para os valores exatos de cada provedor, veja nosso guia de configurações de POP e SMTP.

Os componentes de um servidor de e-mail

Aqui está o vocabulário técnico, para quando você encontrar essas siglas em documentação.

MTA — Mail Transfer Agent. O componente que transporta as mensagens entre servidores. É ele que fala SMTP. Postfix, Exim e Sendmail são MTAs.

MDA — Mail Delivery Agent. Recebe a mensagem do MTA e a coloca na caixa postal certa. Dovecot e Procmail fazem isso.

MUA — Mail User Agent. É o programa que você usa — Outlook, Thunderbird, o app do celular, o webmail. Não faz parte do servidor, mas é quem conversa com ele.

E dois componentes que não estão nos livros antigos e são indispensáveis hoje: o antispam, que filtra antes da entrega, e o antivírus, que analisa anexos.

Servidor próprio, hospedado ou gratuito

Existem três formas de ter e-mail, e a diferença entre elas é quem administra o servidor.

Provedor gratuito

Gmail, Outlook.com, Yahoo. O servidor é deles, o endereço é deles, e você usa sem pagar.

Serve bem para uso pessoal. Não serve para empresa: contato@gmail.com transmite amadorismo, você não controla nada, e o endereço não é seu — se a conta for suspensa, acabou.

Nossa lista dos melhores provedores de e-mail gratuitos compara as opções.

Hospedagem de e-mail

Você usa o servidor de um provedor, com o seu domínio: contato@suaempresa.com.br. É o modelo da maioria das empresas.

O que você ganha: o endereço é seu, você cria e remove contas quando quiser, e a administração do servidor é de outra pessoa. Nosso guia sobre e-mail corporativo detalha.

Servidor próprio

Você instala Postfix, Dovecot e o resto num servidor seu. Controle total, e responsabilidade total.

É a opção que quase ninguém deveria escolher — e a próxima seção explica por quê.

Por que quase ninguém deveria montar o próprio

Esta é a seção que os tutoriais de “monte seu servidor de e-mail” não escrevem.

Instalar é a parte fácil. Postfix e Dovecot num Ubuntu levam uma tarde, e há dezenas de tutoriais. O problema é o que vem depois.

A porta 25 provavelmente está bloqueada

Servidores de e-mail se comunicam pela porta 25. E praticamente todo provedor de internet residencial no Brasil bloqueia essa porta — foi uma medida antispam coordenada, e não há como pedir liberação.

Isso significa que um servidor de e-mail em casa simplesmente não envia. Recebe, talvez. Envia, não.

O IP novo não tem reputação

Servidores de destino decidem se aceitam sua mensagem com base na reputação do IP que a enviou. Um IP recém-configurado não tem histórico nenhum — e a ausência de histórico é tratada com desconfiança.

Resultado: suas mensagens caem no spam, ou são recusadas, por semanas. Construir reputação leva tempo e volume constante, o que um servidor pequeno não tem.

As regras ficaram mais rígidas

Desde 2024, Gmail, Yahoo e Microsoft exigem SPF, DKIM e DMARC configurados para aceitar mensagens de remetentes em volume. Sem os três, a entrega despenca.

Configurar os três não é difícil. Mantê-los corretos, monitorar os relatórios de DMARC e reagir quando algo muda — isso é trabalho contínuo.

E há o custo invisível

Um servidor de e-mail próprio consome de uma a duas horas por mês em manutenção: atualizações de segurança, ajuste de filtros, verificação de blocklists, revisão de logs.

O caso em que faz sentido: aprender como funciona, ou uma exigência específica de conformidade que proíba dados em servidor de terceiro.

Para todo o resto, hospedagem de e-mail entrega o mesmo resultado sem nenhuma dessas preocupações — e a reputação de IP já vem construída.

O que decide se seu e-mail chega

Independentemente de quem administra o servidor, três registros de DNS determinam a entrega.

SPF — declara quais servidores têm permissão para enviar em nome do seu domínio. Sem ele, qualquer um pode falsificar seu endereço.

DKIM — assina cada mensagem criptograficamente, provando que ela é autêntica e não foi alterada no caminho.

DMARC — diz ao servidor de destino o que fazer quando SPF ou DKIM falham, e para onde enviar os relatórios.

Os três juntos são o que separa a caixa de entrada da pasta de spam — e são gratuitos. Num provedor de hospedagem sério, vêm configurados desde a contratação.

Erros comuns com servidor de e-mail

Usar a porta 25 no programa de e-mail. Ela é para comunicação entre servidores, e está bloqueada na maioria das redes. Use a 587.

Configurar o usuário sem o domínio. Na maioria dos servidores, o usuário é o e-mail completo — contato@suaempresa.com.br, não contato.

Confundir a senha do painel com a da conta de e-mail. São credenciais diferentes, de sistemas diferentes.

Escolher POP3 sem saber. Ele remove as mensagens do servidor ao baixá-las. Se você usa mais de um dispositivo, o IMAP é o certo.

E ignorar a cota da caixa. Caixa cheia recusa mensagens novas, e o remetente recebe erro sem que você fique sabendo.

Perguntas frequentes

O que é um servidor de e-mail?

É um computador conectado à internet 24 horas por dia que envia, recebe e armazena mensagens de correio eletrônico. Toda vez que alguém envia um e-mail, pelo menos dois servidores participam: o do remetente, que despacha, e o do destinatário, que recebe e guarda.

O Gmail é um servidor de e-mail?

O Gmail que você acessa no navegador é um cliente — uma interface. Por trás dele existem os servidores do Google, que são os servidores de e-mail de fato. A confusão é comum porque o nome designa as duas coisas no uso cotidiano.

Qual a diferença entre servidor de entrada e de saída?

O de saída envia suas mensagens e usa SMTP, normalmente na porta 587. O de entrada guarda as mensagens que chegam e usa IMAP (porta 993) ou POP3 (porta 995). Muitas vezes é a mesma máquina rodando os dois serviços, com endereços diferentes para separar as funções.

Qual porta o servidor de e-mail usa?

Depende da função. 587 para envio autenticado com STARTTLS, 465 para envio com SSL. 993 para IMAP e 995 para POP3, ambos com criptografia. A porta 25 é usada entre servidores e costuma estar bloqueada em redes residenciais.

Posso montar meu próprio servidor de e-mail?

Tecnicamente sim, e na prática quase nunca compensa. Três obstáculos: a porta 25 é bloqueada por praticamente todo provedor residencial brasileiro; um IP novo não tem reputação, então as mensagens caem no spam por semanas; e desde 2024 Gmail, Yahoo e Microsoft exigem SPF, DKIM e DMARC configurados. Faz sentido para aprender, não para uso profissional.

O que é MTA, MDA e MUA?

MTA (Mail Transfer Agent) transporta as mensagens entre servidores — Postfix e Exim são exemplos. MDA (Mail Delivery Agent) entrega a mensagem na caixa postal correta, como o Dovecot. MUA (Mail User Agent) é o programa que você usa para ler, como Outlook, Thunderbird ou o webmail.

Como o servidor sabe para onde enviar a mensagem?

Ele consulta o registro MX do domínio do destinatário no DNS. Esse registro indica qual servidor recebe os e-mails daquele domínio — e é independente do registro que aponta o site, o que permite ter o site num provedor e o e-mail em outro.

Por que meus e-mails vão para o spam?

Na maioria das vezes por falta de autenticação do domínio. Sem SPF, DKIM e DMARC configurados, os servidores de destino tratam suas mensagens como suspeitas. Outras causas são a reputação do IP que envia e o conteúdo da mensagem acionando os filtros.

Preciso de um servidor de e-mail para ter e-mail no meu domínio?

Precisa de acesso a um, não de administrar um. Ao contratar hospedagem de e-mail, você usa o servidor do provedor com o seu domínio — o endereço é seu, e a manutenção é dele. É o arranjo da grande maioria das empresas.

O que é servidor SMTP?

É o servidor responsável pelo envio de e-mails, usando o protocolo SMTP. Ele recebe a mensagem do seu programa de e-mail e a encaminha ao servidor do destinatário. É diferente do servidor de entrada, que usa IMAP ou POP3 para guardar e entregar o que chega.

Qual a diferença entre IMAP e POP3 no servidor?

O IMAP mantém as mensagens no servidor e sincroniza entre todos os dispositivos — o que você lê no celular aparece como lido no computador. O POP3 baixa e remove do servidor, servindo para um único dispositivo. Na maioria dos casos, IMAP é a escolha certa.

Servidor de e-mail e servidor de hospedagem são a mesma coisa?

Não necessariamente. Um servidor de hospedagem armazena e entrega os arquivos do site; um servidor de e-mail cuida das mensagens. Frequentemente a mesma máquina faz as duas coisas em hospedagem compartilhada, mas são serviços distintos — e podem estar em provedores diferentes.

Conclusão

Um servidor de e-mail é a peça que ninguém vê e sem a qual nada funciona. Ele recebe, guarda e entrega — e faz isso em segundos, dezenas de vezes por dia, sem que você pense nele uma única vez.

Três ideias resumem o assunto. São dois protocolos para dois trabalhos: SMTP envia, IMAP e POP3 recebem. O registro MX é o que diz ao mundo qual servidor recebe os e-mails do seu domínio. E SPF, DKIM e DMARC são o que decide se a mensagem chega à caixa de entrada ou ao spam.

E a resposta honesta sobre montar o próprio: quase nunca vale. A porta 25 bloqueada, o IP sem reputação e as regras de autenticação de 2024 transformam um projeto de uma tarde numa manutenção permanente. Faça para aprender — é excelente para isso. Para a empresa funcionar, contrate.

O post O que é um servidor de e-mail e como ele funciona apareceu primeiro em Homehost.

Nome de domínio é o endereço único que identifica um site na internet — como homehost.com.br ou google.com. Ele existe para você não precisar decorar o número de IP do servidor, que é o que os computadores realmente usam para se encontrar.

Este guia trata especificamente do nome: as partes que o formam, a hierarquia por trás dele, o que a especificação permite e proíbe nos caracteres, e como escolher um que ainda faça sentido daqui a dez anos.

Para o processo de registro, os custos e o ciclo de renovação, veja nosso guia sobre o que é domínio.

O que é um nome de domínio

Todo servidor conectado à internet tem um endereço IP — uma sequência numérica como 192.0.2.1. É esse número que os computadores usam para se localizar.

Decorar números não funciona para pessoas. O nome de domínio resolve isso: você digita homehost.com.br e o sistema traduz para o IP correspondente, em frações de segundo.

A tradução é feita pelo DNS, o sistema de nomes de domínio, que funciona como uma lista telefônica da internet. Nosso guia sobre o que é servidor DNS detalha o processo.

Um nome de domínio é único no mundo inteiro. Não existem dois sites com o mesmo endereço — é por isso que registrar é necessário, e é por isso que o nome que você quer pode já estar tomado.

As partes de um nome de domínio

Um endereço completo tem até três partes, e apenas duas são obrigatórias.

Veja em blog.minhaempresa.com.br:

O nome propriamente dito

minhaempresa

É a parte que você escolhe e registra. Tecnicamente chamada de SLD (Second Level Domain, domínio de segundo nível), embora em endereços brasileiros ela fique num nível abaixo — voltaremos a isso.

É a única parte realmente sua. Todo o resto é estrutura fixa ou opcional.

A extensão

.com.br

Também chamada de TLD (Top-Level Domain, domínio de topo). Indica categoria, finalidade ou país. As mais comuns no Brasil são .com.br, .com, .net e .org.

Desde 2013, quando a ICANN abriu o programa de novas extensões genéricas, existem mais de mil disponíveis — de .shop e .online a .tecnologia e .adv.br.

O subdomínio

blog.

A parte opcional à esquerda, que serve para organizar seções ou serviços. O famoso www é um subdomínio — tão tradicional que virou padrão, mas tecnicamente dispensável.

Subdomínios são gratuitos e ilimitados dentro de um domínio que você já tem.

A hierarquia: por que se lê da direita para a esquerda

Aqui está a parte que quase nenhum guia em português explica corretamente.

Um nome de domínio é hierárquico, e a hierarquia é lida da direita para a esquerda — o oposto de como lemos texto.

Em blog.minhaempresa.com.br:

A sutileza do .com.br

Em domínios brasileiros, o .com não é o TLD. O TLD é o .br, e o .com é uma categoria de segundo nível dentro dele, indicando finalidade comercial.

O mesmo vale para .org.br, .gov.br, .edu.br e as dezenas de categorias profissionais — .adv.br para advogados, .med.br para médicos.

Consequência prática: o nome da sua marca em minhaempresa.com.br está no terceiro nível, não no segundo. No dia a dia todo mundo continua chamando de SLD, e não há problema nisso — mas em documentação técnica e em configuração de DNS a distinção aparece.

O FQDN

Quando você junta todas as partes, incluindo o ponto final que representa a raiz, tem o que se chama de FQDN — Fully Qualified Domain Name, ou nome de domínio totalmente qualificado:

blog.minhaempresa.com.br.

Repare no ponto no fim. Ele quase nunca é escrito, mas existe conceitualmente e marca a raiz da hierarquia.

E isso importa numa situação concreta: ao criar registros de DNS, alguns painéis exigem o FQDN com o ponto final, e outros aceitam apenas o subdomínio. Escrever o valor errado é uma das causas mais comuns de registro que “não funciona” — o servidor interpreta blog.minhaempresa.com.br sem ponto como sendo relativo, e acaba montando blog.minhaempresa.com.br.minhaempresa.com.br.

Nome de domínio, domínio e URL

Três palavras usadas como sinônimo, e não são.

No uso cotidiano, “nome de domínio” e “domínio” viraram sinônimos — quase todo mundo diz “meu nome de domínio é minhaempresa.com.br”, incluindo a extensão. Não há problema nisso.

A distinção que realmente importa é com a URL: o domínio é uma parte dela. Um site tem um domínio e milhares de URLs — nosso guia sobre o que é URL explica as sete partes que compõem um endereço completo.

O que pode e o que não pode num nome de domínio

As regras vêm da especificação técnica, e são mais restritivas do que a maioria imagina.

Caracteres permitidos

Apenas três coisas:

Letras de A a Z, sem acento
Números de 0 a 9
Hífen, mas não no início nem no fim

Não são permitidos: espaço, ponto dentro do nome, e todos os símbolos — @, _, &, !, %, #.

O sublinhado é o que mais confunde. Ele é comum em nomes de usuário e endereços, mas não é válido num nome de domínio. minha_empresa.com.br não existe.

Tamanho

63 caracteres por rótulo — cada parte separada por ponto.
253 caracteres no endereço completo, incluindo pontos.

Na prática, esses limites nunca são alcançados: nomes acima de 20 caracteres já são impraticáveis.

Maiúsculas não importam

MinhaEmpresa.com.br e minhaempresa.com.br são exatamente o mesmo domínio. O sistema ignora a diferença.

Mas isso vale só para o domínio. No caminho da URL — o que vem depois da barra — maiúsculas importam em servidores Linux: /Contato e /contato são páginas diferentes.

E os acentos?

Existem os IDN (Internationalized Domain Names), que permitem acentos e cedilha. açaí.com.br é tecnicamente registrável.

Como funciona por baixo: o sistema converte o nome para uma codificação chamada Punycode, que usa apenas caracteres permitidos e começa com xn--. O domínio açaí.com.br vira xn--aa-cja6b.com.br internamente.

Por que não convém:

Muitos sistemas exibem a versão em Punycode, que é ilegível.
Teclado estrangeiro não digita acento facilmente.
Programas de e-mail antigos quebram o link.
E ninguém consegue ditar por telefone.

A recomendação é registrar a versão sem acento — e, se quiser proteger a marca, registrar também a acentuada apontando para a mesma página.

Como escolher um bom nome de domínio

Esta é a decisão mais difícil e a única que não se desfaz sem custo. Cinco testes ajudam.

O teste do telefone

Diga o nome em voz alta e peça para alguém digitar. Se a pessoa perguntar “é com hífen?”, “é com Z ou S?”, “é dois L?”, o nome tem um problema que vai se repetir para sempre.

É o teste que elimina mais candidatos — e o mais ignorado.

O teste da marca registrada

Um domínio disponível não é o mesmo que um nome que você pode usar.

Se alguém tem marca registrada com aquele nome no seu setor, registrar o domínio não lhe dá direito nenhum — e uma notificação extrajudicial depois de dois anos construindo a marca é caro.

Consulte antes de registrar: a busca do INPI em busca.inpi.gov.br é gratuita e leva cinco minutos. Procure marcas iguais ou parecidas na mesma classe de atividade — marca registrada é por categoria, não global.

O teste das redes sociais

Verifique se o mesmo nome está livre no Instagram, LinkedIn, YouTube e nas redes que você usa. Ferramentas como Namechk verificam dezenas de plataformas de uma vez.

Se todos os handles estão tomados, isso diz algo sobre o nome: ele é mais disputado do que a disponibilidade do domínio sugeria.

O teste da leitura acidental

Junte as palavras e leia sem os espaços. É onde nascem os casos clássicos de domínio com leitura involuntária — e eles são mais comuns do que parece, especialmente em nomes compostos.

O teste dos dez anos

O nome ainda faz sentido se o negócio crescer? bolosdamariacuritiba.com.br limita geografia e produto. bolosdamaria.com.br acompanha a expansão.

As boas práticas que se repetem

Curto. Entre 6 e 15 caracteres é o intervalo confortável.

Sem hífen e sem número. Ambos causam ambiguidade ao ditar, e transmitem menos profissionalismo. Se o nome que você quer só está disponível com hífen, geralmente é melhor procurar outro nome.

Fácil de escrever. Evite palavras com grafia disputada, estrangeirismos e trocadilhos que exijam explicação.

.com.br para público brasileiro. Transmite mais confiança no mercado local e é favorecido pelo Google em buscas feitas no Brasil.

E registre as variações principais, se o orçamento permitir. .com e .com.br do mesmo nome protegem a marca de especuladores.

Como verificar e registrar

Depois de escolher, o processo é rápido:

1. Verifique a disponibilidade numa ferramenta de consulta — a busca WHOIS mostra se o nome está livre e, se não estiver, quem o registrou.

2. Escolha a extensão conforme o público e a finalidade.

3. Registre com um registrador credenciado. Para .br, apenas registradores credenciados pelo Registro.br podem fazer isso com validade oficial.

4. Configure o DNS para apontar o domínio à sua hospedagem.

O registro leva minutos. Os detalhes de custo, renovação e ciclo de vida estão no nosso guia sobre o que é domínio.

Perguntas frequentes

O que é um nome de domínio?

É o endereço único que identifica um site na internet, como homehost.com.br. Ele existe para substituir o endereço IP do servidor — uma sequência numérica difícil de memorizar — por algo que as pessoas consigam ler, lembrar e digitar.

Quais são as partes de um nome de domínio?

Três, e apenas duas são obrigatórias: o nome que você registra (minhaempresa), a extensão ou TLD (.com.br), e o subdomínio opcional à esquerda (blog.). O www é um subdomínio como qualquer outro.

Qual a diferença entre nome de domínio e domínio?

Tecnicamente, o nome de domínio é só a parte que você escolhe — minhaempresa — e o domínio é o nome mais a extensão — minhaempresa.com.br. No uso cotidiano os dois viraram sinônimos, e dizer “meu nome de domínio é minhaempresa.com.br” é perfeitamente aceito.

O .com do .com.br é o TLD?

Não. Em domínios brasileiros, o TLD é o .br, e o .com é uma categoria de segundo nível dentro dele, indicando finalidade comercial. O mesmo vale para .org.br, .gov.br e .adv.br. Na prática isso significa que o nome da sua marca fica no terceiro nível da hierarquia.

O que é FQDN?

Fully Qualified Domain Name, ou nome de domínio totalmente qualificado: o endereço completo, incluindo o ponto final que representa a raiz — blog.minhaempresa.com.br.. Ele importa na configuração de DNS, onde alguns painéis exigem o ponto final e outros aceitam apenas o subdomínio.

Posso usar acento no nome de domínio?

Tecnicamente sim, através dos IDN, mas não convém. O sistema converte o nome para Punycode — uma codificação que começa com xn-- e é ilegível —, e muitos programas exibem essa versão. Além disso, teclado estrangeiro não digita acento facilmente. Prefira a versão sem acento.

Posso usar sublinhado ou espaço?

Não. Um nome de domínio aceita apenas letras, números e hífen, e o hífen não pode ficar no início nem no fim. Espaço, sublinhado e todos os demais símbolos são inválidos.

Maiúsculas fazem diferença?

Não no domínio. MinhaEmpresa.com.br e minhaempresa.com.br são o mesmo endereço. Mas fazem diferença no caminho da URL: em servidores Linux, /Contato e /contato são páginas distintas.

Qual o tamanho máximo de um nome de domínio?

63 caracteres por parte e 253 no endereço completo. Na prática esses limites nunca são atingidos — nomes acima de 20 caracteres já são difíceis de digitar e de lembrar.

Como escolher um bom nome de domínio?

Curto, fácil de escrever, sem hífen e sem número. Faça o teste do telefone: diga em voz alta e peça para alguém digitar — se a pessoa perguntar como se escreve, o nome tem problema. E consulte o INPI antes de registrar, porque um domínio disponível não é o mesmo que um nome que você pode usar comercialmente.

Um domínio disponível significa que posso usar o nome?

Não necessariamente. Disponibilidade é técnica; o direito de uso é jurídico. Se alguém tem marca registrada com aquele nome no seu setor, registrar o domínio não lhe dá direito a ele — e o conflito pode aparecer depois de você já ter investido na marca. A busca do INPI é gratuita e resolve isso em minutos.

Posso mudar o nome de domínio depois?

Pode registrar outro e redirecionar, mas o custo é alto: você perde parte do posicionamento no Google, precisa atualizar todo material impresso e digital, e reeducar quem já conhecia o endereço antigo. É a decisão mais difícil de desfazer em toda a montagem de um site — o que justifica gastar tempo nela antes.

Conclusão

Um nome de domínio parece simples — e é, tecnicamente. O que complica é que ele reúne três coisas de naturezas diferentes: uma estrutura hierárquica definida há quarenta anos, um conjunto de regras sobre o que pode e não pode, e uma decisão de marca que você vai carregar por anos.

Três ideias fecham o assunto. A hierarquia se lê da direita para a esquerda, e no Brasil o .com do .com.br não é o TLD — é uma categoria dentro do .br. As regras são restritivas: só letras, números e hífen, sem acento e sem sublinhado. E a escolha do nome é a única parte que não se desfaz sem custo.

Se for guardar um único conselho, que seja o teste do telefone. Diga o nome em voz alta e peça para alguém digitar. Se a pessoa perguntar como se escreve, você acabou de descobrir um problema que se repetiria por dez anos — e ainda dá tempo de escolher outro.

O post Nome de domínio: o que é, as partes que o formam e como escolher apareceu primeiro em Homehost.

Uma linguagem de programação é um conjunto de regras e palavras que permite escrever instruções que o computador consegue executar. Ela é o intermediário entre o que você quer que a máquina faça e a única coisa que ela entende de verdade: números binários.

Existem centenas delas, e a pergunta que quase todo iniciante faz — “qual eu devo aprender?” — tem uma resposta que depende inteiramente do que você quer construir.

Neste guia você vai entender o que é uma linguagem de programação, quantas existem, como elas se dividem em tipos, quais são as mais usadas hoje, e como escolher a primeira sem se perder.

O que é uma linguagem de programação

O processador de um computador entende apenas código de máquina — sequências de zeros e uns. Escrever software diretamente assim é possível, mas inviável para qualquer coisa além do trivial.

A linguagem de programação existe para resolver isso. Ela oferece palavras, símbolos e regras que uma pessoa consegue ler e escrever, e um mecanismo que traduz isso para o que a máquina executa.

Um exemplo simples, em Python:

if idade >= 18:
    print("Maior de idade")

Qualquer pessoa entende o que está acontecendo, mesmo sem programar. Essa legibilidade é o produto que a linguagem entrega — o computador nunca vê essas palavras.

E vale a distinção que confunde muita gente: a linguagem é a ferramenta; a lógica de programação é o raciocínio. Quem domina a lógica troca de linguagem em semanas; quem decorou a sintaxe de uma linguagem sem entender a lógica trava no primeiro problema novo.

Quantas linguagens de programação existem?

Mais de 700 estão catalogadas em listas de referência, e o número total já foi estimado em milhares se incluídas as acadêmicas, experimentais e descontinuadas.

Mas esse número engana. Na prática:

Cerca de 20 linguagens concentram a esmagadora maioria do código escrito profissionalmente.
Umas 50 têm comunidade e uso comercial relevantes.
As demais são de nicho, históricas, ou existem para fins de pesquisa.

Você não precisa conhecer 700 linguagens — nem 20. Um desenvolvedor experiente costuma dominar de duas a quatro, e ter familiaridade com mais algumas.

Tipos de linguagens de programação

As linguagens são classificadas de quatro maneiras diferentes, e a mesma linguagem se encaixa em várias delas ao mesmo tempo.

Por nível de abstração

Baixo nível. Próximas do hardware, com controle direto sobre memória e processador. O Assembly é o exemplo clássico. São rápidas e difíceis, usadas em sistemas embarcados e drivers.

Alto nível. Próximas da linguagem humana, com o gerenciamento de memória e detalhes técnicos abstraídos. Python, Java, JavaScript, PHP — praticamente tudo que se usa hoje.

Quanto mais alto o nível, mais rápido se programa e menos controle fino existe. É um trade-off, não uma hierarquia de qualidade.

Por forma de execução

Compiladas. O código é traduzido inteiro para código de máquina antes de rodar, gerando um executável. C, C++, Go, Rust. São mais rápidas na execução, mas exigem recompilar a cada alteração.

Interpretadas. O código é traduzido linha a linha durante a execução, por um programa chamado interpretador. Python, JavaScript, PHP, Ruby. São mais lentas, e muito mais rápidas de desenvolver e testar.

Híbridas. Compilam para um formato intermediário, executado por uma máquina virtual. Java e C# funcionam assim — é o que permite “escreva uma vez, rode em qualquer lugar”.

Por paradigma

Procedural. O programa é uma sequência de procedimentos e funções. C é o exemplo puro.

Orientada a objetos. O código é organizado em objetos que combinam dados e comportamento. Java, C#, Python — nosso guia sobre programação orientada a objetos detalha os quatro pilares.

Funcional. Baseada em funções matemáticas, sem alterar estado. Haskell, Elixir, Clojure.

A maioria das linguagens modernas é multiparadigma — Python e JavaScript suportam os três estilos, e cabe ao programador escolher.

Por tipagem

Estática. O tipo de cada variável é definido na escrita e verificado antes de rodar. Java, C#, TypeScript. Pega erros cedo, exige mais código.

Dinâmica. O tipo é determinado durante a execução. Python, JavaScript, PHP. Mais flexível e rápida de escrever, com erros que só aparecem rodando.

As linguagens de programação mais usadas

Os índices de referência da área — TIOBE, a pesquisa anual do Stack Overflow, e o Octoverse do GitHub — variam entre si porque medem coisas diferentes: buscas, respostas de desenvolvedores, ou volume de código publicado.

Mas há convergência no topo. Estas são as que aparecem consistentemente:

Python. Sintaxe simples, comunidade enorme, e domínio quase total em ciência de dados, inteligência artificial e automação. É a recomendação padrão para quem começa — e não por ser fácil, mas por ser útil desde as primeiras semanas.

JavaScript. A única linguagem que roda nativamente em todo navegador, o que a torna obrigatória para front-end. Com o Node.js, também roda no servidor.

TypeScript. JavaScript com tipagem estática. Não é uma linguagem separada de fato — compila para JavaScript — mas cresceu ao ponto de ser tratada como uma.

Java. Dominante em sistemas corporativos, bancos e Android legado. Verbosa e extremamente estável.

C#. A resposta da Microsoft ao Java. Forte em aplicações corporativas Windows e em jogos, pelo motor Unity.

C e C++. As bases de quase tudo. Sistemas operacionais, motores de jogo, software embarcado. Rápidas, poderosas e implacáveis com o erro.

PHP. A linguagem que move a maior parte da web em número absoluto — o WordPress é escrito nela. Frequentemente subestimada, e presente em quase toda hospedagem compartilhada.

Go. Criada no Google para sistemas de rede e serviços. Compilada, simples, e projetada para concorrência.

Rust. Segurança de memória sem coletor de lixo. Aparece há vários anos consecutivos como a linguagem mais admirada na pesquisa do Stack Overflow.

SQL. Não é uma linguagem de programação de propósito geral, mas é indispensável — quase todo sistema conversa com um banco de dados.

E uma ressalva sobre rankings: eles mudam de posição todo ano e medem popularidade, não qualidade. A pergunta útil não é “qual é a mais usada”, e sim “qual é a mais usada no que eu quero fazer”.

HTML e CSS são linguagens de programação?

Não. E a distinção importa mais do que parece.

HTML é uma linguagem de marcação — HyperText Markup Language. Ela descreve e estrutura conteúdo: isto é um título, isto é um parágrafo, isto é uma imagem. Não faz cálculo, não toma decisão, não repete instrução.

CSS é uma linguagem de estilo — Cascading Style Sheets. Define aparência: cor, tamanho, posição, espaçamento.

O que falta às duas é o que define uma linguagem de programação: lógica. Nem HTML nem CSS conseguem avaliar uma condição, executar um laço de repetição ou processar dados.

A analogia que resolve: numa página web, o HTML é o esqueleto, o CSS é a roupa, e o JavaScript — esse sim uma linguagem de programação — é o movimento.

Isso não diminui HTML e CSS. Nenhum site existe sem os dois, e dominá-los é trabalho técnico legítimo. A distinção é de categoria, não de importância — e vale conhecê-la porque ela aparece em entrevista de emprego com frequência.

As linguagens mais difíceis

Dificuldade é relativa, mas há consenso razoável sobre quais exigem mais.

Assembly. Cada instrução corresponde a uma operação do processador. Não há abstração nenhuma — você gerencia registradores e memória manualmente.

C++. Poderosa e enorme. Gerenciamento manual de memória, ponteiros, e um conjunto de recursos que levou décadas acumulando.

Rust. A curva é íngreme por causa do borrow checker, o sistema que garante segurança de memória em tempo de compilação. Frustra no começo e evita categorias inteiras de bug depois.

Haskell. Funcional pura. Exige desaprender o raciocínio procedural, o que é mais difícil que aprender sintaxe nova.

Malbolge e Brainfuck. Linguagens esotéricas, criadas deliberadamente para serem quase impossíveis. Não têm uso prático — existem como exercício e curiosidade.

O que realmente torna uma linguagem difícil raramente é a sintaxe. É o modelo mental que ela exige.

As linguagens mais bem pagas

Salário depende muito mais de senioridade, região e setor do que de linguagem. Mas há um padrão consistente: as linguagens que pagam mais são as de nicho com poucos profissionais qualificados.

Rust, Go, Scala, Elixir e Kotlin costumam aparecer no topo das pesquisas salariais — não por serem melhores, mas porque a demanda supera a oferta.

E há o caso curioso do COBOL. Linguagem dos anos 1950, ainda rodando em sistemas bancários e governamentais críticos. Quase ninguém aprende, os que sabem estão se aposentando, e o salário reflete isso.

Mas o conselho prático é o oposto do óbvio: escolher a primeira linguagem por salário é o caminho mais comum para desistir. Vagas de Python, JavaScript e Java são muito mais numerosas — e um desenvolvedor júnior empregado aprende mais rápido que um desempregado estudando a linguagem que paga melhor.

Linguagens para Android e iOS

Android.
Kotlin é a linguagem oficial recomendada pelo Google desde 2019. Mais concisa e segura que o Java, e totalmente interoperável com ele — código Java antigo continua funcionando.
Java ainda é enorme em aplicativos legados.

iOS.
Swift é a linguagem da Apple desde 2014, e substituiu o Objective-C, que permanece em bases de código antigas.

Para os dois ao mesmo tempo, existem os frameworks multiplataforma:
Flutter, do Google, usa a linguagem Dart.
React Native, da Meta, usa JavaScript ou TypeScript.
.NET MAUI, da Microsoft, usa C#.

A escolha entre nativo e multiplataforma é a decisão real: nativo entrega desempenho e acesso total aos recursos do aparelho; multiplataforma entrega uma base de código só para as duas lojas.

As primeiras linguagens de programação

O primeiro algoritmo destinado a uma máquina foi escrito por Ada Lovelace em 1843, para a máquina analítica de Charles Babbage — que nunca chegou a ser construída.

As primeiras linguagens de fato:

Plankalkül (1945), criada por Konrad Zuse na Alemanha. Conceitualmente avançada, mas não implementada na época.

FORTRAN (1957), da IBM. A primeira linguagem de alto nível amplamente usada, criada para cálculo científico. Ainda existe em computação de alto desempenho.

LISP (1958). A segunda mais antiga ainda em uso, e a base histórica da pesquisa em inteligência artificial.

COBOL (1959). Voltada a sistemas comerciais, com sintaxe deliberadamente próxima do inglês. Continua rodando em bancos e órgãos públicos no mundo inteiro.

BASIC (1964). Criada para ensinar programação a não especialistas, e a porta de entrada de uma geração inteira nos computadores pessoais.

C (1972), de Dennis Ritchie. Provavelmente a mais influente de todas — Unix, Linux, Windows e praticamente todo sistema operacional têm C na base. E a sintaxe dela é o ancestral de C++, Java, C#, JavaScript, PHP e Go.

Qual linguagem aprender primeiro

A resposta honesta: aquela que serve ao que você quer construir. Mas se você não sabe ainda o que quer construir, há um caminho de menor resistência.

Por que Python é a resposta padrão: a sintaxe não exige entender conceitos avançados antes de escrever algo útil, a comunidade em português é grande, e ela serve para automação, dados, web e IA — o que significa que o aprendizado não fica preso a um único caminho de carreira.

E três conselhos que valem mais que a escolha da linguagem:

Aprenda a lógica antes. Nosso guia sobre lógica de programação e o de algoritmos cobrem a base que se aplica a qualquer linguagem.

Escolha uma e vá fundo. Trocar de linguagem a cada duas semanas é a forma mais eficiente de não aprender nenhuma.

Construa algo. Tutorial assistido não ensina; problema resolvido ensina. Nossa lista de cursos de programação gratuitos é um bom ponto de partida.

Se o aprendiz é uma criança, a resposta muda. Antes dos 11 anos, ferramentas de blocos ensinam os mesmos conceitos sem a barreira da sintaxe — nosso guia sobre linguagens de programação para crianças cobre o que usar em cada idade.

Perguntas frequentes

Quantas linguagens de programação existem?

Mais de 700 estão catalogadas em listas de referência, e estimativas maiores passam de mil se incluídas as acadêmicas e descontinuadas. Na prática, porém, cerca de 20 concentram a maior parte do código escrito profissionalmente.

Qual é a linguagem de programação mais usada?

Depende do índice consultado, porque cada um mede coisa diferente. Python e JavaScript se alternam no topo da maioria das listas — Python por causa de dados e IA, JavaScript por ser a única que roda nativamente em todo navegador.

HTML é uma linguagem de programação?

Não. HTML é uma linguagem de marcação: ela estrutura e descreve conteúdo, mas não executa lógica, não faz cálculos e não toma decisões. O mesmo vale para o CSS, que é uma linguagem de estilo. O JavaScript, que trabalha junto com os dois, é que é linguagem de programação.

Qual linguagem de programação aprender primeiro?

Python, na maioria dos casos. A sintaxe é simples, a comunidade em português é grande, e ela serve para automação, dados, web e inteligência artificial — o que evita que o aprendizado fique preso a um caminho único. Se o objetivo específico é fazer sites, comece por HTML, CSS e JavaScript.

Qual a diferença entre linguagem compilada e interpretada?

A compilada é traduzida inteira para código de máquina antes de rodar, gerando um executável — é mais rápida na execução. A interpretada é traduzida linha a linha durante a execução — é mais lenta, e muito mais ágil para desenvolver e testar.

Qual é a linguagem de programação mais difícil?

Entre as de uso real, Assembly e C++ costumam liderar: a primeira por não ter abstração nenhuma, a segunda pelo gerenciamento manual de memória e pelo tamanho da linguagem. Rust tem curva íngreme por causa do sistema de posse de memória. E há as esotéricas, como Malbolge, criadas de propósito para serem quase impossíveis.

Qual linguagem de programação paga melhor?

Rust, Go, Scala e Elixir aparecem no topo das pesquisas salariais, geralmente porque a demanda supera a oferta de profissionais. Mas escolher a primeira linguagem por salário costuma dar errado: as vagas de Python, JavaScript e Java são muitas vezes mais numerosas, e experiência real vale mais que a linguagem no currículo.

Qual linguagem usar para fazer aplicativos?

Para Android, Kotlin é a oficial desde 2019. Para iOS, Swift. Se você quer os dois com uma base de código só, os caminhos são Flutter (linguagem Dart), React Native (JavaScript) ou .NET MAUI (C#).

Qual foi a primeira linguagem de programação?

Plankalkül, criada por Konrad Zuse em 1945, é considerada a primeira de alto nível — mas não foi implementada na época. A primeira amplamente usada foi o FORTRAN, de 1957. E o primeiro algoritmo escrito para uma máquina é atribuído a Ada Lovelace, em 1843.

Quantas linguagens preciso saber?

Menos do que você imagina. Um desenvolvedor experiente costuma dominar de duas a quatro, com familiaridade em algumas outras. Profundidade em uma vale mais que superficialidade em cinco — e quem entende bem a lógica troca de linguagem em semanas.

Preciso saber inglês para programar?

Ajuda muito, mas não é impedimento para começar. A sintaxe usa palavras em inglês (if, while, return), que são poucas e se aprendem por repetição. O inglês pesa mesmo é na documentação e nas respostas técnicas, que em grande parte não estão traduzidas.

Qual a diferença entre linguagem de programação e framework?

A linguagem é o idioma — Python, JavaScript, PHP. O framework é um conjunto de ferramentas e estruturas prontas escritas naquela linguagem, que acelera o desenvolvimento. Django é framework de Python; Laravel, de PHP; React, de JavaScript. Você aprende a linguagem primeiro, o framework depois.

Conclusão

Existem centenas de linguagens de programação, e a maior parte da ansiedade de quem começa vem de tentar escolher a “certa” entre elas. A verdade é que essa escolha importa muito menos do que parece.

Três coisas valem mais que a linguagem. A lógica, que é o raciocínio por trás de qualquer código e se aplica a todas elas. A profundidade, porque dominar uma abre a porta para aprender a segunda em semanas. E o projeto real, porque nenhuma quantidade de tutorial substitui um problema que você precisou resolver sozinho.

Se ainda assim precisa de uma resposta direta: comece por Python, aprenda a lógica junto, e construa algo pequeno que funcione. A segunda linguagem chega naturalmente quando o projeto pedir.

O post Linguagens de programação: os tipos, as mais usadas e qual aprender apareceu primeiro em Homehost.

URL é o endereço completo de um recurso na internet — uma página, uma imagem, um arquivo. É o que você digita na barra do navegador ou o que está por trás de todo link em que você clica.

A sigla vem do inglês Uniform Resource Locator, ou Localizador Uniforme de Recursos. E o nome descreve bem a função: ela não só identifica o recurso, mas diz onde encontrá-lo e como chegar até lá.

Neste guia você vai entender do que uma URL é feita, parte por parte, a diferença entre URL, domínio e link, por que acentos e espaços causam problema, e como mudar um endereço sem perder o que ele já conquistou no Google.

O que é uma URL

Uma URL é o endereço que identifica e localiza um recurso na internet. Quando você digita homehost.com.br no navegador ou clica num link, é uma URL que está sendo usada — mesmo que o navegador esconda parte dela.

O conceito nasceu em 1994, formalizado por Tim Berners-Lee, o mesmo criador da web. A especificação atual é a RFC 3986, de 2005.

A analogia mais útil é a de um endereço postal, mas com uma diferença importante. Um endereço comum diz onde você mora — rua, número, cidade. Uma URL diz onde e como: além de indicar o servidor e o arquivo, ela especifica o protocolo que deve ser usado para chegar lá.

É por isso que toda URL completa começa com algo como https://. Essa parte não é enfeite — é a instrução de como fazer a conexão.

Do que uma URL é formada

Uma URL completa tem até sete partes. Apenas duas são obrigatórias; as outras cinco aparecem conforme a necessidade.

Veja um exemplo com todas elas:

https://blog.exemplo.com.br:443/artigos/seo?ordem=data#comentarios

1. Protocolo — obrigatório

https://

Define como a conexão será feita. Os mais comuns são o HTTP e o HTTPS, este último com a conexão criptografada. Existem outros: ftp:// para transferência de arquivos, mailto: para abrir o programa de e-mail. Nosso guia de protocolos web explica o que cada um faz e em que porta trabalha.

Os navegadores escondem essa parte, e é por isso que muita gente acha que a URL começa no www. Ao digitar homehost.com.br, o navegador acrescenta o https:// sozinho.

2. Subdomínio — opcional

blog.

Um prefixo do domínio principal, usado para separar seções ou serviços. O www é o subdomínio mais conhecido — e, ao contrário do que muita gente imagina, ele é opcional. exemplo.com.br e www.exemplo.com.br são endereços diferentes que costumam levar ao mesmo lugar por configuração.

3. Domínio — obrigatório

exemplo.com.br

O nome que identifica o site, incluindo a extensão. É a parte que você registra e paga anualmente — nosso guia sobre o que é domínio detalha como funciona.

E o domínio é a única parte do endereço que você registra e paga — nosso guia sobre nome de domínio detalha a hierarquia por trás dele, incluindo por que o .com do .com.br não é tecnicamente o TLD.

Este é o ponto onde mais gente se confunde, e voltaremos a ele: o domínio é uma parte da URL, não um sinônimo dela.

4. Porta — opcional

:443

O canal específico de comunicação no servidor. Quase nunca aparece, porque os navegadores usam os valores padrão automaticamente: a porta 80 para HTTP e a 443 para HTTPS. Você só vê a porta explícita em ambientes de desenvolvimento — localhost:3000, por exemplo.

5. Caminho — opcional

/artigos/seo

Indica o recurso específico dentro do site, imitando a estrutura de pastas. É a parte que você controla ao organizar o conteúdo, e a que mais importa para SEO.

6. Parâmetros de consulta — opcional

?ordem=data

Começam com ? e passam informação ao servidor no formato nome=valor. Vários parâmetros são unidos por &:

?ordem=data&pagina=2&filtro=recentes

São comuns em buscas, listagens filtradas e links de campanha — os utm_source e utm_medium que aparecem em links de anúncio são exatamente isso.

7. Fragmento — opcional

#comentarios

Começa com # e aponta para uma parte específica dentro da página. É o que faz o navegador rolar direto até uma seção. O fragmento é processado apenas pelo navegador — ele nem chega a ser enviado ao servidor.

Assista: a estrutura de uma URL

Produzimos um vídeo explicando cada parte de uma URL. Se preferir ver a explicação em vez de ler — ou quiser revisar o que acabou de percorrer:

Exemplos reais, decompostos

Duas coisas para notar.

A primeira linha é uma URL completa e válida. Sem subdomínio, sem caminho, sem parâmetro — só protocolo e domínio. É o mínimo que uma URL pode ser.

E o domínio é sempre a mesma unidade, independentemente do que vem antes ou depois. Em blog.exemplo.com.br, o domínio é exemplo.com.br — o blog é subdomínio.

URL, domínio e link: qual a diferença

Os três termos são usados como sinônimos no dia a dia, e não são.

A relação entre eles: o domínio é parte da URL. E o link é o elemento HTML que aponta para uma URL — o texto azul sublinhado que você clica. Nosso guia sobre links HTML explica como eles são construídos.

Um site tem um domínio e milhares de URLs. Cada página, cada imagem, cada arquivo tem endereço próprio.

URL, URI e URN

Uma confusão mais técnica, que aparece em documentação e em prova de certificação.

URI (Uniform Resource Identifier) é a categoria mais ampla: qualquer sequência que identifique um recurso.

URL é um tipo de URI que, além de identificar, diz onde o recurso está e como acessá-lo.

URN (Uniform Resource Name) é outro tipo de URI: identifica pelo nome, sem dizer onde encontrar. O ISBN de um livro é um exemplo — ele identifica a obra, mas não indica em que biblioteca ela está.

Na prática cotidiana, “URL” e “URI” são usados como sinônimos, e a distinção só importa em contextos de especificação.

Por que acento e espaço na URL dão problema

Esta é a parte que mais afeta quem escreve em português, e quase nenhum guia em inglês aborda.

A especificação original das URLs previa apenas um conjunto restrito de caracteres: letras de A a Z sem acento, números, e alguns símbolos como hífen, ponto e barra. Acentos, cedilha e espaços não estavam nessa lista.

O que acontece na prática

Quando você usa um caractere fora do conjunto permitido, ele é convertido — um processo chamado codificação de URL ou percent-encoding. Cada caractere vira um código iniciado por %:

Então uma URL assim:

https://exemplo.com.br/serviços/instalação de site

Chega ao servidor assim:

https://exemplo.com.br/servi%C3%A7os/instala%C3%A7%C3%A3o%20de%20site

Por que isso importa

Fica ilegível ao compartilhar. Colada no WhatsApp ou num e-mail, a URL vira uma sequência de códigos — o que reduz o clique e passa impressão de link suspeito.

Quebra em sistemas antigos. Alguns programas de e-mail e aplicativos não interpretam a codificação corretamente e cortam o link no primeiro caractere especial.

Dificulta a digitação. Ninguém consegue ditar por telefone um endereço com cedilha.

E prejudica o SEO, ainda que indiretamente: URLs longas e ilegíveis têm menos chance de serem copiadas, citadas e linkadas por outros sites.

A regra prática

Use apenas letras minúsculas sem acento, números e hífen.

❌  /serviços/instalação de site
✅  /servicos/instalacao-de-site

Hífen, não sublinhado. O Google trata o hífen como separador de palavras e o sublinhado como unificador — criar-site são duas palavras, criar_site é uma só.

E cuidado ao mudar isso num site que já existe: alterar o endereço de uma página publicada exige redirecionamento, sobre o que falamos adiante.

URL amigável: o que é e por que importa

Uma URL amigável é aquela que uma pessoa consegue ler e entender:

❌  exemplo.com.br/?p=1287&cat=4
✅  exemplo.com.br/blog/como-criar-um-site

A primeira funciona tecnicamente, mas não diz nada. A segunda comunica o assunto antes mesmo de a página abrir.

Três razões para preferir a segunda:

Clareza para quem vê. Nos resultados de busca, a URL aparece abaixo do título — e uma URL legível ajuda a decidir o clique.

Sinal para os buscadores. Palavras no endereço reforçam o tema da página. É um fator pequeno, mas real — nosso guia com 20 dicas de SEO trata dele entre outros.

Compartilhamento. Uma URL que faz sentido é copiada e colada com mais frequência.

No WordPress, isso se configura em Configurações → Links permanentes, escolhendo “Nome do post”. Faça isso antes de publicar conteúdo — mudar depois altera o endereço de tudo que já está no ar.

Como mudar uma URL sem perder tráfego

Toda URL publicada acumula coisas: os links que outros sites fizeram para ela, a posição que conquistou no Google, os favoritos de quem salvou.

Se você muda o endereço sem avisar, tudo isso se perde. O endereço antigo passa a retornar erro 404, e quem clicar num link antigo não chega a lugar nenhum.

A solução é o redirecionamento 301 — um aviso permanente de que o conteúdo mudou de lugar. Ele encaminha o visitante automaticamente e transfere ao novo endereço praticamente todo o histórico que o antigo tinha.

Três cuidados:

Redirecione para a página equivalente, não para a home. Enviar dez páginas antigas para a página inicial é lido pelo Google como conteúdo removido.

Evite corrente de redirecionamentos. Se A aponta para B e B aponta para C, aponte A direto para C.

E não apague o redirecionamento depois de um tempo. Ele precisa continuar existindo enquanto houver links antigos apontando para lá — o que, na prática, é para sempre.

Nosso guia sobre redirecionamento mostra como fazer.

Encurtadores de URL

Serviços como Bitly e TinyURL transformam um endereço longo num curto, do tipo bit.ly/3xY9k2.

São úteis em três situações: quando há limite de caracteres, quando o endereço precisa ser ditado ou impresso, e quando você quer medir cliques.

Mas há um custo que vale conhecer:

O destino fica oculto. Quem recebe não sabe para onde vai antes de clicar — e é por isso que encurtadores são muito usados em golpes de phishing.

A dependência é real. Se o serviço encerrar, todos os seus links curtos param de funcionar de uma vez. Já aconteceu com encurtadores grandes.

E o link perde o valor de SEO da palavra. Um endereço curto e aleatório não comunica assunto nenhum.

Se for usar em algo permanente, considere um encurtador no seu próprio domínio — assim você mantém o controle e a marca.

Erros comuns com URLs

Misturar maiúsculas e minúsculas. Em servidores Linux, /Contato e /contato são endereços diferentes. Padronize em minúsculas sempre.

Usar espaço no nome do arquivo. foto do produto.jpg vira foto%20do%20produto.jpg. Use hífen.

Deixar o site acessível em quatro endereços. Com e sem www, em HTTP e em HTTPS — são quatro URLs para o mesmo conteúdo. Escolha uma e redirecione as outras três.

Criar URLs profundas demais. /blog/categoria/subcategoria/ano/mes/artigo é difícil de ler, de compartilhar e de manter. Duas ou três camadas bastam.

Mudar a estrutura sem planejar. Reorganizar o site é legítimo — fazer isso sem mapear os redirecionamentos é o erro que mais destrói tráfego já conquistado.

Perguntas frequentes

O que significa URL?

URL é a sigla de Uniform Resource Locator, ou Localizador Uniforme de Recursos. É o endereço completo de um recurso na internet — uma página, uma imagem, um arquivo — indicando onde ele está e qual protocolo usar para acessá-lo.

Qual a diferença entre URL e domínio?

O domínio é o nome que identifica o site, como homehost.com.br. A URL é o endereço completo de um recurso específico, como https://homehost.com.br/blog/. O domínio é uma parte da URL — um site tem um domínio e milhares de URLs.

Qual a diferença entre URL e link?

A URL é o endereço; o link é o elemento clicável que leva até ele. Num site, o link é criado com a tag HTML <a href="...">, onde o href contém a URL. Você clica no link e é levado à URL.

Quais são as partes de uma URL?

Sete no total: protocolo (https://), subdomínio (www.), domínio (exemplo.com.br), porta (:443), caminho (/blog), parâmetros (?id=1) e fragmento (#secao). Apenas o protocolo e o domínio são obrigatórios.

Posso usar acento na URL?

Tecnicamente sim, mas não convém. Acentos e cedilha são convertidos em códigos como %C3%A7, o que torna o endereço ilegível ao ser compartilhado e pode quebrar em sistemas antigos. Use apenas letras minúsculas sem acento, números e hífen.

Devo usar hífen ou sublinhado na URL?

Hífen. O Google trata o hífen como separador de palavras e o sublinhado como unificador — em criar-site ele lê duas palavras; em criar_site, uma só.

O que é uma URL amigável?

Uma URL que uma pessoa consegue ler e entender, como /blog/como-criar-um-site em vez de /?p=1287. Ajuda no compartilhamento, no clique a partir dos resultados de busca, e comunica o assunto da página antes de ela abrir.

Posso mudar a URL de uma página?

Pode, mas só com um redirecionamento 301 do endereço antigo para o novo. Sem ele, o antigo passa a retornar erro 404 e você perde a posição no Google e todos os links externos que apontavam para lá.

O que significa o ? na URL?

Ele marca o início dos parâmetros de consulta, que passam informação ao servidor no formato nome=valor. Vários parâmetros são separados por &. São comuns em buscas, listagens filtradas e links de campanha publicitária.

E o # no fim de uma URL?

É o fragmento, que aponta para uma seção específica dentro da página e faz o navegador rolar até ela. Ele é processado apenas pelo navegador — nem chega a ser enviado ao servidor.

Preciso do www na URL?

Não. O www é um subdomínio como qualquer outro, e o site funciona igualmente com ou sem ele. O que importa é escolher uma versão e redirecionar a outra, para não ter o mesmo conteúdo acessível em dois endereços.

Qual a diferença entre URL e URI?

URI é a categoria mais ampla: qualquer sequência que identifique um recurso. URL é um tipo de URI que também diz onde o recurso está e como acessá-lo. No uso cotidiano os dois são tratados como sinônimos, e a distinção só importa em contextos de especificação técnica.

Qual o tamanho máximo de uma URL?

Não há limite na especificação, mas os navegadores impõem o seu. O limite prático mais restritivo é o do Internet Explorer antigo, com 2.083 caracteres; navegadores modernos aceitam bem mais. Na prática, URLs acima de 100 caracteres já são difíceis de compartilhar.

Conclusão

Uma URL é mais que um endereço: é a instrução completa de onde está um recurso e como chegar até ele. Entender suas sete partes ajuda a diagnosticar problemas, montar links corretamente e organizar um site de forma que faça sentido para quem lê e para quem busca.

Três coisas valem carregar deste guia. O domínio é parte da URL, não sinônimo dela — a confusão entre os dois é a mais comum do assunto. Acento e espaço não pertencem a uma URL, ainda que funcionem: use minúsculas sem acento, números e hífen. E mudar o endereço de uma página publicada exige redirecionamento 301 — sem ele, você apaga o que aquela página já tinha conquistado.

Para o vocabulário completo da área, veja nosso glossário de hospedagem com 60 termos explicados.

O post URL: o que é, para que serve e como é formada (guia completo) apareceu primeiro em Homehost.

Um orçamento de site bem-feito não é uma lista de preços — é o documento que define o que você vai entregar, o que não vai, e o que acontece quando o cliente pedir algo a mais. É por isso que ele evita mais problema que qualquer contrato assinado depois.

Este guia mostra o que incluir item a item, como precificar cada parte, os erros que fazem projeto dar prejuízo, e traz um modelo pronto para adaptar ao seu caso.

O que um orçamento de site precisa ter

Antes dos valores, a estrutura. Um orçamento incompleto gera retrabalho e discussão — e quase sempre no meio do projeto, quando já é tarde.

São nove blocos:

1. Identificação. Seus dados, os do cliente, número do orçamento e data. Numerar parece burocracia até você ter três versões do mesmo orçamento circulando.

2. Entendimento do projeto. Dois parágrafos resumindo o que você entendeu que o cliente quer. É o bloco que mais evita conflito — se o entendimento estiver errado, ele corrige agora, e não na entrega.

3. Escopo detalhado. O que será entregue, item por item. Número de páginas, funcionalidades, integrações.

4. O que não está incluído. Explícito, em lista. Voltamos a isso, porque é o item mais importante do documento.

5. Prazo. Em dias úteis, com as etapas. E com a ressalva de que o prazo depende do cliente entregar o conteúdo.

6. Valor e forma de pagamento. Total, condições, e o que acontece em caso de atraso.

7. Custos recorrentes. Hospedagem, domínio, licenças. Separados do valor do projeto.

8. Validade da proposta. 15 ou 30 dias. Sem isso, alguém volta seis meses depois cobrando o preço antigo.

9. Próximos passos. Como aceitar, o que acontece depois.

O que cobrar por cada item

Aqui está a parte difícil, e vamos ser diretos sobre por quê: não existe tabela de preços da categoria. O mesmo site institucional é cobrado por valores muito diferentes conforme a região, a experiência de quem faz e o porte do cliente.

O que existe são princípios de precificação que funcionam.

Cobre por entregável, não por hora

Cobrar por hora tem dois problemas. Você é penalizado por ficar mais rápido — quanto mais experiente, menos ganha pela mesma entrega. E o cliente compara horas, não resultado.

Cobrar por entregável inverte isso: o valor é do site pronto, não do tempo gasto. Se você leva metade do tempo por saber mais, o ganho é seu.

Como chegar ao número

1. Estime as horas de trabalho — mesmo cobrando por entregável, você precisa saber quanto tempo custa.

2. Defina seu valor-hora real. Não é o salário dividido por 160. Freelancer não fatura 100% das horas: parte do tempo vai para prospecção, orçamento, cobrança, e trabalho não pago. Uma referência prática é considerar que 60% das horas trabalhadas são faturáveis — se você quer receber R$ 8.000 por mês trabalhando 160 horas, o valor-hora não é R$ 50, é próximo de R$ 83.

3. Multiplique e acrescente margem para o imprevisto que sempre existe.

4. Compare com o mercado da sua região e ajuste. Se o resultado estiver muito acima, ou você está superestimando as horas, ou o cliente não é o certo.

As camadas de complexidade

O que faz o preço variar, em ordem de impacto:

Quantidade de páginas. Um site de 5 páginas e um de 30 não custam proporcional — mas a diferença é real.

Se o layout é personalizado ou baseado em tema. É a maior variação de esforço do projeto inteiro.

Funcionalidades. Formulário simples é uma coisa; área de membros, integração com sistema, cálculo de frete são outra.

Se o conteúdo vem pronto. Escrever textos e tratar imagens é trabalho de verdade, e frequentemente o cliente presume que está incluso.

E o volume de reuniões. Um cliente que quer reunião semanal custa mais que um que responde por e-mail. Vale considerar isso no preço, ainda que não apareça no orçamento.

Os itens que ninguém lembra de cobrar

Esta é a seção que salva projeto de dar prejuízo. São seis itens que consomem tempo real e quase nunca entram no orçamento.

Redação dos textos. O cliente manda “o material” e vem um documento desorganizado, ou nada. Escrever texto de site é serviço próprio — ou está no escopo com valor, ou está explicitamente fora.

Tratamento de imagens. Redimensionar, recortar, otimizar. Um catálogo de 200 produtos com fotos em tamanho de câmera é dia inteiro de trabalho.

Migração de conteúdo. Se existe um site antigo, transferir o conteúdo dele não é automático.

Configuração de e-mail. Criar as contas, configurar nos dispositivos do cliente, resolver o que não chega. É o serviço que mais gera chamado depois da entrega, e quase nunca aparece no orçamento.

Treinamento. Ensinar o cliente a atualizar o próprio site. Duas horas, no mínimo, e é o que reduz o suporte eterno depois.

E o suporte pós-entrega. Sem prazo definido, ele é infinito. Trinta ou sessenta dias, escrito, e depois vira contrato de manutenção.

Os custos recorrentes: separe do projeto

Hospedagem, domínio e licenças de plugin não são custo do projeto — são custo de operação do site, e continuam existindo depois que você entregou.

Duas formas de tratar, e a segunda costuma ser melhor:

Repassar o custo. O cliente contrata direto no nome dele, e você só orienta. É mais simples e evita que você vire cobrador.

Incluir como serviço mensal. Você contrata, gerencia, e cobra um valor que inclui o custo mais a sua gestão. É o modelo que gera receita recorrente, e é o que transforma uma agência de projeto em projeto num negócio previsível.

A conta faz sentido: hospedagem compartilhada parte de poucos reais por mês, e um plano de revenda permite hospedar vários clientes com o mesmo custo — cada um com sua conta separada, sob a sua marca.

E há um ponto que precisa estar no orçamento, sempre: em nome de quem fica o domínio. Se ficar no seu, o cliente depende de você para sempre — e o dia em que a relação terminar, vira conflito. O domínio deve ser registrado no nome do cliente, com o e-mail dele como contato. Escreva isso no documento.

E antes de registrar, vale escolher bem — nosso guia sobre nome de domínio traz os testes que evitam ter que trocar depois.

Os erros que fazem o projeto dar prejuízo

Não limitar as revisões. É o mais caro de todos. Escreva “até duas rodadas de ajustes” — sem isso, o projeto não tem fim, e a quinta rodada custa o lucro inteiro.

Não definir o que trava o prazo. Se o cliente demora três semanas para mandar os textos, o prazo não é seu. Escreva que o cronograma começa a contar após o recebimento do material.

Aceitar pagamento só na entrega. Cinquenta por cento na assinatura é o padrão da categoria, e existe por um motivo: protege você do cliente que desiste no meio.

Orçar por telefone. Sempre por escrito, sempre com validade.

Não explicitar o que está fora. Vale repetir porque é o erro estruturante: um orçamento sem lista de exclusões transforma tudo em “eu achei que estava incluso”.

Cobrar barato demais para conseguir o projeto. Preço baixo atrai o cliente que negocia tudo, atrasa pagamento e pede mais do que combinou. E o preço que você cobra do primeiro cliente vira a referência que ele passa para os outros.

Modelo de orçamento de site

Abaixo está a estrutura completa, pronta para adaptar. Substitua o que está entre colchetes.

Perguntas frequentes

Como fazer um orçamento de criação de site?

Estruture em nove blocos: identificação, entendimento do projeto, escopo detalhado, o que não está incluído, prazo, valor e forma de pagamento, custos recorrentes, validade da proposta e próximos passos. O bloco mais importante é o de exclusões — sem ele, tudo vira “achei que estava incluso”.

Quanto cobrar por um site?

Não existe tabela da categoria, e os valores variam muito por região, experiência e porte do cliente. O método que funciona: estime as horas, defina seu valor-hora considerando que só cerca de 60% do seu tempo é faturável, multiplique, acrescente margem para imprevisto, e ajuste ao mercado da sua região.

Devo cobrar por hora ou por projeto?

Por projeto, na maioria dos casos. Cobrar por hora penaliza quem trabalha mais rápido e faz o cliente comparar horas em vez de resultado. Cobrar por entregável significa que ganhar experiência aumenta sua margem em vez de reduzir seu faturamento.

O que não pode faltar num orçamento de site?

Cinco coisas: o escopo detalhado, a lista do que não está incluído, o número máximo de revisões, o prazo com a ressalva de que depende do material do cliente, e a validade da proposta. As três primeiras são as que evitam prejuízo.

Quantas revisões devo incluir?

Duas rodadas é o padrão da categoria e funciona bem. O essencial é que o número esteja escrito — orçamento sem limite de revisões é projeto sem data de fim, e a quinta rodada consome o lucro inteiro.

Como cobrar a hospedagem no orçamento?

Separada do valor do projeto, na seção de custos recorrentes — porque ela continua existindo depois da entrega. Você pode repassar o custo, com o cliente contratando direto, ou incluir como serviço mensal seu, o que gera receita recorrente e é o modelo que sustenta uma agência entre um projeto e outro.

Em nome de quem fica o domínio?

Do cliente, sempre, com o e-mail dele como contato administrativo. Domínio registrado no nome do desenvolvedor é a fonte de conflito mais comum na área — e o dia em que a relação termina, o cliente descobre que o endereço da empresa dele é legalmente de outra pessoa. Escreva isso no orçamento.

Quanto tempo o orçamento deve valer?

Quinze ou trinta dias. Sem prazo de validade, alguém volta meses depois cobrando o valor antigo — e nesse intervalo mudou o seu custo, mudou o câmbio das licenças, e mudou o que você cobra.

Preciso pedir entrada?

É o padrão da categoria, e existe por um motivo. Cinquenta por cento na aprovação protege você do cliente que desiste no meio do projeto, e filtra quem não estava decidido. Trabalhar inteiramente para receber na entrega é assumir o risco sozinho.

O que fazer quando o cliente pede algo fora do escopo?

Responda que é possível, oriente que está fora do escopo aprovado, e mande um orçamento complementar. Fazer “de graça, porque é rápido” estabelece que o escopo é negociável — e a partir daí todo pedido seguinte vem com a mesma expectativa.

Conclusão

Um orçamento de site é o documento que define a relação inteira — e a maior parte dos problemas que aparecem no meio do projeto tem origem numa linha que não foi escrita no começo.

Três coisas carregam quase todo o valor. A lista do que não está incluído, porque é ela que separa o combinado do “achei que estava”. O limite de revisões, porque sem número o projeto não tem fim. E a titularidade do domínio, porque é o item que gera o conflito mais grave — e o mais evitável.

E há uma decisão de negócio escondida na linha de hospedagem. Repassar o custo é mais simples; assumir a gestão e cobrar mensalmente é o que transforma uma sequência de projetos num negócio com receita previsível. Vale pensar nisso antes do próximo orçamento, não depois.

O post Orçamento para criação de site: o que cobrar por item + modelo pronto apareceu primeiro em Homehost.

Contratar hospedagem envolve um vocabulário próprio — e boa parte dele aparece sem explicação nas páginas de planos, nos painéis de controle e nas mensagens de erro. Este glossário reúne os 60 termos mais frequentes, em ordem alfabética, cada um com uma definição direta e o link para o guia completo quando existe.

Use como referência. Não precisa ler do começo ao fim: procure o termo que apareceu no seu painel, entenda o que significa, e siga o link se quiser se aprofundar.

A

A (registro)
O registro de DNS que aponta um domínio para o endereço IP do servidor. É o que faz seusite.com.br chegar à máquina certa. Sem ele, o site não abre.

AAAA (registro)
O equivalente do registro A para endereços IPv6. Coexiste com o A, e é usado quando a conexão do visitante suporta IPv6.

Addon domain
Um domínio adicional hospedado na mesma conta, com site próprio e pasta separada. Os planos definem quantos você pode ter — é o limite que mais faz gente migrar de plano antes do esperado.

Apache
O software de servidor web mais usado do mundo. É ele que recebe a requisição do navegador e devolve as páginas. Lê o arquivo .htaccess, o que dá flexibilidade de configuração por diretório.

B

Backup
Cópia de segurança dos arquivos e do banco de dados. Backup útil é aquele que você consegue restaurar sozinho, e que existe também fora do servidor onde os dados originais estão.

Bare metal
Um servidor físico dedicado inteiro, sem virtualização. O oposto de VPS e cloud.

Banda (largura de banda)
O volume de dados transferido entre o servidor e os visitantes num período. Quase todo plano hoje anuncia banda ilimitada, porque sites normais raramente chegam perto de um limite relevante.

C

Cache
Cópia temporária de conteúdo já processado, guardada para entregar mais rápido nas próximas vezes. O cache existe em várias camadas: navegador, servidor, CDN.

CageFS
Tecnologia do CloudLinux que isola o sistema de arquivos de cada conta num servidor compartilhado. É o que impede que um site invadido enxergue os arquivos dos vizinhos — nosso guia sobre CageFS explica em detalhe.

CDN (Content Delivery Network)
Rede de servidores distribuídos globalmente que guardam cópias do seu site e as entregam a partir do ponto mais próximo do visitante. Reduz latência e alivia o servidor de origem — veja nosso guia sobre CDN e Cloudflare.

Certificado SSL
O que ativa o HTTPS e criptografa a conexão entre o visitante e o site. Hoje é gratuito e padrão — provedor que cobra por certificado básico está cobrando por algo que não custa nada a ele.

CloudLinux
Sistema operacional para servidores compartilhados que limita os recursos de cada conta individualmente. É o que impede o efeito “vizinho barulhento” — nosso artigo sobre CloudLinux detalha.

CMS (Content Management System)
Sistema de gerenciamento de conteúdo — o software que permite criar e editar um site sem programar. O WordPress é o mais usado.

CNAME (registro)
Registro de DNS que aponta um nome para outro nome, em vez de para um IP. Usado para subdomínios e serviços de terceiros. Cadeias longas de CNAME atrasam a resolução.

Cloud (hospedagem em nuvem)
Modelo em que o site roda distribuído por vários servidores em vez de um só. Escala sob demanda e sobrevive à falha de uma máquina.

cPanel
O painel de controle de hospedagem mais usado. Concentra e-mail, arquivos, banco de dados, backup e SSL numa interface visual — veja o que é cPanel.

Core Web Vitals
As três métricas de experiência que o Google usa como fator de ranqueamento: LCP, INP e CLS. Nosso guia sobre Core Web Vitals explica cada uma.

D

Data center
A instalação física onde ficam os servidores, com energia redundante, refrigeração controlada, segurança física e conexão de internet redundante.

Dedicado (servidor)
Uma máquina física inteira, exclusiva de um cliente. Máximo de desempenho e controle, com o custo proporcional.

DKIM
Assinatura criptográfica nos e-mails enviados pelo seu domínio, que prova ao servidor de destino que a mensagem é autêntica. Junto com SPF e DMARC, decide se seu e-mail chega à caixa de entrada ou ao spam.

DMARC
Registro que diz aos servidores de destino o que fazer quando SPF e DKIM falham, e para onde enviar relatórios. Completa a tríade de autenticação de e-mail.

DNS (Domain Name System)
O sistema que traduz nomes de domínio em endereços IP. Sem ele, você precisaria decorar números para acessar sites — veja o que é servidor DNS.

DNSSEC
Extensão que assina os registros DNS criptograficamente, provando que a resposta não foi adulterada. Não é privacidade — ele garante autenticidade, não confidencialidade.

Domínio
O endereço do seu site, como seusite.com.br. É alugado anualmente de um registrador, não comprado em definitivo — veja o que é domínio. Sobre a estrutura e como escolher, veja nome de domínio.

E

E-mail corporativo
Conta de e-mail no seu próprio domínio, como contato@suaempresa.com.br, em vez de um endereço gratuito. Costuma vir incluído nos planos de hospedagem — veja como criar uma conta de e-mail no cPanel.

Endereço IP
O número que identifica um servidor na internet. Na hospedagem compartilhada ele é dividido entre vários sites; no VPS e no dedicado pode ser exclusivo.

F

Firewall
Sistema que filtra o tráfego que chega ao servidor, bloqueando padrões de ataque e IPs suspeitos. Um firewall que descarta pacotes produz timeout; um que rejeita produz erro de conexão recusada.

FTP (File Transfer Protocol)
Protocolo para transferir arquivos entre seu computador e o servidor. É antigo e não criptografado — o servidor FTP ainda funciona, mas o SFTP é a opção correta hoje.

H

.htaccess
Arquivo de configuração do Apache, colocado na raiz do site. Controla redirecionamentos, regras de reescrita de URL, proteção de diretórios e páginas de erro — veja o guia do .htaccess no WordPress.

Hospedagem compartilhada
Modelo em que vários sites dividem os recursos de um mesmo servidor. É a opção mais barata e a mais usada — veja o que é hospedagem compartilhada.

HTTP / HTTPS
Os protocolos que regem a navegação na web. O S do HTTPS indica que a conexão é criptografada por SSL/TLS — veja o que é HTTPS.

HTTP/3
A versão mais recente do protocolo, que reduz o tempo de estabelecimento de conexão. Só funciona sobre HTTPS — veja nosso guia sobre HTTP/3.

Hypervisor
Software que divide um servidor físico em várias máquinas virtuais isoladas. É o que torna o VPS possível.

I

IMAP
Protocolo de recebimento de e-mail que mantém as mensagens no servidor, sincronizando entre todos os dispositivos. É o que você quer na maioria dos casos — veja a comparação POP ou IMAP.

Inode
Cada arquivo ou pasta na conta consome um inode. É o limite que mais surpreende: um site pode estar longe do limite de espaço e esbarrar no de inodes, porque acumulou milhares de arquivos pequenos — cache, thumbnails de imagem, e-mails antigos.

L

Latência
O tempo que os dados levam para ir e voltar entre o visitante e o servidor. Distância física é o fator principal, e é por isso que servidor no Brasil responde mais rápido a visitante brasileiro — veja o que é latência.

Let’s Encrypt
Autoridade certificadora gratuita que emite certificados SSL com renovação automática. É o motivo de o SSL pago ter deixado de ser necessário para sites comuns.

LiteSpeed
Servidor web alternativo ao Apache, com foco em desempenho. Lê o mesmo .htaccess, o que torna a migração transparente, e tem cache integrado.

M

Migração
Transferir um site de um provedor para outro. Provedores sérios fazem sem cobrar — se cobram, é sinal de alerta.

MX (registro)
Registro de DNS que indica qual servidor recebe os e-mails do seu domínio. É independente do registro A, e por isso o site pode estar num provedor e o e-mail em outro.

MySQL
O banco de dados mais usado em hospedagem web. É onde o WordPress guarda posts, páginas, comentários e configurações — veja o que é MySQL.

N

Nameserver (servidor de nomes)
Os servidores que respondem pelas consultas de DNS do seu domínio, no formato ns1.provedor.com. É a configuração que liga o domínio à hospedagem — trocá-los aponta o mesmo domínio para outro provedor.

Nginx
Servidor web focado em alto volume de conexões simultâneas. Não lê .htaccess — as regras ficam no arquivo de configuração do site, o que costuma surpreender quem migra do Apache.

Nome de domínio
A parte do endereço que você escolhe e registra — seusite em seusite.com.br. Tecnicamente é o SLD (Second Level Domain), embora em endereços brasileiros fique no terceiro nível. Veja nome de domínio.

NVMe
Tipo de armazenamento em estado sólido, bem mais rápido que o SSD SATA. Faz diferença perceptível em sites com muitas consultas ao banco de dados.

P

Painel de controle
A interface visual onde você gerencia a hospedagem — cPanel, DirectAdmin, Plesk. Veja como acessar o painel.

PHP
Linguagem em que o WordPress e a maioria dos sites de hospedagem compartilhada são escritos. A versão importa: as antigas ficam sem correção de segurança e são mais lentas.

POP3
Protocolo de recebimento de e-mail que baixa as mensagens e as remove do servidor. Serve para um único dispositivo — na maioria dos casos, o IMAP é a escolha certa.

Porta
O número que identifica um serviço específico num servidor. As mais comuns: 80 e 443 (web), 21 (FTP), 22 (SSH e SFTP), 2083 (cPanel) — veja as portas de SMTP, IMAP e POP3.

Propagação (DNS)
O tempo até que uma alteração de DNS seja reconhecida em todo o mundo. Leva de algumas horas a 24, porque os resolvedores guardam a resposta anterior em cache — veja o que é propagação de DNS.

public_html
A pasta raiz do site no servidor. Arquivos colocados fora dela não aparecem no site — é a causa mais comum de “subi os arquivos e nada mudou”.

R

RAID
Técnica que distribui ou duplica dados em vários discos, protegendo contra a falha de um deles. RAID não é backup: ele protege contra defeito de disco, não contra exclusão acidental.

Redirecionamento 301
Redirecionamento permanente, que envia visitantes e buscadores do endereço antigo para o novo — e transfere praticamente todo o histórico de SEO. É o que evita perder posição ao mudar uma URL.

Revenda de hospedagem
Plano em que você recebe recursos para criar contas de hospedagem para clientes próprios, sob sua marca. Usa o WHM para gerenciar.

Root (acesso)
Permissão de administrador total no servidor. Existe em VPS e dedicado; não existe em hospedagem compartilhada, e é uma das razões para migrar.

S

Servidor
Computador de alto desempenho que armazena dados e os fornece a outros dispositivos, funcionando continuamente — veja o que é um servidor.

SFTP
Transferência de arquivos sobre SSH, na porta 22. Criptografado, com uma única conexão — é o substituto correto do FTP.

SLA (Acordo de Nível de Serviço)
O compromisso formal de disponibilidade do provedor. Um SLA de 99,9% admite cerca de 8 horas fora do ar por ano; 99% admitiria mais de 3 dias.

SMTP
Protocolo de envio de e-mail. É o par do IMAP e do POP3, que cuidam do recebimento — veja o que é SMTP.

SPF
Registro de DNS que declara quais servidores têm permissão para enviar e-mail em nome do seu domínio. Sem ele, suas mensagens tendem ao spam.

SSD
Armazenamento em estado sólido, sem partes móveis. Muito mais rápido que o HDD antigo, e hoje o mínimo aceitável em hospedagem.

SSH
Acesso remoto ao servidor por linha de comando, criptografado, na porta 22. Disponível em VPS e em alguns planos compartilhados.

Subdomínio
Um prefixo do domínio principal, como blog.seusite.com.br. São gratuitos e ilimitados dentro de um domínio que você já tem.

T

TTFB (Time To First Byte)
O tempo até o servidor começar a responder. É a parte da velocidade que nenhum plugin resolve, porque depende do servidor — veja nosso guia sobre TTFB.

TTL (Time To Live)
Por quantos segundos um registro de DNS pode ficar em cache antes de ser consultado de novo. TTL baixo acelera mudanças; TTL alto reduz consultas. Baixe o TTL um dia antes de uma migração planejada.

U

URL
Uniform Resource Locator — o endereço completo de um recurso na web, como https://seusite.com.br/blog/artigo. Contém o domínio, mas também o protocolo, o caminho e eventuais parâmetros. O domínio é uma parte da URL, não um sinônimo dela — veja o que é URL.

Uptime
O percentual de tempo em que o servidor permanece no ar. A referência de mercado é 99,9%.

V

VPS (Servidor Virtual Privado)
Um servidor físico dividido em ambientes virtuais isolados, cada um com recursos reservados e acesso root. É o degrau entre a hospedagem compartilhada e o dedicado — veja o que é VPS.

Vizinho barulhento
Termo informal para o site que, no mesmo servidor compartilhado, consome recursos demais e afeta o desempenho dos demais. O CloudLinux existe para conter isso.

W

Webmail
Interface de e-mail acessada pelo navegador, sem instalar programa. Roundcube e Horde são os mais comuns — veja como acessar o webmail.

WHM (WebHost Manager)
Painel de administração do servidor, que cria e gerencia as contas cPanel. É a ferramenta de quem revende hospedagem — veja o que é WHM.

WordPress
O CMS mais usado do mundo. Gratuito, com enorme ecossistema de temas e plugins — veja como instalar o WordPress.

Os termos que mais causam problema

Se você for guardar apenas alguns, que sejam estes cinco — são os que mais aparecem em chamados de suporte:

Inode, porque o limite chega antes do de espaço em disco e ninguém espera.
public_html, porque arquivo fora dela simplesmente não aparece no site.
TTL, porque é ele que determina quanto tempo uma mudança de DNS demora — e baixá-lo antes da migração economiza um dia de espera.
Nameserver, porque é a configuração que realmente liga o domínio à hospedagem.
E preço de renovação, que não é termo técnico, mas é o número que mais surpreende.

Este glossário é atualizado conforme novos termos entram no vocabulário da área. Se faltou algum que você procurou, vale nos avisar.

O post Glossário de hospedagem: 60 termos técnicos explicados apareceu primeiro em Homehost.