SEO PrestaShop

TL;DR — PrestaShop é uma plataforma de loja gratuita e de código aberto que você instala no seu próprio servidor (diferente do Shopify ou BigCommerce, que hospedam para você). Ela oferece boas bases de SEO — títulos e descrições de página editáveis, URLs “amigáveis” limpas, tags canônicas automáticas e um gerador de robots.txt — mas várias partes importantes (hreflang para vários idiomas, schema rico e organização de páginas de filtro) precisam de módulos adicionais.

O que “SEO PrestaShop” significa

PrestaShop é uma plataforma de ecommerce de código aberto construída em PHP. A grande diferença em relação ao Shopify ou BigCommerce é que você a hospeda — você a coloca no seu próprio servidor e é responsável por atualizações, segurança e desempenho. Isso dá muito controle, mas também significa que mais da configuração de SEO fica com você.

“SEO PrestaShop” é apenas SEO normal — fazer seus produtos e categorias serem encontrados, rastreados, indexados e ranqueados — aplicado a uma loja que roda em PrestaShop. Vale a pena ter um guia próprio porque o PrestaShop faz algumas escolhas padrão específicas (como colocar números nas URLs) que você precisa entender.

O que o PrestaShop faz por você pronto para uso

• Meta tags. Você pode editar o título da página e a meta descrição de cada produto, categoria e página de conteúdo pelo admin (Shop Parameters → Traffic & SEO).
• URLs amigáveis. Em vez de product.php?id_product=27, você obtém uma URL legível com o nome do produto. Você ativa isso nas configurações (seu servidor precisa ter o mod_rewrite ativado).
• Tags canônicas. O PrestaShop informa automaticamente ao Google qual versão de uma página de produto é a “principal” e pode redirecionar as duplicatas com 301.
• Breadcrumbs nas suas páginas principais e um H1 por página.
• Um gerador de robots.txt e um módulo de sitemap integrado.

O que você ainda precisa resolver sozinho

• Os números nas suas URLs. Por padrão, as URLs do PrestaShop têm o formato /27-product-name — esse número é obrigatório e não pode ser removido nas configurações. Para removê-lo, é necessário um módulo.
• Páginas de filtro. Quando os compradores filtram por cor ou tamanho, cada combinação pode gerar uma nova URL. Se deixado como está, isso inunda o Google com páginas quase duplicadas. O PrestaShop não limpa isso para você.
• Vários idiomas. O PrestaShop suporta vários idiomas, mas as tags que informam ao Google qual versão de idioma mostrar (hreflang) não são adicionadas automaticamente — você precisa de um módulo.
• Resultados de pesquisa avançados. Avaliações com estrelas, snippets de FAQ e schema completo de produto geralmente vêm de um módulo, não do núcleo.

O que a maioria das pessoas entende errado

As pessoas presumem que ativar as “URLs amigáveis” resolve o conteúdo duplicado. Não resolve. URLs amigáveis apenas tornam o endereço legível — elas não resolvem duplicatas de filtros, ordenação ou paginação. Você ainda precisa definir o redirecionamento canônico e personalizar seu robots.txt.

Quer a versão para profissionais — o token {id} obrigatório na URL, o comportamento canônico para variantes de produto, os detalhes de sitemap e robots.txt e a lacuna do hreflang? Mude para a aba Avançado.

TL;DR — PrestaShop é um ecommerce de código aberto auto-hospedado, então você troca trabalho de hospedagem por controle profundo. Pontos fortes nativos: meta tags por objeto, URLs amigáveis (mod_rewrite obrigatório), redirecionamento configurável 301/302 para canônico, canonicalização de URL pai para combinações de produto, um H1 por página, redirecionamentos configuráveis para produtos desativados e um gerador de robots.txt. Os padrões que incomodam: o token {id} é obrigatório nas rotas de URL (removível apenas via módulo/substituição de rota), o sitemap nativo não atualiza automaticamente e é fraco em cobertura multilíngue e de imagens via CDN, e o comportamento multilíngue, de dados estruturados e de URLs filtradas deve ser verificado em relação à versão instalada, ao tema e aos módulos. O desempenho nos temas padrão mais pesados é ajudado pelo CCC integrado (Concatenate, Compress, Cache).

O contexto: controle profundo, mais configuração

A maior parte do conteúdo de SEO para PrestaShop é ou uma lista de verificação genérica ou um discurso de venda de um módulo pago. O enquadramento útil é este: o PrestaShop oferece mais controle bruto do que qualquer plataforma SaaS hospedada — código aberto, acesso ao servidor, modelos de rota editáveis — mas ele entrega menos coisas prontas, então as lacunas são específicas e previsíveis. Divida tudo em duas categorias e a plataforma deixa de ser misteriosa.

