Como Excluir Páginas de Administração e Painel da Tradução do WordPress

A maneira mais rápida de impedir que as páginas de administração sejam traduzidas é adicionar seus padrões de URL a uma lista de exclusão. Para WordPress, isso normalmente significa wp-admin/ e wp-login.php. Não presuma que toda ferramenta faz isso por você. Verifique as configurações primeiro e, em seguida, adicione quaisquer caminhos de backend personalizados.

Por que as Páginas de Administração Devem Ficar Fora da Tradução

As páginas de administração não são páginas de visitantes. Elas existem para ajudá-lo a gerenciar o site. Traduzi-las cria problemas reais, não apenas trabalho extra.

Comece pelo problema prático. Uma tela de login traduzida não tem valor para um cliente. Um painel traduzido não pode ser usado por um administrador conectado. Os usuários do WordPress ainda veem a interface original porque o WordPress os envia para o mesmo caminho de backend.

Há também um ângulo de segurança. As páginas de backend podem expor números de versão do WordPress, nomes de plugins ou caminhos de arquivos. Servir essas páginas sob URLs traduzidas pode criar novas URLs públicas que você não pretende publicar.

Traduzir páginas de administração também desperdiça recursos. A ferramenta de tradução precisa rastrear a página, traduzir o texto, armazenar a versão e mantê-la atualizada. Cada atualização adiciona trabalho. Quanto mais páginas na fila, mais difícil é identificar problemas reais de tradução.

Finalmente, as exclusões ajudam você a manter o controle. Uma lista de exclusão clara diz ao agente de tradução quais caminhos deixar em paz. Isso torna o resto do site mais fácil de revisar.

Como o SeaText Decide Quais URLs do WordPress Traduzir

O agente de tradução do WordPress do SeaText é projetado para observar conteúdo publicado. A documentação pública diz que ele vê novas páginas, produtos, posts e manchetes do WordPress e os traduz.

Este é um detalhe importante. Isso significa que o SeaText não está escaneando todos os arquivos possíveis no seu servidor. Ele está procurando conteúdo que é publicado e, portanto, público.

As URLs de administração não são conteúdo publicado. Uma solicitação para /wp-admin/ retorna uma tela de login ou o painel. Esse caminho não é uma página, post, produto ou manchete.

Ainda assim, você deve confirmar como sua própria configuração se comporta. A documentação pública atual do SeaText não lista exclusões padrão exatas de administração. Verifique com o fornecedor antes de presumir que wp-admin/ e wp-login.php já são ignorados.

O SeaText dá a você controle sobre as traduções. Você pode editar traduções, preservar a voz da marca e revisar páginas-chave. Use esses controles como parte do seu fluxo de trabalho de exclusão.

O SeaText também detecta o idioma de cada visitante e traduz páginas instantaneamente. Isso funciona bem para conteúdo público. As páginas de backend não devem fazer parte desse fluxo de tradução instantânea.

Configure uma Lista de Exclusão de URL

Comece abrindo as configurações de tradução do seu site WordPress. No SeaText, você ativa o agente de tradução no WordPress e o gerencia a partir do seu painel. O nome exato do menu para exclusões pode variar.

Procure por “Exclusões de URL”, “Exclusões de Tradução” ou “Caminhos Excluídos”. Se você não encontrar uma seção como essa, verifique com o fornecedor.

Adicione os caminhos padrão de backend do WordPress:

• /wp-admin/
• /wp-login.php

Use caminhos completos, não palavras. Não digite admin sozinho. Não digite o domínio completo, a menos que a ferramenta peça.

Para um caminho de administração personalizado, adicione o diretório inteiro. Por exemplo, adicione /meu-backend-personalizado/ ou /login-personalizado.php.

Para encontrar um caminho de backend personalizado, navegue até a página enquanto estiver conectado. Olhe na barra de endereço do navegador. Registre o caminho após o domínio. Em seguida, adicione esse caminho à sua lista de exclusão.

Salve as configurações. Limpe o cache do seu site. Em seguida, teste a partir de uma janela anônima.

Um bom teste tem duas partes. Primeiro, visite a URL excluída e confirme que você vê a página original de administração ou login. Segundo, visite uma página pública que contenha uma palavra semelhante, como /produto/equipamento-aprovado-pelo-admin/, e confirme que ela ainda é traduzida.

Erros Comuns: Um Padrão Pode Bloquear as Páginas Erradas

Esta é a seção que os editores mais temem. Um pequeno erro de padrão pode esconder páginas públicas da tradução.

Erro 1: Adicionar /admin/ para bloquear /wp-admin/.

Isso é muito amplo. Uma página pública em /produto/equipamento-aprovado-pelo-admin/ contém a palavra “admin”. A exclusão impede que ela seja traduzida. Um visitante na França agora vê o texto do produto em inglês. Isso pode reduzir as vendas.

Erro 2: Usar /wp- como atalho.

