URLs amigáveis para SEO são endereços curtos, em minúsculas e legíveis, que dizem do que trata uma página antes de alguém a abrir: /services/branding/ em vez de /index.php?p=4821. O slug, a última parte do endereço, escolhe-se num minuto e dura anos: aparece nos resultados de pesquisa, nos links partilhados, na análise de tráfego e em cada marcador, e depois de a página estar publicada raramente deve mudar. Este guia explica o que faz um bom slug, como funcionam os endereços num site multilingue, como mudar um sem perder o que conquistou e as definições a rever no seu CMS antes de publicar a primeira página.
Última atualização: 30 de outubro de 2026.
Porque é que o endereço de uma página é importante?
Os motores de pesquisa conseguem posicionar uma página com um endereço feio, por isso um slug limpo não é um interruptor que faz subir uma página por si só. O efeito é mais discreto e mais duradouro. Um endereço legível recebe mais cliques numa página de resultados, cola-se mais facilmente numa mensagem e memoriza-se melhor. Dentro da empresa, mantém clara a estrutura do site.
A parte duradoura é a outra metade. Um endereço acumula links de outros sites, marcadores, histórico de pesquisa e a confiança que os motores de pesquisa associam a uma página ao longo do tempo. Mantenha o endereço e esse valor continua a crescer; mude-o sem cuidado e a maior parte fica para trás. Por isso o slug merece um momento de atenção no início e uma regra para todos os que publicam a seguir.
O que torna um URL amigável para SEO?
Um bom slug é exato, curto e fácil de ler em voz alta. Na prática:
- Em minúsculas, com as palavras separadas por hífenes: custo-redesign-website. As próprias orientações da Google sobre a estrutura de URLs recomendam hífenes em vez de underscores.
- Curto: três a cinco palavras costumam bastar. Um slug não é o título.
- Descritivo: leva a palavra-chave principal da página, nas palavras que um visitante usaria.
- Estável: sem datas, números de versão ou nomes de campanhas, a não ser que a página dependa mesmo deles.
- Limpo: sem palavras vazias que nada acrescentam, sem maiúsculas, sem acentos, sem extensões de ficheiro, sem parâmetros de rastreamento.
| Mais fraco | Mais forte |
|---|---|
| /blog/2026/11/27/our-thoughts-on-the-importance-of-urls/ | /insights/seo-friendly-urls/ |
| /page?id=482 | /services/e-commerce/ |
| /Services/Web_Design/ | /services/web-design/ |
A estrutura de links permanentes à volta do slug conta tanto quanto ele. Agrupe as páginas numa hierarquia pouco profunda que espelhe a navegação (/services/…, /portfolio/…, /insights/…) e fique pelos dois ou três níveis. Um visitante que apague a última parte de um endereço deve chegar a um sítio que faça sentido.
Onde se decide o slug
O slug decide-se quando a página é planeada, não quando é publicada. Nos nossos projetos, o mapa do site, os endereços de cada tipo de página e as regras para as novas ficam acordados antes de o design começar, porque definem ao mesmo tempo a navegação, os links internos e o modelo de conteúdos. É uma das pequenas decisões de estrutura que nada custam no início e custam muito mais tarde; o nosso guia sobre quanto custa um site mostra como se somam. Quando a produção é assegurada pela IA, como no nosso trabalho de criação de websites, as regras de endereços entram no projeto desde o primeiro componente, para que nenhuma página saia com um endereço que ninguém escolheu.
Os slugs devem ser traduzidos?
Num site multilingue, cada idioma deve ter os seus próprios endereços, e o próprio slug deve ser traduzido, não apenas precedido de um prefixo. Um leitor português deve encontrar /pt/servicos/desenvolvimento-de-websites/, não /pt/services/website-development/. No odduel.com, a mesma página de serviço responde em /services/website-development/ em inglês e em /de/leistungen/webdesign/ em alemão: uma página, um endereço por idioma, cada um com as palavras com que esse idioma pesquisa.
Os slugs traduzidos ajudam de três formas:
- Relevância: o endereço leva a palavra-chave no idioma do leitor, que é a que ele escreveu.
- Confiança: um endereço no seu próprio idioma diz que a página foi feita a pensar em si, não traduzida à última hora.
- Clareza nos resultados e nas partilhas: as pessoas leem o link antes de clicar, nos resultados de pesquisa e nas mensagens.
As regras práticas:
- Mantenha um mapa de slugs por idioma, para que cada página tenha exatamente um endereço em cada um, e para que esse mapa seja o único sítio onde um slug traduzido é definido.
- Pesquise a palavra-chave em cada idioma em vez de traduzir o slug inglês palavra a palavra. A palavra alemã para um serviço nem sempre é a tradução da inglesa.
- Escreva os acentos e as letras especiais da forma que os leitores do idioma esperam (o “ü” alemão como “ue”, por exemplo) e nunca deixe um caráter codificado num endereço.
- Ligue as versões de cada idioma com anotações hreflang, incluindo uma versão predefinida, para que os motores de pesquisa mostrem a versão certa ao leitor certo.
- Redirecione um slug inglês sob um prefixo de idioma para o endereço traduzido num só passo, para que um link adivinhado chegue mesmo assim ao destino.
Como alterar slugs em segurança?
A melhor altura para escolher um slug é antes de publicar. Depois de a página estar online, o endereço acumula links externos, marcadores e histórico de pesquisa, e uma mudança sem cuidado deita isso fora. Às vezes mudar continua a ser a decisão certa: um serviço mudou de nome, uma secção foi reorganizada, um slug ficou com as quarenta palavras de um título. Nesse caso, a ordem de trabalho é esta:
- Decida o novo slug e confirme que mais nada o usa, em nenhum idioma.
- Crie um redirecionamento permanente (301) do endereço antigo para o novo, de forma direta, nunca através de uma cadeia de redirecionamentos anteriores.
- Atualize os links internos para que apontem diretamente para o novo endereço e não passem pelo redirecionamento.
- Verifique cada versão de idioma, para que cada endereço traduzido redirecione para o seu novo endereço.
- Atualize o sitemap e peça à Google Search Console que rastreie o novo endereço.
- Acompanhe o registo de erros 404 durante algumas semanas e acrescente redirecionamentos para o que lhe tenha escapado.
No odduel.com, um endereço que muda de nome recebe o seu 301 no momento da mudança, e o slug retirado continua a responder, num só passo e em todos os idiomas, enquanto algo ainda possa apontar para ele. Um redesign de websites é onde se perde a maior parte dos endereços: uma nova estrutura, um novo CMS, novas pessoas e mil links antigos a apontar para páginas que já não existem. O mapa de redirecionamentos faz parte do plano do redesign, não da semana a seguir ao lançamento.
Que definições do CMS deve verificar?
A maioria dos sistemas de gestão de conteúdos consegue gerar endereços limpos; poucos o fazem por predefinição. Reveja estas definições antes de publicar a primeira página e, se ainda está a escolher um sistema, o nosso guia sobre como escolher um CMS explica o que mais deve ter em conta.
- Formato dos links permanentes: o nome da página ou do artigo, nunca identificadores numéricos nem datas no caminho.
- Slugs automáticos: a maioria dos sistemas cria o slug a partir do título na primeira gravação. Edite-o antes de publicar; um título é muitas vezes mais longo do que um slug deve ser, e um título provisório pode ficar.
- Bases de categorias e etiquetas: decida se os endereços dos arquivos levam uma base (/insights/category/seo/) e mantenha a mesma opção em todo o site.
- Barras finais e maiúsculas: escolha uma forma e redirecione a outra para ela, para que cada página tenha um endereço e não dois ou quatro.
- Paginação e parâmetros: endereços filtrados, ordenados e paginados não podem tornar-se páginas duplicadas na pesquisa; um link canónico e noindex nas páginas seguintes resolvem isso.
- Duplicados com sufixos: um rascunho ou uma página apagada no lixo pode ocupar um slug, e a página seguinte fica com -2. Esvazie o lixo antes de dar o endereço a uma página nova.
No WordPress, um bom plugin de SEO cria um redirecionamento sozinho quando um slug muda e mantém um registo dos endereços que respondem 404. Noutros sistemas, os redirecionamentos ficam num ficheiro de configuração ou no servidor, o que está bem desde que uma pessoa seja responsável pelo ficheiro e este seja revisto antes de cada publicação.
Como são bons slugs em páginas reais?
Alguns casos do nosso próprio trabalho e das perguntas que os clientes nos trazem:
- Um caso de estudo está em /portfolio/rainbow-conspiracy/: o nome do cliente, dentro da secção a que pertence, legível à primeira vista. Esse registo do branding de uma editora de música eletrónica mantém o endereço com que foi publicado.
- Um artigo com o título “URL slugs: small detail, lasting effect” está em /insights/seo-friendly-urls/: a palavra-chave, não o título, e nenhuma data no caminho, para que o guia não pareça antigo quando o ano muda.
- Um serviço com novo nome: quando uma secção chamada “Work” passou a “Portfolio”, cada endereço antigo em /work/… recebeu um 301 de um só passo para o seu novo lugar em /portfolio/…, em todos os idiomas, antes de a nova secção ficar online.
- Uma página de serviço em vários idiomas: uma página, um endereço traduzido por idioma, ligados por hreflang, para que uma pesquisa em alemão chegue ao endereço alemão e uma partilha em francês se leia em francês.
Para ver onde ficam os endereços entre tudo o resto que decide um posicionamento, leia o nosso guia de SEO para 2027.
Quais são os erros mais comuns nos slugs?
Há erros que aparecem em quase todos os sites que nos pedem para analisar:
- Slugs que ficaram com o título inteiro, com palavras vazias, pontuação e tudo.
- Datas em conteúdos intemporais, que envelhecem um guia todos os meses de janeiro.
- Maiúsculas misturadas ou underscores, que podem criar dois endereços para a mesma página.
- Mudanças sem redirecionamentos, muitas vezes feitas por um editor bem-intencionado a arrumar um título.
- Slugs por traduzir sob um prefixo de idioma, que dizem ao leitor que a tradução ficou para segundo plano.
A maioria evita-se com uma regra curta escrita nas normas editoriais (minúsculas, hífenes, três a cinco palavras, palavra-chave primeiro, sem datas) e com uma verificação do endereço antes de cada publicação. Leva um minuto, e é o minuto que perdura.
Perguntas frequentes
Mudar um URL prejudica o SEO?
Pode prejudicar, se o endereço antigo ficar a responder 404. Um redirecionamento permanente do endereço antigo para o novo transfere a maior parte do valor, e a atualização dos links internos completa o trabalho. Uma mudança sem redirecionamento perde os links e o histórico para sempre.
O URL deve ter a palavra-chave?
Sim, quando se lê com naturalidade. A palavra-chave no slug é um pequeno sinal de posicionamento e um sinal maior de legibilidade: diz a quem está na página de resultados o que vai encontrar. Não force uma segunda palavra-chave nem repita a categoria: /insights/seo-friendly-urls/ basta, /insights/seo/seo-friendly-urls-seo-guide/ não.
Hífenes ou underscores nos URLs?
Hífenes. A Google lê um hífen como um espaço entre palavras e um underscore como uma junção, por isso web-design são duas palavras e web_design é uma só. Um endereço com hífenes também se lê melhor em voz alta.
Que tamanho deve ter o slug de um URL?
Três a cinco palavras é uma boa regra, e menos de cerca de sessenta caracteres para o caminho inteiro. O suficiente para dizer o que é a página, curto o suficiente para se ler numa página de resultados e escrever de memória. Retire as palavras vazias, a não ser que o sentido dependa delas.
Os slugs traduzidos importam num site multilingue?
Sim. Um slug traduzido leva a palavra-chave no idioma do leitor, mostra que a página foi feita para ele e torna compreensível o link partilhado. Associe cada versão de idioma a anotações hreflang para que os motores de pesquisa mostrem o endereço certo ao leitor certo, e mantenha um mapa de slugs por idioma para que nada seja traduzido duas vezes.
Os endereços são um dos muitos detalhes que decidem o desempenho de um site na pesquisa, e estão entre os mais baratos de acertar. Se quer que sejam planeados e construídos como deve ser, com o resto da base técnica, conheça o nosso serviço de marketing digital ou fale connosco sobre o seu projeto.
