← Blog · 17 de abril de 2026 · Equipe ConvertCaseHQ · 7 min de leitura

Boas práticas de SEO para slugs de URL: por que o kebab-case vence

O melhor slug de URL é um punhado de palavras em minúsculas unidas por hifens: kebab-case-slugs, e não Kebab_Case_Slugs. A própria documentação do Google recomenda hifens em vez de sublinhados e, como o Google diferencia maiúsculas de minúsculas (é case-sensitive) nos caminhos das URLs, ficar nas minúsculas evita páginas duplicadas por acidente. Quase tudo o mais que se diz sobre slugs de URL (tamanho ideal, stop words, posição das palavras-chave) é questão de bom senso, não de regra, e este post separa uma coisa da outra.

Hifens vs. sublinhados: o que o Google realmente diz

Você não precisa confiar no folclore do SEO aqui, porque o Google diz isso diretamente nas suas boas práticas de estrutura de URL:

We recommend using hyphens (-) instead of underscores (_) to separate words in your URLs, as it helps users and search engines better identify concepts in the URL. (Em tradução livre: recomendamos usar hifens (-) em vez de sublinhados (_) para separar as palavras nas suas URLs, porque isso ajuda usuários e mecanismos de busca a identificar melhor os conceitos na URL.)

O raciocínio é fácil de entender. Os sublinhados já são usados para manter as palavras juntas: programadores chamam uma função de format_date justamente porque querem que ela seja lida como uma unidade. O hífen, ao contrário, é lido como um espaço entre palavras separadas. A página ilustra a ideia com exemplos como estes:

Repare no que o Google não diz. Ele nunca afirma que uma URL com sublinhados não pode ranquear, nem que ela é ignorada. Há posts de blog cheios de convicção afirmando exatamente isso; trate-os como boato. A posição documentada é uma recomendação, com um motivo razoável por trás.

Quanto importam as palavras-chave no slug?

Menos do que muita gente imagina. O SEO Starter Guide do Google coloca as palavras-chave no nome de domínio ou no caminho da URL entre as coisas em que não vale a pena se concentrar, e diz que, do ponto de vista do ranqueamento, elas quase não têm efeito além de aparecer nos breadcrumbs (as trilhas de navegação). O mesmo guia incentiva URLs descritivas, porém, porque partes da URL podem aparecer nos resultados de busca como breadcrumbs, e as pessoas as usam para julgar se um resultado parece útil.

Então o motivo honesto para escrever bons slugs de URL são as pessoas. Um slug como /blog/seo-url-slugs-kebab-case diz a quem o vê o que vai encontrar antes do clique, sobrevive a ser colado numa conversa e é fácil de ler em voz alta. Um slug como /p?id=8812 não faz nada disso.

Isso também responde a uma preocupação comum: você deve renomear toda URL antiga my_post para my-post? Nós não renomearíamos, a menos que você já esteja reestruturando o site. Mudar uma URL significa configurar redirecionamentos e esperar os mecanismos de busca se atualizarem, e o ganho documentado é pequeno. Use hifens em tudo o que for novo e deixe em paz as URLs que funcionam. Se decidir mudá-las mesmo assim, o nosso guia sobre permalinks, estrutura de URLs e redirecionamentos seguros explica como.

Por que os slugs de URL devem ficar em minúsculas

A parte do host de uma URL (Example.com) não diferencia maiúsculas de minúsculas, mas tudo o que vem depois pode diferenciar. A documentação do Google é explícita ao dizer que o tratamento de URLs por ele diferencia maiúsculas de minúsculas, e dá o exemplo de /APPLE e /apple serem tratadas como duas URLs distintas, cada uma com o seu conteúdo.

O que acontece depois depende do seu servidor. Em muitas configurações, /Blog/My-Post simplesmente devolve um 404, porque nenhum arquivo ou rota tem exatamente esse nome. Em outras, toda grafia serve a mesma página, o que cria duplicatas sem alarde. O conselho do Google para o segundo caso é converter todo o texto para a mesma caixa, para ficar mais fácil perceber que as URLs apontam para a mesma página.

