Ficha de produto que indexa: o texto que o Google lê
Resposta rápida
Ficha de produto que indexa tem uma URL por item real, título com o termo digitado, texto único e atributos na mesma tela do botão. Dados estruturados no HTML, com preço e estoque verdadeiros. Copiar a descrição do fornecedor treina o buscador a preferir o fabricante.
Ficha de produto que indexa é o ativo de busca da loja, e é o que a maior parte do catálogo trata como texto de etiqueta. Título genérico, descrição copiada do fabricante, variação sem URL quando a busca existe, e o contrário — mil URLs vazias para combinação que ninguém pesquisa. O Google agrupa, escolhe uma canônica e ignora o resto. Você paga mídia para uma página que não ranqueia e não responde quem compara medida no celular, parado no Contorno.
Móveis e madeira na região, autopeças na cadeia do CIC, varejo no Portão e no Água Verde: cada um pede atributo diferente na mesma tela do botão. A unidade local é nova; não há loja nossa na capital para citar. Há o método de quem escreve ficha como página, não como campo de ERP. O pilar de loja virtual cobre operação. O blog liga ficha, retirada e marcação.
O que a tela precisa responder antes do botão
A pessoa chega com uma pergunta: serve no meu vão, encaixa no meu modelo, chega até sexta, posso retirar no Portão, qual a regra de troca. A ficha que indexa responde isso acima da dobra ou imediatamente abaixo do preço — não num parágrafo lírico no rodapé.
Título com o termo digitado: tipo + atributo distintivo + marca se a marca é buscada. “Suporte” sozinho não é título. “Suporte para painel 55 polegadas, encaixe VESA 400, retirada no Água Verde” começa a ser. Palavra-chave forçada no início e nada de atributo é o outro extremo, igualmente inútil.
| Elemento | Indexa | Não indexa |
|---|---|---|
| Título | Termo + atributo real | Nome interno do ERP |
| Texto | Único, com medida e uso | Bloco do fabricante |
| URL | Uma por oferta buscável | Parâmetro infinito ou nenhuma variação |
| Schema | Preço e estoque da tela | Product genérico sem oferta |
| Categoria | Texto próprio de linha | O mesmo bloco da ficha |
Duplicata é uma decisão, não um acidente
XML de fornecedor é atalho de cadastro e armadilha de busca. O mesmo parágrafo vive em dezenas de lojas. O buscador não tem motivo para escolher a sua. Reescreva o que a sua operação muda: retirada na Grande Curitiba, corte, garantia, prazo de troca, compatibilidade que o comercial já explica no WhatsApp.
Variação: se a busca e o estoque diferem, URL própria. Se não diferem, um seletor na mesma ficha. Gerar endereço para cada combinação de um configurador é o cemitério clássico de e-commerce — mil títulos iguais com um SKU diferente no final.
Categoria não é ficha em escala
Página de linha compara e filtra. Ficha fecha o item. Copiar o H1 da categoria em cem produtos é pedir para o Google agrupar tudo e ranquear uma. Escreva a categoria uma vez, bem. Escreva cada ficha como se o concorrente fosse o fabricante — porque, na busca, muitas vezes é.
Marcação que espelha a tela
JSON-LD de Product com nome, imagem, preço e estoque iguais ao HTML. Sem preço visível, sem Offer. Sem estoque verdadeiro, sem mentir availability. O detalhe do que o Google lê e do que ignora está em dados estruturados que o Google lê. Plugin que despeja markup em toda a loja, inclusive no blog e no carrinho, é ruído.
Imagem com nome de arquivo e atributo alt que descrevem o item, não “IMG_4032”. Peso, dimensão e o que o frete precisa já na ficha, porque a retirada e o CEP dependem disso. Quem esconde dimensão até o checkout perde a busca de quem filtra por medida.
Catálogo grande, processo curto
Ninguém reescreve 8 mil SKUs numa semana. Priorize o que já vende, o que já tem mídia e o que tem busca própria. O brief de site de uma loja inclui essa fila: quais fichas no dia um, quais na fase dois. Publicar a loja com lorem ipsum de fabricante em tudo é escolher invisibilidade.
Confiar no título do ERP
Código interno, abreviação de cor e o nome que o comprador usa com o fornecedor não são o nome que a pessoa digita. A ficha fala a língua da busca. O ERP fala a língua do depósito. Mapear os dois é trabalho. Publicar o código interno no H1 é preguiça cara no leilão da capital.
A categoria de loja virtual junta ficha, retirada e checkout. O blog cruza com SEO técnico. Quando o catálogo já tem a fila de reescrita e a plataforma ainda não segura operação, o destino é a loja virtual pensada como operação.
Ordem de reescrita quando o catálogo é grande demais
Comece pelo que já tem mídia: Shopping, anúncio de produto, post que cai na URL. Depois o que já vende sem mídia — a busca orgânica que você ainda não vê porque a ficha é invisível pode estar no Search Console como consulta sem clique. Depois o que tem atributo buscável (medida, compatibilidade, norma). O resto espera. Publicar 8 mil textos medíocres no mês um é escolher o agrupamento de duplicata em escala.
Quem alimenta o catálogo pelo XML do fornecedor precisa de um campo “texto nosso” que não é sobrescrito na próxima importação. Sem esse campo, a reescrita morre na sexta seguinte. O ERP fala código. A ficha fala busca. O mapa entre os dois é trabalho de operação, não de inspiração.
No CIC, compatibilidade e norma pesam mais que prosa. No móvel da região, vão, madeira e prazo de montagem. No varejo do Portão, retirada e troca. A ficha que tenta ser literária e esquece o atributo perde os dois públicos: o buscador e o comprador com a trena.
Title, H1 e o nome do ERP
Três camadas. O title da SERP pode ser mais curto. O H1 da tela carrega tipo e atributo. O nome interno fica no SKU, visível para o depósito, invisível como título. Confundir as três é o erro que faz “PAINEL-55-PT-AZ” aparecer no Google. Ninguém busca isso. O comercial busca. O Google, não.
Descrição longa abaixo da dobra pode existir para quem quer profundidade. A busca e a conversão se resolvem acima: medida, peso, prazo, retirada, troca. Parágrafo de “design sofisticado” não indexa e não fecha. O tom da capital é técnico. Respeite.
Feed de Shopping e a mesma verdade
O feed que abastece o anúncio de produto é a ficha em forma de tabela: título, imagem, preço, disponibilidade, GTIN se houver. Divergência entre feed e tela — preço velho, estoque mentiroso — gera desaprovação e clique caro em item que não existe. A ficha que indexa e o feed que anuncia são um documento. Tratar como dois times (conteúdo versus mídia) é o jeito de o leilão da capital pagar URL podre.
Quando a plataforma não deixa texto único por variação, a decisão de URL própria fica travada. Isso é critério de plataforma, não de copy. Às vezes o teto da ferramenta é o teto da busca. Aí a conversa deixa de ser ficha e passa a ser loja como operação.
Imagem, nome de arquivo e o que o Shopping rejeita
IMG_4032.webp não descreve o item. O arquivo, o alt e o título precisam dizer o mesmo objeto. Fundo sujo, foto de catálogo do fabricante com marca d’água de outra loja, recorte que esconde a medida: o feed desaprova ou o clique chega e bounceia. Na capital o clique de Shopping não é barato o bastante para financiar foto preguiçosa.
Vídeo na ficha só se carregar depois da dobra e se o LCP não for o player. A ficha que indexa ainda precisa pintar rápido no celular no Contorno. Terceiro script de visualização 360 sem dimensão declarada empurra o botão. Atributo e botão primeiro. Espetáculo depois.
GTIN, MPN e marca: preencha quando existirem. Inventar código de barras para “completar o feed” é o Offer sem preço, agora no Shopping. O Google confronta. A desaprovação chega no meio da campanha. A ficha verdadeira, com o código verdadeiro, é mais chata e é o que permanece no ar.
Pegue os dez produtos que mais vendem. Leia a ficha em voz alta, no celular, como se você não trabalhasse ali. Se a medida, a compatibilidade e o prazo não aparecem antes do botão, essa URL está cobrando mídia para um texto que o fabricante já publicou melhor. A correção começa nesses dez, não no SKU 7.401.
