Feito com Chinaski

Links Permanentes

As configurações de permalink controlam como as URLs de conteúdo são construídas: o prefixo de URL de post, para onde a raiz do domínio aponta e (por idioma) quaisquer sobrescritas de prefixo. Tudo aqui vive sob Settings → Permalinks e sempre dispara um rebuild ao salvar, de modo que o que você define é o que vai ao ar.

O prefixo de URL de post

Posts vivem sob um prefixo de URL (blog por padrão), de modo que um post aparece como /en/blog/my-post/. O campo de prefixo:

  • Aceita letras minúsculas, dígitos e hífens. Qualquer outra coisa é removida ao salvar.
  • Faz fallback para blog se o campo acabar vazio.
  • Pode ser sobrescrito por idioma: cada idioma configurado tem seu próprio campo de prefixo, e limpar uma sobrescrita devolve aquele idioma ao padrão do site (útil para caminhos de blog localizados, por exemplo noticias sob es).

Mudando o prefixo (as URLs antigas seguem)

Quando você muda o prefixo, o próximo build grava redirects automáticos de cada URL de post antiga para seu novo endereço. O prefixo antigo é lembrado no momento de salvar e usado para exatamente uma transição, depois é limpo. URLs antigas retornam 301 para visitantes e buscadores igualmente, de modo que mudar de ideia sobre blog vs articles não deixa nada encalhado.

Uma advertência histórica que acompanha isso: o fluxo de configuração grava o primeiro valor; um banco de dados novo sem um prefixo definido se comporta como blog em todos os lugares por padrão até que você o defina.

O home redirect

A configuração de home redirect decide o que serve a URL raiz de um idioma (/en/, ou / para um site monolíngue) quando nenhuma página já a ocupa:

  • blog (o padrão): a raiz redireciona para a listagem do blog (ignorado completamente se o prefixo de post estiver vazio, já que a raiz É o blog nessa configuração).
  • Um slug de página: sua página nomeada detém a raiz diretamente: sua homepage construída renderiza em / (e nenhum arquivo de redirect separado é gerado, porque a página é a página inicial).
  • Vazio: nenhum redirect de raiz é gerado.

Se você apontá-lo para um slug que nenhuma página publicada casa, o build o alerta pelo nome e simplesmente não emite o redirect: nada quebra, mas a raiz não serve nada até ser corrigida.

Como os alvos de raiz do domínio também devem redirecionar para as raízes por idioma, o builder grava uma pequena página de meta-refresh em cada raiz de idioma apontando para o destino escolhido (índice do blog ou a página escolhida), com um link de passagem; esse formato funciona em qualquer host estático. Arquivos de categoria, arquivos de autor, sitemaps, RSS e URLs canônicas honram todos as mesmas regras de prefixo/slug, de modo que tags, valores de SEO e feeds se mantêm consistentes com o que está efetivamente publicado.

Expectativas de rebuild

Os sites refletem essas mudanças apenas depois de um build. A aba Permalinks sempre dispara um ao salvar, e o log do build reporta as linhas de redirect de raiz (/ → /en/blog/) uma vez geradas. Republicar conteúdo sem tocar nas configurações de prefixo nunca perturba as URLs: elas são decididas pelas configurações que você define aqui, não pela edição de conteúdo.

Leia este site em