Indexação PrestaShop no Google: o guia completo para teres a tua loja nos resultados de pesquisa
Navega a arquitectura de URL multilingue do PrestaShop e a complexidade de combinações de produto para uma indexação Google limpa
Neste guia
O PrestaShop alimenta mais de 300.000 lojas em toda a Europa e América Latina, mas as suas funcionalidades poderosas -- combinações de produto, routing de URL multilingue e profunda extensibilidade de módulos -- criam desafios específicos de indexação. Cada combinação pode gerar o seu próprio URL, inundando o Google com duplicados. O suporte multilingue cria estruturas paralelas de URL que precisam de configuração hreflang adequada. Módulos de terceiros geram páginas em falta dos sitemaps.
Este guia cobre o PrestaShop 1.7.x e 8.x, percorrendo o painel SEO do admin, o módulo GSitemap, URLs amigáveis, configuração .htaccess, gestão multilingue, gestão de URLs de combinações e auditoria de páginas geradas por módulos.
Painel de Configuração SEO & URLs do PrestaShop
As definições principais de SEO do PrestaShop vivem no painel admin em Shop Parameters > Traffic & SEO > SEO & URLs (no PrestaShop 8.x) ou Preferences > SEO & URLs (no PrestaShop 1.7.x). Este painel contém várias definições críticas que afectam a forma como os URLs da tua loja são estruturados e como o Google percebe as tuas páginas.
A primeira definição essencial é "Friendly URL". Esta tem de ser activada (definida para Yes) para transformar os URLs predefinidos baseados em parâmetros do PrestaShop (index.php?id_product=42&controller=product) em caminhos limpos e legíveis (/en/shoes/42-running-shoe.html). Sem URLs amigáveis, os URLs da tua loja são feios, mais difíceis de classificar, e menos clicáveis nos resultados de pesquisa.
A definição "Accented URL" controla se caracteres não-ASCII são preservados nos URLs. Para lojas em línguas que usam acentos (francês, espanhol, alemão, português), activar isto cria URLs mais naturais (/fr/chaussures-de-course.html em vez de /fr/chaussures-de-course.html). No entanto, alguns servidores mais antigos e configurações CDN não lidam bem com URLs acentuados. Testa antes de activar.
A definição "Redirect disabled product" é criticamente importante para o SEO de e-commerce. Quando um produto é desactivado (retirado), esta definição controla o que acontece ao seu URL. As opções incluem: "No redirect" (devolve um 404), "Permanent redirect (301) to the product's category", ou "Permanent redirect (301) to a specific URL". Para produtos que nunca regressarão, escolhe o redireccionamento 301 para a categoria do produto. Para produtos temporariamente esgotados, desactiva o produto mas escolhe "No redirect" e planeia reactivá-lo mais tarde -- ou melhor ainda, mantém o produto activado com uma mensagem de esgotado.
A secção "URL structure" permite-te personalizar o padrão de URL para produtos, categorias e páginas CMS. O URL de produto predefinido do PrestaShop inclui o ID do produto: /{category}/{id}-{rewrite}.html. Embora incluir o ID garanta a unicidade do URL, não é ideal para SEO (números nos URLs parecem menos profissionais). O PrestaShop 8.x permite-te remover o ID dos URLs, mas tem em conta que isto requer slugs de produto únicos em todo o teu catálogo -- se dois produtos têm o mesmo slug, um receberá um sufixo auto-anexado.
Abaixo das definições de estrutura de URL, encontrarás a secção de gestão de meta tags. O PrestaShop permite-te definir meta titles e descriptions predefinidos para tipos de página (páginas de produto, páginas de categoria, páginas CMS, a homepage) usando variáveis como {name}, {price}, {category}. Personaliza estes templates para gerar metadata rica em keywords e única em escala.
Módulo GSitemap e gestão de sitemap
O PrestaShop não inclui um gerador de sitemap na sua instalação core. A solução mais comummente usada é o módulo GSitemap, que está disponível gratuitamente no marketplace PrestaShop Addons. Após instalar o GSitemap (Modules > Module Manager > pesquisa por GSitemap), configura-o a partir da página de definições do módulo.
O GSitemap gera um sitemap XML que inclui produtos, categorias, páginas CMS, e opcionalmente páginas geradas por módulos. As opções de configuração chave incluem: que tipos de conteúdo incluir (produtos, categorias, páginas CMS, páginas de fornecedor, páginas de fabricante), a frequência de actualização para cada tipo, e se incluir imagens no sitemap.
Após a configuração, clica em "Generate Sitemap" para criar o ficheiro de sitemap inicial em /1_index_sitemap.xml (ou /sitemap.xml dependendo da tua configuração). O GSitemap cria um sitemap index que referencia ficheiros de sitemap individuais para cada tipo de conteúdo. Para lojas com muitos produtos, divide sitemaps de produto em ficheiros de até 25.000 URLs cada.
O GSitemap pode ser configurado para regenerar automaticamente usando o sistema cron do PrestaShop. O módulo fornece um URL cron que adicionas ao crontab do teu servidor. Define-o para correr diariamente (0 3 * * * wget -q -O /dev/null 'https://yourstore.com/modules/gsitemap/gsitemap-cron.php?token=YOUR_TOKEN') para que o sitemap se mantenha actual à medida que adicionas e removes produtos.
Uma limitação significativa do GSitemap: não inclui automaticamente páginas geradas por módulos de terceiros. Se instalaste um módulo de blog (como o PrestaShop Blog by Starter Theme), um módulo de FAQ, ou um módulo de landing page personalizado, essas páginas não aparecerão no sitemap gerado pelo GSitemap. Precisas de ou encontrar um módulo de sitemap que suporte esses tipos de página, adicioná-los manualmente ao sitemap, ou configurar o módulo específico para gerar o seu próprio sitemap que submetes separadamente no Google Search Console.
Após gerar o sitemap, submete-o no Google Search Console. Abre primeiro o URL do sitemap da tua loja num browser para verificar que é XML válido e contém os URLs esperados. Verifica se há entradas duplicadas, URLs com parâmetros de sessão, ou páginas que intencionalmente definiste como noindex que não deviam estar no sitemap.
Configuração de URL multilingue e hreflang
O suporte multilingue integrado do PrestaShop é uma das suas funcionalidades mais fortes para e-commerce internacional. Quando instalas um pack de língua (International > Localization > Languages), o PrestaShop cria uma estrutura paralela de URL para cada língua. Produtos em inglês vivem em /en/category/product-name.html, em francês em /fr/categorie/nom-du-produit.html, em espanhol em /es/categoria/nombre-del-producto.html, e por aí fora.
Cada produto, categoria e página CMS tem um campo separado de URL rewrite para cada língua instalada. Quando editas um produto, alterna o selector de língua no editor para ver e personalizar o slug para cada língua. Isto é essencial: o PrestaShop auto-traduz slugs quando usas a funcionalidade de auto-tradução, mas slugs auto-traduzidos são frequentemente estranhos ou incorrectos. Revê e optimiza manualmente o slug do URL para cada língua, incorporando keywords relevantes ao comportamento de pesquisa dessa língua.
As tags hreflang dizem ao Google qual versão de língua de uma página mostrar a pesquisadores em diferentes regiões. O PrestaShop 1.7.7+ inclui suporte hreflang integrado que emite tags <link rel="alternate" hreflang="xx" href="..."> no head HTML para cada versão de língua de uma página. No entanto, a implementação tem problemas conhecidos em algumas versões do PrestaShop onde tags hreflang estão em falta ou incorrectas. Verifica vendo o código-fonte de uma página de produto e verificando que tags hreflang estão presentes para todas as línguas activas.
Se as tags hreflang estiverem em falta, instala um módulo SEO dedicado que trata da geração de hreflang. Vários módulos no marketplace PrestaShop Addons abordam especificamente SEO multilingue, incluindo geração de tags hreflang, URLs canonical específicos de língua, e suporte de sitemap multilingue.
Para lojas multi-país onde a mesma língua é usada em países diferentes (por exemplo, inglês para EUA e Reino Unido, espanhol para Espanha e México), o hreflang precisa de códigos de língua e país: hreflang="en-us" e hreflang="en-gb". O hreflang integrado do PrestaShop pode não lidar com targeting específico de país. Podes precisar de um módulo ou desenvolvimento personalizado para gerar anotações hreflang específicas de país.
A estrutura de URL multilingue também interage com o teu sitemap. O GSitemap gera URLs para todas as línguas num único sitemap (ou dividido por língua, dependendo da configuração). Verifica que o sitemap inclui URLs para cada língua e que cada URL resolve correctamente.
Combinações de produto e inflação de URL
O sistema de combinações de produto do PrestaShop permite que um único produto tenha múltiplas variantes baseadas em atributos: tamanho, cor, material, largura, comprimento, etc. Um produto básico de sapato com 8 tamanhos e 5 cores gera 40 combinações. Um produto electrónico configurável com opções de memória, armazenamento, cor, e garantia pode facilmente exceder 100 combinações.
O impacto na indexação depende da tua configuração. Por defeito, o PrestaShop não cria URLs separados para cada combinação -- a página de produto carrega com uma combinação predefinida, e os utilizadores seleccionam a sua combinação preferida usando dropdowns ou swatches. O URL fica o mesmo (/en/shoes/42-running-shoe.html) independentemente de qual combinação é seleccionada. Este é o comportamento ideal para SEO porque consolida todo o tráfego de variantes para um único URL indexado.
No entanto, alguns temas e módulos do PrestaShop modificam este comportamento. Frameworks de tema como o Starter Theme ou temas comerciais podem anexar atributos de combinação ao URL como fragmentos de âncora (#size-10-color-red) ou parâmetros de query (?size=10&color=red). Fragmentos de âncora não são indexados pelo Google (ignora tudo o que vem depois do #), mas parâmetros de query podem ser. Se o teu tema anexa selecções de combinação como parâmetros de query, cada combinação cria um URL único que o Google pode tentar indexar.
Para verificar o comportamento da tua loja, visita um produto com combinações e selecciona opções diferentes. Observa a barra de endereço do browser. Se o URL muda com cada selecção de combinação, tens um potencial problema de inflação de índice. Corrige isto ao nível do tema garantindo que selecções de combinação são tratadas via JavaScript sem modificar o URL, ou usando fragmentos de âncora em vez de parâmetros de query.
Se URLs de combinações com parâmetros de query já estão no índice do Google, adiciona tags canonical em todos os URLs com parâmetros de combinação apontando para o URL base do produto (sem parâmetros). Também podes bloquear parâmetros de combinação no robots.txt: Disallow: /*?size=, Disallow: /*?color=, etc. A solução mais completa é uma modificação de tema que remove parâmetros de URL inteiramente.
Para lojas que querem intencionalmente páginas indexadas separadas para cada combinação (raro, mas por vezes usado em moda onde cada variante de cor tem imagens e descrições únicas), garante que cada página de combinação tem título, meta description e conteúdo únicos. Uma página para "Sapato de Corrida - Vermelho Tamanho 10" que é idêntica a "Sapato de Corrida - Azul Tamanho 8" excepto pelo texto da opção será sinalizada como conteúdo duplicado.
IDs de sessão, .htaccess e higiene técnica de URL
Instalações PrestaShop mais antigas (particularmente as que foram actualizadas de versões anteriores à 1.7) podem anexar IDs de sessão aos URLs. Um ID de sessão cria um URL único para cada sessão de visitante: /en/shoes/42-running-shoe.html?PHPSESSID=abc123xyz. O Google trata cada URL com parâmetros de sessão como uma página distinta, potencialmente indexando milhares de páginas duplicadas que diferem apenas no ID de sessão.
O PrestaShop 1.7+ e 8.x tratam sessões via cookies por defeito, por isso IDs de sessão não devem aparecer em URLs. No entanto, se a configuração PHP do teu servidor tem session.use_only_cookies definido para 0, o PHP recorre a sessões baseadas em URL quando cookies não estão disponíveis. Verifica a tua configuração PHP e garante session.use_only_cookies = 1 e session.use_trans_sid = 0.
O ficheiro .htaccess no directório raiz do PrestaShop controla reescrita de URL, regras de redireccionamento e directivas de segurança. O PrestaShop gera este ficheiro automaticamente quando activas Friendly URLs. O .htaccess gerado inclui RewriteRules para routing de URL limpo, regras para bloquear acesso a directórios sensíveis (/config/, /download/, /mails/, /modules/), e regras para lidar com MultiViews.
Personaliza o ficheiro .htaccess com cuidado. Adiciona as tuas regras personalizadas de redireccionamento (redirecionamentos 301 para URLs antigos, padrões de bloqueio para crawling indesejado) acima da secção auto-gerada do PrestaShop, que está marcada por comentários # ~~start~~ e # ~~end~~. Regras dentro da secção auto-gerada são sobrescritas quando alteras definições no painel admin.
Adiciona o seguinte ao teu .htaccess para higiene de SEO: forçar HTTPS (RewriteCond %{HTTPS} off / RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]), forçar um domínio consistente (com ou sem www, mas não ambos), e bloquear padrões conhecidos de parâmetros de bots. Estas regras garantem que o Google vê uma versão única e canonical de cada URL.
Para servidores Nginx, o PrestaShop não usa .htaccess. A configuração equivalente vai no bloco de servidor Nginx. O PrestaShop fornece configurações Nginx de exemplo na sua documentação que incluem regras de reescrita para URLs amigáveis, directivas de segurança, e cabeçalhos de cache para ficheiros estáticos.
Páginas geradas por módulos e pontos cegos de SEO
O ecossistema de módulos do PrestaShop adiciona funcionalidade através de extensões instaláveis, e muitos módulos geram páginas voltadas para o público que não estão incluídas no sitemap core nem cobertas pelas definições SEO predefinidas. Estas páginas tornam-se pontos cegos de SEO -- existem, o Google consegue encontrá-las, mas podem faltar-lhes metadata adequada, tags canonical, ou inclusão no sitemap.
Exemplos comuns incluem: módulos de blog que criam páginas em /blog/post-title (como o popular módulo Smart Blog), módulos de FAQ em /faq, módulos de listagem de fabricantes, páginas de fornecedor, páginas de marca, e construtores de landing pages personalizadas. Cada um destes módulos pode ou não lidar com SEO adequadamente. Alguns incluem a sua própria gestão de meta tags e geração de sitemap; outros emitem páginas com metadata predefinida ou em branco.
Audita os teus módulos instalados navegando para o URL público de cada módulo e verificando o código-fonte da página. Procura: uma tag <title> que é específica da página (não o título predefinido do template PrestaShop), uma meta description que descreve o conteúdo, uma tag canonical URL, e dados estruturados se aplicável. Se algum módulo emite páginas com metadata predefinida ou em falta, verifica a configuração do módulo para definições SEO. Se o módulo não suporta metadata personalizada, tens três opções: encontrar um módulo melhor que suporte, modificar os ficheiros de template do módulo para adicionar metadata, ou pedir ao developer do módulo para adicionar campos SEO.
Para inclusão no sitemap, verifica se as páginas do módulo aparecem no output do teu GSitemap. Se não, podes: instalar um módulo de sitemap mais abrangente que detecte páginas de módulo, adicionar manualmente os URLs a um sitemap suplementar, ou verificar se o módulo gera o seu próprio ficheiro de sitemap (alguns módulos de blog fazem, tipicamente em /modules/modulename/sitemap.xml).
O PrestaShop 8.x introduziu um sistema de hooks que permite a módulos integrar-se com o framework SEO de forma mais limpa. Módulos que implementam o hook actionGetPageSeoInfo podem fornecer os seus URLs de página e metadata ao sistema SEO core. Ao avaliar módulos, prefere os construídos para PrestaShop 8.x que usam estes hooks modernos em vez de módulos legados que contornam o framework SEO inteiramente.
Guia passo a passo
Activa URLs amigáveis e configura a estrutura de URL
Inicia sessão no teu painel admin PrestaShop e navega para Shop Parameters > Traffic & SEO > SEO & URLs. Define "Friendly URL" para Yes. Antes de guardar, verifica que o teu servidor tem mod_rewrite activado (Apache) ou as regras apropriadas de reescrita configuradas (Nginx). Guarda as definições e testa a tua loja visitando uma página de produto -- o URL deve agora estar limpo (por exemplo, /en/shoes/42-running-shoe.html em vez de index.php?id_product=42). Se as páginas devolverem erros 404, o ficheiro .htaccess pode não ter sido gerado correctamente. Apaga o .htaccess existente e guarda as definições SEO novamente para o regenerar. Revê os templates de estrutura de URL para produtos, categorias e páginas CMS e personaliza-os se desejado (por exemplo, removendo o número de ID para lojas PrestaShop 8.x).
Instala e configura o GSitemap
Navega para Modules > Module Manager e pesquisa por "GSitemap". Se não estiver instalado, faz o download do marketplace PrestaShop Addons e instala-o. Abre a configuração do módulo e selecciona que tipos de conteúdo incluir: Products (Yes), Categories (Yes), CMS Pages (Yes). Define Manufacturers e Suppliers para No, a menos que estas páginas tenham conteúdo substancial. Activa sitemaps de imagem se as tuas imagens de produto tiverem nomes de ficheiro descritivos e alt text. Clica em "Generate Sitemap" e verifica o output em /1_index_sitemap.xml (ou no teu caminho configurado). Configura um cron job para regeneração diária usando o URL cron fornecido pelo módulo. Submete o URL do sitemap no Google Search Console.
Personaliza meta tags para todos os tipos de página
Em Shop Parameters > Traffic & SEO > SEO & URLs, desliza até à secção de gestão de meta tags. Para cada tipo de página (homepage, produto, categoria, página CMS, resultados de pesquisa, etc.), o PrestaShop lista o meta title e description actuais. Clica em "Edit" para personalizar. Para a homepage, escreve um título e descrição únicos apresentando o nome da tua marca e keywords primárias. Para páginas de produto, personaliza o template usando variáveis: "{name} - {price} | {shop_name}" para títulos e "{description_short} - Compra {name} em {shop_name}" para descrições. Para páginas de categoria, usa "{name} - {shop_name}" e um template de descrição incorporando a descrição da categoria. Para páginas que não devem ser indexadas (resultados de pesquisa, a minha conta, confirmação de encomenda), adiciona noindex usando as definições meta específicas da página.
Configura SEO multilingue (Se aplicável)
Para lojas com múltiplas línguas, navega para International > Localization > Languages e verifica que todas as línguas activas têm códigos ISO adequados. Para cada produto, abre o editor de produto e alterna o selector de língua para verificar que cada língua tem um URL rewrite (slug), nome de produto e descrição personalizados. Não confies em auto-tradução para slugs -- revê e optimiza cada um manualmente para relevância de keywords nessa língua. Verifica o output das tags hreflang vendo o código-fonte de uma página de produto -- devias ver <link rel="alternate" hreflang="xx" href="..."> para cada língua activa. Se as tags hreflang estiverem em falta, instala um módulo SEO multilingue dedicado do marketplace PrestaShop Addons.
Audita e corrige o comportamento de URL de combinações de produto
Visita um produto com múltiplas combinações (por exemplo, um produto com opções de tamanho e cor) e selecciona combinações diferentes enquanto observas a barra de endereço do browser. Se o URL muda com cada selecção (adicionando parâmetros de query como ?size=10&color=red), tens um potencial problema de conteúdo duplicado. Primeiro, verifica a configuração do teu tema para uma definição "URL update" ou "combination URL" e desactiva-a. Se não existir tal definição, a correcção requer editar o JavaScript da página de produto do tema para impedir a anexação de parâmetros ao URL. Como medida temporária, adiciona regras robots.txt a bloquear padrões de parâmetros de combinação: Disallow: /*?size= e Disallow: /*?color=. Verifica que o URL base do produto tem uma tag canonical auto-referenciada.
Configura regras .htaccess para higiene de URL
Abre o ficheiro .htaccess da tua loja (no directório raiz do PrestaShop) e adiciona regras acima da secção auto-gerada (antes do comentário # ~~start~~). Adiciona imposição de HTTPS: RewriteCond %{HTTPS} off / RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]. Adiciona consistência www (ou forçar www ou forçar não-www, não ambos). Adiciona bloqueio de ID de sessão: RewriteCond %{QUERY_STRING} PHPSESSID / RewriteRule .* %{REQUEST_URI}? [R=301,L]. Verifica que a tua configuração PHP tem session.use_only_cookies = 1 para impedir que IDs de sessão apareçam em URLs em primeiro lugar. Testa todas as regras visitando a tua loja com vários padrões de URL e confirmando redirecionamentos correctos usando as developer tools do browser.
Submete URLs prioritários via IndexBolt e monitoriza
Depois de completar todas as configurações técnicas de SEO, usa a IndexBolt para submeter as tuas páginas de produto, categoria e conteúdo CMS de maior prioridade ao Google. Para lojas PrestaShop, prioriza produtos best-selling, colecções sazonais, e produtos recém-adicionados. Se a tua loja é multilingue, submete primeiro as versões em língua primária, depois submete as outras versões de língua para garantir que o Google indexa as relações hreflang correctas. O modo Instant da IndexBolt é valioso para lançamentos de produto, flash sales, e promoções sazonais onde indexação atrasada significa vendas perdidas. Monitoriza resultados no Google Search Console, prestando atenção ao relatório Index Coverage para quaisquer exclusões ou duplicados inesperados. Verifica que a versão de língua correcta aparece para pesquisas em cada mercado alvo.
Problemas comuns e como resolvê-los
Parâmetros de combinação de produto a criar milhares de URLs duplicados
Causa: Alguns temas PrestaShop anexam selecções de atributos de produto (tamanho, cor, material) como parâmetros de query ao URL do produto. Um produto com 40 combinações cria 40 URLs únicos com o mesmo conteúdo. O Google descobre estes através de event handlers JavaScript que modificam o URL na selecção de combinação, ou através de links internos na marcação da página de produto.
Solução: Modifica o tema para tratar selecções de combinação via JavaScript sem alterar o URL, ou usa fragmentos de âncora (#) em vez de parâmetros de query (?). Adiciona tags canonical em URLs com parâmetros apontando para o URL base do produto. Bloqueia parâmetros de combinação no robots.txt como medida de backup. Para o PrestaShop 8.x, verifica se o tema oferece uma opção de configuração para desactivar actualizações de URL ao mudar de combinação.
Conteúdo multilingue tratado como duplicado pelo Google
Causa: As tags hreflang estão em falta ou implementadas incorrectamente, fazendo com que o Google trate as versões francesa, espanhola e inglesa do mesmo produto como conteúdo duplicado em vez de variantes de língua. O suporte hreflang integrado do PrestaShop tem bugs conhecidos em certas versões (particularmente 1.7.6.x a 1.7.7.x) que emitem anotações hreflang incorrectas.
Solução: Verifica as tags hreflang vendo o código-fonte de páginas de produto em cada língua. Cada página deve ter tags hreflang para todas as versões de língua, incluindo uma tag auto-referenciada. Se as tags estiverem em falta ou incorrectas, actualiza o PrestaShop para a versão mais recente (8.x) onde a gestão hreflang é melhorada, ou instala um módulo SEO multilingue dedicado. Garante que cada produto tem URL rewrites correctamente traduzidos para cada língua -- slugs gerados automaticamente contêm frequentemente erros de codificação.
Meta tags predefinidas não personalizadas, criando metadata genérica em toda a loja
Causa: Os templates predefinidos de meta tags do PrestaShop produzem títulos e descrições genéricas como "Compra [Nome do Produto] em [Nome da Loja]" para cada produto e "[Nome da Categoria] - [Nome da Loja]" para cada categoria. Quando centenas de produtos partilham o mesmo template com diferenciação mínima, o Google pode considerar que têm metadata de baixa qualidade.
Solução: Personaliza os templates de meta tags em Shop Parameters > Traffic & SEO para incluir variáveis diferenciadoras: preço, atributos chave, e contexto de categoria. Para produtos de alta prioridade (top 20% por receita), escreve títulos e descrições totalmente personalizados no editor de produto. Para categorias, escreve descrições únicas e meta descriptions que incorporem a gama específica de produtos da categoria e a proposta de valor.
Páginas geradas por módulos não incluídas no sitemap e sem metadata
Causa: Módulos de terceiros (módulos de blog, módulos de FAQ, construtores de landing pages) geram páginas voltadas para o público que o GSitemap não detecta. Estas páginas podem ter meta titles e descriptions predefinidos ou em branco porque os módulos não integram com o sistema de meta tags do PrestaShop. O Google descobre estas páginas através de links internos mas indexa-as com metadata pobre.
Solução: Audita todos os módulos instalados para páginas voltadas para o público. Para cada módulo, verifica a sua configuração para definições SEO e configura meta tags. Se o módulo não tem funcionalidades SEO, edita os seus ficheiros de template directamente para adicionar tags <title> e meta description adequadas. Para inclusão no sitemap, verifica se o módulo gera o seu próprio sitemap ou fornece um hook para integração GSitemap. Se nenhum, adiciona manualmente os URLs de página do módulo a um ficheiro de sitemap suplementar e submete-o no Google Search Console.
IDs de sessão a aparecerem em URLs causando duplicação massiva
Causa: A configuração PHP do servidor tem session.use_only_cookies desactivado, fazendo com que o PHP recorra a tracking de sessão baseado em URL quando o browser de um visitante bloqueia cookies. Isto anexa ?PHPSESSID=uniquestring a cada URL. Como cada ID de sessão é único, o Google vê cada visita como uma página nova, criando potencialmente milhões de entradas duplicadas.
Solução: Actualiza a configuração PHP do teu servidor: define session.use_only_cookies = 1 e session.use_trans_sid = 0. Adiciona uma regra .htaccess que retira PHPSESSID dos URLs com um redireccionamento 301: RewriteCond %{QUERY_STRING} PHPSESSID / RewriteRule .* %{REQUEST_URI}? [R=301,L]. Após corrigir, usa a ferramenta Removals do Google Search Console para pedir remoção de quaisquer URLs com parâmetros de sessão já no índice.
Páginas de fornecedor e fabricante a criar conteúdo fino
Causa: O PrestaShop gera automaticamente páginas para cada fornecedor e fabricante no teu catálogo em /supplier/[name] e /manufacturer/[name]. Estas páginas contêm apenas uma grelha de produtos sem conteúdo descritivo. Lojas com dezenas de fornecedores têm dezenas de páginas finas que diluem a qualidade global do site.
Solução: Ou adiciona descrições substanciais a cada página de fornecedor e fabricante (Products > Suppliers > [Name] > editar descrição), ou define estes tipos de página como noindex. Para aplicar noindex a todas as páginas de fornecedor/fabricante, adiciona uma directiva noindex no ficheiro de template para esses tipos de página (templates/catalog/supplier.tpl e manufacturer.tpl) ou usa um módulo SEO que permita regras de noindex ao nível do tipo de página. Também exclui estas páginas da configuração GSitemap.
Dicas de profissional
Os catálogos profundos de produtos do PrestaShop e as estruturas multilingues significam que o Google precisa de semanas para descobrir e indexar totalmente a tua loja. Usa a IndexBolt para acelerar as tuas páginas de produto de maior valor e novas colecções em todas as versões de língua -- sem esperar por ciclos de crawl orgânico.
100 créditos gratuitos. Sem cartão de crédito. Resultados em menos de 24 horas.
Perguntas frequentes
O PrestaShop tem um gerador de sitemap integrado?+
O PrestaShop não inclui um gerador de sitemap na sua instalação core. A solução mais amplamente usada é o módulo GSitemap, disponível gratuitamente no marketplace PrestaShop Addons. Após a instalação, configuras que tipos de conteúdo incluir, geras o sitemap, e configuras um cron job para regeneração diária automática. Alguns módulos SEO pagos oferecem funcionalidades de sitemap mais avançadas, incluindo detecção automática de páginas geradas por módulos e variantes de sitemap multilingue com anotações hreflang.
Como activo URLs amigáveis no PrestaShop?+
Navega para Shop Parameters > Traffic & SEO > SEO & URLs e define "Friendly URL" para Yes. O teu servidor tem de ter Apache mod_rewrite activado (ou regras de reescrita Nginx equivalentes). O PrestaShop gera automaticamente o ficheiro .htaccess necessário quando activas URLs amigáveis. Se tiveres erros 404 depois de activar, apaga o ficheiro .htaccess e volta a guardar as definições SEO para o regenerar. Em hosting partilhado, contacta o teu host para verificar que mod_rewrite está activado.
Como é que o PrestaShop trata o SEO para lojas multilingues?+
O PrestaShop cria URLs prefixados por língua para cada língua instalada (por exemplo, /en/, /fr/, /es/). Cada produto, categoria, e página CMS tem slugs de URL separados para cada língua que podes personalizar no editor. O PrestaShop 1.7.7+ inclui suporte integrado de tags hreflang para dizer ao Google quais versões de língua estão relacionadas. No entanto, a implementação hreflang tem problemas conhecidos em algumas versões, por isso verifica as tags no código-fonte da página e instala um módulo SEO multilingue dedicado se estiverem em falta ou incorrectas.
Porque é que URLs de combinação de produto estão a criar conteúdo duplicado na minha loja PrestaShop?+
Alguns temas PrestaShop actualizam o URL do browser quando os clientes seleccionam combinações de produto (tamanho, cor, etc.), adicionando parâmetros de query como ?size=10&color=red. Cada combinação de parâmetros cria um URL único com o mesmo conteúdo. Para corrigir isto, modifica o teu tema para tratar selecções de combinação via JavaScript sem alterar o URL, adiciona tags canonical apontando URLs com parâmetros para o URL base do produto, e bloqueia parâmetros de combinação no robots.txt. O core do PrestaShop não cria URLs de combinação -- este é um comportamento ao nível do tema.
Como faço a gestão de SEO para produtos PrestaShop descontinuados?+
Em Shop Parameters > Traffic & SEO > SEO & URLs, configura a definição "Redirect disabled product". Para produtos permanentemente descontinuados, define o redireccionamento para a página de categoria do produto (301 permanente). Isto transfere o search equity acumulado da página de produto para a página de categoria. Para produtos temporariamente esgotados, mantém o produto activado com uma mensagem de esgotado em vez de o desactivar -- isto preserva a indexação e o ranking da página de produto enquanto comunica claramente indisponibilidade aos clientes.
A IndexBolt pode ajudar com indexação multilingue do PrestaShop?+
Sim, a IndexBolt é particularmente útil para lojas PrestaShop multilingues porque cada versão de língua de um produto é um URL separado que o Google tem de descobrir e indexar independentemente. Uma loja com 500 produtos em 4 línguas tem 2.000 URLs de produto para indexar. Em vez de esperar que o Google faça crawl a todas as versões de língua naturalmente, podes submeter os URLs em língua primária primeiro, depois submeter outras versões de língua. Isto é especialmente valioso ao lançar num novo mercado: submete todos os URLs de produto para a nova língua através da IndexBolt para acelerar a entrada no mercado enquanto esperas pela descoberta de crawl orgânico.