Dados estruturados descrevem informações de uma página em um formato que sistemas conseguem interpretar. Para usá-los bem, escolha uma marcação compatível com o conteúdo, mantenha os valores coerentes com o que a pessoa encontra no site e valide a implementação. Uma marcação correta não garante que o Google exibirá um resultado enriquecido.
A primeira revisão deve olhar a página e sua finalidade. Um artigo, uma organização e um produto representam entidades diferentes. Copiar um bloco pronto sem verificar essa correspondência pode acrescentar informações incorretas ao código e criar uma manutenção que ninguém acompanha.
O que a marcação acrescenta à página
A introdução do Google aos dados estruturados explica como esse formato ajuda a compreender o conteúdo e apresenta JSON-LD entre os formatos aceitos. A documentação também distingue os recursos específicos que podem aparecer na busca.
Na prática, o site passa a ter mais uma representação de informações que já precisam estar corretas. Título, autoria, datas, imagem e identidade da organização devem continuar coerentes entre texto, metadados e marcação.
Isso exige uma fonte de manutenção. Se a mesma informação estiver escrita em vários arquivos sem ligação entre eles, uma atualização pode alcançar o conteúdo visível e deixar uma versão antiga no código.
Comece pelo inventário das páginas
Separe os modelos existentes: artigos, páginas de serviço, produtos, contato e outras estruturas relevantes. Para cada modelo, descreva quais informações são publicadas e quem as mantém.
Depois, examine a documentação do recurso pretendido. Nem todo tipo existente em um vocabulário de marcação corresponde a um recurso de busca suportado. O objetivo deve estar claro antes de escolher propriedades e testar o resultado.
Evite marcar qualquer página como um tipo que parece oferecer mais destaque. A representação precisa corresponder ao conteúdo real. A avaliação técnica deve considerar a página concreta e as diretrizes aplicáveis naquele momento.
Um cenário hipotético de divergência
Imagine um blog fictício que atualizou o título e a imagem de um artigo. O HTML visível mostra a versão nova, mas o bloco JSON-LD ainda aponta para a imagem antiga e atribui o texto a uma pessoa que deixou de ser a autora indicada.
A correção começa pela fonte de conteúdo. Se título, imagem e autoria forem derivados do mesmo registro, a chance de manter versões contraditórias diminui. Depois, é necessário regenerar e conferir a página publicada.
Esse exemplo não descreve um erro encontrado em um cliente da Relier. Ele ilustra um problema de manutenção: a marcação pode continuar tecnicamente legível mesmo quando seus valores já não correspondem ao conteúdo.
Uma matriz de conferência
| Informação | Onde comparar | Dúvida que precisa ser resolvida |
|---|---|---|
| Título | Página, metadados e marcação | Todos descrevem o mesmo conteúdo? |
| Autoria | Identificação visível e registro editorial | A atribuição está correta? |
| Datas | Histórico e apresentação | O significado da data é coerente? |
| Imagem | Capa, URL e dimensões | O arquivo existe e representa a página? |
| Organização | Contato e identidade institucional | Nome e referências estão consistentes? |
A tabela é uma sugestão prática. Outros modelos exigem verificações próprias. Em páginas comerciais, por exemplo, condições e disponibilidade podem demandar controles diferentes dos usados em um artigo editorial.
Validade técnica e adequação são revisões distintas
Um documento pode ser sintaticamente válido e ainda representar algo que a página não oferece. Por isso, separe a análise de formato da revisão do conteúdo descrito.
As diretrizes de dados estruturados do Google exigem correspondência com o conteúdo e estabelecem condições para elegibilidade. Mesmo com os requisitos atendidos, a apresentação de um recurso na busca não é garantida.
Use as ferramentas de validação pertinentes ao tipo implementado e leia os resultados no contexto. Um aviso pode ter um significado diferente de um erro, e a ausência de erro não comprova sozinha que a representação está completa ou correta.
Não fabrique sinais para preencher propriedades
Se o site não apresenta uma avaliação real, não invente nota ou quantidade de opiniões para completar um exemplo de código. O mesmo cuidado vale para autoria, preço, endereço, disponibilidade e datas.
Campos opcionais devem ser avaliados pela utilidade e pela informação disponível. Copiar valores de demonstração pode publicar detalhes de outra empresa ou condições que nunca fizeram parte da oferta.
Quando houver informação pendente, resolva a origem antes de gerar a marcação correspondente. Uma representação menor e correta é mais fácil de sustentar que uma lista extensa de propriedades sem confirmação.
Conecte a geração ao conteúdo canônico
Quando existe um gerador de páginas, derive a marcação das mesmas fontes usadas para título, descrição, autor e imagem. Uma edição feita apenas no HTML final pode desaparecer no próximo build.
Defina também quem revisa mudanças do modelo. Uma alteração de template pode atingir muitas páginas, enquanto uma correção de conteúdo afeta um registro específico. A validação deve acompanhar o alcance da mudança.
Mantenha uma amostra de páginas por modelo e acrescente verificações para falhas observadas. Não é necessário conferir manualmente cada propriedade de todo o site após uma pequena edição, mas a rotina precisa detectar divergências relevantes.
Marcação não substitui acesso ou clareza
A página continua precisando de conteúdo compreensível, links e condições técnicas adequadas. O guia de rastreamento e indexação ajuda a separar descoberta, acesso e inclusão na busca.
A identidade consistente da empresa também depende de informações institucionais claras em diferentes pontos de presença. Um bloco de código não resolve sozinho nomes contraditórios ou dados de contato desatualizados.
Da mesma forma, a marcação não cria uma justificativa editorial para outras páginas citarem o conteúdo. O artigo sobre relevância em link building trata dessa outra parte do trabalho.
Perguntas frequentes
Preciso usar JSON-LD em toda página?
A escolha depende do conteúdo e do objetivo da implementação. Inventarie modelos e informações antes de aplicar um mesmo bloco em todos os endereços.
Um resultado enriquecido apareceu em um teste. Ele aparecerá na busca?
Um teste ajuda a verificar condições técnicas, mas não determina a apresentação final para cada consulta. Evite transformar uma prévia em promessa de exibição.
Devo alterar a data para parecer que o artigo é novo?
Datas precisam refletir seu significado editorial. Uma revisão de formato não deve ser usada para criar uma impressão enganosa sobre a atualidade do conteúdo. Registre o que mudou e mantenha a informação coerente na página e na marcação.
Uma implementação que possa ser mantida
Escolha um modelo, liste as informações disponíveis, confira a documentação atual e conecte a geração às fontes canônicas. Valide o formato e revise os valores contra a página visível antes de ampliar para outros modelos.
Para revisar estrutura, conteúdo e implementação do seu site, conheça Sites Institucionais da Relier e fale pelo WhatsApp. Leve os modelos de página e o recurso que pretende implementar para discutir o escopo adequado.