Gerador de slugs

O que é um slug

Um slug é a porção legível por humanos, segura para URL de uma URL — /blog/my-post-title tem slug my-post-title. Ele identifica o recurso e contribui para SEO (Google lê palavras de slug). Deve ser ASCII-safe, minúsculo por convenção, e usar um separador que navegadores não vão adulterar (- vence).

A transformação de texto arbitrário em slug envolve três passos:

1. Transliterar caracteres não-ASCII em equivalentes ASCII (café → cafe, Tiếng Việt → tieng-viet, Schöner Tag → schoner-tag).
2. Normalizar espaço em branco e pontuação para seu separador escolhido.
3. Minúsculas (quase universalmente — mecanismos de busca case-fold URLs de qualquer forma).

Esta ferramenta trata todos os três. Escolha a locale correta para o texto de entrada para que a transliteração use as regras corretas — vietnamita ư é u, não w; alemão ü é ue tradicionalmente mas u é mais comum em URLs modernas.

Por que hífen sobre sublinhado

Google indexa hífens como separadores de palavras (my-blog-post = três palavras) mas sublinhados como juntadores (my_blog_post = uma palavra). Para SEO, sempre use hífen em slugs de URL. Sublinhados estão OK para nomes de arquivo ou identificadores, não URLs.

Diacríticos: remover ou transliterar

Dois pontos de vista:

• Remover: Café → caf. Perde o é inteiramente. Errado — deixa cair uma letra.
• Transliterar: Café → cafe. Mantém a letra, deixa cair o diacrítico. Certo.

Esta ferramenta translitere. Para vietnamita, a locale-specific map transforma đ → d (a biblioteca padrão slugify lidar com o resto dos diacríticos vietnamitas via normalização NFD).

Comprimento e SEO

A maioria das orientações de SEO chega em 3–5 palavras para o slug (~30–60 caracteres). Slugs mais longos não são penalizados mas são mais feios em compartilhamentos sociais. Não preencha com palavras de parada ("the", "a", "an") — elas adicionam comprimento sem significado.

Casos de uso

• Gerando caminhos de URL para conteúdo orientado por CMS
• Construindo nomes de arquivo a partir de títulos humanos
• Criando IDs amigáveis ao usuário a partir de entrada arbitrária
• Gerando slugs em massa para um lote de importação (use a aba Bulk)

Privacidade

Todo processamento no seu navegador via slugify. Nenhuma solicitação de rede.

Relacionado

• Text Case Converter — mude para minúscula antes de slugificar, ou inverta a ordem.
• URL Encoder — para parâmetros de consulta e composição de URL completa.

Hífen ou sublinhado?

Hífen. Google indexa hífens como separadores de palavras e sublinhados como juntadores — para SEO você quase sempre quer separação de palavras.

Os slugs devem manter diacríticos?

Tecnicamente sim (/café), SEO-wise não (/cafe) — a maioria dos públicos em inglês e a maioria dos navegadores não-Latin verão codificado %C3%A9 em vez de é. Remova diacríticos para portabilidade.

Qual é o comprimento máximo do slug?

Nenhum limite difícil, mas ~60 caracteres é o teto prático para SEO (Google trunca exibição em SERPs após ~50–60). Fique com 3–5 palavras significativas.

Como funciona a transliteração vietnamita aqui?

A biblioteca subjacente translitere diacríticos vietnamitas padrão via normalização NFD (ế → e, ư → u). Adicionamos um pequeno mapa para casos especiais (đ → d) que NFD não lida por padrão.

Slug para scripts não-Latin (chinês, japonês, árabe)?

Transliteração de Pinyin/romaji é possível mas não habilitada aqui por padrão. Para chinês: use uma biblioteca pinyin antes de slugificar. Para japonês: conversão romaji. Para árabe: transliteração é debatível — muitos sites apenas mantêm os caracteres originais URL-encoded.

Por que meu slug ainda contém um ponto de exclamação?

Porque alguns caracteres de pontuação sobrevivem a menos que você marque strict. Por padrão Hello World!! 2026 se torna hello-world!!-2026; com strict ativado, o conjunto *+~.()'"!:@ é removido e você obtém hello-world-2026.

A maioria da pontuação já é removida sem strict — What? Really! fornece what-really!, portanto o ponto de interrogação vai enquanto o ponto de exclamação fica. Strict está desligado por padrão porque remover caracteres é destrutivo, mas para qualquer coisa indo para uma URL, ative-o.

Por que & se tornou a palavra "and"?

Porque o slugificador subjacente translitere símbolos em palavras em vez de deletá-los, então a/b&c se torna abandc. Isso acontece em ambos os modos. Se você quer o símbolo desaparecido em vez de escrito, remova-o antes de slugificar.