SEO para ecommerce empresarial

TL;DR — SEO para ecommerce empresarial é SEO para lojas virtuais enormes: de dezenas de milhares a milhões de páginas de produtos. As regras de ranqueamento são as mesmas de qualquer site, mas a escala transforma pequenos problemas em problemas gigantes. Um sistema de filtros que cria algumas centenas de URLs extras em uma loja pequena pode criar milhões em uma loja empresarial, e corrigi-lo exige uma equipe inteira, não uma pessoa e uma tarde.

O que ecommerce empresarial realmente significa

Não existe um algoritmo separado do Google para grandes varejistas. O Googlebot rastreia, indexa e ranqueia uma loja gigante da mesma forma que uma loja Shopify de uma pessoa só. O que muda é tudo ao redor do SEO:

• Tamanho do catálogo: dezenas de milhares a milhões de produtos.
• Filtros por toda parte: cor, tamanho, marca, preço e avaliação. Cada combinação pode virar uma URL, e o total cresce rapidamente.
• Muitas equipes: merchandising, engenharia, jurídico e gestores regionais, cada um com suas prioridades e nenhum subordinado ao SEO.
• Migrações grandes e assustadoras: troca de plataforma a cada poucos anos, em que um mapa de redirecionamentos malfeito pode destruir anos de posições conquistadas.

A principal ideia para levar

A escala multiplica os problemas. Em uma loja pequena, um erro nos filtros pode criar alguns milhares de URLs sem utilidade: incômodo, mas inofensivo. Em uma loja empresarial, o mesmo erro cria milhões de URLs inúteis que desperdiçam o tempo do Google, seu orçamento de rastreamento, a ponto de ele não chegar às páginas reais de produtos. A matemática é brutal: uma categoria com 10 filtros de 5 opções cada pode gerar mais de dois milhões de combinações de URLs — a partir de uma categoria.

O que mais importa

• Não deixe os filtros criarem páginas infinitas. Esse é o principal problema. Você o controla principalmente com robots.txt, que informa aos bots onde não ir.
• Não copie a Amazon. A Amazon ranqueia 275 milhões de páginas em parte porque é a Amazon: ela consegue tolerar práticas que derrubariam uma marca menor. Copie a estrutura, não os atalhos.
• Descrições do fabricante são aceitáveis. Você não precisa reescrever milhões delas. Em vez disso, adicione avaliações, fotos, vídeos e detalhes exclusivos aos produtos que realmente importam.
• O mais difícil geralmente são as pessoas, não a tecnologia. Fazer uma correção passar por engenharia, jurídico e cinco partes interessadas é mais difícil do que saber qual é a solução.

Quer a versão para profissionais, com a matemática do orçamento de rastreamento, dados estruturados, migrações e o roteiro organizacional? Abra a aba Avançado.

TL;DR — SEO para ecommerce empresarial é a interseção de duas disciplinas já complexas, em que a complexidade se multiplica, em vez de se somar. A base técnica: navegação por facetas responde por ~50 % dos problemas de rastreamento do Google, segundo Illyes, então o controle do orçamento de rastreamento vem primeiro (robots.txt > canonical > noindex). Decisões de canonicalização se propagam por milhões de URLs; dados estruturados ProductGroup/hasVariant e feeds do Merchant Center tratam variantes e descoberta de produtos; a gestão de falta de estoque precisa ser baseada em regras, não feita página a página; e migrações são o maior evento de risco. Porém, o gargalo real é organizacional: já vi cadeias de redirecionamento de 14 saltos e 24 versões de URL da mesma página chegarem à produção por falha de coordenação, não por falta de conhecimento.

O que faz disso uma disciplina própria

Já escrevi separadamente sobre SEO empresarial e o universo mais amplo de SEO para ecommerce, e esta página deliberadamente não repete nenhum dos dois. SEO para ecommerce empresarial é o que acontece quando você combina ambos e deixa a complexidade se multiplicar.

SEO empresarial é difícil por causa da escala, da dívida técnica e da política organizacional. SEO para ecommerce é difícil por causa de facetas, variantes, conteúdo duplicado e limitações de plataforma. Combine os dois, e um erro de facetas que gera 50 000 URLs duplicadas em uma loja pequena vira uma armadilha de rastreamento de 50 milhões de URLs em escala empresarial. A solução não é editar robots.txt em dez minutos: é um sprint de engenharia, uma revisão jurídica e uma aprovação executiva. Esse é o efeito multiplicador, e é a perspectiva que eu manteria ao longo de tudo abaixo.

Um lembrete rápido que faço a todo público empresarial: não copie os gigantes. A Amazon ranqueia ~275 milhões de páginas, com ~686 milhões de visitas orgânicas mensais; a Microsoft recebe ~516 milhões. Elas ranqueiam apesar de muitos erros técnicos, porque sua autoridade absorve o dano. Copie a arquitetura de informação se for boa, nunca os atalhos.

Navegação por facetas: o principal problema de rastreamento da web

Se for corrigir uma coisa em escala de ecommerce empresarial, corrija esta. Gary Illyes disse que navegação por facetas e parâmetros de ação representam aproximadamente 75 % de todos os problemas de rastreamento que o Google enfrenta na web, com cerca de 50 % apenas de navegação por facetas. O ecommerce empresarial é a principal origem desse problema, porque filtros se combinam de forma combinatória. Dez filtros com cinco valores cada geram mais de dois milhões de URLs por categoria; multiplique por 20 categorias, e você terá criado centenas de milhões de combinações rastreáveis antes de qualquer otimização.

O motivo de isso ser tão destrutivo é estrutural. Como diz Illyes, depois de descobrir um espaço de URLs, o Google “cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” (tradução) “não consegue decidir se aquele espaço de URLs é bom ou não sem rastrear uma grande parte dele”. Assim, o Google gasta orçamento rastreando conteúdo sem valor apenas para descobrir que ele não tem valor.

