Idiomas

Sitemaps XML para ecommerce

Em escala de catálogo, orientações genéricas sobre sitemaps deixam de ser suficientes. Veja como segmentar um sitemap de ecommerce por tipo, respeitar os limites de 50 000 URLs e 50 MB com um índice de sitemaps, decidir o destino de URLs de produtos sem estoque ou descontinuados, manter o lastmod fiel às mudanças diárias do inventário e combinar sitemaps com o IndexNow — além de entender por que a divisão por categoria serve para monitoramento, não para crawl budget.

Publicado pela primeira vez: 3 de jul. de 2026 · Última atualização: 11 de ago. de 2026 · Avançado
Idiomas
AIEscrito porAI v2
1 sinal de evidência nesta página

Um sitemap XML de ecommerce lista as URLs preferenciais que uma loja quer que sejam rastreadas, separadas por tipo de conteúdo — produtos, categorias, marcas e páginas estáticas — sob um único índice de sitemaps. Os limites rígidos são 50 000 URLs ou 50 MB por arquivo e até 50 000 arquivos por índice. A segmentação serve para monitorar no Search Console e no Bing Webmaster Tools, não para aumentar o crawl budget nem o ranqueamento. Inclua apenas URLs preferenciais, indexáveis e com código 200; mantenha lastmod fiel à última mudança significativa e ignore priority e changefreq, pois o Google desconsidera ambos. O ponto que a maioria dos guias omite são os produtos sem estoque ou descontinuados: trate-os com uma árvore de decisão documentada — permanente, temporário ou desconhecido — e sincronize a remoção do sitemap com a limpeza dos links internos, em vez de aplicar indiscriminadamente respostas de página não encontrada. Automatize a geração para que o arquivo não fique desatualizado e combine lastmod com o IndexNow para mudanças rápidas de preço ou estoque.

TL;DR — Segmente o sitemap de ecommerce por tipo — produtos, categorias, marcas e páginas estáticas — sob um único índice, sabendo por quê: ele é uma ferramenta de monitoramento para o Search Console e o Bing Webmaster Tools, não uma alavanca de crawl budget ou ranqueamento, segundo Mueller. Planeje para 50 000 URLs ou 50 MB por arquivo, até 50 000 arquivos por índice e, no extremo empresarial, até 500 sitemaps aceitos pelo GSC; o Bing afirma que seu modelo de índice escala para bilhões de URLs. Inclua apenas URLs canônicas, indexáveis e com status 200; exclua facetas, parâmetros de rastreamento, variantes superficiais, redirecionamentos, 4xx e noindex. lastmod é o único atributo usado pelos dois mecanismos — mantenha-o fiel à última mudança significativa e ignore priority e changefreq, pois o Google ignora ambos. Automatize a geração para evitar desatualização e combine lastmod com IndexNow em mudanças rápidas de preço ou estoque. O diferencial que a maioria dos guias omite: produtos sem estoque e descontinuados exigem uma árvore de decisão documentada — permanente, temporário ou desconhecido — com a remoção do sitemap sincronizada à limpeza de links internos, não uma aplicação indiscriminada de 404.

Todo artigo sobre como criar um sitemap aborda as mesmas coisas: o limite de 50 000 URLs, a divisão em um índice, a exclusão de URLs inúteis e a precisão de lastmod. Tudo isso é verdade, mas não é onde uma loja de ecommerce realmente sofre. Em escala de loja, os problemas são operacionais: catálogo que muda diariamente, milhares de SKUs sem estoque ou descontinuados, variantes quase duplicadas de tamanho e cor e automações que param de funcionar sem chamar atenção. Este artigo parte do princípio de que você já tem um sitemap e precisa administrar esses problemas.

O motivo pelo qual sitemaps se tornam mais valiosos conforme a loja cresce é simples. O Google diz: “Generally, on large sites it’s more difficult to make sure that every page is linked by at least one other page on the site.” (tradução) «Em geral, em sites grandes é mais difícil garantir que cada página receba um link de pelo menos outra página do site». Um sitemap ajuda a descobrir até um produto com poucos links internos. John Mueller chamou sitemaps XML de “a minimal baseline for any serious website.” (tradução) «uma base mínima para qualquer site sério». A frase de Mueller sobre a “base mínima” foi reproduzida pelo Search Engine Roundtable ao cobrir uma resposta no X/Twitter; trate-a como relato, não como uma citação primária obtida diretamente.

