Como Traduzir uma Loja PrestaShop Sem a Partir

Adicionar um idioma ao PrestaShop demora cerca de dois minutos. Abre o back office, instala o idioma e ele aparece no seletor da loja. Depois visita a nova versão da loja e depara-se com o mesmo problema com que toda a gente se depara: a interface está traduzida, mas o conteúdo real da loja não está.

É nessa lacuna que a maioria dos projetos de tradução em PrestaShop corre mal. Não porque as ferramentas sejam más, mas porque as pessoas não compreendem o que o PrestaShop já faz por elas e o que deixa deliberadamente vazio.

O PrestaShop já é multilingue. Isso muda tudo

O WordPress precisa de um plugin para sequer ter o conceito de um segundo idioma. O PrestaShop não. Cada elemento de conteúdo traduzível existe numa tabela de idioma dedicada: produtos, categorias, páginas CMS, meta títulos, reescritas de URL. A loja foi construída como multilingue desde o primeiro dia.

Por isso, a questão nunca é "como torno a minha loja multilingue". A loja já é multilingue. A questão é "como preencho milhares de linhas vazias sem contratar uma agência e sem estragar os meus URLs".

Esta distinção é importante, porque elimina toda uma categoria de ferramentas antes de sequer começar a compará-las.

O que o pacote de idioma oficial realmente oferece

Quando instala um idioma, o PrestaShop descarrega o pacote de idioma da comunidade. É gratuito e genuinamente útil, mas o seu âmbito é limitado e vale a pena conhecê-lo com precisão.

O pacote preenche as strings da interface e uma lista curta de linhas da base de dados: as páginas estáticas predefinidas e as suas reescritas de URL, os atributos padrão de cor e tamanho, os estados dos pedidos, os tempos de entrega das transportadoras, as categorias predefinidas. Numa loja nova, isso representa algumas dezenas de linhas.

O que nunca toca: o catálogo de produtos e as páginas CMS. Nem um nome de produto, nem uma descrição, nem uma página personalizada. São o seu conteúdo, por isso o pacote deixa-os intactos.

É aqui que está a fronteira exata do trabalho. Tudo o que o pacote cobre, nunca deve pagar a uma IA para traduzir. Tudo o que está além disso é o trabalho real.

A armadilha dos overlays

Muitas ferramentas de tradução, especialmente as que vieram do mundo WordPress, funcionam reescrevendo a página à medida que é enviada para o browser. A loja permanece monolingue por baixo e uma camada troca o texto na saída.

No PrestaShop, isto é um mau negócio, por razões que se manifestam algumas semanas depois e não logo no primeiro dia.

A sua loja não sabe que as páginas traduzidas existem. Por isso, o sitemap, as etiquetas hreflang, os URLs canónicos e os dados estruturados descrevem todos uma loja de um único idioma. Os motores de busca indexam o que o PrestaShop declara, não o que um overlay pinta por cima.

O conteúdo transacional fica para trás. Os emails de confirmação de encomenda, as faturas e as guias de transporte em PDF são gerados do lado do servidor, fora da página que o overlay interceta. Os clientes recebem uma loja traduzida e um email no idioma errado.

Também paga duas vezes pelo que é gratuito. Um overlay traduz tudo o que está no ecrã, incluindo as strings da interface e os estados dos pedidos que o pacote de idioma já forneceu gratuitamente.

E se já tem uma loja multilingue, um overlay é simplesmente incompatível com ela. Acaba com duas fontes de verdade concorrentes para o mesmo conteúdo.

O último problema é o que custa mais a longo prazo: desative a ferramenta e todas as páginas traduzidas desaparecem de uma vez.

Preencher as tabelas nativas em vez disso

A alternativa é menos glamorosa e muito mais sólida: escrever as traduções nas tabelas de idioma que o PrestaShop já utiliza.

Assim que essas linhas estiverem preenchidas, o PrestaShop trata do resto do trabalho por si, porque é para isso que foi concebido. Rotas, etiquetas hreflang, o sitemap, o seletor de idioma já presente no tema, emails, faturas em PDF. Nada disso precisa de um plugin. Precisa de dados.

Significa também que as traduções são suas num sentido literal. Estão na sua própria base de dados, nas suas próprias cópias de segurança, na sua própria exportação. Desative o módulo que as escreveu e as páginas traduzidas continuam a funcionar.

É a abordagem que o módulo PrestaShop da TrueLang adota: catálogo, combinações, características, categorias, páginas CMS, filtros de pesquisa facetada, reescritas de URL e campos meta, escritos de forma nativa, no PrestaShop 1.7.6 até à versão 8.x.

