A resposta curta
Os dados estruturados devem descrever factos que o website possa suportar. Pense nisto como uma versão claramente rotulada da sua informação pública para sistemas que leem páginas. Não pode fornecer críticas genuínas, um autor real ou um preço que a sua empresa não publicou.
O modelo possui campos. Tem os fatos?
Um relatório de um site diz que as suas páginas precisam de dados mais estruturados. O modelo sugerido inclui um autor, uma classificação e um preço. Preencher estes campos faz com que o teste pareça melhor, mas e se a sua página não tiver um autor nomeado, nenhuma avaliação e uma oferta baseada em cotação?
Um formato técnico não torna mais seguro um facto inventado. A mesma precisão que espera de uma cópia de vendas visível deve ser aplicada às informações fornecidas por trás dela.
A versão legível por máquina deve contar a mesma história
Os dados estruturados são uma forma de identificar coisas como uma empresa, produto ou artigo e descrever as suas propriedades. Pode ajudar os serviços suportados a interpretar uma página e a avaliar a elegibilidade para apresentações de investigação específicas. A informação apropriada depende do que a página realmente representa.
Para o empresário, a primeira avaliação é simples: a descrição corresponde à oferta real e à página visível? Se um visitante vir “solicitar um orçamento”, uma oferta oculta de preço zero contaria uma história diferente. Se um artigo for publicado pela empresa, uma biografia fictícia de um especialista criaria uma afirmação que ninguém aprovou.
Um exemplo trabalhado
Suponha que uma empresa publica um guia com o nome da sua empresa, utilizando um modelo copiado de outro site.
Onde corre mal
O modelo mantém uma pessoa fictícia como autor e uma classificação de revisão que não existe no guia. O código é válido, por isso ninguém questiona os factos.
O que fazer em vez
Descreva a página real e o seu editor real. Remova as autorias não suportadas ou reveja as reivindicações e verifique os requisitos técnicos relevantes.
A descrição técnica concorda agora com a informação pública. Este exemplo não implica a elegibilidade para um aperfeiçoamento de investigação específico.
Passar um teste de formato é apenas uma verificação
Um validador pode dizer ao programador se um dado segue determinadas regras técnicas. Não pode estabelecer que a avaliação de um cliente é genuína ou que a pessoa nomeada escreveu o artigo. Diferentes recursos de pesquisa também têm os seus próprios requisitos de elegibilidade.
Peça à equipa que explique a que recurso ou consumidor se destina a marcação, que factos a suportam e que requisitos se aplicam. Os dados válidos não garantem um resultado de pesquisa especial. Esta incerteza é uma parte normal do trabalho com uma plataforma externa, e não algo a esconder com mais campos.
Mantenha-o anexado às informações que guarda
Sempre que possível, a informação visível e a sua descrição estruturada devem provir da mesma fonte mantida. Caso contrário, um serviço poderá mudar na página enquanto a declaração antiga permanecerá nos dados por trás dele.
Após uma atualização de conteúdo significativa, inspecione a produção pública e também o editor. Prefira uma descrição modesta e precisa a um modelo elaborado e cheio de suposições. O objetivo é esclarecer o negócio e não fazer com que pareça haver provas que não possui.
Leve isso para a sua próxima conversa
Perguntas a colocar à sua agência
- Que coisa real descreve esta marcação?
- Que factos visíveis sustentam as suas propriedades?
- Porque é que este tipo é apropriado para esta página?
- Permanecerá preciso quando o conteúdo mudar?
Perguntas comuns
Adicionar mais esquema garantirá uma melhor visibilidade da pesquisa?
Não. Utilize uma marcação que descreva a página com precisão e que satisfaça os requisitos do consumidor pretendido. Mais propriedades não são automaticamente mais úteis.
Podemos utilizar avaliações de amostra até recolhermos avaliações reais?
O material de amostra não deve ser publicado como prova genuína do cliente. Deixe de fora as afirmações que não consegue comprovar, em vez de fazer com que a página pareça ter avaliações reais.
Notas de origem
Orientação da plataforma por detrás deste tópico:
Da explicação à implementação
Este guia é publicado pela NAVIFLARE, um website, prática de fluxo de trabalho de CRM e IA. As notas de origem identificam a orientação da plataforma; exemplos resolvidos explicam um método em vez de reivindicar o resultado de um cliente.
Explorar design e desenvolvimento de sitesO seu próximo passo
Traga a página e as descobertas do validador. Podemos discutir que informação a página realmente suporta e o que deve ser corrigido na sua descrição técnica.
Reveja os dados estruturados da sua página