Hierarquia de controles do Google, do mais ao menos eficaz:

1. Disallow em robots.txt: impede completamente o rastreamento. É o controle mais eficaz quando você não precisa indexar essas páginas de facetas, por exemplo Disallow: /*?*color=.
2. Fragmentos de URL (#) para filtros: o Google geralmente não rastreia URLs com fragmentos, então filtrar por # não tem custo de rastreamento.
3. rel="canonical": “may, over time, decrease the crawl volume of non-canonical versions.” (tradução) “pode, com o tempo, reduzir o volume de rastreamento de versões não canônicas”. É mais lento e menos confiável; o Google também pode ignorá-lo.
4. rel="nofollow": só funciona se aplicado a todos os links que apontam para aquela URL.

Este também é o mito que mais preciso desfazer: noindex não é o padrão correto para facetas que você não quer indexar. A orientação do próprio Google é “block unimportant pages using robots.txt instead of noindex” (tradução) “bloquear páginas sem importância usando robots.txt em vez de noindex”, porque noindex ainda permite o rastreamento, e é esse o recurso que você está tentando proteger.

Se páginas de facetas precisam ser indexadas — algumas têm demanda real de busca —, o Google exige disciplina: & como separador padrão de parâmetros, ordem consistente sem duplicatas e HTTP 404 quando uma combinação não retorna resultados, não um redirecionamento para uma página genérica de erro.

Orçamento de rastreamento depende da qualidade das URLs, não do tamanho do site

O maior erro de enquadramento que vejo é presumir que ser empresarial significa ter uma crise de rastreamento. Não necessariamente. Vale assimilar a correção de John Mueller: “crawling is independent of website size. Some sites have a gazillion (useless) URLs and luckily we don’t crawl much from them,” (tradução) “o rastreamento independe do tamanho do site. Alguns sites têm uma quantidade imensa de URLs inúteis e, felizmente, não rastreamos muito deles”, e “for most normal websites, crawl budget is not something you need to focus on at all.” (tradução) “para a maioria dos sites normais, orçamento de rastreamento não é algo em que você precise se concentrar”.

Na prática, uma loja de 10 milhões de páginas com URLs limpas pode estar perfeitamente bem, enquanto uma loja de 100 000 páginas que gera 10 milhões de combinações de facetas enfrenta uma crise real. O que desencadeia o problema não é o tamanho, mas a qualidade e a duplicação das URLs.

O Google diz que a gestão ativa do orçamento de rastreamento começa a importar por volta de 1 milhão ou mais de páginas únicas que mudam aproximadamente a cada semana, 10 000 ou mais páginas com atualizações diárias ou volume significativo de “Discovered – currently not indexed” no GSC. Seus controles principais são: “Consolidate duplicate content to focus on unique pages rather than unique URLs,” (tradução) “consolidar conteúdo duplicado para se concentrar em páginas únicas, não em URLs únicas”; “Block unimportant pages using robots.txt instead of noindex,” (tradução) “bloquear páginas sem importância usando robots.txt em vez de noindex”; retornar 404/410 para páginas removidas permanentemente; e manter sitemaps atualizados com lastmod preciso. Atenção especial a soft 404s: categorias vazias e linhas descontinuadas continuam sendo rastreadas e “waste your budget.” (tradução) “desperdiçam seu orçamento”.

Conteúdo duplicado em escala e a penalidade que não existe

Não existe penalidade por conteúdo duplicado. Fabrice Canel e Krishna Madhavan, da Microsoft, descrevem bem o dano real: conteúdo duplicado “doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority, confusing intent, and slowing how updates reach both search engines and AI-powered discovery systems.” (tradução) “não provoca penalidades de busca por si só, mas reduz a visibilidade ao diluir autoridade, confundir a intenção e tornar mais lenta a chegada de atualizações aos mecanismos de busca e aos sistemas de descoberta baseados em IA”.

Em escala de ecommerce empresarial, duplicação surge de três fontes previsíveis: descrições de fabricantes distribuídas pela web, facetas gerando variantes de URLs e o mesmo produto em várias categorias. As soluções são tags canônicas para variantes, 301s para consolidação, hreflang para localização e controle rigoroso das URLs. Como decisões canônicas se propagam por milhões de páginas, vale entender que o Google usa aproximadamente 40 sinais de canonicalização — estrutura de URLs, links internos, sitemaps e até dados do Merchant Center. Portanto, rel=canonical é uma indicação forte, não uma ordem.

Variantes, dados de produtos e dados estruturados

Duas mudanças alteraram o cenário das variantes. Primeiro, desde fevereiro de 2024, o Google aceita ProductGroup com hasVariant, variesBy e productGroupID: o padrão adequado para varejistas de roupas, eletrônicos e móveis com centenas de variantes por produto. Segundo, algo pouco usado em escala empresarial: feeds do Merchant Center são proteção contra lacunas de descoberta. O Google deixa explícito que “web crawling is not guaranteed to find all products on your site,” (tradução) “não há garantia de que o rastreamento da web encontre todos os produtos do seu site”, e recomenda enviar feeds periodicamente “for larger sites or sites with frequently changing content,” (tradução) “para sites maiores ou com conteúdo que muda frequentemente”. Feeds permitem controlar o momento das atualizações, até de hora em hora pela Content API, compartilhar dados que não estão na página, como estoque por loja, e garantir a descoberta que o rastreamento não garante. Trate feeds e dados estruturados na página como complementares, não como alternativas excludentes.

Além de Product/ProductGroup, os tipos de schema que justificam o esforço em escala são BreadcrumbList para hierarquia, Organization para confiança na marca e políticas de devolução, Review, LocalBusiness para operações omnichannel e VideoObject. Um mito a abandonar: tags de paginação rel="next"/rel="prev" estão obsoletas e não fazem nada. Cada página paginada precisa de URL própria e canônico autorreferente, não apontando para a página 1.

PDPs e PLPs: onde realmente investir esforço

Em páginas de detalhes de produto, descrições do fabricante são aceitáveis em escala: reescrever milhões em massa gera retorno quase zero. Eu prefiro “add product reviews, video content, comparisons, or unique attributes rather than rewrites,” (tradução) “adicionar avaliações de produtos, vídeos, comparações ou atributos exclusivos, em vez de reescritas”, concentrando o esforço nas PDPs de maior receita em que existe uma oportunidade real para termos principais. Avaliações de usuários são o melhor recurso de conteúdo exclusivo em escala, porque sua equipe não precisa escrever nada.

Em páginas de listagem de produtos ou categorias, a seleção de produtos importa mais do que se imagina. Exiba produtos importantes em diferentes facetas, em vez de listas exaustivas, e coloque conteúdo útil onde ele ajude — no topo ou em trechos compactos —, sem escondê-lo. Seja honesto também quanto aos limites de ranqueamento impostos pelo posicionamento da marca: nem toda categoria consegue superar um marketplace.

Para produtos sem estoque, a lógica é: saiu definitivamente → 301 para um produto semelhante, não para a página inicial, pois o Google pode tratar como soft 404; ou excluir com 404/410 após remover links internos. Falta temporária, com retorno previsto → manter a página ativa, com data de reposição, lista de espera ou notificações. Situação incerta → manter ativa, com menor prioridade. A particularidade empresarial é que, com milhares de SKUs entrando e saindo de estoque, você não pode decidir página a página. Como já disse: “Set some rules that you’re comfortable with and just go with them… there’s no perfect solution.” (tradução) “Defina algumas regras com que se sinta confortável e siga com elas… não existe solução perfeita.” Em escala, essas regras precisam ser automatizadas.

Links internos são a rede de distribuição de PageRank

A documentação do Google é direta: “The more links a page has to it within a site, the higher the relative importance,” (tradução) “quanto mais links uma página recebe dentro do site, maior sua importância relativa”, e “if category pages don’t include direct links to all products in a category, Googlebot might not find all of your products.” (tradução) “se as categorias não incluírem links diretos para todos os produtos, o Googlebot pode não encontrar todos eles”. Há duas consequências empresariais. Primeiro, mega menus com centenas de destinos distribuem valor para páginas de pouca importância; simplificar concentra autoridade onde ela importa. Segundo, a navegação precisa usar links reais <a href>, não manipuladores de clique JavaScript. O Google “doesn’t submit searches into site search boxes during crawling,” (tradução) “não envia pesquisas nos campos de busca dos sites durante o rastreamento”, então algo acessível apenas pela busca ou por um evento JS pode nunca ser encontrado.

Migrações: o maior evento de risco

Trocar de plataforma custa aproximadamente de 50 000 USD no mercado intermediário a 500 000 USD ou mais no empresarial, e leva de 4 a 8 meses ou mais. É onde anos de valor orgânico podem morrer. O próprio Google recomenda fazer por etapas: “You can choose to move larger sites one section at a time. This can make it easier to monitor, detect, and fix problems faster.” (tradução) “Você pode optar por mover sites maiores uma seção de cada vez. Isso pode facilitar o monitoramento, a detecção e a correção mais rápida de problemas.” Os pontos inegociáveis: documentar todas as URLs antigas, incluindo imagens, vídeos, CSS e JS, a partir de sitemaps, logs e analytics; redirecionamentos 301/308 no servidor com cadeias abaixo de três saltos; canônicos autorreferentes em todas as novas URLs; links internos atualizados imediatamente; Change of Address no GSC, exceto em HTTP→HTTPS; e o que as pessoas esquecem: remover o noindex e os bloqueios de robots.txt do staging antes do lançamento. Nada disso é garantia: o checklist reduz riscos conhecidos e controláveis, mas não promete preservar rankings, tráfego ou receita durante a migração. A orientação do próprio Google trata oscilações após a mudança como esperadas, não como sinal de falha que exija perseguição.

Internacional, JavaScript e monitoramento

A operação internacional multiplica relações rapidamente: 50 000 produtos × 15 países resultam em 750 000 relações hreflang para manter consistentes, e conteúdo escasso traduzido automaticamente é um risco real. Sobre JavaScript, Martin Splitt observou que a renderização pode adicionar “a few hours to even weeks” (tradução) “de algumas horas até semanas” de atraso em comparação ao HTML renderizado no servidor. Assim, vitrines React/Vue/Angular que escondem navegação e listagens atrás da renderização no cliente são rastreadas com menos eficiência. No monitoramento, rastrear integralmente todo mês um site de 10 milhões de páginas é lento e caro. Recomendo rastreamento por amostragem, acompanhando diariamente templates críticos, e análise de logs como referência para o que os bots realmente acessam. O enquadramento de Splitt também ajuda: otimizar o orçamento de rastreamento “concerns more the contents side than the technical infrastructure aspect” (tradução) “diz respeito mais ao conteúdo do que à infraestrutura técnica”. Você resolve removendo URLs de baixo valor, não implorando ao Google para rastrear mais.

A camada organizacional é o verdadeiro gargalo

Esta é a parte que a maioria dos guias omite e que realmente destrói programas. Quando trabalhava na IBM, apresentei Enterprise SEO Chaos (Caos no SEO empresarial): um relato interno das disfunções de uma empresa com mais de 378 000 funcionários em mais de 170 países. Entre os destaques: cadeias de 14 saltos, até 24 versões de URL da mesma página, uma migração em que só 14 dos 35 redirecionamentos prometidos foram implementados, domínios inteiros redirecionados a uma única página, menus JS bloqueando rastreamento e departamentos concorrendo internamente pelas mesmas palavras-chave. Em todos os casos, o conhecimento de SEO existia. A coordenação da execução falhou. A lição central — tudo precisa funcionar em conjunto — se resume a colaboração, rompendo silos, e educação, fazendo todos entenderem os fundamentos de SEO.

É também por isso que mantenho auditorias empresariais pequenas. A entrega não é um relatório de 300 slides, mas 5–10 problemas priorizados, com impacto financeiro quantificado em dólares. Descubra os pontos de dor conversando primeiro com as partes interessadas, segmente o site por seção, idioma, região ou framework para tornar a análise viável e “focus on a few key issues and not a massive report of everything.” (tradução) “concentre-se em alguns problemas principais, não em um relatório enorme sobre tudo”. Apresente mudanças como testes A/B e use uma matriz de impacto e esforço para obter aprovação. Como já disse sobre o trabalho estrutural pouco glamoroso: “It’s hard to do that at scale, but boring projects = $$$ when it comes to enterprise SEO.” (tradução) “É difícil fazer isso em escala, mas projetos tediosos = $$$ quando o assunto é SEO empresarial.”

A busca com IA está mudando onde as compras acontecem

Dois avanços exigem atenção dos varejistas empresariais. AI Overviews agora aparece em ~14 % das consultas de compras, um aumento de ~5,6 vezes em relação a 2,1 % no fim de 2025. O Universal Commerce Protocol do Google, anunciado em janeiro de 2026, permite que agentes de IA descubram produtos, montem carrinhos e concluam transações dentro do AI Mode/Gemini, sem o comprador visitar seu site. A orientação do Google, porém, é tranquilizadora quanto às táticas: “structured data isn’t required for generative AI search, and there’s no special schema.org markup you need to add,” (tradução) “dados estruturados não são obrigatórios para busca com IA generativa, e não existe marcação especial de schema.org que você precise adicionar”. Merchant Center e conteúdo de produto de alta qualidade continuam sendo os meios mais fortes de obter visibilidade em IA. Os fundamentos permanecem; o que muda é onde a experiência acontece.

Resumo de IA

Uma síntese da versão avançada:

• Definição: SEO para grandes operações de comércio eletrônico é SEO empresarial × SEO para comércio eletrônico — as duas complexidades se multiplicam. Um erro nas facetas que gera 50 mil URLs duplicadas em uma loja pequena vira aqui uma armadilha de rastreamento com 50 milhões de URLs, e a correção exige aprovação da engenharia, do jurídico e da direção.
• Não copie os gigantes. A Amazon (~275 milhões de páginas) ranqueia apesar dos erros que sua autoridade encobre; copie a estrutura, não os atalhos.
• A navegação por facetas é o principal problema de rastreamento (~50% dos problemas de rastreamento do Google, segundo Illyes). Controle-a com robots.txt > fragmentos de URL > canonical > nofollow — não com noindex (que ainda permite o rastreamento).
• Orçamento de rastreamento = qualidade das URLs, não tamanho do site (Mueller). Um site bem organizado com 10 milhões de páginas está em boa situação; um site com 100 mil páginas gerando 10 milhões de facetas está em crise.
• Não há penalidade por conteúdo duplicado — a duplicação dilui a autoridade e confunde a intenção. Corrija com canônicos, 301s, hreflang e organização das URLs (~40 sinais de canonicalização).
• Variantes e descoberta: use ProductGroup/hasVariant (fevereiro de 2024) e feeds do Merchant Center — o rastreamento “is not guaranteed to find all products.” (tradução) “não tem garantia de encontrar todos os produtos.”
• Investimento em PDPs/PLPs: descrições dos fabricantes são aceitáveis em escala; invista em avaliações, vídeos e comparações nas páginas de maior receita. Automatize o tratamento de produtos sem estoque com regras.
• Migrações são o evento de maior risco — divida-as em fases, mapeie cada URL, use 301s com menos de 3 saltos e canônicos autorreferentes e remova os bloqueios do ambiente de homologação antes do lançamento.
• O verdadeiro gargalo é organizacional. Histórias da IBM: cadeias de redirecionamento com 14 saltos, 24 versões de URL para uma página e apenas 14 de 35 redirecionamentos implementados. Colaboração e educação fazem a diferença.
• Busca com IA: ~14% das consultas de compras exibem AI Overviews; o Universal Commerce Protocol (janeiro de 2026) permite que agentes comprem sem visitar seu site. Os fundamentos são os mesmos; a interface de descoberta está mudando.

Documentação oficial

Documentação de fontes primárias que orienta o SEO de grandes operações de comércio eletrônico.

Google

• Visão geral de SEO para comércio eletrônico — o conjunto de oito tópicos sobre comércio eletrônico na Busca.
• Gerenciamento do rastreamento de URLs de navegação por facetas — a hierarquia de controle (robots.txt > fragmentos > canonical > nofollow) e as regras para facetas indexáveis.
• Rastreamento em dezembro: navegação por facetas (dezembro de 2024) — a publicação do blog que complementa a documentação.
• Otimize seu orçamento de rastreamento — limites de escala e orientações de consolidação.
• Como projetar uma estrutura de URLs para comércio eletrônico — variantes no caminho ou nos parâmetros de consulta e as três armadilhas no projeto de URLs.
• Ajude o Google a entender a estrutura do seu site de comércio eletrônico — links internos e navegação com <a href>.
• Compartilhe seus dados de produtos com o Google — dados estruturados e feeds do Merchant Center.
• Dados estruturados para comércio eletrônico — Product, ProductGroup, BreadcrumbList, Review e outros.
• Dados estruturados de variantes de produtos (fevereiro de 2024) — ProductGroup / hasVariant / variesBy.
• Paginação e carregamento incremental de páginas — por que rel=next/prev foi descontinuado.
• Mudanças de site com alterações de URL — o roteiro de migração em fases.
• Core Web Vitals e a Busca do Google — LCP <2,5s, INP <200ms, CLS <0,1.
• Recursos de IA e seu site — o que ajuda (e o que não ajuda) a visibilidade em IA.

Bing / Microsoft

• Diretrizes do Bing para webmasters — capacidade de rastreamento, conteúdo exclusivo e dados estruturados.
• Como manter o conteúdo detectável com sitemaps na busca com IA (julho de 2025) — limites de sitemaps em grandes operações e precisão de lastmod.
• O IndexNow torna a descoberta de conteúdo mais inteligente e rápida (maio de 2025) — envio de URLs em tempo real para catálogos que mudam rapidamente.
• O conteúdo duplicado prejudica o SEO e a visibilidade na busca com IA? (dezembro de 2025) — Canel e Madhavan sobre o custo real da duplicação.

Citações das fontes

Declarações públicas de representantes do Google e do Bing. Os links diretos levam ao trecho citado na página de origem (ou o procuram).

Navegação por facetas e rastreamento — Gary Illyes, Google

• “crawlers will typically access a very large number of faceted navigation URLs before the crawlers’ processes determine the URLs are in fact useless.” (tradução) “Os rastreadores normalmente acessam um número muito grande de URLs de navegação por facetas antes que seus processos determinem que elas são, de fato, inúteis.” Ir à citação
• “Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” (tradução) “Depois de descobrir um conjunto de URLs, ele não consegue decidir se esse espaço de URLs é bom ou não sem rastrear uma grande parte dele.” — Gary Illyes, Google. Leia a cobertura
• “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly…” (tradução) “Às vezes, você pode criar essas novas URLs fictícias por acidente, fazendo seu espaço de URLs saltar de confortáveis 1000 URLs para um escaldante 1 milhão, empolgando os rastreadores, que então sobrecarregam seus servidores inesperadamente…” — Gary Illyes, via LinkedIn. Leia a cobertura

Orçamento de rastreamento — John Mueller, Google (paráfrase de cobertura secundária)

• Mueller costuma explicar que o rastreamento independe do tamanho do site — o Google rastreia pouco os sites compostos principalmente de URLs inúteis — e que, na maioria dos sites comuns, não vale a pena concentrar esforços no orçamento de rastreamento. Trate essa formulação como paráfrase até confirmá-la em uma fonte primária.

JavaScript e orçamento de rastreamento — Martin Splitt, Google (paráfrase de cobertura secundária)

• Splitt descreveu a renderização de JS como uma etapa que acrescenta atraso em relação ao HTML e apresentou a otimização do orçamento de rastreamento mais como uma questão de qualidade do conteúdo do que de infraestrutura — “you can tell us not to index or not to scan contents that is of low quality.” (tradução) “você pode nos instruir a não indexar ou a não examinar conteúdo de baixa qualidade.” Trate isso como paráfrase enquanto aguarda a verificação em uma fonte primária.

Documentação sobre orçamento de rastreamento — Google Search Central

• “Consolidate duplicate content to focus on unique pages rather than unique URLs.” (tradução) “Consolide o conteúdo duplicado para concentrar esforços em páginas únicas, em vez de URLs únicas.” Ir à citação
• “Block unimportant pages using robots.txt instead of noindex.” (tradução) “Bloqueie páginas sem importância usando robots.txt em vez de noindex.” Ir à citação

Estrutura do site e dados de produtos — Google Search Central

• “The more links a page has to it within a site, the higher the relative importance.” (tradução) “Quanto mais links uma página recebe dentro de um site, maior é sua importância relativa.” Ir à citação
• “If category pages don’t include direct links to all products in a category, Googlebot might not find all of your products.” (tradução) “Se as páginas de categoria não incluírem links diretos para todos os produtos da categoria, o Googlebot poderá não encontrar todos os seus produtos.” Ir à citação
• “Web crawling is not guaranteed to find all products on your site.” (tradução) “Não há garantia de que o rastreamento da web encontre todos os produtos do seu site.” Ir à citação

Migrações — Google Search Central

• “You can choose to move larger sites one section at a time. This can make it easier to monitor, detect, and fix problems faster.” (tradução) “Você pode optar por migrar sites maiores uma seção de cada vez. Isso pode facilitar o monitoramento, a detecção e a correção mais rápida de problemas.” Ir à citação

Busca com IA — Google Search Central

• “Structured data isn’t required for generative AI search, and there’s no special schema.org markup you need to add.” (tradução) “Os dados estruturados não são obrigatórios para a busca com IA generativa, e não há nenhuma marcação especial de schema.org que você precise adicionar.” Ir à citação

Conteúdo duplicado — Fabrice Canel e Krishna Madhavan, Microsoft Bing

• “Duplicate content doesn’t trigger search penalties on its own, but it does reduce visibility by diluting authority, confusing intent, and slowing how updates reach both search engines and AI-powered discovery systems.” (tradução) “O conteúdo duplicado não provoca penalidades de busca por si só, mas reduz a visibilidade ao diluir a autoridade, confundir a intenção e retardar a chegada de atualizações tanto aos mecanismos de busca quanto aos sistemas de descoberta com IA.” Ir à citação

Checklist de SEO para ecommerce empresarial

Aplique este checklist por template, não página por página — nesta escala, uma única correção de template afeta centenas de milhares de URLs.

Rastreamento e navegação por facetas

• Identifique cada parâmetro que cria uma URL rastreável (cor, tamanho, ordenação, página, sessão).
• Decida se cada faceta deve ser indexável antes de escrever as regras.
• Bloqueie os espaços de facetas não indexáveis em robots.txt (não com noindex).
• Facetas indexáveis usam separadores &, uma ordem consistente de parâmetros e retornam 404 quando não há resultados.
• Não há espaços infinitos (calendários, proliferação de links relativos, IDs de sessão).

Duplicação e canonicalização

• Variantes resolvidas com rel=canonical ou ProductGroup/hasVariant.
• Produtos presentes em várias categorias têm uma única URL canônica.
• As relações de hreflang são consistentes entre todos os pares de versões regionais e linguísticas.
• Soft 404s (categorias vazias, linhas de produtos encerradas) retornam 404/410 reais.

Dados de produtos e dados estruturados

• Feed do Merchant Center ativo para dar maior segurança à descoberta de produtos.
• Marcação de Product/ProductGroup, BreadcrumbList, Review e Organization validada.
• Ausência dos obsoletos rel=next/rel=prev; páginas paginadas têm canônicos autorreferentes.

Prioridade de conteúdo

• PDPs de maior receita enriquecidas (avaliações, vídeos, comparações) — não reescritas em massa.
• UGC/avaliações habilitados como recurso escalável para gerar conteúdo exclusivo.
• Tratamento de produtos sem estoque automatizado por regras (301 / manter ativa / 404), não manual.

Arquitetura e links internos

• A navegação usa links <a href> reais, não manipuladores de cliques em JS.
• A quantidade de links no megamenu foi revisada quanto à diluição de autoridade.
• Páginas de categoria têm links diretos para seus produtos.

Migração e monitoramento

• Todas as URLs antigas documentadas (incluindo imagens/vídeos/CSS/JS) antes de qualquer migração.
• Redirecionamentos 301/308, cadeias com menos de 3 saltos e canônicos autorreferentes nas novas URLs.
• Bloqueios de noindex/robots do ambiente de homologação removidos antes do lançamento; solicitação de mudança de endereço enviada.
• Amostragem diária de rastreamento nos templates críticos; arquivos de log revisados em busca de desperdício.

Os modelos mentais

1. O efeito multiplicador. Não pense em “problemas empresariais + problemas de comércio eletrônico”. Pense em escala empresarial × comércio eletrônico. Cada problema de ecommerce (facetas, variantes, duplicação, falta de estoque) é multiplicado pela escala, e cada correção é multiplicada pelo atrito organizacional. Estime os dois eixos antes de definir o escopo do trabalho.

2. Hierarquia de controle de rastreamento (do mais ao menos eficaz). Bloqueio em robots.txt → fragmentos de URL (#) → rel=canonical → rel=nofollow. Use o recurso mais forte que a situação permitir; nunca adote noindex por padrão para facetas que você não quer indexadas (ele ainda consome orçamento de rastreamento).

3. Orçamento de rastreamento = qualidade das URLs, não tamanho. Você aumenta o orçamento efetivo eliminando desperdício (facetas, duplicatas, soft 404s), não pedindo ao Google que rastreie mais. O tamanho, isoladamente, nunca é o fator desencadeante — a duplicação é.

4. A árvore de decisão para produtos sem estoque (depois, automatize-a). Descontinuado definitivamente → 301 para um produto semelhante ou exclusão (404/410) após remover os links internos. Indisponível temporariamente, com retorno previsto → manter a página ativa e informar a reposição/oferecer lista de espera. Situação incerta → manter ativa, com menor prioridade. Escolha regras que considere adequadas e implemente-as em código; em escala, você não pode decidir página por página.

5. O modelo de risco de migração. Dividir por seção → mapear cada URL antiga → 301 com menos de 3 saltos → canônico autorreferente em cada nova URL → atualizar links internos → remover bloqueios de homologação → solicitar mudança de endereço → monitorar por template. Deixar passar uma única etapa pode eliminar anos de autoridade acumulada.

6. A escala de maturidade organizacional. Ações pontuais → centralização → procedimentos operacionais padrão → treinamento proativo e adesão. A maioria dos programas empresariais trava não por falta de conhecimento, mas de coordenação; avançar nessa escala é o verdadeiro trabalho. Entrega da auditoria = 5–10 problemas com impacto quantificado em dólares, apresentados como testes A/B em uma matriz de impacto/esforço — nunca um relatório de 300 slides.

SEO para ecommerce empresarial — guia de consulta rápida

Controles de navegação por facetas — o que cada um faz

Limites para gerenciar o orçamento de rastreamento (estimativa aproximada do Google)

• Mais de 1 milhão de páginas únicas que mudam aproximadamente toda semana → gerencie-o.
• Mais de 10 mil páginas que mudam diariamente → gerencie-o.
• Muitos casos de “Discovered – currently not indexed” (descoberta, mas ainda não indexada) no GSC → gerencie-o.

Regras para produtos sem estoque

• Falta definitiva → 301 para um produto semelhante (nunca para a página inicial/categoria) ou 404/410.
• Falta temporária, com retorno previsto → manter ativa e oferecer data de reposição / lista de espera / notificação.
• Situação incerta → manter ativa, com menor prioridade.

Requisitos inegociáveis da migração

• 301/308, cadeias com <3 saltos, canônicos autorreferentes, links internos atualizados, bloqueios de homologação removidos e solicitação de mudança de endereço enviada (não se aplica a HTTP→HTTPS).

Limites de Core Web Vitals

• LCP <2,5s · INP <200ms · CLS <0,1. Um critério de desempate no ranqueamento — mas um recurso real para melhorar a conversão (Vodafone: melhora de 31% no LCP → 8% mais vendas).

Dados estruturados de variantes

• ProductGroup + hasVariant + variesBy + productGroupID (suportados desde fevereiro de 2024).

Mitos a eliminar

• Penalidade por conteúdo duplicado (não existe) · noindex para facetas (use robots.txt) · reescrever todo o texto dos fabricantes (não faça isso) · rel=next/prev (descontinuado) · “basta enviar um sitemap e o Google encontra tudo” (isso não é garantido).

Ferramentas de SEO para ecommerce empresarial

• Google Search Console — relatório de indexação de páginas (onde as páginas deixam o processo) e estatísticas de rastreamento (códigos de resposta, tempo médio de resposta, por tipo de arquivo). O primeiro lugar para procurar desperdício de rastreamento.
• Google Merchant Center — descoberta de produtos por feeds e atualizações de preços/estoque (a cada hora pela Content API) — uma proteção contra lacunas na descoberta por rastreamento.
• Bing Webmaster Tools + IndexNow — envio de URLs em tempo real para catálogos que mudam rapidamente (novos produtos, alterações de preços, promoções); reduz o intervalo entre a mudança e a indexação.
• Análise de logs do servidor — o registro do que os bots realmente rastreiam. Ferramentas: Screaming Frog Log File Analyser, ou envie os logs para o BigQuery / uma plataforma de logs.
• Rastreadores / auditorias de sites — Ahrefs Site Audit e Screaming Frog SEO Spider para profundidade, cadeias de redirecionamento, URLs bloqueadas e padrões de facetas que criam armadilhas. Em escala empresarial, faça amostragens diárias de templates críticos em vez de rastrear o site inteiro mensalmente.
• Ahrefs Webmaster Tools — rastreamento e auditoria gratuitos para sites cuja propriedade você verifica.
• Teste de pesquisa aprimorada / validadores de schema — confirme a marcação de Product/ProductGroup, BreadcrumbList e Review antes de aplicá-la a milhões de páginas.

O que deve acontecer com a URL de um produto sem estoque?

Roteiro: queda de visibilidade orgânica após uma troca de plataforma

1. Confirme o alcance por template e seção. Compare os conjuntos de URLs antigos e novos, os dados de páginas/indexação do Google Search Console e os resultados de rastreamento. Se a perda estiver isolada, pause o trabalho nas seções não afetadas e diagnostique o template problemático; se atingir todo o site, investigue primeiro os controles de lançamento e os redirecionamentos.
2. Verifique se a produção ainda está bloqueada. Inspecione robots.txt, diretivas de robots nas páginas e cabeçalhos de resposta em busca de regras de homologação. Se houver um bloqueio na produção, remova-o pelo processo de reversão do lançamento e teste novamente antes de mudar qualquer outra coisa.
3. Acompanhe as URLs antigas pelos redirecionamentos. Faça uma amostragem de URLs de alto valor em sitemaps, logs, analytics, imagens e outros recursos. Se uma URL antiga não chegar ao destino previsto por um 301/308 no servidor, corrija o mapeamento; se as cadeias excederem o limite planejado, reduza-as a um único salto até o destino quando possível.
4. Verifique se os sinais do destino concordam. Cada nova URL deve retornar o status previsto, ter um canônico autorreferente e receber links internos atualizados. Se os canônicos ou links internos apontarem para outro lugar, corrija o template compartilhado antes de trabalhar URL por URL.
5. Compare as fontes de descoberta. Verifique sitemaps XML, feeds do Merchant Center e navegação. Se ainda divulgarem URLs antigas ou bloqueadas, atualize a fonte que as gera em vez de limpar exportações individuais.
6. Escolha entre continuar, dividir em fases ou reverter. Continue somente quando a seção afetada passar nas verificações de lançamento e a visibilidade se estabilizar. Se outra seção ainda não tiver sido migrada, suspenda sua migração. Se templates críticos continuarem bloqueados ou não for possível restaurar a cobertura de redirecionamentos com segurança, use o procedimento de reversão documentado da migração.
7. Monitore por grupo. Acompanhe pares de URLs antigas/novas e grupos de templates até que rastreamento, indexação e desempenho orgânico se estabilizem. Registre cada verificação que falhar para transformá-la em um requisito prévio da próxima fase.

Classifique as regras de navegação por facetas

Review this faceted-navigation inventory and propose a crawl/indexation disposition
for each parameter or combination: indexable landing page, blocked crawl space,
canonicalized duplicate, or needs manual review.

For every recommendation, cite the supplied evidence: search demand, product count,
internal links, current canonical, robots rule, response code, and URL examples.
Flag empty combinations that should return 404. Use a consistent parameter-order
policy. Do not assume noindex saves crawl budget, and do not invent demand data.

Inventory:
[PASTE CSV]

Revise a marcação de ProductGroup para variantes

Compare this product-variant JSON-LD with the visible product data. Check the use of
ProductGroup, hasVariant, variesBy, productGroupID, URLs, offers, prices, availability,
and identifiers. Return:
1. Field-level mismatches
2. Required source data that is missing
3. A corrected JSON-LD draft using only values present in my input
4. A validation checklist

Do not fabricate prices, availability, reviews, identifiers, URLs, or variants.

Visible product data and current JSON-LD:
[PASTE BOTH]

Verificação por amostragem do mapa de redirecionamentos

Teste a executar: Solicite uma amostra estratificada de URLs antigas de produtos, categorias, imagens e recursos com um cliente HTTP ou rastreador que acompanhe os redirecionamentos dos cabeçalhos. Resultado esperado: Cada URL antiga retorna o 301/308 previsto no servidor e chega à nova URL mapeada sem uma cadeia evitável. Interpretação da falha: Ainda faltam regras, há redirecionamentos genéricos de contingência ou mapeamentos legados encadeados. Período de monitoramento: Imediatamente após a implantação; depois, repita a cada seção migrada. Critério para reversão: Grupos de URLs críticas não chegam aos destinos mapeados ou começam a levar a páginas genéricas.

Verificação de canônicos no novo template

Teste a executar: Rastreie URLs representativas de novas PDPs, PLPs, paginação e variantes e compare cada canônico com a URL final obtida. Resultado esperado: Toda página que deve ser indexável retorna sucesso e tem um canônico autorreferente; variantes duplicadas seguem a regra de consolidação aprovada. Interpretação da falha: Um template compartilhado ou valor de ambiente está emitindo canônicos para o domínio antigo ou para outro template. Período de monitoramento: Imediatamente após a publicação e diariamente durante o período de lançamento. Critério para reversão: Um template crítico aponta sistematicamente seus canônicos para o site antigo, outra versão regional/linguística ou uma página sem relação.

Verificação da remoção de bloqueios em produção

Teste a executar: Obtenha o robots.txt de produção, inspecione as diretivas de robots das páginas renderizadas e verifique os cabeçalhos de resposta de cada template crítico. Resultado esperado: Nenhum bloqueio de rastreamento ou noindex exclusivo de homologação permanece nas URLs destinadas à indexação. Interpretação da falha: A configuração de lançamento ou as regras de CDN/cabeçalhos ainda contêm controles de homologação. Período de monitoramento: Antes das alterações de DNS ou roteamento e imediatamente após a transição. Critério para reversão: O site de produção bloqueia o rastreamento ou a indexação de uma seção crítica inteira.

Validação de variantes de produtos

Teste a executar: Teste páginas representativas de ProductGroup no teste de pesquisa aprimorada do Google e compare os dados de variantes extraídos com a página visível e o feed do Merchant Center. Resultado esperado: A marcação é interpretada, as relações entre variantes são coerentes e preço, disponibilidade, identificadores e URLs correspondem aos dados visíveis. Interpretação da falha: O template de schema ou o feed de comércio eletrônico publica dados de produtos incompletos ou contraditórios. Período de monitoramento: Antes da implementação em larga escala, imediatamente após a publicação do template e após alterações relevantes no feed. Critério para reversão: A marcação implantada informa incorretamente preço ou disponibilidade em um grupo de páginas do template.

Recursos que valem seu tempo

Meus textos relacionados

• Estratégias de SEO empresarial para maximizar o crescimento — inclui a seção dedicada ao ecommerce empresarial (PDPs, PLPs e referências de escala).
• Sites empresariais são onde o SEO técnico se destaca — a hierarquia de prioridades e a abordagem de amostragem de rastreamento.
• Desafios e erros de SEO empresarial — adesão, gargalos jurídicos, dívida técnica e por que projetos pouco empolgantes dão retorno.
• Auditoria de SEO empresarial — segmente, delimite o escopo e implemente correções para 5–10 problemas prioritários.
• Como tratar produtos sem estoque? Depende — o modelo de decisão que você automatiza em escala.
• O Google usa cerca de 40 sinais de canonicalização — essencial antes de aplicar canônicos a milhões de páginas.
• Navegação por facetas (Sam Underwood, revisado por mim) — uma análise aprofundada do principal problema de rastreamento.

Minhas palestras

• Enterprise SEO Chaos (Caos no SEO empresarial; SMX Advanced 2016, da minha época na IBM) — as histórias de cadeias de redirecionamento com 14 saltos e 24 versões de URL.

De outros autores

• Documentação de SEO para comércio eletrônico do Google — a central especializada com oito tópicos.
• Sitebulb — 5 estratégias de SEO para ecommerce empresarial — bom conteúdo sobre JS, megamenus e facetas.
• Search Engine Land — Google: 75% dos problemas de rastreamento vêm de dois erros de URL — a entrevista com Gary Illyes que fundamenta a estatística de navegação por facetas.
• Search Engine Land — guia de SEO para navegação por facetas — guia editorial aprofundado sobre controles e decisões de indexação.
• Search Engine Journal — Gary Illyes alerta sobre problemas com parâmetros de URL — a origem das citações do LinkedIn sobre proliferação de URLs usadas aqui.
• Search Engine Land — AI Overviews em 14% das consultas de compras — os dados que sustentam a estatística de crescimento da cobertura de IA em compras.
• web.dev — impacto de Core Web Vitals nos negócios — estudos de caso de Vodafone, Nykaa e AliExpress que fundamentam os números de receita.
• r/TechSEO — a comunidade para diagnosticar problemas de rastreamento/indexação em escala.

Estatísticas que vale a pena citar

• Cerca de 50% de todos os problemas de rastreamento vêm da navegação por facetas (≈75% de facetas e parâmetros de ação combinados) — Gary Illyes, sobre o relatório de rastreamento de fim de ano do Google. Fonte
• Mais de dois milhões de URLs de uma única categoria — 10 filtros × 5 valores cada é a matemática por trás das armadilhas de rastreamento empresariais antes de qualquer otimização.
• AI Overviews em cerca de 14% das consultas de compras — aumento de aproximadamente 5,6 vezes em relação aos 2,1% do fim de 2025. Cobertura
• Referências de escala orgânica empresarial — a Amazon ranqueia cerca de 275 milhões de páginas, com aproximadamente 686 milhões de visitas orgânicas mensais; a Microsoft atrai cerca de 516 milhões. Não copie seus atalhos. Fonte
• Core Web Vitals → receita — Vodafone Itália: melhora de 31% no LCP gerou 8% mais vendas; Nykaa: melhora de 40% no LCP → 28% mais tráfego orgânico; AliExpress: melhora de 10 vezes no CLS e de 2 vezes no LCP → redução de 15% na rejeição. Fonte
• Escala de sitemaps do Bing — 50 000 URLs por arquivo, 50 000 sitemaps filhos por índice, até 2,5 trilhões de URLs entre arquivos de índice. Fonte
• Custo/prazo de troca de plataforma — aproximadamente 50 mil USD (empresas de médio porte) a 500 mil USD ou mais (grandes empresas), ao longo de 4–8 meses ou mais; o evento isolado de maior risco de SEO no varejo empresarial.

Teste seus conhecimentos: SEO para ecommerce empresarial

Cinco perguntas rápidas sobre controle de rastreamento, tratamento de produtos e migrações. Escolha uma resposta para cada uma e depois confira.

Registro de alterações