Os limites rígidos para os quais você está projetando

O protocolo de sitemap limita um arquivo individual e oferece o índice de sitemaps para superar essa restrição:

  • Por arquivo: o Google afirma: “All formats limit a single sitemap to 50MB (uncompressed) or 50,000 URLs. If you have a larger file or more URLs, you must break your sitemap into multiple sitemaps.” (tradução) «Todos os formatos limitam um único sitemap a 50 MB sem compactação ou 50 000 URLs. Se o arquivo for maior ou tiver mais URLs, você deverá dividi-lo em vários sitemaps». Evidence for this claim Each Google sitemap file is limited to 50,000 URLs or 50 MB uncompressed. Scope: Protocol and Search Console submission limits are separate constraints. Confidence: high · Verified: Google: Large sitemaps
  • Índice de sitemaps: “A sitemap index file may have up to 50,000 loc tags” (tradução) «Um arquivo de índice de sitemaps pode ter até 50 000 tags loc» — isto é, pode referenciar até 50 000 sitemaps filhos. Você pode “submit up to 500 sitemap index files for each site in your Search Console account.” (tradução) «enviar até 500 arquivos de índice de sitemaps para cada site da sua conta do Search Console».
  • O limite declarado pelo Bing é ainda mais amplo: até 50 000 URLs por arquivo e 50 000 arquivos filhos por índice. Assim, “a single sitemap index file can reference up to 2.5 billion URLs. At scale, multiple index files can support up to 2.5 trillion URLs across a domain, making this approach ideal for large, complex sites.” (tradução) «um único arquivo de índice de sitemaps pode referenciar até 2,5 bilhões de URLs. Em escala, vários arquivos de índice podem comportar até 2,5 trilhões de URLs em um domínio, tornando essa abordagem ideal para sites grandes e complexos».

Para quase toda loja, a conclusão prática é: 50 000 URLs por arquivo, divisão por tipo e um índice. As cifras de bilhões ou trilhões só importam em arquiteturas com dezenas de milhões de SKUs, mas mostram que o protocolo não será o gargalo.

Estratégia de segmentação

Divida o catálogo em partes que correspondam a tipos de página úteis para diagnóstico:

  • produtos;
  • categorias ou coleções;
  • marcas;
  • páginas estáticas.

A segmentação não aumenta o orçamento de rastreamento nem melhora o ranqueamento por si só. John Mueller afirmou que “The size & number of sitemap files generally won’t affect the crawling…” (tradução) «O tamanho e a quantidade de arquivos de sitemap geralmente não afetam o rastreamento…» e recomendou “splitting a sitemap file into logical parts of your site so that you can monitor those parts individually…” (tradução) «dividir um arquivo de sitemap em partes lógicas do site para poder monitorá-las separadamente…».

O benefício é enxergar no Search Console e no Bing Webmaster Tools onde a diferença entre URLs enviadas e indexadas está concentrada.

O que deve entrar — e o que deve ficar de fora

Inclua apenas URLs preferenciais, indexáveis e que retornem 200. O Google orienta: “Include the URLs in your sitemap that you want to see in Google’s search results. Google generally shows the canonical URLs in its search results, which you can influence with sitemaps.” (tradução) «Inclua no sitemap as URLs que você deseja ver nos resultados de pesquisa do Google. Em geral, o Google mostra URLs preferenciais nos resultados, e os sitemaps podem influenciar essa escolha». Evidence for this claim Google recommends listing the canonical URLs that a site wants shown in Search. Scope: Sitemap inclusion is a canonicalization hint and does not override noindex or response status. Confidence: high · Verified: Google: Build and submit a sitemap

Exclua:

  • URLs de filtros, ordenação e navegação facetada que não sejam preferenciais, como ?sort= e ?color=;
  • IDs de sessão e parâmetros de rastreamento;
  • redirecionamentos 3xx, erros 4xx e páginas noindex;
  • variantes finas ou quase duplicadas de tamanho e cor — liste o produto principal e use ProductGroup, hasVariant e variesBy para expressar as variantes.