Minúsculas são a escolha óbvia. A maioria das pessoas digita URLs em minúsculas, e ninguém lembra se era Pricing ou pricing. Se o seu servidor já responde a pedidos com maiúsculas e minúsculas misturadas, adicione um redirecionamento permanente de qualquer caminho com maiúsculas para o gêmeo em minúsculas. (Domínios e endereços de e-mail seguem outras regras; explicamos isso em maiúsculas e minúsculas em nomes de domínio e e-mails.)

Transformando um título num slug limpo

Este é o processo que um gerador de slugs típico segue, e o que você seguiria à mão:

1. Ponha tudo em minúsculas.
2. Apague os apóstrofos em vez de substituí-los, de modo que don't vire dont e não don-t.
3. Troque cada sequência de espaços e pontuação por um único hífen.
4. Remova os hifens do início e do fim.
5. Decida o que fazer com acentos e letras não latinas.
6. Leia o resultado e edite-o como uma pessoa faria.

O passo seis é onde está o ofício. Algumas conversões reais, com a opção Slugify do nosso conversor:

A primeira linha é o slug real deste post, feito a partir do título em inglês. Cortamos "best practices", "why" e "wins" porque acrescentam tamanho sem acrescentar sentido. A terceira linha mostra por que você não pode pular a etapa de edição: símbolos como + e # carregam todo o sentido desse título, e um slug mecânico os joga fora.

Stop words: corte o enchimento, mantenha o sentido

Cortar palavras pequenas do inglês, como "a", "the" e "of", é um jeito razoável de encurtar um slug longo. Não é regra. Mantenha qualquer palavra curta que mude o sentido: coffee-without-sugar (café sem açúcar) e coffee-sugar (café, açúcar) são páginas diferentes, e "not", "no" e "vs" são minúsculas, mas decisivas.

Tamanho

O Google não publica um limite de caracteres para slugs. A orientação dele é simplesmente manter as URLs simples e legíveis. A nossa regra prática é de três a seis palavras que nomeiem o assunto, o que deixa o slug legível num breadcrumb e curto o bastante para compartilhar. Um slug não precisa repetir o título inteiro, e não deve mudar toda vez que você ajusta o título.

Acentos e outros idiomas

O Google recomenda usar nas URLs palavras no idioma do seu público. Em textos latinos com acentos, muitos geradores de slug removem os acentos, então crème brûlée vira creme-brulee. Isso costuma ser aceitável, mas de vez em quando pode mudar uma palavra: o alemão schön (bonito) vira schon (já). Leia o resultado. Para escritas como a grega, a cirílica ou a japonesa, você pode manter as letras originais; os prós e contras de slugs fora do ASCII estão no nosso guia de permalinks.

kebab-case vs. Slugify no ConvertCaseHQ

O nosso conversor de maiúsculas e minúsculas tem uma opção kebab-case e uma opção Slugify, e elas não são a mesma coisa. As duas põem o texto em minúsculas, descartam apóstrofos, mantêm escritas não latinas como grego, cirílico e japonês (um slug vazio não ajuda ninguém) e unem as palavras com hifens. As diferenças:

• Acentos: o Slugify os remove das letras latinas (é → e, ł → l, ß → ss). O kebab-case os mantém, então Café vira café.
• Entrada em camelCase: o kebab-case separa as palavras (XMLHttpRequest → xml-http-request), que é o que você quer para código. O Slugify trata tudo como uma palavra só (xmlhttprequest).

Nenhuma das duas opções remove stop words; isso fica por sua conta. As duas tratam a caixa de texto inteira como uma única string, então as quebras de linha também viram hifens. Converta um título por vez.

Um checklist rápido para slugs de URL

• Só minúsculas, e redirecione as variantes com maiúsculas se o seu servidor responder a elas.
• Hifens entre as palavras. Sem sublinhados, sem espaços, sem palavras coladas.
• Sem apóstrofos, pontuação ou símbolos sobrando, mas reescreva os títulos em que os símbolos importam.
• De três a seis palavras com significado. Corte o enchimento, mantenha as palavras que mudam o sentido.
• Escreva uma vez e deixe em paz. Uma URL estável vale mais do que uma perfeita.