SEO multilingue no PrestaShop: O que a loja faz por si e o que não consegue fazer

Existe uma crença comum entre os comerciantes que utilizam o PrestaShop de que adicionar um idioma é uma decisão de SEO. Não é. Adicionar um idioma é uma decisão de conteúdo. A parte do SEO acontece automaticamente, mas apenas se as traduções estiverem onde o PrestaShop espera que estejam.

Essa única condição explica a maior parte da diferença entre uma loja multilingue que se posiciona nos seus novos mercados e uma que tem páginas traduzidas que ninguém encontra.

O que o PrestaShop gera por si só

Esta é a parte que surpreende quem vem do WordPress, onde cada uma destas necessidades exige um plugin.

Uma vez que um idioma está ativo e o seu conteúdo possui traduções nas tabelas de idioma, o PrestaShop produz as anotações hreflang, as tags canonical, os URLs específicos do idioma e as entradas do sitemap de forma autónoma. O seletor de idioma do tema redireciona para a página equivalente em vez de enviar os visitantes para a página inicial. Os dados estruturados seguem o idioma ativo.

Portanto, a camada de SEO multilingue não é algo que se instala. É algo que se alimenta.

Isto significa que o modo de falha não é "o meu plugin de SEO está mal configurado". É "as linhas estão vazias, pelo que a loja declara corretamente que esta página não tem uma versão em alemão".

A questão do hreflang, resolvida

O hreflang informa os motores de pesquisa de que dois URLs são a mesma página em idiomas diferentes, para que a versão correta seja servida ao público certo em vez de as duas competirem entre si.

O PrestaShop emite-o automaticamente para cada idioma ativo, utilizando o URL da loja configurado para cada um. Três situações podem quebrá-lo, sendo todas elas questões de configuração e não de tradução:

URLs da loja que não correspondem à realidade. Se serve a loja através de HTTPS, mas o URL da loja ainda indica HTTP, ou se um idioma está mapeado para um domínio que já não utiliza, as anotações apontam para endereços que redirecionam ou falham. Verifique em Preferências, depois em SEO e URLs.

Idiomas ativos mas vazios. Um idioma ativo sem conteúdo traduzido continua a ser declarado. Os motores de pesquisa encontram então uma página que está maioritariamente no idioma de origem, decidem que é um conteúdo duplicado e as suas boas páginas herdam essa dúvida. Desative um idioma que ainda não está pronto para servir.

Uma página que existe apenas num idioma. Isto é legítimo e o PrestaShop gere-o, mas significa que o seletor de idioma não levará a lado nenhum útil para essa página. Decida deliberadamente quais as páginas que são específicas de um idioma, em vez de o descobrir nos registos (logs).

Não precisa de um plugin de hreflang. Precisa que os URLs da loja estejam corretos e que as tabelas estejam preenchidas.

URLs traduzidos e aquele que gera um erro 404 real

O PrestaShop armazena um link_rewrite por idioma para produtos, categorias e páginas CMS, e um url_rewrite para as páginas de meta estáticas. Traduzi-los é positivo para a pesquisa: um cliente francês confia mais em /femmes/robes-ete do que em /3-summer-dresses, e as palavras no URL continuam a ser um sinal de posicionamento na maioria dos mercados.

O risco não é distribuído de forma uniforme, e vale a pena saber isto antes de alterar algo numa loja em produção.

As rotas predefinidas do PrestaShop contêm o ID do objeto: /3-clothes, /hommes/1-1-shirt.html, /content/1-delivery. O controlador frontal lê o ID, nota que a reescrita já não corresponde e redireciona para o endereço atual. Assim, alterar a reescrita de um produto ou categoria não quebra o link antigo.

As páginas estáticas são a exceção. As suas reescritas não contêm qualquer ID, pelo que traduzir uma transforma o endereço antigo num erro 404 real. Essas são precisamente as páginas que acumulam backlinks: entregas, devoluções, contactos, termos. Traduza-as com redirecionamentos implementados, não depois.

Se migrou de outra configuração multilingue, é aqui também que os endereços antigos desaparecem, sendo esta a causa mais comum de uma queda de tráfego após uma migração multilingue.

Os metadados que ninguém traduz até ser tarde