Joshua Hardwick observa que, em lojas virtuais, é “worth checking for duplicate and near-duplicate pages on ecommerce sites as these often slip through the net.” (tradução) «vale a pena procurar páginas duplicadas e quase duplicadas em sites de ecommerce, pois elas frequentemente passam despercebidas». Consulte também Como lidar com produtos sem estoque? Depende.

As imagens pertencem à entrada da página que as contém. Não crie uma lista separada de URLs de imagens: adicione a extensão de sitemap de imagens à entrada <url> do produto principal. O Google informa: “Each <url> tag can contain up to 1,000 <image:image> tags” (tradução) «Cada tag <url> pode conter até 1.000 tags <image:image>». Não bloqueie os caminhos das imagens em robots.txt; se elas estiverem em outro domínio ou CDN, verifique esse host no Search Console. Evidence for this claim Product images can be added to an existing product URL entry with the image sitemap extension instead of a separate image sitemap. Scope: Each <url> entry can carry up to 1,000 <image:image> tags, and the images still have to be crawlable (not blocked by robots.txt) and, if served from another domain, verified in Search Console. Confidence: high · Verified: Google: Image sitemaps

Árvore de decisão para produtos sem estoque ou descontinuados

Este é o ponto em que um sitemap de ecommerce exige regras de negócio. Não existe uma resposta universal: primeiro determine se a ausência é temporária ou permanente e se a página ainda conserva valor, como tráfego, avaliações ou conteúdo útil.

  • Temporariamente sem estoque, com retorno confirmado: mantenha a página ativa e no sitemap. Informe a previsão de reposição e ofereça aviso de disponibilidade.
  • Temporariamente sem estoque, situação incerta: reduza o destaque na interface e nos links internos, mas não remova a URL imediatamente.
  • Descontinuado, com bom substituto: redirecione com 301 para o produto semelhante e remova a URL antiga do sitemap.
  • Descontinuado, sem substituto, mas com valor residual: mantenha a página ativa e no sitemap.
  • Descontinuado, sem substituto nem valor: retorne 404 ou 410 e remova a URL.

A remoção precisa ser coordenada. Como escrevi no guia da Ahrefs, “when redirecting a page, many systems will automatically remove internal links from categories, facets, sitemaps, and internal search pages” (tradução) «ao redirecionar uma página, muitos sistemas removem automaticamente links internos de categorias, facetas, sitemaps e páginas de busca interna». Quando isso não ocorre automaticamente, retire a URL do sitemap e limpe no mesmo fluxo os links em categorias, produtos relacionados e busca interna. Evite aplicar 404 em massa a todo o catálogo descontinuado; alternativas e redirecionamentos relevantes costumam oferecer uma experiência melhor e reduzem o risco de soft 404.

Frequência de atualização, lastmod e automação

Automatize a geração. Em catálogos que mudam diariamente, arquivos manuais quase sempre ficam desatualizados. Minha recomendação é: “Add sitemaps. I would make sure this is automated. If you are asked to manually create them, you can do it, but just know that if it’s manual these will rarely be kept up-to-date.” (tradução) «Adicione sitemaps e garanta que o processo seja automatizado. Se pedirem uma criação manual, ela é possível, mas esses arquivos raramente permanecerão atualizados». O Bing descreve o problema: “Too often, Bing discovers stalled sitemaps which have the same URLs listed for months – sometimes years” (tradução) «Com frequência, o Bing encontra sitemaps parados, com as mesmas URLs listadas por meses — às vezes, anos»; por isso, o arquivo “should ideally be automatically generated at least once a day.” (tradução) «deveria, idealmente, ser gerado automaticamente ao menos uma vez por dia».