Uma nota de versão antes de tudo: em meados de 2026, o PrestaShop mantém dois ramos principais ativos ao mesmo tempo — 9.x (9.1.4 em junho de 2026) e um ramo 8,2.x LTS que ainda está lançando suas próprias atualizações em paralelo (8.2.7, também em junho de 2026). As configurações de SEO descritas abaixo não mudam entre v8 e v9 — verificadas diretamente na documentação de SEO & URLs do PrestaShop v9 — mas um módulo criado e testado para um ramo não tem garantia de funcionar no outro. Verifique a versão compatível listada do módulo antes de instalar e confirme primeiro a versão do núcleo da sua própria loja — é o número no qual a listagem de “compatível com” de cada fornecedor de módulo se baseia.

Correto por padrão: meta títulos/descrições por objeto, URLs amigáveis, tags canônicas com redirecionamento configurável, canonização da URL pai de combinações de produto, um H1 por página, breadcrumbs, opções de redirecionamento de produto desativado, um gerador de robots.txt e um módulo nativo de sitemap.

Você precisa fazer (principalmente via módulos): URLs sem ID, hreflang para vários idiomas / várias lojas, schema abrangente de Produto/Breadcrumb/Organização/FAQ, canônico/noindex de navegação facetada, um sitemap de imagens multilíngue com atualização automática e Core Web Vitals no tema padrão.

Estrutura de URL

As configurações de URL ficam em Parâmetros da Loja → Tráfego e SEO. Ativar URLs amigáveis converte product.php?id_product=27 em um slug descritivo como /2-music-players/27-ipod-nano-green. Isso requer o Apache mod_rewrite (ou um equivalente Nginx), e você pode preservar caracteres acentuados nas URLs se quiser.

O que você precisa entender é o esquema de rota padrão. A rota de produto do PrestaShop é {category:/}{id}{-:id_product_attribute}-{rewrite}{-:ean13}.html, e os outros tipos seguem o mesmo padrão:

O token {id} é obrigatório. Ele está em todas as rotas padrão porque o PrestaShop procura o objeto no banco de dados por esse ID — o slug ({rewrite}) é decorativo. Esta é a coisa mais mal compreendida sobre as URLs do PrestaShop: você não pode remover o número pelas configurações. Fazer isso de forma limpa exige um módulo de terceiros (FME Pretty URL, SunnyToo, MyPresta) que remove o ID e mantém redirecionamentos 301, ou uma substituição cuidadosa do modelo de rota que pode quebrar a funcionalidade principal se for feita errado. A reclamação da Empirical Edge de que o PrestaShop “gera URLs que contêm números e caracteres especiais indesejados” é precisa, mas os IDs servem a um propósito real — eles não são um bug, são uma chave de consulta.

Mais dois detalhes de rota que valem a pena saber: o token {category:/} injeta a categoria do produto na URL do produto por padrão (uma consideração de conteúdo duplicado se um produto estiver em várias categorias), e {-:ean13} pode anexar o EAN à URL. Desde a v1.7.5.1, você também pode ativar “Exibir atributos no meta título do produto” para criar automaticamente títulos como “Nome do Produto Cor Tamanho.”

Tags canônicas

O PrestaShop gera tags canonical automaticamente e oferece, em Tráfego e SEO, uma configuração de redirecionamento para a URL preferencial com três opções: sem redirecionamento, 301 (permanente) ou 302 (temporário). Use 301 em qualquer configuração estável de produção — esse redirecionamento consolida as variantes de URL duplicadas que o PrestaShop tende a gerar.

O comportamento nativo é realmente bom em um caso específico: combinações de produtos. Para URLs de variantes (cor, tamanho — a parte {-:id_product_attribute} da rota), a tag canonical aponta para a URL do produto principal; quando uma URL contém um ID de atributo inválido, o PrestaShop a redireciona para esse produto. Assim, as combinações de tamanho e cor não se fragmentam, por padrão, em centenas de duplicatas indexáveis.

A implementação nativa da tag canonical não cobre parâmetros de filtro, parâmetros de ordenação nem páginas de categoria paginadas. O PrestaShop não direciona ?order=price_asc nem uma URL facetada ?color=red&size=M para a categoria limpa por meio de uma tag canonical. Como explica a PrestaHero, “implementing canonical tags is one of the most important practices… as these HTML tags inform search engines of the ‘master’ version of a page when duplicate or similar content exists” (tradução) «implementar tags canonical é uma das práticas mais importantes, pois elas informam aos mecanismos de busca qual é a versão principal de uma página quando existe conteúdo duplicado ou semelhante» — nas páginas filtradas, essa implementação depende de um módulo de canonicalização ou de alterações no tema ou no código.

Conteúdo duplicado — o trabalho real

As fontes de conteúdo duplicado do PrestaShop são previsíveis. A FME Modules resume o que está em jogo: “duplicate URL issues confuse search engine crawlers, waste crawl budget, and split link equity, which collectively damage SEO performance.” (tradução) «problemas de URL duplicada confundem os rastreadores dos mecanismos de busca, desperdiçam o orçamento de rastreamento e dividem a autoridade de links, o que coletivamente prejudica o desempenho de SEO.» Os culpados usuais:

