Guia completo do WPML para URLs multilíngues limpas, sem base em categorias.

Introdução: O que significa “WPML sem base em categorias”

“Sem base de categoria WPML” significa remover o prefixo de categoria padrão do WordPress, mantendo os URLs dos arquivos de categoria corretos em todos os idiomas do WPML. Em vez de um arquivo em inglês, comoexample.com/category/news/, você pode usarexample.com/news/Uma versão em espanhol poderá ser criada.example.com/es/noticias/em vez deexample.com/es/category/noticias/.

O resultado parece simples. A configuração, porém, nem sempre é simples.

O WordPress usa regras de reescrita para mapear URLs legíveis para consultas de taxonomia. O WPML adiciona outra camada para diretórios de idiomas, domínios ou parâmetros de URL. Ele também conecta termos de categoria traduzidos e slugs. Seu método de remoção de base, configurações de permalinks, tema, plugin de SEO, cache e regras do servidor devem concordar com a rota final.

Importante:O WPML traduz conteúdo multilíngue e dados de taxonomia, mas não é, por si só, uma solução universal para remover categorias base. Utilize um método compatível e com suporte do WordPress para remover a categoria base e, em seguida, teste-o com o WPML.

O QueueLingo ajuda as equipes a mover tarefas de tradução do WPML por meio de filas hospedadas e mecanismos de tradução conectados, para que nomes de categorias, conteúdo relacionado e atualizações multilíngues possam ser gerenciados em maior escala.

Crie uma conta gratuita no QueueLingoouAssista à demonstraçãoantes de planejar uma implementação multilíngue completa do site.

Por que as categorias são importantes para o SEO multilíngue?

Um arquivo de categoria padrão do WordPress geralmente usa este padrão:

• https://example.com/category/news/
• https://example.com/category/tutorials/

A palavracategoryé a base da categoria. Um site pode substituí-la por outra base, como por exemplo:topicsmas deixando o campo base da categoria vazio emConfigurações → Links permanentesNormalmente, isso significa que o WordPress usa seu comportamento padrão. Remover completamente o comportamento padrão geralmente requer um plugin compatível, um recurso do tema ou uma lógica de reescrita personalizada e bem mantida.

Em um cenário multilíngue, a URL também pode conter um indicador de idioma:

• Diretório:example.com/es/category/noticias/
• Domínio da linguagem:example.es/category/noticias/
• Parâmetro:example.com/category/noticias/?lang=es

O WPML suporta diretórios de idiomas, diferentes domínios ou subdomínios e parâmetros de idioma. Portanto, um URL de categoria é definido por três decisões: formato do idioma, categoria base e slug do termo traduzido.

Caminhos de rastejamento e arquivos traduzidos

Os mecanismos de busca descobrem arquivos de categorias por meio de menus, trilhas de navegação, metadados de posts, sitemaps e links internos. Remover um segmento do caminho pode tornar a URL mais fácil de ler, copiar e reconhecer. No entanto, isso não garante uma melhora no ranking. O maior benefício para SEO vem de ter uma URL estável e rastreável para cada arquivo útil.

Um arquivo de categoria traduzido normalmente deve fornecer:

• Um sucesso200resposta.
• Conteúdo no idioma pretendido.
• Uma URL canônica que faz referência a si mesma.
• Correção de idioma alternativohreflangreferências.
• Links internos que utilizam a URL final limpa.
• Inclusão no sitemap XML correto quando o arquivo for indexável.

O Google descreve a canonicalização como o processo de selecionar uma URL representativa dentre páginas duplicadas ou semelhantes. Redirecionamentos, anotações canônicas, URLs do sitemap e links internos podem influenciar essa seleção. Para páginas multilíngues, a URL canônica normalmente deve apontar para a URL canônica no mesmo idioma, enquantohreflangConecta versões equivalentes em cada idioma.

Quando a remoção melhora a experiência do usuário

Remover a base da categoria é mais útil quando as categorias são uma camada de navegação fundamental e seus slugs são únicos. Uma publicação pode usar/en/insights/,/de/einblicke/, e/fr/analyses/Esses caminhos são concisos. No entanto, uma base visível pode evitar ambiguidades. Uma URL como/topics/security/A página indica imediatamente ao leitor que se trata de um arquivo de tópicos. Não remova a base apenas porque uma estrutura mais curta parece "mais amigável para SEO". Escolha a estrutura mais clara e fácil de manter.

Para uma análise mais abrangente da segmentação linguística, consulte oguia de SEO multilíngue.

Como o WPML lida com URLs de categoria

O WPML separa o formato de URL do idioma da tradução dos termos da taxonomia. Compreender essa separação torna a resolução de problemas muito mais rápida.

Formatos de URL de idioma

In WPML → Idiomas → Formato de URL do idiomaO WPML suporta três modelos comuns:

