Pare alterações acidentais de URL antes que quebrem links.
Coloque alterações de slugs e permalinks atrás de um fluxo explícito, para que mudanças acidentais de URL não quebrem links existentes.
Utilize quando editores precisam atualizar títulos e conteúdo sem alterar silenciosamente URLs já estabelecidos.
Proteja URLs por padrão.
Bons URLs viram infraestrutura. Esta extensão dificulta alterações acidentais, mas ainda permite renomeações deliberadas.
Congele slugs existentes de posts e taxonomias, a menos que você os desbloqueie explicitamente. Esta extensão mantém URLs estabelecidos estáveis durante importações, sincronizações, execuções MCP e outras atualizações por script.
Baixar a versão mais recente | Ver código-fonte no GitHub
O escopo atual é apenas proteção de slug. Ela não bloqueia links dentro do conteúdo nem valores de metadados.
Que problema resolve
Muitos problemas no WordPress começam com uma mudança silenciosa de slug. Um script, importação, migração ou fluxo de IA atualiza o slug de um post ou termo de taxonomia, e de repente URLs antigos deixam de corresponder ao que mecanismos de busca, favoritos ou sistemas internos esperam.
URLs quebrados
Links antigos em resultados de busca, emails e documentação deixam de resolver corretamente.
Mudanças inesperadas em taxonomias
Categorias e termos mudam quando sincronizações ou ferramentas em massa os reescrevem.
Conflitos com automação
Scripts e ferramentas MCP podem editar com segurança, mas mudanças de slug devem exigir uma decisão explícita.
O que realmente bloqueia
Slugs de posts
Valores post_name existentes ficam congelados na atualização, a menos que você permita a mudança.
Slugs de termos de taxonomia
Slugs de termos existentes também ficam congelados, a menos que você permita a mudança.
Nada mais
Não bloqueia links de conteúdo, metadados de posts nem alterações editoriais não relacionadas.
Quando ajuda
- Importações em massa que devem atualizar conteúdo sem renomear URLs estabelecidos.
- Fluxos de staging para produção em que mudanças de slug criariam dano evitável de SEO.
- Fluxos MCP e de automação em que assistentes devem editar com segurança sem mudanças silenciosas de permalink.
- Sites em que várias extensões ou tarefas personalizadas mexem em posts e termos por código.
Como permitir uma renomeação intencional
Se você realmente quer alterar slugs, adicione uma constante temporária de permissão em wp-config.php, faça a alteração e depois remova a constante.
define('URL_LOCKDOWN_ALLOW', true);
// Ou, apenas para WP-CLI:
define('URL_LOCKDOWN_ALLOW_CLI', true);Isso mantém o comportamento padrão rígido, mas ainda permite renomeações planejadas de propósito.
Estado da versão atual
- Versão mais recente: 1.4.2
- Requer WordPress: 5.9+
- Requer PHP: 7.4+
- Licença: GPL v2 ou posterior
Perguntas frequentes
Ainda permite alterações manuais de slug no wp-admin?
Não. Slugs existentes de posts e taxonomias ficam congelados, a menos que uma constante de permissão seja definida. Esse é o comportamento documentado atual.
Também bloqueia links dentro do conteúdo?
Não. A extensão hoje é apenas para slugs. Ela não fiscaliza links dentro do conteúdo.
Bloqueia metadados ou campos personalizados?
Não. Valores de metadados ficam fora do escopo.
E se eu precisar renomear algo de propósito?
Use URL_LOCKDOWN_ALLOW ou URL_LOCKDOWN_ALLOW_CLI, faça a alteração e remova a constante novamente.
Por que manter o escopo tão estreito?
Porque o alvo útil de proteção é a estabilidade dos slugs. Bloquear campos de conteúdo não relacionados cria ruído e atrapalha a edição normal.
Precisa evitar alterações acidentais de URL?
Conte como os editores alteram conteúdo hoje e onde erros de URL criam risco. Vamos sugerir controles.