Dados estruturados descrevem fatos visíveis. Nomes, datas, URLs e ofertas devem corresponder à página. Dados estruturados representam informação através de um vocabulário reconhecível por máquinas. Orvunweb pode ser autor organizacional sem inventar uma biografia pessoal. Não acrescente avaliações, filiais ou prêmios falsos.
Descreva apenas entidades e factos presentes no site
Dados estruturados representam informação através de um vocabulário reconhecível por máquinas. Podem identificar uma organização, um serviço ou um artigo e relacionar esses elementos. O valor depende da correspondência com conteúdo verdadeiro. A marcação não corrige uma oferta confusa nem autoriza acrescentar avaliações ou moradas inexistentes.
Organization pode representar o negócio com dados públicos confirmados. Service descreve uma oferta, e BlogPosting representa um artigo com propriedades adequadas. Consulte as definições de Service e BlogPosting antes de escolher campos apenas porque parecem úteis numa lista.
A documentação do Google sobre dados estruturados distingue compreensão de conteúdo e elegibilidade para apresentações específicas. Marcação válida não garante um resultado enriquecido. A existência de um tipo em Schema.org também não significa que exista uma apresentação especial correspondente no motor de pesquisa.
Ligue cada propriedade a uma fonte fiável
Prepare uma tabela com propriedade e origem: nome na configuração do negócio, título no artigo, URL na rota canónica e data no conteúdo aprovado. Quando não existe uma fonte confirmada, omita o campo até resolver a informação. Preencher por aparência pode introduzir factos falsos difíceis de localizar depois.
Num site multilingue, a descrição deve corresponder ao idioma da página. A identidade da empresa pode ser comum, enquanto serviços e artigos usam os seus endereços específicos. Verifique que uma tradução não aponta para um artigo de outra língua sem intenção. Identificadores consistentes ajudam a expressar relações quando o mapeamento está correto.
Considere uma página que apenas apresenta um serviço e recolhe pedidos. Não acrescente compra imediata ou disponibilidade de stock se essas funções não existem. Um preço orientativo também não deve ser transformado numa oferta fechada sem as condições visíveis. A marcação precisa de preservar o significado que o visitante lê.
Valide estrutura e significado separadamente
Uma ferramenta pode verificar se o JSON é analisável e se certas propriedades têm formato adequado. Não consegue confirmar sozinha que o autor ou a certificação são reais. A revisão editorial deve conferir nomes, datas, serviços e ausência de exemplos copiados de uma demonstração.
Mantenha a geração próxima da fonte de conteúdo. Alterações de título, preço ou contacto devem atualizar os formatos correspondentes na mesma publicação. Reveja exemplos de página inicial, serviço e artigo após mudanças no gerador, incluindo versões linguísticas diferentes.
Na entrega, indique quais tipos são publicados e quais informações ainda dependem de confirmação. É possível comprovar coerência, sintaxe e correspondência com conteúdo visível. A decisão de apresentar uma funcionalidade especial pertence ao motor de pesquisa. Essa diferença permite avaliar o trabalho técnico sem confundi-lo com uma promessa de exposição que o projeto não controla. Inspecione ainda o HTML produzido numa página real. A configuração de origem pode estar correta e uma transformação posterior introduzir valores antigos ou escapar mal o JSON, tornando necessária uma verificação do resultado efetivamente publicado.
Lista prática
- Conferir conteúdo
- Validar JSON
- Indicar editor real
Um exemplo concreto: Orvunweb pode ser autor organizacional sem inventar uma biografia pessoal.
Um limite importante: Não acrescente avaliações, filiais ou prêmios falsos.