1. Diretórios: example.com/es/noticias/
2. Domínios ou subdomínios: example.es/noticias/oues.example.com/noticias/
3. Um parâmetro de idioma: example.com/noticias/?lang=es

Os diretórios são comuns porque cada idioma permanece sob um único domínio. Domínios diferentes exigem DNS correto e mapeamento de servidor. Os parâmetros geralmente exigem menos alterações no servidor, mas muitos proprietários de sites preferem URLs baseadas em caminho para navegação pública.

Os diretórios de idiomas do WPML são virtuais. Não crie diretórios físicos./es/ or /de/pastas ou forçar solicitações para dentro delas.

Termos e slugs traduzidos

Uma categoria possui um nome de exibição e um slug. Por exemplo:

• Nome em inglês: Notícias; título:news
• Nome em espanhol: Noticias; slug:noticias
• Nome alemão: Nachrichten; lesma:nachrichten

O WPML pode traduzir categorias, tags e taxonomias personalizadas do WordPress. As taxonomias devem ser definidas como traduzíveis emWPML → Configurações → Tradução de TaxonomiasVocê pode consultar as traduções dos termos emWPML → Tradução de Taxonomiae sincronizar as alterações de hierarquia quando as estruturas pai-filho forem alteradas.

Uma base de taxonomia personalizada também pode ter traduções específicas para cada idioma. Isso é diferente de remover a base de categorias padrão do WordPress. Se o seu site não tiver uma base de categorias, o slug do termo traduzido se torna o segmento de caminho visível, o que torna o planejamento de slugs exclusivos ainda mais importante.

Links permanentes e regras de reescrita

O WordPress não armazena todas as URLs amigáveis ​​como um arquivo físico. Ele compara cada requisição com regras de reescrita e converte um caminho correspondente em uma consulta. Um método de remoção de base altera essas regras. O WPML então filtra URLs e consultas de acordo com o idioma ativo.

Conflitos podem surgir quando outro componente também altera o roteamento. As fontes comuns incluem:

• Plugins de SEO ou de links permanentes.
• Redirecionar gerentes.
• Tipos de postagem personalizados com slugs de reescrita sobrepostos.
• Temas que registram taxonomias ou rotas.
• Regras do NGINX ou Apache em nível de servidor.
• Redirecionamentos de borda da CDN ou respostas de erro em cache.

Teste toda a infraestrutura, não apenas a tela de configurações do WordPress. Uma URL pode parecer correta no painel de administração, mas retornar o idioma ou o status errado no servidor.

Vantagens e desvantagens de não usar categorias no WPML

A decisão não é "URLs limpas são boas e URLs base são ruins". É uma questão de equilíbrio no roteamento.

Rotas duplicadas

Algumas soluções de remoção de base redirecionam/category/news/para/news/Outros fazem com que ambas as versões sejam carregadas. Se ambas retornarem200Mecanismos de busca e sistemas de análise podem identificar rotas duplicadas. Selecione uma versão preferencial, redirecione URLs obsoletas, utilize links canônicos autorreferenciais nas páginas finais e atualize os links internos e os sitemaps.

Colisões de lesmas

Sem um espaço de nomes como/category/, um slug de categoria compete no caminho raiz. Imagine que todos esses queiram/guides/:

• Uma página chamada Guias.
• Uma categoria chamada Guias.
• Um arquivo personalizado para tipos de postagem.
• Um termo traduzido que se tornaguides.

O WordPress pode resolver uma rota e ocultar outra, ou um plugin pode forçar um redirecionamento. Crie um registro de slugs multilíngue antes do lançamento. Inclua páginas, posts, categorias, tags, taxonomias personalizadas, bases de autores e arquivos de tipos de postagem personalizados.

Como configurar uma base sem categorias com o WPML

Use primeiro uma cópia de teste. Alterações de URL podem afetar todos os arquivos de categoria, links internos, entradas do sitemap, URLs canônicas e redirecionamentos em cache.

1. Faça backup do site

Crie um backup restaurável do banco de dados e dos arquivos. Registre as versões do WordPress, WPML, tema, plugin de roteamento, cache e servidor. Exporte os redirecionamentos existentes.

2. Inventariar URLs existentes

Exporte todos os arquivos de categoria em todos os idiomas. Para cada URL, registre:

• Linguagem.
• Nome da categoria e ID do termo.
• Lesma atual.
• Categoria principal, se houver.
• Cânone atual.
• URL limpa pretendida.
• Destino de redirecionamento obrigatório.

Além disso, rastreie páginas, posts, tipos de postagem personalizados e arquivos de taxonomia para encontrar conflitos. Faça isso antes de alterar o comportamento de reescrita.

3. Analise os links permanentes do WordPress

