Indexação Magento no Google: o guia completo para Adobe Commerce e Open Source
Domina produtos configuráveis, layered navigation e URL rewrites para teres cada página de produto no índice do Google
Neste guia
O Magento (Adobe Commerce / Magento Open Source) alimenta catálogos complexos com milhares de produtos, variantes configuráveis e layered navigation baseada em atributos. Esse poder arquitetural tem um custo de indexação: o Magento pode gerar dezenas de milhares de URLs para apenas algumas centenas de produtos, soterrando páginas de produto reais debaixo de URLs de filtro parametrizados e caminhos duplicados de produto configurável/simples.
Este guia cobre a configuração SEO do Magento 2.4.x, sitemaps XML, URL rewrites, tags canonical para produtos configuráveis e correções de layered navigation. Quer geres 500 produtos ou 50.000 SKUs, sairás com um plano concreto para uma indexação Google limpa e eficiente.
A arquitetura de URLs do Magento e o problema do conteúdo duplicado
O Magento gera URLs através de um sistema de rewrites que mapeia caminhos limpos e amigáveis para SEO para estruturas internas de rotas. Cada produto e categoria tem uma "URL Key" que se torna o seu slug. O caminho do URL para um produto depende da sua atribuição de categoria e da definição "Use Categories Path for Product URLs" em Stores > Configuration > Catalog > Catalog > Search Engine Optimization.
Quando "Use Categories Path for Product URLs" está definido como Yes, um produto chamado "Blue Widget" na categoria "Widgets" recebe o URL /widgets/blue-widget.html. Se o mesmo produto também estiver atribuído à categoria "Sale Items", também recebe /sale-items/blue-widget.html. E o Magento gera sempre um URL a nível raiz sem qualquer prefixo de categoria: /blue-widget.html. São três URLs para um único produto — e cada um devolve um código 200 com o mesmo conteúdo.
Produtos configuráveis adicionam outra camada. Um produto configurável como "Classic T-Shirt" tem produtos simples associados para cada combinação de tamanho e cor: "Classic T-Shirt - Red - Small", "Classic T-Shirt - Red - Medium", e por aí em diante. Por defeito, cada produto simples tem o seu próprio URL (/classic-t-shirt-red-small.html), apesar de os utilizadores tipicamente comprarem através da página do produto configurável onde selecionam opções a partir de dropdowns. Ter o URL do produto configurável e 20 URLs de produtos simples todos indexados é redundante.
O sistema de tags canonical do Magento deve resolver isto. Em Stores > Configuration > Catalog > Catalog > Search Engine Optimization, a definição "Use Canonical Link Meta Tag For Products" (definida como Yes) adiciona um <link rel="canonical"> às páginas de produto. Para produtos simples associados a um pai configurável, a canonical deve apontar para o produto configurável. No entanto, o comportamento predefinido do Magento para o URL canonical depende das definições "Product URL Suffix" e do caminho de categoria, e em algumas configurações a canonical aponta para o URL com prefixo de categoria enquanto o URL realmente indexado é o caminho a nível raiz, criando sinais conflituosos.
Configurar as definições Catalog SEO no painel de admin
Navega para Stores > Configuration > Catalog > Catalog e expande a secção "Search Engine Optimization". Este é o centro de controlo do comportamento SEO do Magento, e cada definição importa.
"Product URL Suffix" tem como predefinição .html. Embora o sufixo em si não afete rankings, a consistência é essencial. Se mudares isto depois da tua loja ter sido indexada, cada URL de produto muda, requerendo redirecionamentos em massa. Mantém-no como .html a não ser que tenhas uma razão forte para mudar e um plano de redirecionamento implementado.
"Category URL Suffix" também tem como predefinição .html. O mesmo aviso de consistência aplica-se.
"Use Categories Path for Product URLs" é a definição mais impactante. Quando definida como Yes, os URLs de produto incluem o caminho da categoria (/electronics/phones/iphone-15-pro.html). Quando definida como No, os produtos têm URLs planos (/iphone-15-pro.html). A estrutura de URL plana (No) é geralmente melhor para SEO porque elimina os múltiplos URLs criados quando produtos pertencem a várias categorias. Se mudares esta definição numa loja em produção, configura URL rewrites (System > URL Rewrites) para redirecionar os URLs antigos com prefixo de categoria para os novos URLs planos.
"Use Canonical Link Meta Tag For Products" deve ser definido como Yes. Isto adiciona uma tag canonical a cada página de produto a apontar para o seu URL primário. Para produtos configuráveis, verifica que a canonical em cada página de produto simples aponta para o pai configurável inspecionando o HTML renderizado.
"Use Canonical Link Meta Tag For Categories" também deve ser definido como Yes. Isto previne páginas de categoria duplicadas causadas por parâmetros de paginação (ex.: /electronics.html?p=2) de competirem com a página principal de categoria.
Abaixo da secção SEO, expande "Product Fields Auto-Generation". Isto controla o template para meta titles e descriptions auto-gerados. O template predefinido usa {{name}} para o title e uma combinação de {{name}} e {{description}} para a meta description. Personaliza estes templates para incluírem o nome da tua marca e atributos principais do produto para gerar metadata única e relevante em termos de keywords à escala.
Gerar e otimizar sitemaps XML
O Magento tem um gerador de sitemap XML integrado em Marketing > SEO & Search > Site Map. Clica em "Add Sitemap" para criar um, especificando o nome do ficheiro (sitemap.xml) e o caminho (/). O Magento gera o sitemap com base no conteúdo do teu catálogo, incluindo produtos, categorias e páginas CMS.
Configura as definições de geração do sitemap em Stores > Configuration > Catalog > XML Sitemap. Em "Categories Options", define a Frequency como weekly e Priority como 0.5. Em "Products Options", define Frequency como daily (se o teu catálogo muda frequentemente) ou weekly, e Priority como 1.0 para produtos (as tuas páginas de receita). Em "CMS Pages Options", define Frequency como monthly e Priority como 0.25. Estes valores orientam a priorização de crawl do Googlebot.
Em "Generation Settings", ativa "Enabled" (Yes), define "Start Time" para uma hora fora de pico (ex.: 3:00 AM no fuso horário do teu servidor) e define "Frequency" como Daily. O Magento regenera o sitemap neste horário usando o sistema de cron. Garante que o cron do Magento está a correr (php bin/magento cron:run ou configurado no crontab do teu alojamento), ou o sitemap nunca atualizará automaticamente.
Para lojas com mais de 50.000 URLs (comum em catálogos grandes), o Magento divide automaticamente o sitemap em vários ficheiros com um sitemap index. Verifica que isto funciona ao confirmar que /sitemap.xml é um sitemap index a apontar para ficheiros individuais como /sitemap-1-1.xml, /sitemap-1-2.xml, etc.
Criticamente, o sitemap do Magento inclui cada URL de produto, incluindo produtos simples associados a pais configuráveis. Se tens 500 produtos configuráveis com uma média de 10 produtos simples cada, o teu sitemap contém 5.500 URLs de produto. Os URLs de produtos simples são frequentemente páginas de thin content (idênticas ao pai configurável mas sem o seletor de opções). Revê o teu sitemap e considera excluir produtos simples que têm pais configuráveis usando uma extensão de terceiros que adicione este filtro. Em alternativa, garante que produtos simples com pais configuráveis têm tags canonical a apontar para o pai, para que mesmo que o Google os encontre no sitemap, consolide para a página do produto configurável.
Domar a layered navigation para o crawl budget
A layered navigation (também chamada faceted navigation) é o sistema de filtros na sidebar esquerda do Magento nas páginas de categoria. Os clientes filtram por gama de preço, cor, tamanho, marca, material e qualquer outro atributo de produto que configures como filtrável. Cada combinação de filtros acrescenta parâmetros ao URL: /shoes.html?color=red&size=10&price=50-100.
A explosão combinatória é impressionante. Se uma categoria tem 5 atributos filtráveis com uma média de 8 opções cada, o número total de combinações de URLs de filtro ultrapassa 32.000 — para uma única categoria. Multiplica isto por 50 categorias e tens mais de 1,6 milhões de URLs potenciais. O Google tentará rastrear uma porção significativa destes, queimando o teu crawl budget e potencialmente despoletando uma redução da taxa de crawl.
O Magento não lida bem com isto por defeito. O comportamento predefinido permite que todos os URLs de filtro sejam rastreáveis, indexáveis e por vezes até incluídos em estruturas de links internos. Precisas de uma defesa multi-camada:
Primeiro, adiciona uma meta tag robots com noindex,follow a todas as páginas de resultado de layered navigation. Isto pode ser feito com um módulo personalizado ou usando uma extensão como o Amasty Improved Layered Navigation, que inclui definições SEO para controlar a indexação de páginas de filtro. A diretiva "follow" garante que o Google continua a descobrir páginas de produto através dos resultados de filtro, mas não indexa as páginas de filtro em si.
Segundo, adiciona tags canonical em todas as páginas filtradas a apontar de volta para o URL base da categoria. O sistema de tags canonical integrado do Magento faz isto se "Use Canonical Link Meta Tag For Categories" estiver ativado, mas verifica a implementação — algumas versões do Magento ou temas de terceiros sobrescrevem este comportamento.
Terceiro, usa o robots.txt para bloquear os padrões de parâmetros mais flagrantes. Adiciona regras Disallow para combinações de parâmetros que geram mais URLs: Disallow: /*?color=, Disallow: /*?price=, etc. Cuidado para não bloquear parâmetros que façam parte da paginação (?p=) se não estiveres a usar rel=next/prev ou tags canonical para tratar páginas de categoria paginadas.
Quarto, considera usar layered navigation baseada em AJAX que não muda o URL de todo. O conteúdo da página atualiza dinamicamente, mas o URL mantém-se como o URL base da categoria. Isto elimina os URLs de filtro inteiramente da perspetiva do Google.
URL rewrites e gestão de redirecionamentos
O sistema de URL rewrites do Magento (Marketing > SEO & Search > URL Rewrites) é poderoso e perigoso. Sempre que crias ou modificas uma URL key de produto ou categoria, o Magento gera registos de URL rewrite. Com o tempo, um catálogo grande acumula milhares ou até centenas de milhares de URL rewrites, o que abranda o processo de resolução de URL e pode causar cadeias de redirecionamento.
Quando mudas a URL key de um produto de "old-widget" para "new-widget", o Magento cria um redirecionamento 301 de /old-widget.html para /new-widget.html. Se mais tarde a mudares novamente para "updated-widget", o Magento cria outro redirecionamento de /new-widget.html para /updated-widget.html. Agora /old-widget.html redireciona para /new-widget.html, que redireciona para /updated-widget.html — uma cadeia de redirecionamento. O Google segue cadeias até 5 redirecionamentos de profundidade mas penaliza a eficiência de crawl com cada salto.
Limpa periodicamente cadeias de redirecionamento navegando para Marketing > URL Rewrites, filtrando por tipo de redirecionamento (301 ou 302) e verificando cadeias. Também podes executar o comando CLI php bin/magento catalog:url-rewrites:regenerate para regenerar todos os URL rewrites do zero, eliminando cadeias. Cuidado: este comando remove todos os URL rewrites personalizados, por isso documenta quaisquer rewrites manuais antes de executar.
Para lojas que migraram do Magento 1 para Magento 2, a mudança da estrutura de URL cria uma necessidade massiva de redirecionamentos. O Magento 1 usava URLs como /catalog/product/view/id/42, enquanto o Magento 2 usa URL keys limpas. Se não configuraste redirecionamentos 301 abrangentes durante a migração, os teus URLs antigos podem estar a devolver erros 404. Cria um mapa de URL rewrites (importação CSV é suportada em algumas extensões) que mapeia cada URL Magento 1 para o seu equivalente Magento 2.
Store views adicionam outra camada de URL. Se tens uma loja multilingue com store views em inglês (/en/) e francês (/fr/), cada produto tem URL keys separadas por store view. Garante que as tags hreflang estão presentes (ou através de uma extensão Magento ou implementação personalizada) para que o Google saiba que store view servir para cada idioma/região.
Otimização de performance para crawl mais rápido
O Magento é notório pelos tempos lentos de carregamento de página, particularmente em alojamento partilhado ou sem otimização adequada. A velocidade de página impacta diretamente o crawl budget: o Google aloca menos tempo de crawl a sites com respostas lentas. Se a tua loja Magento demora 4-5 segundos a entregar a resposta HTML inicial, o Googlebot rastreará menos páginas por sessão, potencialmente deixando porções do teu catálogo não indexadas.
O Full Page Cache (FPC) é essencial. O Magento Open Source inclui FPC integrada usando o sistema de ficheiros, mas para lojas em produção, usa Varnish como backend de FPC. O Magento entrega um ficheiro de configuração VCL do Varnish (app/etc/varnish*.vcl) que implementas na tua instância Varnish. Com Varnish, páginas em cache respondem em menos de 100 milissegundos — uma melhoria dramática que aumenta diretamente o número de páginas que o Googlebot consegue rastrear por sessão.
Ativa o bundling de JavaScript e CSS em Stores > Configuration > Advanced > Developer > JavaScript Settings e CSS Settings. Ativa "Merge JavaScript Files", "Enable JavaScript Bundling" (com cuidado — testa exaustivamente porque pode aumentar a carga inicial em algumas páginas) e "Minify JavaScript Files". Faz o mesmo para CSS. Em modo de produção (php bin/magento deploy:mode:set production), o Magento pré-compila conteúdo estático para máxima performance.
A otimização de imagens é crítica para páginas de produto. Instala um módulo de conversão WebP ou usa um CDN com otimização automática de imagens (como Cloudflare ou Fastly). O Magento 2.4+ inclui suporte integrado para lazy loading de imagens de produto em páginas de categoria, reduzindo o peso inicial da página.
Redis para armazenamento de cache e sessão elimina gargalos de I/O do sistema de ficheiros. Configura Redis em app/etc/env.php para a cache predefinida e a cache de sessão. Isto reduz significativamente o tempo de geração de página para páginas não em cache (quando o Googlebot acerta numa página que ainda não está em Varnish).
Guia passo a passo
Configura as definições Catalog SEO
Vai a Stores > Configuration > Catalog > Catalog > Search Engine Optimization. Define os sufixos de URL como .html. Define Use Categories Path for Product URLs como No. Ativa as meta tags de canonical link para produtos e categorias. Personaliza os templates Product Fields Auto-Generation (ex.: {{name}} - {{sku}} | OTeuStore). Guarda e faz flush da cache.
Gera e submete o teu sitemap XML
Navega para Marketing > SEO & Search > Site Map e clica em "Add Sitemap". Define o nome do ficheiro como sitemap.xml e o caminho como /. Guarda e clica em "Generate". Depois configura a regeneração automática em Stores > Configuration > Catalog > XML Sitemap. Em "Generation Settings", define Enabled como Yes, Start Time para uma hora fora de pico e Frequency como Daily. Garante que o cron do Magento está a correr executando php bin/magento cron:status a partir da linha de comandos. Abre o URL do teu sitemap (https://aTuaLoja.com/sitemap.xml) num browser e verifica que contém os teus produtos e categorias. Submete este URL no Google Search Console em Sitemaps.
Trata da duplicação de URLs de produto configurável e simples
Filtra Catalog > Products por tipo "Simple". Para produtos simples ligados a pais configuráveis, define Visibility como Not Visible Individually — isto remove-os da pesquisa, categorias e do sitemap mantendo-os compráveis através do pai. Verifica que produtos simples excluídos não aparecem no sitemap e que quaisquer páginas de simples remanescentes têm canonicals a apontar para o pai configurável.
Bloqueia URLs de layered navigation da indexação
Adiciona regras ao teu ficheiro robots.txt para bloquear URLs com parâmetros de filtro. Navega para o diretório raiz do Magento e edita o robots.txt para adicionar: Disallow: /*?*color=, Disallow: /*?*size=, Disallow: /*?*price=, e padrões semelhantes para cada atributo filtrável. Para um controlo mais preciso, instala uma extensão como Amasty Improved Layered Navigation ou Mirasvit SEO que adiciona meta tags noindex a páginas filtradas mantendo diretivas follow. Após a implementação, usa a ferramenta URL Inspection do Google Search Console para verificar que URLs filtrados mostram "Excluded by 'noindex' tag" em vez de estarem indexados.
Limpa URL rewrites e configura redirecionamentos
Abre Marketing > URL Rewrites e filtra por tipo de redirecionamento. Corrige cadeias em que A redireciona para B e depois C — aponta A diretamente para C. Para limpeza em massa, executa php bin/magento catalog:url-rewrites:regenerate (documenta rewrites personalizadas primeiro). Para migrações de Magento 1, cria redirecionamentos 301 para cada padrão de URL antigo. Testa com curl -I para confirmar códigos de estado 301.
Otimiza a velocidade da página para eficiência de crawl
Muda o Magento para modo de produção (php bin/magento deploy:mode:set production) se ainda não estiver feito. Ativa o Varnish Full Page Cache em Stores > Configuration > Advanced > System > Full Page Cache, define "Caching Application" como Varnish e implementa o ficheiro VCL do Varnish. Ativa a fusão e minificação de JavaScript e CSS em Stores > Configuration > Advanced > Developer. Configura Redis para armazenamento de cache e sessão em app/etc/env.php. Implementa conteúdo estático (php bin/magento setup:static-content:deploy) e verifica tempos de carregamento de página com o Google PageSpeed Insights. Apontar para um tempo de resposta do servidor (Time to First Byte) abaixo dos 500ms para páginas em cache e abaixo de 2 segundos para páginas não em cache.
Submete páginas de produto via IndexBolt e monitoriza
Submete produtos de margem alta, coleções sazonais e novos lançamentos através da IndexBolt. Usa o modo Instant para flash sales e lançamentos de produto onde o tempo é crítico. Monitoriza o relatório Coverage do Google Search Console — filtrar URLs a mostrarem-se como "Crawled - currently not indexed" significa que o teu bloqueio de layered navigation precisa de mais aperto.
Problemas comuns e como resolvê-los
Layered navigation cria milhares de URLs de filtro indexáveis
Causa: Cada combinação de atributos filtráveis (cor, tamanho, preço, marca) gera um URL único com query parameters. A configuração predefinida do Magento não adiciona noindex a estas páginas nem as bloqueia no robots.txt. Uma única categoria com 5 atributos de filtro e 8 opções cada produz mais de 32.000 combinações de URL, multiplicado por todas as categorias.
Solução: Implementa uma defesa de três camadas: (1) Adiciona meta tags noindex,follow a todas as páginas filtradas usando uma extensão SEO do Magento ou um módulo personalizado; (2) Define tags canonical em páginas filtradas a apontar para o URL base da categoria; (3) Bloqueia os parâmetros de filtro mais prolíficos no robots.txt com regras Disallow. Para a solução mais eficaz, muda para layered navigation baseada em AJAX que atualiza o conteúdo sem mudar o URL.
Páginas de produto configurável e simples criam conteúdo duplicado
Causa: O Magento cria URLs separados para o produto configurável (/classic-tshirt.html) e cada produto simples associado (/classic-tshirt-red-small.html, /classic-tshirt-blue-medium.html, etc.). Tanto as páginas configuráveis como as simples mostram a mesma descrição, imagens e detalhes do produto — a única diferença é que a página de produto simples mostra opções pré-selecionadas.
Solução: Define a Visibility de todos os produtos simples associados a pais configuráveis como "Not Visible Individually" no editor de produto. Isto impede-os de aparecerem em listagens de categoria, resultados de pesquisa e no sitemap. Verifica que os URLs de produtos simples devolvem 404 ou têm tags canonical a apontar para o pai configurável. Se produtos simples têm de permanecer visíveis para ligação direta (ex.: de campanhas PPC), garante que a sua tag canonical aponta para o pai configurável.
Paginação de categoria cria páginas duplicadas ou de thin content
Causa: Páginas de categoria com muitos produtos são paginadas (/shoes.html?p=2, /shoes.html?p=3, etc.). Cada página paginada mostra um subconjunto diferente de produtos mas partilha o mesmo title e meta description da primeira página. O Google pode interpretá-las como páginas duplicadas de thin content.
Solução: Garante que a tag canonical do Magento para categorias aponta páginas paginadas de volta para a primeira página (o comportamento predefinido quando "Use Canonical Link Meta Tag For Categories" está ativado). Em alternativa, implementa URLs canonical autorreferenciais em cada página paginada e usa o conteúdo das listagens únicas de produtos de cada página como o conteúdo distintivo. Aumenta o número de produtos por página (Stores > Configuration > Catalog > Storefront > Products per Page) para reduzir o número total de páginas paginadas.
Tempos lentos de carregamento de página fazem o Google reduzir a taxa de crawl
Causa: Instalações Magento não otimizadas, especialmente em alojamento partilhado sem Varnish ou Redis, têm frequentemente tempos de resposta do servidor a exceder 3-4 segundos. O Googlebot mede o tempo de resposta por URL e reduz a frequência de crawl para sites com respostas lentas, significando que menos das tuas páginas são rastreadas e indexadas ao longo do tempo.
Solução: Ativa o Varnish Full Page Cache para tempos de resposta abaixo dos 100ms em páginas em cache. Configura Redis para armazenamento de cache e sessão. Muda para modo de produção e implementa conteúdo estático. Otimiza imagens com conversão WebP. Ativa flat catalog tables (Stores > Configuration > Catalog > Storefront) para geração mais rápida de páginas de categoria. Se estás em alojamento partilhado, considera fazer upgrade para um fornecedor dedicado de alojamento Magento que inclua Varnish e Redis na stack.
URLs de produto mudam quando produtos são movidos entre categorias
Causa: Quando "Use Categories Path for Product URLs" está definido como Yes e moves um produto de uma categoria para outra (ou o adicionas a uma categoria adicional), o caminho do URL muda. O Magento pode ou não criar um redirecionamento 301 do caminho antigo para o novo, dependendo das tuas definições em Stores > Configuration > Catalog > Catalog > Search Engine Optimization > "Create Permanent Redirect for URLs if URL Key Changed".
Solução: Define "Use Categories Path for Product URLs" como No para que os URLs de produto sejam independentes de categoria (apenas /product-url-key.html). Se tens de usar caminhos de categoria, garante que "Create Permanent Redirect for URLs if URL Key Changed" está definido como Yes, e audita a secção URL Rewrites depois de mover produtos para verificar que os redirecionamentos foram criados. Para reorganizações em massa de categorias, usa o comando CLI catalog:url-rewrites:regenerate após a movimentação para garantir que todos os rewrites são atualizados.
Dicas de profissional
Os catálogos massivos de produtos do Magento podem demorar semanas para o Google rastrear totalmente. Usa a IndexBolt para acelerar as tuas páginas de produto de maior valor e novas coleções diretamente para o índice do Google — crítico para lançamentos sazonais e flash sales.
100 créditos gratuitos. Sem cartão de crédito. Resultados em menos de 24 horas.
Perguntas frequentes
O Magento gera automaticamente um sitemap?+
O Magento inclui um gerador de sitemap XML integrado, mas não está ativado por defeito. Tens de criar uma entrada de sitemap em Marketing > SEO & Search > Site Map e configurar a geração automática em Stores > Configuration > Catalog > XML Sitemap. O Magento requer que o seu sistema de cron esteja a correr para a regeneração automática do sitemap — sem um cron funcional, o sitemap só é gerado quando clicas manualmente no botão Generate no painel de admin.
Devo usar categorias nos meus URLs de produto Magento?+
Para a maioria das lojas, definir "Use Categories Path for Product URLs" como No é melhor para SEO. Quando definido como Yes, produtos atribuídos a várias categorias geram vários URLs, criando problemas de conteúdo duplicado. A estrutura de URL plana (/product-name.html) é mais simples, evita duplicação e não é afetada por reorganizações de categoria. O único cenário onde caminhos de categoria nos URLs são benéficos é quando tens uma árvore de categorias muito organizada e rasa e cada produto pertence a exatamente uma categoria.
Como faço SEO para produtos configuráveis do Magento?+
Define a visibilidade de todos os produtos simples associados a pais configuráveis como "Not Visible Individually". Isto remove produtos simples de listagens de categoria, resultados de pesquisa interna e do sitemap. A página de produto configurável — onde os clientes selecionam opções como tamanho e cor — deve ser a única página indexada. Garante que o produto configurável tem metadata abrangente, descrições únicas e todas as keywords relevantes. Se precisas de URLs diretos para produtos simples (ex.: para anúncios do Google Shopping), mantém-nos visíveis mas adiciona tags canonical a apontar para o pai configurável.
Porque é que estão a aparecer milhares de URLs de filtro no meu índice do Google?+
A layered navigation do Magento gera URLs únicos para cada combinação de filtros (ex.: /shoes.html?color=red&size=10). Sem bloqueio explícito, o Googlebot descobre e indexa estes URLs através de links internos nas tuas páginas de categoria. Para resolver isto, bloqueia parâmetros de filtro no robots.txt, adiciona meta tags noindex a páginas filtradas usando uma extensão SEO do Magento e define tags canonical em páginas filtradas a apontar para o URL base da categoria. Considera mudar para layered navigation baseada em AJAX para eliminar URLs de filtro inteiramente.
Como é que o Full Page Cache do Magento afeta o Googlebot?+
O Full Page Cache (especialmente Varnish) é extremamente benéfico para o Googlebot. Páginas em cache respondem em menos de 100 milissegundos, permitindo ao Googlebot rastrear significativamente mais páginas por sessão. O Varnish serve o mesmo HTML totalmente renderizado ao Googlebot que serve a visitantes regulares, por isso não há diferenças de renderização. Garante que a tua configuração Varnish não cacheia conteúdo diferente com base no user-agent — o Googlebot deve receber a mesma página em cache que qualquer outro visitante. Algumas extensões Magento variam a cache por user-agent de forma incorreta, o que pode fazer com que o Googlebot veja conteúdo diferente.
A IndexBolt pode ajudar com a indexação de páginas de produto Magento?+
Sim, a IndexBolt é particularmente valiosa para lojas Magento devido ao volume puro de páginas de produto e às restrições de crawl budget. Em vez de esperar que o Google descubra e indexe novos produtos através de crawl natural, o que pode demorar semanas para catálogos grandes, podes submeter URLs de produto diretamente através da IndexBolt. Isto é especialmente útil para lançamentos de produtos novos, coleções sazonais e itens repostos que precisam de aparecer rapidamente nos resultados de pesquisa. Usa o modo Normal para adições de produto de rotina e o modo Instant para lançamentos de alta prioridade.