Os URLs são onde as lojas ativas sofrem

Se vai traduzir qualquer coisa numa loja que já tem tráfego, leia esta secção duas vezes.

As rotas predefinidas do PrestaShop incluem o ID do objeto, como /3-clothes ou /content/1-delivery. Como o ID está no URL, alterar a reescrita não quebra o endereço antigo: o controlador frontal reconhece o ID e redireciona para o novo. Isso protege-o nos produtos e categorias.

As páginas estáticas são a exceção. As suas reescritas não têm ID, por isso, no momento em que traduz uma, o endereço antigo torna-se um autêntico 404. Se essas páginas têm backlinks ou estão indexadas, precisa de redireccionamentos a partir dos endereços antigos, não de boas intenções.

Os URLs traduzidos continuam a valer a pena. Um /femmes/robes-ete bate um /3-summer-dresses num SERP francês. Faça-o com um plano de redireccionamentos em vigor, em vez de o fazer depois de o tráfego cair. A mesma disciplina se aplica a qualquer migração multilingue: as posições que já tem são o ativo que está a proteger.

O checkout, os emails e as faturas fazem parte da loja

É fácil declarar vitória quando as páginas de produto ficam bem. Mas os clientes não param nas páginas de produto.

As etiquetas do checkout, o texto das etapas de pagamento, os emails de confirmação de encomenda, as faturas e as guias de transporte fazem todos parte da experiência de compra, e são todos momentos em que uma loja traduzida a meio perde a confiança exatamente quando estava prestes a ganhar dinheiro. Uma abordagem nativa cobre-os, porque o PrestaShop os gera a partir das mesmas tabelas de idioma.

Proteja o que já escreveu

Duas regras poupam uma quantidade enorme de trabalho de limpeza mais tarde.

Nunca sobrescreva trabalho humano. Se alguém da sua equipa reescreveu uma descrição de produto em alemão, nenhum processo automatizado deve voltar a tocá-la. Um campo editado manualmente deve ser reconhecido como tal e deixado em paz, permanentemente.

Mantenha um glossário. Nomes de marcas, linhas de produtos, termos do setor, as palavras que nunca quer ver traduzidas. A tradução por IA é hoje suficientemente boa para que os erros raramente sejam gramaticais. São falhas de terminologia: o nome do seu modelo transformado num substantivo comum, a sua marca convenientemente localizada. Um glossário custa dez minutos e previne tudo isso.

O que isto deve custar

Os preços de tradução são onde um projeto normal se transforma numa despesa operacional imprevisível. As ferramentas por subscrição cobram-lhe todos os meses pelas páginas que traduziu uma vez e publicou há muito tempo, e a fatura cresce com o catálogo.

Para uma loja, esse modelo está ao contrário. Um catálogo não é um fluxo, é um stock. Traduz um produto uma vez e ele vende durante dois anos.

Os preços por crédito adaptam-se muito melhor: paga pelo trabalho de tradução que efetivamente realiza, e nada enquanto o catálogo está simplesmente a vender. As licenças da TrueLang incluem 5 EUR de crédito, o suficiente para cerca de cem páginas em dois idiomas, sem qualquer subscrição por detrás. Se quiser conhecer os detalhes dos cálculos, fizemos uma análise detalhada em quanto custa a tradução de um site.

Uma ordem de operações sensata

1. Instale primeiro o pacote de idioma oficial para cada idioma de destino. É gratuito e cobre a interface.
2. Verifique o idioma de origem. No PrestaShop, a origem é o idioma em que o conteúdo foi efetivamente escrito, o que nem sempre coincide com o idioma predefinido da loja.
3. Traduza o catálogo e as páginas CMS. É a parte que mais nada cobre.
4. Releia as páginas que vendem: os mais vendidos, as landing pages, as políticas de entrega e devoluções.
5. Mantenha redireccionamentos em qualquer página estática cujo URL tenha mudado.
6. Verifique o hreflang e o sitemap uma vez, no front office. Se as traduções estiverem nas tabelas nativas, o PrestaShop gera ambos corretamente de forma autónoma.

A versão curta

O PrestaShop já sabe como ser multilingue. Simplesmente vem com as prateleiras vazias.

Preencha as prateleiras corretamente, nas próprias tabelas da loja, e tudo o que está a jusante funciona como a plataforma pretendia: URLs, SEO, emails, faturas e traduções que ficam suas independentemente do que decidir mais tarde sobre a ferramenta que as produziu.