As suas descrições de produtos recebem atenção porque são visíveis. Os campos que determinam se alguém verá a página, muitas vezes, não recebem o mesmo cuidado.

Meta títulos e meta descrições por idioma. Uma página de produto alemã com um meta título em francês será reescrita pelo Google, raramente a seu favor.

Descrições de categorias. Na maioria das lojas, estas são as páginas que se posicionam para pesquisas comerciais amplas e são as páginas deixadas com mais frequência no idioma de origem, porque ninguém percorre essa parte do back office.

Texto alternativo (alt text) de imagens. Tem peso na pesquisa de imagens, que é um canal de aquisição real para produtos físicos, sendo este o campo que os projetos de tradução ignoram com maior consistência.

Valores de pesquisa facetada, se a utilizar. As combinações de filtros geram páginas indexáveis, e uma página de filtro em francês que lista valores de atributos em alemão não é lida como uma página francesa.

O sitemap não é o problema que muitos pensam

O sitemap de uma loja traduzida deve listar todas as versões de idioma de cada página. O PrestaShop e os módulos de sitemap usuais fazem isso corretamente assim que as traduções existem.

O que corre mal é o tempo de execução. O sitemap é gerado a pedido ou de acordo com um agendamento, pelo que uma loja traduzida na terça-feira pode ainda estar a anunciar o seu sitemap de idioma único na sexta-feira. Regenere-o após uma ronda de traduções e verifique se as versões de idioma estão lá presentes em vez de assumir que estão.

A segunda falha é o armazenamento em cache à frente da loja. Se utiliza uma cache de página completa ou uma CDN, um sitemap antigo ou um conjunto antigo de tags hreflang podem persistir muito tempo após a alteração. Quando algo parece errado, solicite a página com uma query string para limpar a cache antes de concluir que a loja tem uma falha. É a forma mais rápida de distinguir um erro real de uma cópia obsoleta.

O que realmente melhora o posicionamento num novo mercado

Uma vez que a mecânica esteja correta, o trabalho restante é editorial, sendo aqui que a tradução automática mostra o seu valor.

As pesquisas não são traduções umas das outras. Um consumidor alemão não pesquisa a tradução literal do que um consumidor francês pesquisa. Os títulos traduzidos são um ponto de partida, não uma estratégia de palavras-chave: verifique os termos que os seus concorrentes nesse mercado utilizam realmente e ajuste o punhado de páginas que são importantes.

O conteúdo de confiança é ainda mais importante no estrangeiro. Prazos de entrega, política de devolução, métodos de pagamento locais, tratamento do IVA. Estas páginas convertem e também conquistam links, razão pela qual deixá-las no idioma de origem custa o dobro.

E a consistência do vocabulário. Um catálogo onde a mesma família de produtos é denominada de três formas diferentes em várias categorias dilui cada página que a menciona. Isso é um problema de glossário e não um problema de tradução.

Uma auditoria curta que pode realizar hoje

1. Abra uma página de produto em cada idioma e visualize a fonte. Confirme que existe uma linha hreflang por idioma ativo, mais o x-default, tudo a apontar para URLs acessíveis.
2. Desative qualquer idioma cujo catálogo ainda esteja vazio.
3. Liste as suas páginas estáticas e verifique se os seus URLs foram alterados. Todas as que foram alteradas precisam de um redirecionamento a partir do endereço antigo.
4. Ordene as suas categorias por tráfego e verifique as dez principais quanto a meta título, meta descrição e descrição traduzidos.
5. Regenere o sitemap e abra-o. Conte os idiomas.
6. Pesquise um dos nomes dos seus produtos num motor de pesquisa do mercado alvo, numa janela anónima. O que aparece diz-lhe mais do que qualquer ferramenta de auditoria.

A mecânica é trabalho do PrestaShop, e ele fá-lo bem. Preencher as tabelas e escolher o que dizer em cada mercado é da sua responsabilidade. O módulo TrueLang existe para a primeira metade dessa frase: ele escreve o catálogo, as páginas CMS, os campos meta e as reescritas de URL nas próprias tabelas da loja, para que a camada de SEO que o PrestaShop já sabe construir tenha matéria com que trabalhar.