O que é Microdata?
A API de Extração Universal Sem Raspagem recupera páginas da web para fluxos de trabalho de extração de dados estruturados, incluindo páginas cujo conteúdo visível é renderizado com JavaScript.
TL;DR
- Microdados anotam o HTML existente com significado legível por máquina. Ele adiciona atributos a elementos comuns em vez de manter dados estruturados em um documento separado.
- Um item de Microdata tem um tipo e propriedades nomeadas. Os atributos principais definem o escopo, vocabulário, identidade, nomes de propriedades e referências a elementos não descendentes.
- Schema.org e Microdata são camadas diferentes. Schema.org fornece um vocabulário; Microdata fornece uma sintaxe para anexar esse vocabulário ao HTML.
- Microdados são úteis, mas estão intimamente ligados à marcação da página. Mudanças no template podem quebrar anotações ou regras de extração, mesmo quando a página visível ainda parece correta.
- JSON-LD é frequentemente mais fácil de manter para marcação de pesquisa. Microdados continuam válidos e podem ser a melhor opção quando a semântica deve permanecer ligada a elementos visíveis.
Microdata é uma sintaxe de dados estruturados incorporada no HTML. Ela permite que um publicador identifique uma coisa descrita em uma página—como um produto, evento, pessoa, receita ou artigo—e rotule as propriedades que pertencem a essa coisa. Um navegador ainda renderiza os mesmos cabeçalhos, links, imagens e texto. Os atributos extras criam uma camada adicional legível por máquina para analisadores, rastreadores, sistemas de busca, ferramentas de acessibilidade e software de extração de dados.
As regras: 1. Saída SOMENTE do texto traduzido — sem explicação, sem código de envoltório extra. 2. Preserve a estrutura Markdown/HTML exatamente (títulos, listas, links, tabelas). 3. Mantenha qualquer token de espaço reservado como @@CODEBLOCK_0@@ ou @@INLINECODE_0@@ EXATAMENTE como está; nunca traduza, reordene, mescle ou reformate-os. 4. NÃO adicione ou remova ``` cercaduras de código, e NÃO envolva texto normal em um bloco de código. O Seção de Microdados WHATWG do padrão HTML define o modelo de processamento. Esse contexto de padrões é importante porque Microdata não é um widget visual ou um plug-in de mecanismo de busca. Ele é parte do próprio documento, e seu significado segue regras sobre escopo de itens, valores de propriedades, URLs, e itens aninhados.
Como Microdata Representa uma Entidade
Microdata representa uma entidade como um item com zero ou mais propriedades. Um item começa em um elemento HTML que possui o itemscope atributo. O opcional itemtype o atributo fornece uma ou mais URLs de vocabularário que definem que tipo de entidade o item representa. Elementos descendentes que carregam itemprop contribuir valores nomeados a esse item.
O valor nem sempre vem de texto visível. Um link contribui com sua URL, uma imagem contribui com sua URL de origem, um elemento de tempo pode contribuir com um valor de data e hora legível por máquina, e um elemento meta pode portar um valor que não precisa aparecer como prosa comum. Um analisador, portanto, segue as regras de valor do Microdata em vez de remover tags e ler qualquer texto que reste.
Dois atributos adicionais cobrem relações que a simples aninhamento não pode expressar. itemid dá a um item digitado um identificador global quando o vocabulário suporta um. itemref pontos para elementos em outra parte do mesmo documento cujas propriedades devem ser incluídas no item. Esses recursos ajudam com modelos reais, mas também significam que um extrator deve implementar o modelo completo em vez de escanear por elementos isolados itemprop strings.
Atributos de Microdados em um Relance
| Atributo | Função | Erro comum |
|---|---|---|
| itemscope | Cria um novo item. | Adicionando propriedades sem um item proprietário claro. |
| itemtype | Vincula o item a um tipo de vocabulário. | Usando um rótulo onde uma URL de vocabulário absoluto é esperada. |
| itemprop | Nomeia uma propriedade do item atual. | Desculpe, mas preciso do texto que você deseja traduzir. Por favor, forneça-o para que eu possa ajudar. |
| itemid | Identifica um item digitado globalmente quando permitido. | Tratando-o como uma chave de banco de dados arbitrária. |
| itemref | Inclui propriedades de elementos referenciados. | Ignorando nós referenciados durante a extração. |
Onde o Schema.org Se Encaixa
Schema.org é um vocabulário compartilhado, enquanto Microdata é uma sintaxe de serialização. O material de início do Schema.org tipos de documentos, como Produto e Evento, e propriedades como nome, imagem e startDate. Um publicador pode expressar muitos desses mesmos termos com Microdata, RDFa ou JSON-LD. Mudar a sintaxe não altera automaticamente o vocabulário ou o modelo de entidade pretendido.
Essa distinção previne um erro comum de planejamento. Uma equipe pode dizer que “usa Schema” quando as perguntas reais são separadas: Quais tipos de vocabulário descrevem corretamente a entidade de negócios? Qual formato se encaixa na pilha de renderização? Quais consumidores suportam a combinação escolhida? Quais regras de validação se aplicam a um recurso de busca particular? Responder a essas perguntas independentemente produz uma marcação mais limpa e uma extração mais confiável.
Como os Extratores Extraem Microdata
Um extrator compatível começa com itens de nível superior, determina o tipo e o identificador de cada item e, em seguida, resolve os valores das propriedades a partir dos descendentes e de quaisquer nós referenciados. Itens aninhados permanecem valores estruturados em vez de serem achatados em texto não relacionado. Propriedades com valores de URL são resolvidas em relação à URL base do documento, portanto, o valor final pode diferir do atributo literal encontrado no HTML de origem.
A extração de produção acrescenta outra pergunta: qual documento deve ser analisado? O HTML do servidor pode já conter Microdata, ou um aplicativo cliente pode adicionar atributos após a execução do JavaScript. Uma resposta HTTP bruta e um DOM renderizado podem, portanto, expor dados estruturados diferentes. A fase de aquisição deve ser registrada juntamente com a saída para que usuários a montante saibam se o conjunto de dados reflete o HTML de origem ou um estado renderizado pelo navegador.
Microdata, JSON-LD e RDFa
Microdata coloca propriedades diretamente em elementos HTML. JSON-LD geralmente mantém um objeto JSON em um bloco de script, separado do conteúdo visível. RDFa também anota a marcação, mas vem do modelo de dados RDF e suporta padrões de dados vinculados além do típico fluxo de trabalho de publicação do Schema.org. Todos os três podem expressar dados estruturados, mas criam diferentes compensações de manutenção e extração.
A orientação de dados estruturados do Google Search Central recomenda JSON-LD quando a configuração de um site o suporta, porque a separação da apresentação torna os dados aninhados mais fáceis de manter. Essa recomendação não invalida Microdata. Microdata pode ser sensível quando templates já vinculam cada propriedade semântica a um elemento visível e a organização deseja que a anotação se mova com esse elemento.
| Pergunta | Microdata | JSON-LD | RDFa |
|---|---|---|---|
| Onde os valores vivem | Em elementos HTML | Em um bloco JSON-LD | Em elementos HTML |
| Acoplamento de apresentação | Alto | Baixo | Alto |
| Força típica | Alinhamento do conteúdo visível | Manutenção de templates | Expressão de dados vinculados |
| Necessidade de extração | Análise de itens ciente de HTML | Análise JSON mais manipulação de grafo | Análise ciente de RDFa |
Modos Comuns de Falha do Microdata
Escopo quebrado é a falha mais básica. Uma propriedade pode ser colocada fora do elemento que possui o item relevante, fazendo com que um analisador a anexe em outro lugar ou a ignore. Entidades aninhadas também podem ser modeladas incorretamente: um endereço deve frequentemente ser um item com suas próprias propriedades, não uma string montada a partir de qualquer texto que esteja próximo.
A deriva de vocabulário cria um defeito mais sutil. Um nome de propriedade pode ser válido para um tipo, mas não para outro, ou um recurso de busca pode exigir campos que o vocabulário geral considera opcionais. A validação deve, portanto, ocorrer em dois níveis: sintaxe e correção do modelo de dados, seguidos por verificações de elegibilidade específicas do consumidor. Passar em um teste não garante um resultado rico ou qualquer apresentação particular.
A verdade duplicada é outro risco. Um site pode carregar Microdata ao lado de JSON-LD e expor preços, datas ou URLs canônicos diferentes em cada um. Extratores devem preservar a proveniência e selecionar uma representação autoritativa ou relatar o conflito. Editores devem gerar todos os formatos estruturados de uma fonte de dados em vez de editá-los de forma independente.
Usos Práticos Além da Aparição em Busca
Extração de entidades
Um rastreador pode mapear propriedades de produto, evento, organização ou artigo em registros tipados sem inferir cada campo do prosa ao redor.
Garantia de qualidade
Um trabalho de monitoramento pode comparar valores visíveis com valores legíveis por máquina e sinalizar preços desatualizados, identificadores ausentes ou aninhamento inválido.
Migração de conteúdo
Um pipeline de migração pode preservar metadados de entidades ao mover páginas entre sistemas de conteúdo, desde que o mapeamento de vocabulário seja revisado.
Enriquecimento de conjuntos de dados
Microdata pode fornecer nomes, datas e relacionamentos explícitos que complementam a extração de texto, embora os valores ainda exijam validação.
Como Escolher e Manter Microdata
Escolha Microdata quando as anotações semânticas pertencem naturalmente a elementos estáveis renderizados pelo servidor e a equipe de desenvolvimento se sente confortável testando a marcação como parte do modelo. Prefira JSON-LD quando o gráfico da entidade é complexo, vários elementos visíveis contribuem para um registro, ou conteúdo e apresentação mudam em cronogramas diferentes. Prefira RDFa quando os requisitos de dados vinculados fazem com que seu modelo gráfico seja a melhor opção.
A manutenção deve incluir testes em nível de modelo, páginas renderizadas representativas, validação de vocabulário e verificações específicas do consumidor. Rastreie a URL da página, método de captura, timestamp de extração, tipo de item, valor da propriedade bruta, valor normalizado e resultado da validação. Esses campos tornam as mudanças explicáveis quando uma reformulação move um atributo ou um script do cliente atrasa sua inserção.
Para coleções em escala web, aquisição e análise devem permanecer separadas. Scrapeless Universal Scraping API pode fornecer conteúdo da página para a fase de extração, enquanto o analisador aplica regras de Microdata e mapeia o resultado em um esquema downstream estável. Revisão Scrapeless pricing ao estimar o custo de aquisição para o volume de páginas planejado.
Conclusão
Microdata é dados estruturados nativos do HTML: itens definem entidades, propriedades definem valores e um vocabulário fornece significado compartilhado. Funciona bem quando as anotações semânticas permanecem alinhadas com elementos visíveis estáveis. O uso confiável depende da análise do modelo completo do item, captura da representação correta da página, validação das regras de vocabulário e rastreamento da proveniência quando vários formatos estruturados coexistem.
Pronto para construir um fluxo de trabalho de dados estruturados?
Use Scrapeless para adquirir páginas da web públicas, depois valide e mapeie Microdata em registros em que seu pipeline possa confiar.
Comece grátis →Perguntas frequentes
Microdata é o mesmo que Schema.org?
Não. Microdata é uma sintaxe HTML para expressar itens e propriedades, enquanto Schema.org é um vocabulário que define muitos tipos e nomes de propriedades comumente usados. Os termos do Schema.org também podem ser expressos com JSON-LD ou RDFa.
Microdata melhora rankings de busca?
Microdata ajuda os consumidores suportados a entender informações estruturadas elegíveis, mas adicioná-lo não garante um aumento de classificação ou um recurso de busca específico. A página visível, a qualidade do conteúdo, a elegibilidade técnica e as políticas do consumidor ainda se aplicam.
Uma página pode usar tanto Microdata quanto JSON-LD?
Sim, uma página pode conter ambos os formatos, mas as entidades duplicadas devem concordar. Preços, datas, identificadores ou URLs canônicos conflitantes criam ambiguidade tanto para validadores quanto para pipelines de extração.
Um extrator deve ler HTML fonte ou o DOM renderizado?
O extrator deve ler a representação que contém a marcação autoritativa. HTML fonte é mais rápido quando Microdata é renderizado pelo servidor; um DOM renderizado é necessário quando JavaScript adiciona ou altera os atributos.
O que um conjunto de dados de Microdata deve preservar?
Um conjunto de dados útil deve preservar a URL da página, método de captura, tipo de item, identificador do item quando presente, valores da propriedade bruta, valores normalizados e resultados de validação. Proveniência torna possíveis correções e auditorias posteriores.