• Navegação facetada — URLs de filtro como ?color=red&size=M, com conteúdo idêntico ou quase idêntico, sem uma tag canonical nativa.
• Ordenação — ?order=price_asc acrescentado às URLs de categoria.
• Paginação — /page-2, /page-3 em categorias e na busca.
• URLs apenas com ID ou com slug — ambas podem responder se o redirecionamento não tiver sido imposto.
• www ou sem www / HTTP ou HTTPS — exigem uma configuração correta de redirecionamento.
• Impressão e, em versões antigas, URLs com ID de sessão.

A correção é em camadas, não um único interruptor:

1. Defina o redirecionamento para a URL canonical como 301 em Tráfego e SEO.
2. Personalize o robots.txt para desautorizar parâmetros de filtro e ordenação (detalhes abaixo).
3. Na navegação facetada, adicione um módulo de canonicalização — o recurso nativo atende produtos e combinações, mas não páginas filtradas.
4. Trate a paginação deliberadamente. O PrestaShop já remove o bloco de título da categoria depois da página 1 para reduzir duplicação. O Google abandonou o suporte a rel=next/prev em 2019; hoje, cada página paginada deve manter sua própria URL canonical e continuar indexável — não direcione a página 2 ou posterior para a página 1, a menos que o conteúdo seja realmente duplicado. Também não aplique noindex automaticamente à paginação; reserve essa regra para variações de filtro e ordenação.

Uma nota de H1 do PrestaShop para auditores: um bug que produzia H1s duplicados em páginas de categoria foi corrigido na v1.7,5. Em instalações mais antigas, verifique isso.

Sitemap

O PrestaShop vem com um módulo nativo de Google Sitemap (do catálogo de módulos) que cobre produtos, categorias, fabricantes, páginas CMS e páginas geradas por módulos. Após gerá-lo, adicione a URL do sitemap ao robots.txt e envie-o no Google Search Console.

Os limites do módulo nativo são bem documentados e importam em escala: ele não se atualiza automaticamente quando você adiciona produtos (você regenera manualmente ou via cron), o suporte multilíngue é fraco (sitemaps por idioma precisam de um módulo de terceiros) e a indexação de imagens hospedadas em CDN é inconsistente. A FME Modules descreve a restrição diretamente: o sitemap embutido do PrestaShop “may not auto-refresh when adding products, multilingual support is weak, and CDN-hosted image indexing is inconsistent.” (tradução) «pode não se atualizar automaticamente ao adicionar produtos, o suporte multilíngue é fraco e a indexação de imagens hospedadas em CDN é inconsistente.» Para uma loja multilíngue ou um catálogo grande e em rápida mudança, um módulo de sitemap de terceiros (FME, Sweet Sitemap) oferece atualização automática, sitemaps por idioma, sitemaps de imagens e controle de prioridade/frequência.

Robots.txt

Gere-o em Parâmetros da Loja → Tráfego e SEO → “Gerar arquivo robots.txt.” O PrestaShop escreve uma linha de base na instalação, mas você deve personalizá-la. Desautorizações recomendadas:

• /cart, /checkout, /search
• parâmetros de filtro/ordenação: ?order=, ?sort=, ?q= e seus parâmetros de faceta
• caminhos utilitários de admin/módulo (por exemplo, /module/)