AbrirConfigurações → Links permanentesConfirme se o site usa uma estrutura de links permanentes amigáveis ​​em vez de URLs de consulta simples. Revise o campo opcional "Base da categoria", mas lembre-se de que um campo vazio não significa necessariamente "remover a base". Pode simplesmente usar a rota de categoria padrão do WordPress.

Escolha um método consistente para a remoção da raiz. Pode ser um recurso de permalink compatível ou um código personalizado da sua equipe de desenvolvimento. Evite usar duas ferramentas que removam a raiz simultaneamente.

4. Confirme a configuração de idioma do WPML.

AbrirWPML → IdiomasVerifique o formato da URL ativa. Teste os idiomas padrão e secundários antes de prosseguir. Se você usa diretórios, confirme se o servidor lida bem com caminhos de idiomas virtuais. Se você usa domínios separados, confirme o DNS, os certificados TLS e o mapeamento da instalação do WordPress.

5. Mapear e traduzir termos de categoria

In WPML → ConfiguraçõesTorne as categorias traduzíveis. Em seguida, abraWPML → Tradução de Taxonomiae revise cada tradução. Use slugs naturais e únicos, em vez de copiar cegamente o slug da fonte.

Para categorias hierárquicas, confirme se os filhos traduzidos possuem os pais traduzidos corretamente. Sincronize as alterações de hierarquia quando necessário. Salve o mapa de slugs como documentação de lançamento.

6. Habilite o método de remoção de bases e limpe as regras uma vez.

Ative o método selecionado no ambiente de teste. Em seguida, gere novas regras de reescrita. A ação administrativa padrão é abrirConfigurações → Links permanentese salve as configurações uma única vez. Equipes que usam WP-CLI podem usar o comando de reescrita de alterações apropriado em uma implantação controlada.

O WordPress alerta que a atualização das regras de reescrita é uma operação custosa. Não a execute a cada requisição de página ou em um gancho frequente. Acione-a somente quando as regras forem de fato alteradas.

7. Teste todos os idiomas e modelos.

Teste um conjunto representativo que inclua:

• Categorias de nível superior e categorias filhas.
• Categorias com termos traduzidos e não traduzidos.
• Arquivos paginados, como/news/page/2/.
• Feeds, caso seu site os publique.
• Solicitações de login e logout.
• Cada diretório ou domínio de idioma configurado.

Para cada URL final, verifique o código de status, o título da página, o cabeçalho do arquivo, o idioma do corpo e o URL canônico.hreflang, trilha de navegação, entrada no mapa do site e links internos.

8. Adicione redirecionamentos e implemente com cuidado.

Crie redirecionamentos permanentes um-para-um de cada URL de categoria antiga para seu equivalente novo exato. Evite enviar todas as categorias antigas para a página inicial. O Google recomenda redirecionamentos permanentes no servidor, como:301 or 308, quando um URL foi movido permanentemente.

Atualize links internos, menus, trilhas de navegação, URLs do mapa do site, links canônicos ehreflangDefina os valores para usar os novos caminhos. Implante durante um período monitorado, limpe os caches uma única vez e mantenha um plano de reversão.

Problemas comuns e resolução de problemas

As páginas de categoria traduzidas retornam erro 404.

Primeiro salveConfigurações → Links permanentesExecute o comando para regenerar as regras. Em seguida, confirme se a tradução da categoria existe, se sua taxonomia é traduzível e se sua hierarquia principal é válida. Desative apenas uma camada de roteamento suspeita por vez no ambiente de teste. Se a origem retornar200mas o URL público retorna404Inspecione o cache da CDN ou do proxy.

Loops de redirecionamento após a alteração de links permanentes

Um loop geralmente significa que dois sistemas estão normalizando a mesma URL de maneiras opostas. Verifique plugins de redirecionamento do WordPress, redirecionamentos canônicos de SEO,.htaccessou regras do NGINX, redirecionamentos de idioma do WPML e regras de borda da CDN. Rastreie a cadeia de redirecionamento completa. A URL final deve retornar200, não redirecionar de volta para um salto anterior.

A categoria de idioma exibida está incorreta.

Confirme se cada termo está associado à tradução correta do WPML e se a solicitação contém o contexto de idioma esperado. Verifique os menus e os links fixos do tema. Em sites com cache, certifique-se de que a chave de cache varie de acordo com o mecanismo de idioma selecionado pelo WPML. Um cache que ignora o diretório de idioma, o domínio, o parâmetro ou o cookie pode servir o arquivo incorreto.

Lesmas entram em conflito em diferentes línguas

Compare o slug problemático com páginas, posts, rotas de anexos de mídia, arquivos de tipos de postagem personalizados, tags e outras taxonomias. Renomeie uma rota com um slug claro e específico para o idioma. Em seguida, atualize o mapa de redirecionamento, links internos e URL canônica.hreflange mapa do site.

As regras de CDN ou cache mantêm o comportamento antigo.