Esse padrão pode bloquear /wp-admin/ e wp-login.php, mas também pode bloquear wp-content/, wp-includes/ e wp-json/. Esses são recursos públicos. wp-content/ contém imagens, CSS e JavaScript. Bloqueá-los pode quebrar páginas traduzidas.

Erro 3: Excluir uma palavra que aparece em um painel voltado ao cliente.

Imagine que seu site tenha um painel público do cliente em /painel/. Você adiciona /painel/ para esconder uma página de administração privada. Agora o painel do cliente não é traduzido. Clientes que não falam inglês não podem usá-lo confortavelmente.

Erro 4: Usar um padrão sem barra final.

Algumas ferramentas tratam wp-admin e wp-admin/ como caminhos diferentes. Se você testar o errado, pode pensar que sua exclusão funciona. Adicione a forma que seu fornecedor documenta.

Erro 5: Testar enquanto conectado.

Quando você está conectado ao WordPress, o backend pode carregar de forma diferente. Ele também pode ignorar o fluxo normal de tradução. Sempre teste no modo anônimo ou com uma sessão desconectada.

A lição é simples: exclua o caminho completo mais restrito que puder. Use curingas apenas quando a ferramenta claramente os suportar.

Exclusão Excessiva e Limitações de Curingas

Cada caminho que você exclui é um caminho que você para de traduzir. Esse é o principal trade-off. Mantenha as exclusões o mais precisas possível.

Se você excluir demais, cria buracos não traduzidos no seu site público. Visitantes em outros idiomas podem encontrar uma página que está metade em inglês e metade no idioma deles. Isso prejudica a confiança e muitas vezes faz as pessoas irem embora.

Padrões curinga têm limites claros. Algumas ferramentas só correspondem a um curinga no final. Por exemplo, /wp-admin/* pode corresponder a /wp-admin/user-new.php, mas não a /wp-admin/ em si. Você pode precisar de dois padrões.

Padrões também podem ser sensíveis a maiúsculas e minúsculas. As URLs de administração do WordPress são minúsculas. As páginas públicas nem sempre são minúsculas. Se você vir um problema, teste ambas as formas.

Strings de consulta são outro limite. Uma regra de caminho como /wp-admin/ não capturará /?page=meu-backend se a ferramenta verificar apenas o caminho. Verifique se sua ferramenta suporta regras de URL completas.

Não exclua demais apenas para se sentir seguro. Uma exclusão ampla cria problemas maiores de tradução pública do que uma página de backend perdida.

Para painéis personalizados, decida com base no conteúdo. Se o painel mostra dados privados do usuário, exclua-o. Se é um modelo público, a tradução pode ajudar. A mesma regra se aplica a páginas de associação e páginas de conta.

Para redes multisite do WordPress, lembre-se de que as configurações podem se aplicar por site. Se cada site tem um caminho de administração personalizado, adicione a exclusão para cada site que precisar.

Solução de Problemas e Perguntas Frequentes

Se uma página de administração excluída ainda for traduzida, percorra esta lista:

• Verifique o caminho exato na lista de exclusão.
• Verifique se há uma barra final ou diferença de maiúsculas/minúsculas.
• Limpe o cache do seu WordPress.
• Limpe o cache do seu CDN, se você usar um.
• Teste a partir de uma janela anônima, não de uma sessão conectada.
• Verifique se outro plugin está armazenando em cache páginas traduzidas.

Excluir wp-admin impede que o conteúdo que eu crio lá seja traduzido?

Não. A exclusão se aplica ao caminho de backend em si. Um post público que você publica a partir de wp-admin ainda é conteúdo público. O SeaText o vê e o traduz.

Devo excluir minhas páginas de conta do cliente?

Somente se elas contiverem dados privados do usuário. Se a área de conta é um modelo público normal, a tradução pode ajudar. Se mostra pedidos e endereços, exclua-a.

Quanto tempo leva para uma exclusão funcionar?

A maioria das ferramentas aplica exclusões rapidamente. O tempo exato depende da ferramenta e do seu cache. Limpe seu cache e teste. Se ainda aparecer, verifique com o fornecedor.

Um curinga pode resolver tudo?

Não. Curingas são úteis para diretórios inteiros, mas podem ser amplos demais. Use o menor padrão que cubra todos os caminhos de administração.

Preciso excluir wp-login.php separadamente de wp-admin/?

Sim. Esses são endpoints diferentes. wp-admin/ aponta para o diretório de administração. wp-login.php aponta para um único arquivo de login. Adicione ambos se sua ferramenta não tiver um padrão embutido.

E se o SeaText ainda servir uma página de administração traduzida?

Confirme que a URL está na lista de exclusão e que o padrão corresponde ao caminho exato. Em seguida, pergunte ao suporte do SeaText. O fornecedor pode confirmar se uma lista de exclusão padrão já cobre essa URL.