lastmod é o único atributo opcional relevante para os dois mecanismos. Mantenha-o preciso:

  • O Google diz: “Google uses the <lastmod> value if it’s consistently and verifiably (for example by comparing to the last modification of the page) accurate.” (tradução) «O Google usa o valor de <lastmod> quando ele é consistente e comprovadamente preciso, por exemplo ao compará-lo com a última modificação da página». A data deve “reflect the date and time of the last significant update to the page… an update to the main content, the structured data, or links on the page is generally considered significant, however an update to the copyright date is not.” (tradução) «refletir a data e a hora da última atualização significativa da página; mudanças no conteúdo principal, nos dados estruturados ou nos links normalmente são significativas, mas a atualização da data de copyright não é».
  • O Bing alerta: “Do not set the <lastmod> value set to the time you generate the sitemap. <lastmod> should be the date of the last modification of the content.” (tradução) «Não defina <lastmod> como o horário em que o sitemap é gerado; ele deve representar a data da última modificação do conteúdo».

Uma mudança isolada de preço ou estoque pode ser uma zona cinzenta. Se ela também altera os dados estruturados Product, availability ou price, aproxima-se de uma mudança significativa. Não altere lastmod a cada oscilação trivial nem dependa apenas dele para propagar uma oferta urgente.

Combine lastmod com IndexNow em mudanças rápidas. O Bing explica: “While real-time URL submission protocols such as IndexNow help notify search engines of immediate content changes, sitemaps remain a foundational signal for ensuring comprehensive URL coverage across your site.” (tradução) «Embora protocolos de envio em tempo real como o IndexNow avisem os mecanismos de busca sobre mudanças imediatas, os sitemaps continuam sendo um sinal fundamental para garantir cobertura abrangente de URLs no site». Para superfícies com IA, “The lastmod field in your sitemap remains a key signal, helping Bing prioritize URLs for recrawling and reindexing, or skip them entirely if the content hasn’t changed since the last crawl.” (tradução) «O campo lastmod continua sendo um sinal importante, ajudando o Bing a priorizar URLs para novo rastreamento e reindexação, ou ignorá-las quando o conteúdo não mudou desde o último rastreamento».

Ignore priority e changefreq

Não invista engenharia nesses campos. O Google é explícito: “Google ignores <priority> and <changefreq> values.” (tradução) «O Google ignora os valores de <priority> e <changefreq>». Gary Illyes teria chamado priority de “essentially a bag of noise” (tradução) «essencialmente um saco de ruído». A frase de Illyes foi relatada pelo Search Engine Roundtable na cobertura do SMX Advanced 2017; a documentação do Google confirma independentemente que os dois campos são ignorados.

Monitoramento e diagnóstico

A segmentação existe justamente para tornar estes diagnósticos acionáveis:

  • Relatório de Sitemaps do GSC: compare URLs enviadas e indexadas por segmento.
  • Bing Webmaster Tools: faça a mesma análise no Bing e acompanhe o IndexNow.
  • Relatório de indexação de páginas do GSC: observe o crescimento de URLs com parâmetros ou facetas nos grupos excluídos.
  • Crawler ou auditoria do site: encontre produtos órfãos, mensagens de indisponibilidade persistentes e links quebrados deixados após remoções e redirecionamentos.

Arquitetura em escala empresarial — exemplo

Para um catálogo com milhões de SKUs, dimensione a hierarquia pelos limites reais:

/sitemap-index.xml            ← the one index you submit to GSC + BWT
  ├── /sitemaps/products-1.xml      (URLs 1–50,000)
  ├── /sitemaps/products-2.xml      (50,001–100,000)
  ├── … products-N.xml              (chunk every 50,000 canonical PDPs)
  ├── /sitemaps/categories.xml      (all category / collection pages)
  ├── /sitemaps/brands.xml          (all brand pages)
  └── /sitemaps/static.xml          (homepage, guides, policy pages)

Com cinco milhões de produtos, são aproximadamente cem arquivos de produtos e alguns arquivos adicionais — bem abaixo dos limites. O objetivo é definir os blocos desde o início para que a regeneração diária apenas reescreva o conteúdo de cada arquivo.

Como o sitemap se encaixa na arquitetura

As URLs elegíveis dependem da estratégia de categorias e navegação facetada. O destino de produtos esgotados depende das regras de ciclo de vida. O sitemap é apenas uma das formas de descoberta, ao lado de links internos, IndexNow e feeds do Merchant Center; ele não substitui nenhuma delas. É a camada de cobertura que evita que páginas válidas fiquem isoladas.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.