Comece pela página e por um recurso suportado
Não comece adicionando todos os tipos do schema.org que parecem relacionados ao seu negócio. Schema.org é um vocabulário amplo compartilhado, enquanto a Search Gallery do Google documenta os recursos de resultado rico que ele suporta e as propriedades necessárias. Uma página de produto, evento ou artigo deve primeiro ser útil sem marcação.
Para cada template, nomeie seu assunto principal e os fatos de suporte visíveis. Depois leia o guia atual do Google para o recurso correspondente. Produto, Receita, Artigo, Breadcrumb, Evento, Organização, Empresa local e Vídeo são exemplos. Um tipo do vocabulário por si só não cria um recurso do Google; as propriedades exigidas por esse recurso determinam a elegibilidade.
Faça do item visível primário o principal da marcação.
Use o guia do Google para o comportamento do recurso e o schema.org para o vocabulário.
Faça da página visível a fonte da verdade
A marcação deve representar o conteúdo principal da página, não material oculto, irrelevante ou enganoso. Se diz que um artista se apresenta, a página precisa descrever esse artista. Se marca uma avaliação agregada, os visitantes precisam ver essa avaliação. Isso evita que um template derive para um resumo enganoso.
Construa o texto da página e a marcação a partir dos mesmos registros aprovados. Um feed de produtos, sistema de eventos ou CMS pode fornecer ambos, mas os valores precisam ser revisados antes da publicação. Não copie um preço, estado de estoque, data ou total de avaliações para um campo apenas na marcação que possa ser esquecido. Atualize ou remova a marcação quando a informação visível mudar.
Mantenha nomes, datas, preços, disponibilidade e avaliações alinhados com a página.
Nunca preencha propriedades com valores estimados ou desatualizados.
Use JSON-LD como uma camada de dados de fácil manutenção
JSON-LD é um formato de linked data baseado em JSON colocado em um documento HTML. O Google suporta JSON-LD, Microdata e RDFa, e diz que JSON-LD é geralmente mais fácil de implementar e manter em escala. Sua separação do conteúdo visível pode tornar mais simples modelar informações aninhadas.
Use um objeto de dados claro para cada item real, com um tipo schema.org apropriado e propriedades suportadas e precisas. Para cada template, documente o guia do recurso, o campo de origem, o comportamento de campos obrigatórios e o responsável. Inspecione também a saída renderizada: um plug-in ou componente pode adicionar marcação duplicada ou conflitante.
Escolha o formato que sua equipe consegue manter de forma consistente.
Não invente um valor exigido quando os dados de origem estiverem ausentes.
Valide o código e a página acessível
A validação responde a duas perguntas. Primeiro, a marcação é completa o suficiente para um recurso suportado? O Rich Results Test aceita código colado ou uma URL publicamente acessível e informa os resultados ricos que podem ser gerados a partir dos dados estruturados. Teste exemplos representativos para cada template, não apenas uma página excepcionalmente completa.
Segundo, o Google consegue acessar a página liberada e os recursos? Não bloqueie páginas marcadas com robots.txt, noindex ou controles de acesso. Verifique URLs de imagens relevantes. O teste não é garantia de qualidade: problemas no conteúdo visível ou de política ainda podem impedir a exibição.
Teste o código primeiro e depois teste uma URL pública acessível.
Compare a página renderizada, o código-fonte e o resultado do teste quando ferramentas adicionam marcação.
A possibilidade de exibição não é uma promessa de exibição futura.
Libere como uma alteração de template voltada ao usuário
Dados estruturados frequentemente dependem de templates, feeds e regras de publicação. Uma reformulação, mudança na integração de inventário, atualização de localização ou remoção de componente pode quebrar muitos itens. Adicione verificações representativas de marcação ao processo de pré-lançamento usado para tags canônicas, títulos e imagens. Registre o template, exemplos de páginas, campos de origem e data de liberação.
Quando um template emite marcação errada, corrija a fonte compartilhada ou o template, valide uma pequena amostra, implemente a menor alteração segura e reteste as URLs afetadas. Se a correção se comportar de forma inesperada, use seu processo normal de rollback. O objetivo é remediar com evidências uma capacidade web degradada, não um alerta de queda de serviço.
Verifique conjuntos representativos de páginas, não apenas uma URL.
Registre a alteração e o componente de marcação antes de uma correção posterior.
Mantenha, meça e aceite o limite de exibição
Após a implantação, use o relatório relevante do Search Console sobre resultados ricos para investigar problemas e confirmar correções. Os relatórios são amostras e não inventários completos, e as contagens referem-se a itens, não a páginas. Inspecione uma URL específica quando necessário.
Meça com cautela. O Google sugere uma comparação antes-e-depois em páginas estáveis e suficientemente lidas ao longo de meses no Search Console. Registre a data de liberação e outras mudanças na página. Marcação correta habilita apenas a elegibilidade; o Google determina a apresentação na busca.
Reverifique após mudanças no CMS, template, feed, política ou modelo de conteúdo.
Evite comparações em que outras mudanças importantes nas páginas sejam diferentes.