TranslatePress: a minha opinião sincera sobre este plugin

TranslatePress funcionou muito bem nos primeiros seis meses. Depois dois anos de utilização efetiva No meu site WordPress, a minha opinião é claramente negativa.

Não posso recomendá-lo tal como está, e vou explicar-te porquê.

Instalei isto plugin de tradução multilingue dentro 2022 para traduzir as minhas páginas para mais 15 línguas. No início, a extensão é mesmo prática e a tradução visual cumpre o que promete.

O problema é que, quanto mais o site envelhece com esta ferramenta, mais a situação se torna quase catastrófica. Os pontos negativos vão-se acumulando com o tempo, e é precisamente isso que ninguém te diz antes de a instalar TranslatePress.

Decidi escrever esta avaliação depois de ter enviado dezenas, ou mesmo centenas, de e-mails para o apoio ao cliente.

Vídeo explicativo em francês por Alucare, complemento ideal da página. Ver vídeo (pode utilizar a tradução automática do YouTube)

Neste vídeo, partilho o meu opinião sem filtros sobre TranslatePress. Lê atentamente o que se segue antes de instalar este plugin.

O que é exatamente o TranslatePress?

TranslatePress é um plug-in de tradução do WordPress que te permite otimizar o teu site multilingue.

O princípio é o seguinte: traduzes o teu conteúdo diretamente a partir de uma interface visual, clicando no texto que pretende alterar na página.

O plugin liga-se a Google Translate Onde DeepL para o tradução automática, gera um URL específico por idioma e gere os metadados para o SEO multilingue.

No papel, parece estar tudo completo. Na prática, a minha experiência após dois anos é muito mais complexa.

O grande problema do TranslatePress:

A extensão traduz tudo. E quando digo tudo, é mesmo tudo. Se escreveres um artigo sobre um jogo como SUTOM, um jogo em francês em que a palavra do dia é PATATE; o plugin vai traduzi-la para as 15 línguas. O resultado é que isso custa-te alguns euros de cada vez.

O pior é que estas traduções não servem para nada. Estas páginas não vão receber nenhuma visita nas outras línguas.

E se alguém quiser experimentar o jogo noutro idioma, nunca poderá responder «PATATE», porque verá «POTATO». Com palavras mais complexas, a situação é ainda pior.

Fiz as contas e devo ter gasto mais de 2 000 € de tradução automática em artigos que só eram úteis em francês. Vais dizer-me: o plugin deve ter um botão para desativar a tradução no momento da criação do artigo. Infelizmente, não.

No entanto, foi essa a alteração que solicitei ao serviço de apoio final de 2022 : um simples botão para não traduzir um artigo ou uma página em particular. Até hoje, ainda nada.

A única opção disponível desde o início é Do not translate certain paths. Só que, para o utilizares, é necessário que o site tenha categorias nos URLs. Ora, em termos de SEO, isso não é aconselhável.

Num site WordPress já existente, tens, portanto, de adicionar esta estrutura e fazer algumas redirecionamentos 301, o que altera todos os URLs do site. Um verdadeiro trabalho de engenharia para uma funcionalidade que deveria ser básica.

Gera centenas de milhares de erros 404

O verdadeiro problema surge quando fazes uma limpeza no teu site. Imagina dezenas de artigos traduzidos que já não servem para nada, por exemplo, um conteúdo sobre jogos diários publicado no 10 de junho de 2022, que hoje já não tem utilidade.

Apagas o artigo original e publicas um redireção 301 para evitar o erro 404. Até aqui, tudo bem. Só que os 15 URLs traduzidas Os links relacionados com este artigo, por sua vez, dão erro 404.

A razão é simples: TranslatePress não estabelece a ligação. O plugin não compreende que, se o artigo original for redirecionado com um código 301 ou 410, as suas traduções devem seguir o mesmo caminho. Não herda o redirecionamento.

Durante uma simples limpeza em Alucare.fr, acabei por ficar com mais de 150 000 erros 404. Entrei em contacto com o apoio técnico para saber quais as medidas que seriam tomadas. A resposta oficial: criar manualmente os códigos 301 ou 410 para cada URL traduzida.

O problema é que esses endereços traduzidos não estão visíveis em lado nenhum. Antes de cada eliminação, tens de ir buscar manualmente o URL traduzido em cada idioma. Num site real WordPress multilingue, é uma gestão impossível de gerir no dia-a-dia.

Mudar do Google Translate para o DeepL: o verdadeiro problema

Queres passar de Google Translate no DeepL para melhorar a qualidade das tuas traduções? Más notícias. O teu conteúdo já traduzido continua bloqueado no motor antigo.

Para fazer a transição efetiva para DeepL, tens de esvaziar toda a base de dados das traduções existentes. Caso contrário, apenas os novos artigos beneficiam do novo motor. Tentei uma solução alternativa: eliminar um artigo e, em seguida, voltar a publicá-lo para forçar uma nova tradução automática.

Não está a funcionar. O plugin mantém as traduções antigas na memória.

Na prática, se mudares de motor de tradução a meio do processo, terás de recomeçar praticamente do zero em todas as tuas páginas já traduzidas. Num site de grande dimensão WordPress multilingue, isso é um verdadeiro obstáculo.

Para mim, TranslatePress poderia tornar-se um excelente plugin de tradução. Faltam-lhe três funcionalidades essenciais:

• UMA botão para desativar a tradução de um artigo ou de uma página específica
• o lista de URLs traduzidas visível quando editas um artigo
• Uma verdadeira gestão de erros 404, ou, pelo menos, um mecanismo de proteção automático

Atualização 21/08/2024:

Novo episódio com o apoio de TranslatePress. Resumo rápido: a intervenção deles levou a Todo o meu site ficou com erros 404 durante 16 horas, e o Google fez o rastreamento precisamente nesse intervalo. Eis o que aconteceu, por ordem cronológica.

O erro inicial

TranslatePress criava Erro 404 nos slugs personalizados do site. Tinha alterado muitos slugs manualmente. O plugin não acompanhava a tradução dessas URLs, pelo que as páginas traduzidas deixavam de aparecer.

O que o serviço de apoio fez

Aconselharam-me a desativar o meu plugin de SEO. Estou a testar: sim, corrige o erro. Só que recuso-me a deixá-lo desativado, precisamente porque já tinha alterado muitos slugs com ele.

O técnico do suporte técnico acedeu então ele próprio ao meu site. Fez a alteração e informou-me por e-mail que tudo parecia estar bem. Eu não estava disponível para verificar posteriormente.

As consequências

Vou voltar a iniciar sessão 16 horas depois. E aí, um monte de erros 404. O plugin de SEO tinha alterado as URLs, mas a tradução destas URLs não tinha sido feita. Resultado: o site traduzido não estava a funcionar corretamente.

Fala-se de mais de 70 000 páginas traduzidas passaram a 404 de uma só vez. O Google mantinha os endereços antigos em memória e, entretanto, indexou todos esses erros.

O problema de fundo continua a ser o mesmo: TranslatePress ignora o histórico de URLs. Se uma página apresentar um erro 404, não redireciona automaticamente para a nova. Sem recuperação, sem redireccionamento automático.

Se identificares outros pontos que te estejam a impedir de avançar em TranslatePress, não hesites em dizer-mo nos comentários.