Produtos esgotados e descontinuados: o que fazer com o URL sem perder SEO nem vendas

Um produto esgota. Alguém na loja desativa-o para que não apareça na categoria. Uma semana depois, a Google rastreia o URL e encontra um erro; o cliente que chega a partir de uma ligação antiga, de uma pesquisa ou de um e-mail de há meses vê uma página de «não encontrado» e vai-se embora. Essa ficha tinha anos de ligações, avaliações e posicionamento.

O que fazer com um produto que não se pode comprar depende de porque é que não se pode comprar. Um esgotado de duas semanas não é o mesmo que um produto que nunca mais vai voltar a ter.

Três situações diferentes

Esgotado temporário: a ficha fica

Se o produto vai voltar, a ficha deve continuar viva:

• Responde 200, com o seu preço e o seu conteúdo.
• Nos dados estruturados, a disponibilidade passa a OutOfStock. Assim a Google sabe e não mostra nos resultados como disponível um produto que não está.
• Um aviso claro por cima do botão de compra, e o botão bloqueado ou substituído por «Avise-me quando voltar».
• Se sabe quando volta, diga-o.
• Alternativas disponíveis logo abaixo: mesma categoria, mesma marca, características semelhantes.

O que não deve fazer é desativá-lo. Um produto desativado deixa de ser uma página e passa a ser um redirecionamento ou um erro, conforme a configuração.

Descontinuado com substituto: 301

Quando o fabricante lança um modelo novo que substitui o anterior, ou muda de fornecedor e tem um equivalente, o redirecionamento permanente 301 para a ficha do substituto é a resposta certa. Transfere a maior parte do sinal que o URL antigo tinha e o cliente chega a algo que pode comprar.

Condição: que o substituto seja realmente equivalente. Redirecionar uma máquina de café concreta para outra de outra gama, ou pior, para a categoria «Pequenos eletrodomésticos», confunde o cliente.

Descontinuado sem substituto: 404 ou 410, mas com saída

Se o produto não volta e não há equivalente, o URL deve deixar de existir para os motores de pesquisa. O código 404 diz «não está»; o 410 diz «já não está e não vai voltar». A Google trata ambos de forma parecida e deixa de rastrear o URL com o tempo; o 410 é o sinal mais explícito quando a decisão é definitiva.

Isso não significa que o visitante tenha de ver uma página vazia. A página de erro pode mostrar o nome do produto que procurava e uma seleção de alternativas da sua categoria. O motor de pesquisa recebe o código correto e o cliente, algo para comprar.

O que o PrestaShop faz de origem

No separador SEO da ficha do produto pode indicar o que fazer quando um produto está desativado: mostrar um erro ou redirecionar (de forma permanente ou temporária) para outro produto ou para uma categoria. Funciona, mas tem limites:

• É preciso configurá-lo produto a produto, e ninguém o faz quando desativa cinquenta referências.
• Se o produto for apagado, a configuração desaparece com ele e o URL dá simplesmente erro.
• Não há alternativas na página de erro.

Além disso, o comportamento varia entre versões. O PrestaShop 9 gere os erros de rotas de forma diferente do PrestaShop 8 em alguns casos de produtos ou categorias que já não existem, e uma loja em 1.7 ou 1.6 desatualizada arrasta diferenças ainda maiores. Se está a pensar migrar, tome nota: é um bom momento para rever como respondem as fichas antigas.

Migrações e mudanças de URL

Quando muda de plataforma, de estrutura de URL ou reorganiza o catálogo, o problema multiplica-se: centenas de endereços antigos que já não correspondem a nada. Precisa de uma tabela de correspondências (URL antigo, destino, tipo de redirecionamento), aplicada só quando o URL realmente não existe, para não atrasar as páginas que funcionam. Reveja também as cadeias: se A vai para B e B para C, redirecione A diretamente para C.

O que também é preciso limpar

• Ligações internas: menus, blocos de destaques, artigos do blog e e-mails que apontam para produtos retirados.
• Sitemap: que não inclua URL que redirecionam ou dão erro.
• Feeds do Google Shopping e dos marketplaces: um produto esgotado deve aparecer como tal ou ser retirado, consoante a plataforma.
• Search Console: o relatório de páginas avisa-o dos 404 e dos soft 404.

Erros frequentes

• Desativar produtos esgotados temporariamente.
• Redirecionar tudo o que é retirado para a página inicial ou para uma categoria genérica.
• Apagar produtos com histórico em vez de os desativar e redirecionar.
• Dados estruturados que continuam a dizer «InStock» num produto esgotado.
• Cadeias de redirecionamentos após várias reorganizações.
• Uma página de erro sem nenhum caminho para outros produtos.

Checklist

• Decida por produto: temporário, substituto ou retirada definitiva.
• Esgotados: 200, OutOfStock, aviso e alternativas.
• Substituídos: 301 para um equivalente real.
• Retirados: 404 ou 410 com alternativas visíveis.
• Tabela de correspondências em cada migração, sem cadeias.
• Ligações internas, sitemap e feeds limpos.
• Reveja a Search Console todos os meses.

Como resolver isto no PrestaShop

O RKR Product Rescue trata cada caso como deve ser: o esgotado mantém a sua ficha com aviso, botão bloqueado, alternativas e OutOfStock com o preço real; o desativado leva a uma página de alternativas com redirecionamento temporário e noindex; o apagado mostra alternativas e responde 404. As alternativas podem ser escolhidas à mão por produto ou em modo inteligente, e o módulo diz-lhe quantas vendas recuperou. Para os URL antigos de uma migração, o RKR Redirecciones guarda cada correspondência com 301 ou 410, só atua quando o PrestaShop já decidiu que o URL não existe, importa a listagem da loja anterior eliminando as cadeias e tem um testador de URL.