Geração do produto: successorOf e predecessorOf na prática

Para dizer a uma máquina que o "Aurora Pro 14 (2026)" substitui o "Aurora Pro 14 (2025)", o schema.org oferece duas propriedades do tipo ProductModel: successorOf (do novo para o antigo) e predecessorOf (do antigo para o novo). Elas não garantem que a IA acerte a geração, mas tornam a relação explícita. Este guia mostra como combinar essa marcação com texto visível, URLs próprias e um tratamento correto da página antiga.

Por que a geração anterior confunde a IA?

Nas conversas de compra, o consumidor pergunta pelo nome do produto, sem o ano. Se a página do modelo de 2025 e a do modelo de 2026 se parecem, com mesmo título, mesma foto e especificações quase iguais, a IA pode misturar atributos de uma geração com os da outra: citar o preço do antigo com a bateria do novo, por exemplo. Isso se agrava quando a loja oficial, o feed e o marketplace descrevem a transição de formas diferentes.

Não conhecemos estudo que quantifique essa confusão, então tratamos aqui como risco plausível, não como fato medido. A imagem que usamos é a de uma árvore de sucessão: o consumidor, e a máquina, precisam saber quem herdou o quê, e onde a herança acaba.

O que o schema.org diz sobre ProductModel?

Segundo o schema.org, ProductModel é um subtipo de Product e representa "uma ficha técnica ou especificação do fabricante de um produto (no sentido de uma descrição prototípica)". Ou seja, descreve o modelo, não uma unidade física à venda.

As duas propriedades de sucessão, ambas esperando um ProductModel como valor, têm definições simétricas. predecessorOf é um ponteiro de uma variante anterior, muitas vezes descontinuada, para a sua variante mais nova. successorOf é o inverso: aponta da variante mais nova para a anterior. Já isVariantOf indica de qual produto-base algo é variante, aceita ProductGroup ou ProductModel, e o schema.org avisa que a relação não é transitiva.

Um cuidado de honestidade: o que lemos é a definição do vocabulário. Não encontramos, nas fontes que consultamos, confirmação de que o Google ou algum assistente de IA use essas propriedades para decidir recomendações. Por isso a marcação aqui é um complemento, e o texto visível continua sendo a base.

Como declarar a linhagem passo a passo?

1. Decida o que é geração e o que é variante. Cor e capacidade de armazenamento são variantes (veja Variantes de produto: ProductGroup para eletrônicos). Mudança de chip, bateria ou tela, com novo nome ou ano, é geração.
2. Dê a cada geração sua própria URL e seu próprio nome. Incluir o ano ou o número da geração no título e no H1 evita que duas páginas disputem a mesma identidade.
3. Escreva a relação em texto visível. Uma frase como "O Aurora Pro 14 (2026) substitui o Aurora Pro 14 (2025); mudam o processador e a bateria" ajuda o leitor humano e qualquer sistema que leia o texto.
4. Declare a ligação no JSON-LD. Na página do modelo novo, inclua um item ProductModel com successorOf apontando para o identificador (@id) do modelo antigo. Na página antiga, faça o espelho com predecessorOf. Mantenha o mesmo nome, GTIN e identificadores que aparecem no feed.
5. Não deixe o canonical engolir a geração antiga. Se a página do modelo de 2025 aponta o canonical para a de 2026, a máquina enxerga uma só entidade. Detalhamos o problema em Canonical em página de produto: qual URL a IA enxerga.
6. Trate a página antiga conforme o estoque. Se o modelo ainda é vendido, mantenha preço e disponibilidade atualizados; se saiu de linha, siga o caminho de Produto descontinuado: schema, feed e página para a IA, sem apagar a URL de forma abrupta.
7. Alinhe o feed. Título, GTIN e atributos de cada geração devem coincidir entre feed, página e marcação.

Que erros de marcação evitar?

Erros de marcação previsíveis a evitar:

• Usar successorOf entre cores diferentes do mesmo modelo, que são variantes.
• Apontar a relação para uma URL que redireciona, em vez do identificador estável do modelo.
• Marcar a relação no JSON-LD sem que ela apareça no texto visível, criando divergência entre o que a máquina lê e o que a pessoa vê.
• Esquecer o lado inverso, deixando a página antiga sem nenhum aviso de que há um sucessor.

Valide sempre a sintaxe com um validador de dados estruturados antes de publicar. Validar sintaxe, porém, não prova que a IA entendeu a sucessão.

Como saber se funcionou?

Pergunte a assistentes de IA: "qual a diferença entre o Aurora Pro 14 de 2025 e o de 2026?" e "o Aurora Pro 14 tem a bateria nova?". Registre se a resposta separa as duas gerações, se atribui cada especificação à geração certa e se cita a sua página. Repita em mais de um modelo e em dias diferentes, porque as respostas variam por modelo, prompt e dia. Se a confusão persistir, o problema costuma estar em texto contraditório entre fontes, não na marcação. Nossa abordagem de medição está em /methodology.

O que levar daqui

• successorOf e predecessorOf são propriedades de ProductModel no schema.org e ligam geração nova e antiga.
• Elas complementam, e não substituem, título distinto, URL própria e uma frase clara na página.
• Não confirmamos que assistentes de IA usem essas propriedades; teste com perguntas antes de apostar nelas.
• Canonical e redirecionamentos errados apagam a geração antiga da vista da máquina.
• Alinhe feed, página e schema para cada geração.

Perguntas frequentes

Geração nova e variante são a mesma coisa?

Não. Variante é cor, capacidade ou tamanho do mesmo modelo; geração é uma revisão do modelo com mudança de componentes ou ano.

Preciso de ProductModel para todos os produtos?

Não. Faz sentido onde duas gerações convivem no mercado e podem ser confundidas, como em linhas de notebooks e celulares.

O Google usa successorOf nos resultados?

Não encontramos confirmação nas fontes que consultamos. Trate a marcação como declaração clara de relação, não como garantia de efeito.

Quer ver se a IA separa hoje as gerações do seu produto? O diagnóstico gratuito é uma análise experimental via API, que não replica a interface de consumidor do ChatGPT, e ajuda a descobrir por onde começar.