Limpe o cache de páginas do WordPress, o cache de objetos (quando aplicável), o proxy reverso e a CDN. Revise o conteúdo em cache.301respostas porque navegadores e redes de borda podem retê-las. Teste a origem separadamente da CDN e, em seguida, teste uma sessão limpa do navegador.

O Google Search Console relata avisos de cobertura ou de conteúdo canônico.

Inspecione os URLs antigo e novo. Verifique se o URL antigo redireciona permanentemente para o URL de substituição exato e se o novo URL retorna200Confirme se o novo arquivo possui um URL canônico próprio, não está bloqueado pelas regras do Google Robotics e aparece no sitemap pretendido. Verifique se o Google selecionou um URL canônico diferente. Após as correções, solicite a validação ou uma nova indexação por meio do fluxo de trabalho relevante do Search Console.

Fluxo de trabalho QueueLingo para tradução WPML escalável

A engenharia de URLs e as operações de tradução devem se complementar. Um desenvolvedor pode fazer/es/noticias/A resolução está correta, mas a categoria ainda precisa de um nome, slug, descrição, conteúdo com links e status de avaliação precisos.

Um fluxo de trabalho QueueLingo escalável pode seguir estas etapas:

1. Preparar WPML:Definir idiomas, configurações de tradução de taxonomia e o mapa de slugs aprovado.
2. Criar trabalhos de tradução:Enviar conteúdo WPML elegível e texto de taxonomia relacionado para filas de tradução gerenciadas.
3. Selecione um motor:Direcione o trabalho para o Google Translate, Edge Translate ou mecanismos de tradução LLM compatíveis, de acordo com as integrações configuradas da sua organização, o par de idiomas, o tipo de conteúdo, o orçamento e a política de dados.
4. Resultados da análise:Verificar terminologia, nomes de categorias, comprimento do slug, intenção, integridade do HTML e linguagem adequada ao mercado local.
5. Responda e publique:Retorne as traduções aprovadas para o WPML e, em seguida, execute URL, canônico ehreflangverificações.

A automação de filas pode reduzir o trabalho repetitivo de exportação, atribuição, rastreamento de status e gravação de dados. A revisão humana ainda é importante, pois uma tradução de taxonomia mal feita pode afetar a navegação e muitos URLs de postagens.

Explore a hospedagem de traduções WPML,Assista a uma demonstração, ouInicie um teste gratuito.

Lista de verificação de implementação e melhores práticas

Antes do lançamento:

• Faça backup dos arquivos e do banco de dados e verifique o acesso para restaurá-los.
• Teste a alteração em ambiente de homologação com o plugin de produção e a pilha de servidores.
• Exporte todos os URLs das categorias em todos os idiomas.
• Mapear URLs antigas para URLs traduzidas finais.
• Reserve slugs de categoria exclusivos em todos os tipos de conteúdo público.
• Confirme as traduções de categorias e as relações pai-filho no WPML.
• Escolha um método de remoção de base e documente seu proprietário.
• Teste diretórios, domínios ou parâmetros de acordo com as configurações do WPML.
• Prepare exatamente301 or 308redirecionamentos.
• Atualizar links internos, links canônicos,hreflang, trilhas de navegação e mapas do site.

Após o lançamento:

• Rastreie os conjuntos de URLs antigos e novos.
• Verifique se404, macio404, 5xx, loops e longas cadeias de redirecionamento.
• Analise o comportamento da origem, do WordPress, da CDN e do cache do navegador.
• Monitore os registros do servidor e os relatórios do Google Search Console.
• Mantenha os redirecionamentos.
• Realize o teste após atualizações do WordPress, WPML, tema, plugin de roteamento ou servidor.
• Etapas de reversão de documentos, tratamento de dados, retenção de traduções, controle de acesso e requisitos de conformidade.

A implementação mais segura do WPML sem categorias não é aquela com a regra de reescrita mais inteligente. É aquela com um mapa de URLs completo, slugs traduzidos exclusivos, uma rota preferencial por arquivo e testes repetíveis.

Pronto para facilitar a tradução?Experimente o QueueLingo gratuitamenteoucontatar o departamento de vendaspara um fluxo de trabalho WordPress multilíngue mais amplo.

Referências oficiais

• WPML: Opções de formato de URL por idioma —Abrir documentação oficial
• WPML: Traduzindo categorias de posts, tags e taxonomias personalizadas —Abrir documentação oficial
• Recursos para desenvolvedores WordPress:flush_rewrite_rules()—Abrir documentação oficial
• Central de Pesquisa do Google: Gerenciando sites multilíngues e multirregionais —Abrir documentação oficial
• Central de Pesquisa do Google: Canonicalização —Abrir documentação oficial
• Central de Pesquisa do Google: Redirecionamentos e Pesquisa do Google —Abrir documentação oficial