Mantenha /img/ rastreável para que as imagens dos seus produtos possam ser indexadas e adicione a referência do seu sitemap (Sitemap: https://example.com/sitemap.xml).

O único aviso que importa mais do que todos os outros: um robots.txt mal configurado pode remover toda a sua loja. A PrestaHero é direta sobre isso — “a misconfigured robots.txt can destroy SEO, as you don’t want to accidentally block /category or /product pages, which could remove your whole store from Google’s index.” (tradução) «um robots.txt mal configurado pode destruir o SEO, pois você não quer bloquear acidentalmente as páginas /category ou /product, o que poderia remover toda a sua loja do índice do Google.» Desautorizar o caminho errado aqui é uma desindexação autoinfligida.

Schema / dados estruturados

Esta é uma lacuna real. O PrestaShop inclui apenas dados estruturados mínimos de fábrica; um schema abrangente é trabalho de um módulo. O que você normalmente vai querer — Product completo (nome, imagem, preço, disponibilidade, avaliações, envio/devoluções), BreadcrumbList, Organization, WebSite e FAQPage — vem de um módulo de rich snippets. O Schema Pro da PrestaPremium, por exemplo, anuncia que ele “automatically generates 9 Schema.org types across your entire store: Product, ProductGroup (variants with size, color, material), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, shipping details and return policy.” (tradução) «gera automaticamente 9 tipos de Schema.org em toda a sua loja: Product, ProductGroup (variantes com tamanho, cor, material), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, detalhes de envio e política de devolução.» Os dados estruturados de Product do Google suportam exatamente esses campos, então vale a pena adicionar a marcação; só não espere isso do núcleo.

Performance e Core Web Vitals

Os temas padrão do PrestaShop — especialmente o tema legado Classic — muitas vezes têm dificuldades com Core Web Vitals: CSS/JS que bloqueiam a renderização, imagens não otimizadas (sem WebP por padrão em versões mais antigas), sem lazy loading de fábrica em temas mais antigos e JS de módulos pesados carregando de forma síncrona. Os alvos são os padrão: LCP < 2,5 s, INP < 200ms (o INP substituiu o FID em março de 2024), CLS < 0,1.

A alavanca integrada do PrestaShop é o CCC (Concatenate, Compress, Cache) em Advanced Parameters → Performance — ele mescla e compacta CSS/JS para reduzir requisições e peso. Teste antes de ativar em produção, porque pode quebrar alguns módulos. Além do CCC: converta imagens para WebP, ative o lazy loading, use uma CDN, escolha um tema focado em desempenho (Hummingbird), adie JS não crítico e adicione cache em nível de servidor (Redis/Memcached). A forma como a Knowband enquadra por que isso importa é justa — Core Web Vitals “affects crawl efficiency, paid traffic quality, mobile conversion, checkout trust, and the first impression of every product page.” (tradução) «afeta a eficiência do rastreamento, a qualidade do tráfego pago, a conversão mobile, a confiança no checkout e a primeira impressão de cada página de produto.» Meça com PageSpeed Insights e os dados do CrUX no Search Console.

Hreflang para lojas multilíngues

O PrestaShop suporta vários idiomas (mesmo domínio, prefixo de idioma na URL como /fr/ /en/ ou domínios separados) e várias lojas compartilhando um catálogo — mas ele não gera tags hreflang nativamente. Isso é um módulo: SunnyToo, DataFireFly, MyPresta, Canonical & Hreflang da FME. A MyPresta declara o modo de falha claramente: “without hreflang tags, Google does not know which version of a page to display based on the visitor’s language or region. It may index the wrong version, create duplicate content across your language stores, or show an English page to a French-speaking visitor.” (tradução) «sem tags hreflang, o Google não sabe qual versão de uma página exibir com base no idioma ou região do visitante. Ele pode indexar a versão errada, criar conteúdo duplicado entre suas lojas de idiomas ou mostrar uma página em inglês para um visitante que fala francês.»

Ao implementar, cubra todos os tipos de página (produto, categoria, CMS, fabricante, fornecedor), inclua sempre x-default, lide com o pareamento multi-loja entre domínios e mantenha a canonicalização consistente junto com isso. E lembre-se da regra geral de hreflang: uma implantação parcial e sem pareamento não traz nada — o Google precisa das tags de retorno para reconhecer o conjunto.

Comparação de plataformas

O PrestaShop fica entre as plataformas SaaS hospedadas e o Magento de controle total. Onde cada plataforma se posiciona nas alavancas de SEO:

O resumo honesto, muito dele da comparação da Kinsta: contra Shopify, o PrestaShop dá mais controle bruto (código aberto, acesso ao servidor, rotas personalizáveis) enquanto o Shopify cuida do desempenho e da segurança para você e força um prefixo estilo /products/ que você não pode remover. Contra WooCommerce, a leitura da Kinsta é que “WooCommerce would beat PrestaShop, as it inherits all of WordPress’s SEO capabilities, especially when it comes to blogging” (tradução) «em português, a citação confirma a explicação apresentada neste bloco» — embora eles também observem que “out of the box, PrestaShop offers more options than WooCommerce for ecommerce SEO, with the product editor enabling you to add custom meta titles and descriptions for each product.” (tradução) «em português, a citação confirma a explicação apresentada neste bloco» «WooCommerce venceria o PrestaShop, pois herda todos os recursos de SEO do WordPress, especialmente quando se trata de blogs» — embora também observem que «pronto para uso, o PrestaShop oferece mais opções que o WooCommerce para SEO de ecommerce, com o editor de produto permitindo adicionar títulos e descrições de meta personalizados para cada produto.» Contra Magento, o Magento “offers the most control for complex stores with full URL customization, native structured data, advanced sitemap configuration, and deep meta tag management” (tradução) «em português, a citação confirma a explicação apresentada neste bloco» (LueurExterne) — a um custo e complexidade muito maiores. «oferece o maior controle para lojas complexas com personalização completa de URL, dados estruturados nativos, configuração avançada de sitemap e gerenciamento profundo de meta tags» (LueurExterne) — a um custo e complexidade muito maiores. Contra BigCommerce, o BigCommerce oferece melhores padrões (sitemap automático, schema integrado, sem ID nas URLs), mas muito menos personalização aberta. Todos eles ranqueiam bem; o trade-off do PrestaShop é controle por trabalho de configuração.

Resumo de IA

Uma visão condensada da versão Avançada:

• PrestaShop é uma plataforma de ecommerce auto-hospedada e de código aberto (PHP/MySQL) — oferece controle profundo, mas exige mais configuração que serviços hospedados como Shopify e BigCommerce.
• Pontos fortes nativos: títulos e descrições de meta por objeto (Parâmetros da Loja → Tráfego e SEO), URLs amigáveis (com mod_rewrite), tags canonical automáticas, redirecionamento 301/302 configurável para a URL preferencial, canonicalização da URL principal das combinações de produto, um H1 por página, breadcrumbs, opções de redirecionamento para produtos desativados, gerador de robots.txt e módulo nativo de sitemap.
• Token {id} obrigatório: os IDs numéricos são necessários nas rotas padrão porque servem de chave de consulta no banco de dados. Removê-los requer um módulo (FME Pretty URL, SunnyToo ou MyPresta) ou uma substituição arriscada do modelo de rota; não existe uma simples opção de configuração.
• A canonicalização nativa NÃO cobre URLs de filtro, ordenação ou paginação. Use um módulo de canonicalização para navegação facetada e não aplique noindex automaticamente à paginação; essa regra é destinada a variações de filtro e ordenação. O Google não usa rel=next/prev desde 2019.
• O sitemap nativo é limitado: não se atualiza automaticamente, oferece suporte multilíngue fraco e pode indexar imagens em CDN de modo inconsistente. Catálogos grandes ou multilíngues precisam de um módulo de terceiros.
• robots.txt: gere o arquivo no painel administrativo e depois personalize-o: desautorize /cart, /checkout, /search e parâmetros de ordenação ou filtro, mas mantenha /img/ rastreável. Bloquear /category ou /product pode desindexar toda a loja.
• Sem hreflang nativo (módulos: SunnyToo, DataFireFly, MyPresta e FME) e sem schema abrangente (módulo Schema Pro para resultados avançados).
• Desempenho: temas padrão mais pesados enfrentam dificuldades nas Core Web Vitals; o recurso integrado CCC (Concatenate, Compress, Cache) ajuda, mas deve ser testado antes da produção. Metas: LCP < 2,5 s, INP < 200ms e CLS < 0,1.

Documentação oficial

Documentação de fonte primária do PrestaShop e do Google.

PrestaShop

• SEO e URLs (documentação v9) — a versão estável atual (9,1.x em meados de 2026); mesma gestão de meta, URLs amigáveis, redirecionamento canônico e geração de robots.txt que a v8.
• SEO e URLs (documentação v8) — a versão LTS 8,2.x, ainda mantido ativamente em paralelo com o 9.x.
• SEO e URLs (documentação 1.7) — o equivalente da 1,7.
• Regras e comportamentos de SEO (especificações) — padrões de rota padrão, o requisito {id}, canonicalização de combinações, regras de H1, comportamento de paginação.
• As URLs e o sitemap (central de ajuda) — o módulo nativo Google Sitemap e seus limites.

Google

• Dados estruturados de produto — os campos de Product que os módulos de schema do PrestaShop devem emitir.
• Paginação de ecommerce e carregamento incremental — URLs únicas por página; noindex em filtros, não em paginação.
• Consolidar URLs duplicadas (canonicalização) — como rel=canonical consolida as duplicatas que o PrestaShop gera.
• Informar ao Google sobre versões localizadas (hreflang) — os sinais multilíngues que o PrestaShop não adiciona nativamente.

Citações da fonte

Declarações do ecossistema do PrestaShop e dos profissionais cujas descobertas específicas do PrestaShop moldaram este guia. Cada link profundo salta para a passagem citada quando a página suporta isso.

Sobre a estrutura de URL

• “PrestaShop generates URLs that contain unwanted numbers and special characters, making it non-SEO-friendly. A long, complex URL decreases the possibility of higher ranking in the search results.” (tradução) «O PrestaShop gera URLs que contêm números e caracteres especiais indesejados, tornando-as não amigáveis para SEO. Uma URL longa e complexa diminui a possibilidade de melhor ranqueamento nos resultados de busca.» — Empirical Edge. Ir para a citação

Sobre conteúdo duplicado

• “Duplicate URL issues confuse search engine crawlers, waste crawl budget, and split link equity, which collectively damage SEO performance.” (tradução) «Problemas de URL duplicada confundem os rastreadores de mecanismos de busca, desperdiçam o orçamento de rastreamento e dividem a autoridade de links, o que coletivamente prejudica o desempenho de SEO.» — FME Modules. Ir para a citação

Sobre tags canônicas

• “Implementing canonical tags is one of the most important practices for enabling friendly URLs on PrestaShop, as these HTML tags inform search engines of the ‘master’ version of a page when duplicate or similar content exists.” (tradução) «Implementar tags canônicas é uma das práticas mais importantes para habilitar URLs amigáveis no PrestaShop, pois essas tags HTML informam aos mecanismos de busca a versão ‘mestre’ de uma página quando existe conteúdo duplicado ou semelhante.» — PrestaHero. Ir para a citação

Sobre robots.txt

• “A misconfigured robots.txt can destroy SEO, as you don’t want to accidentally block /category or /product pages, which could remove your whole store from Google’s index.” (tradução) «Um robots.txt mal configurado pode destruir o SEO, pois você não quer bloquear acidentalmente páginas /category ou /product, o que poderia remover toda a sua loja do índice do Google.» — PrestaHero. Ir para a citação

Sobre o sitemap integrado

• “PrestaShop’s built-in sitemap functionality has constraints: it may not auto-refresh when adding products, multilingual support is weak, and CDN-hosted image indexing is inconsistent.” (tradução) «em português, a citação confirma a explicação apresentada neste bloco» — FME Modules. «A funcionalidade de sitemap integrada do PrestaShop tem limitações: pode não atualizar automaticamente ao adicionar produtos, o suporte multilíngue é fraco e a indexação de imagens hospedadas em CDN é inconsistente.» Ir para a citação

Sobre schema / rich snippets

• “Schema Pro automatically generates 9 Schema.org types across your entire store: Product, ProductGroup (variants with size, color, material), Organization, WebSite, BreadcrumbList, FAQPage, CollectionPage, shipping details and return policy.” (tradução) «em português, a citação confirma a explicação apresentada neste bloco» — PrestaPremium. «O Schema Pro gera automaticamente 9 tipos de Schema.org em toda a sua loja: Produto, Grupo de Produtos (variantes com tamanho, cor, material), Organização, Site, BreadcrumbList, FAQPage, CollectionPage, detalhes de envio e política de devolução.» Ir para a citação

Sobre hreflang

• “Without hreflang tags, Google does not know which version of a page to display based on the visitor’s language or region. It may index the wrong version, create duplicate content across your language stores, or show an English page to a French-speaking visitor.” (tradução) «em português, a citação confirma a explicação apresentada neste bloco» — MyPresta. «Sem as tags hreflang, o Google não sabe qual versão de uma página exibir com base no idioma ou região do visitante. Ele pode indexar a versão errada, criar conteúdo duplicado entre suas lojas de idiomas ou mostrar uma página em inglês para um visitante que fala francês.» Ir para a citação

Sobre comparação de plataformas

• “Out of the box, PrestaShop offers more options than WooCommerce for ecommerce SEO, with the product editor enabling you to add custom meta titles and descriptions for each product.” (tradução) «em português, a citação confirma a explicação apresentada neste bloco» — Kinsta. «Pronto para uso, o PrestaShop oferece mais opções do que o WooCommerce para SEO de ecommerce, com o editor de produtos permitindo adicionar títulos e descrições de meta personalizados para cada produto.» Ir para a citação

Checklist de SEO para PrestaShop

Priorizado por impacto — os itens principais têm o maior efeito.

Alto impacto

• Redirecionamento para a URL canonical definido como 301 em Parâmetros da Loja → Tráfego e SEO (não 302 nem desativado).
• URLs de facetas, ordenação e filtros tratadas — módulo de canonicalização instalado; combinações inúteis direcionadas para a categoria limpa e/ou marcadas com noindex,follow.
• robots.txt personalizado após a geração — desautorize /cart, /checkout, /search e parâmetros de ordenação ou filtros; mantenha /img/ rastreável e nunca bloqueie /category nem /product.
• Core Web Vitals aprovadas — CCC ativado e testado, imagens WebP, carregamento preguiçoso e CDN; LCP < 2,5 s, INP < 200ms e CLS < 0,1.

Configuração padrão

• URLs amigáveis ativadas (confirmar que mod_rewrite/reescrita Nginx está habilitada).
• Títulos de meta + descrições escritos para a página inicial, produtos principais, categorias principais, páginas CMS-chave.
• Sitemap nativo (ou de terceiros) gerado, referenciado no robots.txt e enviado ao Google Search Console + Bing Webmaster Tools.
• Módulo de Schema instalado para Produto/Breadcrumb/Organização/FAQ.
• Produtos desativados/excluídos definidos como 301 (ou 404/410), não deixados como erros suaves.
• Em instalações mais antigas, verificar o bug do H1 duplicado de categoria pré-1.7.5.

Considerado, não padrão

• URLs sem ID somente se um módulo confiável mantiver 301s — não edite manualmente modelos de rota às cegas.
• Paginação mantida autocanônica e indexável (não use noindex na página 2+).

Internacional (somente multilíngue / multi-loja)

• Módulo hreflang instalado; tags em todos os tipos de página; x-default presente; pareamento bidirecional em cada idioma/loja.
• Sitemap por idioma (módulo de terceiros — o suporte multilíngue nativo é fraco).

Folha de referência de SEO para PrestaShop

O que o PrestaShop trata nativamente vs. precisa de um módulo

Onde as configurações ficam

Padrões de rota padrão

• Produto: {category:/}{id}{-:id_product_attribute}-{rewrite}{-:ean13}.html
• Categoria: {id}-{rewrite} · CMS: content/{id}-{rewrite} · Marca: brand/{id}-{rewrite}

robots.txt — desautorizar / manter

• Desautorizar: /cart, /checkout, /search, ?order=, ?sort=, ?q=, parâmetros de faceta
• Manter rastreável: /img/
• Nunca bloquear: /category, /product (desindexa a loja)
• Adicionar: Sitemap: https://example.com/sitemap.xml

Metas de Core Web Vitals

• LCP < 2,5s · INP < 200ms (substituiu FID, março de 2024) · CLS < 0,1

O que não fazer

• Não presuma que URLs amigáveis corrigem conteúdo duplicado (não corrigem).
• Não use noindex em páginas de categoria paginadas.
• Não espere hreflang nativo ou schema completo.
• Não edite manualmente modelos de rota para remover IDs sem redirecionamentos.

Módulos e ferramentas para SEO no PrestaShop

PrestaShop / ecossistema oficial

• Google Sitemap (módulo nativo) — gera o sitemap XML; regenere manualmente ou via cron.
• Módulo SEO Expert — otimização de meta e marcação de redes sociais.
• PrestaShop Marketing with Google — integração oficial com o Google Merchant Center e o feed de Shopping.

URL e canonicalização

• FME Pretty URL / remoção de ID, SunnyToo, MyPresta — removem o {id} numérico e preservam os redirecionamentos 301.
• Módulos de URL canonical (FME, PrestaHero, SEIGI) — ampliam a canonicalização nativa para páginas filtradas, paginadas ou com facetas.

Schema e hreflang

• Módulos Schema Pro / rich-snippets — Product, ProductGroup, Organization, WebSite, BreadcrumbList, FAQPage, JSON-LD de envio/devoluções.
• Módulos de hreflang (SunnyToo, DataFireFly, MyPresta, FME Canonical & Hreflang) — hreflang em todos os tipos de página com x-default; alguns lidam com multi-loja entre domínios.

Sitemap e robots.txt

• Módulos de sitemap de terceiros (FME, Sweet Sitemap) — atualização automática, sitemaps por idioma, sitemaps de imagem, prioridade/frequência.
• Módulos de editor de robots.txt (dh42) — edite robots.txt pelo painel administrativo.

Desempenho

• PrestaSpeed, WebsiteSpeedy, módulos de velocidade FME — compressão de imagem, carregamento preguiçoso, configuração de CCC, integração com CDN. Além do CCC integrado (Parâmetros Avançados → Desempenho).

Medição (independente de plataforma)

• Google Search Console — envio de sitemap, URL Inspection, Coverage, CrUX/Core Web Vitals, International Targeting.
• Bing Webmaster Tools — segundo envio de sitemap, controle de rastreamento.
• Screaming Frog / Ahrefs Site Audit — rastreie a loja para detectar a explosão de URLs com facetas, duplicatas ID-vs-slug, cadeias de redirecionamento e erros de robots.txt.
• PageSpeed Insights / Lighthouse — benchmarking de CWV antes/depois de CCC e mudanças de tema.

Você deve remover IDs numéricos das URLs do PrestaShop?

Erros de SEO no PrestaShop que criam risco evitável

Presumir que URLs amigáveis eliminam conteúdo duplicado

O alternador substitui URLs de produtos no estilo de consulta por rotas descritivas, mas não controla duplicatas de ordenação, filtro, faceta, paginação, protocolo ou host. Mantenha o redirecionamento canônico 301 e lide deliberadamente com espaços de URL não nativos.

noindex em cada página de categoria paginada

A paginação ajuda os rastreadores a alcançar produtos além da primeira página. Mantenha páginas paginadas genuinamente distintas indexáveis e autocanônicas, a menos que sua implementação prove que são duplicatas; reserve controles para combinações de ordenação e filtro inúteis.

Edite manualmente os modelos de rota apenas para remover {id}

O ID numérico é uma chave de consulta ao banco de dados. Removê-lo sem uma implementação mantida e redirecionamentos completos pode quebrar rotas e criar uma migração completa de URL. Mantenha-o, a menos que haja um requisito real e um plano de migração testado.

Confie no robots.txt gerado sem revisão

O gerador cria uma linha de base, não uma política segura específica do site. Uma proibição ampla pode bloquear caminhos de produtos ou categorias e remover a loja da pesquisa. Compare o arquivo gerado, mantenha /img/ rastreável e teste URLs representativas antes de publicar.

Espere que o PrestaShop principal forneça todos os recursos de SEO

Canônicos nativos não resolvem a navegação facetada, e schema abrangente, hreflang e sitemaps robustos multilíngues/de imagens são trabalho de módulo ou implementação personalizada. Audite a saída renderizada em vez de assumir que a caixa da plataforma está marcada.

Páginas de categoria mostram cabeçalhos H1 duplicados

Sintoma: Um rastreamento relata mais de um H1 em modelos de categoria. Causa provável: A loja está executando uma versão mais antiga do PrestaShop afetada pelo bug de H1 duplicado em categoria corrigido na 1.7.5, ou o tema ativo preserva a marcação antiga. Correção: Confirme a versão do núcleo e do tema, inspecione o modelo de categoria renderizado e atualize ou corrija o modelo. Rastreie novamente a mesma coorte de categorias e verifique se um H1 pretendido permanece.

Páginas de produtos e categorias desaparecem do rastreamento ou da indexação

Sintoma: Grandes seções param de ser rastreadas após alterações no robots.txt. Causa provável: Uma regra Disallow gerada ou editada manualmente corresponde a /product, /category ou outro caminho amplo. Correção: Inspecione Parâmetros da Loja → Tráfego e SEO, o arquivo robots.txt ativo e testes de robots no nível de URL. Remova a regra excessivamente ampla, preserve os bloqueios pretendidos de carrinho/pesquisa/faceta e confirme que URLs representativas de produtos e categorias são permitidas.

URLs de filtro e ordenação se multiplicam nos relatórios de rastreamento

Sintoma: os rastreadores descobrem muitas URLs ?color=, ?size=, ?order= ou semelhantes com conteúdo duplicado de categoria. Causa provável: as tags canonical nativas dos produtos não abrangem parâmetros de facetas e ordenação, e a navegação expõe combinações rastreáveis. Correção: inventarie os padrões de parâmetros, pare de criar links para combinações sem valor, aplique regras testadas de rastreamento e indexação e implemente canonicalização nas duplicatas verdadeiras. Depois, confirme em um novo rastreamento que o conjunto de URLs inúteis deixou de crescer e que as páginas de faceta valiosas continuam acessíveis.

URLs amigáveis retornam erros ou mantêm rotas no estilo de consulta

Sintoma: Ativar URLs amigáveis produz 404s ou não reescreve URLs de produtos. Causa provável: O mod_rewrite do Apache, o equivalente Nginx ou a configuração de reescrita gerada não está ativa. Correção: Verifique a capacidade de reescrita do servidor e regenere a configuração de rotas a partir do PrestaShop. Teste URLs de produtos, categorias, CMS e produtos desativados antes de manter a configuração ativada.

Recursos que valem seu tempo

Meus artigos relacionados

• Guia para iniciantes em SEO técnico — onde se encaixam os fundamentos de rastreamento/indexação/canonicalização deste guia.
• Conteúdo duplicado: por que acontece e como corrigir — a versão independente de plataforma do problema nº 1 do PrestaShop.
• Navegação facetada: definição, exemplos e práticas recomendadas de SEO — como lidar com as URLs de filtro/ordenação que o PrestaShop não canonicaliza.
• Hreflang: guia fácil para iniciantes — os sinais multilíngues para os quais o PrestaShop precisa de um módulo.

Minhas palestras

• Como a busca funciona (SlideShare) — minha explicação sobre rastreamento, renderização, indexação e ranqueamento, o pipeline pelo qual toda loja PrestaShop passa. (Aviso permanente: “This is my understanding of systems… not going to be 100% complete or accurate.” (tradução) «em português, a citação confirma a explicação apresentada neste bloco») «Esta é a minha compreensão dos sistemas… não será 100% completa ou precisa.»

No site, relacionados

• Faceted navigation — o mergulho profundo independente de plataforma sobre o problema de conteúdo duplicado.
• Canonicalization — a mecânica de canonicalização por trás da configuração de redirecionamento do PrestaShop.

Do setor

• Blog oficial do PrestaShop — Checklist definitivo de SEO para PrestaShop — a própria checklist do PrestaShop (datada de 2023, mas de primeira mão).
• PrestaHero — URLs canônicas e conteúdo duplicado e Configurar o robots.txt.
• FME Modules — Corrigir problemas de URL duplicada no PrestaShop e SEO técnico para PrestaShop: sitemaps e robots.txt.
• Kinsta — PrestaShop versus WooCommerce — a fonte de comparação de plataformas.
• Knowband — Guia definitivo de Core Web Vitals para PrestaShop — contexto de desempenho e CCC.
• Issue nº 20677 do PrestaShop no GitHub — Remover IDs das URLs — o tópico de código aberto sobre o token obrigatório {id}.

Teste seus conhecimentos: SEO para PrestaShop

Cinco perguntas rápidas sobre como o SEO funciona no PrestaShop. Escolha uma resposta para cada uma e depois confira.

Registro de alterações