Modelo de Schema Markup e dados estruturados

Adicione dados estruturados JSON-LD corretos com checklists de propriedades prontas para copiar para seis tipos de schema, para que suas páginas possam qualificar-se para resultados avançados.

Os dados estruturados descrevem o conteúdo da sua página para os mecanismos de busca de forma legível por máquina, o que pode tornar a página elegível para resultados avançados como estrelas de avaliação, blocos de perguntas frequentes expansíveis e trilhas de navegação. O Google recomenda o JSON-LD, um bloco de script que você coloca no head ou no body da página. Este modelo guia você por seis dos tipos de schema mais úteis. Para cada um, você encontrará uma explicação em linguagem simples, uma checklist de propriedades (alguns tipos exigem certos campos, enquanto outros, como Article, não exigem nenhum, então verifique cada tipo e inclua todas as propriedades precisas que puder) e o resultado avançado que ele pode obter. Preencha os marcadores com valores que correspondam ao que os visitantes reais realmente veem na página: a regra de ouro é marcar apenas o conteúdo que está genuinamente presente e visível.

6 variações prontas para usar

Article / BlogPosting

Marque notícias, guias e posts de blog para que fiquem elegíveis ao resultado avançado Article com título, imagem e assinatura do autor.

Schema Article e BlogPosting

Use o tipo Article (ou seu subtipo BlogPosting) para conteúdo editorial. Ele ajuda o Google a entender o título, o autor, a data de publicação e a imagem principal, e torna a página elegível para a aparência avançada de Article na Busca e no Google News.

Checklist de propriedades

  • @type: [Article ou BlogPosting]
  • headline: [Título do artigo, 110 caracteres ou menos]
  • image: [URL de uma imagem de alta resolução do artigo]
  • author.name: [Nome completo do autor]
  • author.url: [URL da biografia ou do perfil do autor]
  • datePublished: [Data no formato ISO 8601, ex. 2026-01-15]
  • dateModified: [Data da última atualização no formato ISO 8601]
  • publisher.name: [Nome do site ou da marca]

Faça cada valor corresponder à página visível. Mantenha o título idêntico ao título na página e certifique-se de que o autor seja uma pessoa ou organização real. Article não tem propriedades estritamente obrigatórias: trate os campos acima como recomendados e inclua todos os que puder preencher com precisão. Essa marcação torna a página elegível para o resultado avançado Article; não o garante.

Product com Offer e avaliação/nota

Marque páginas de produto para que se qualifiquem a resultados avançados de preço, disponibilidade e estrelas de avaliação na Busca e no Shopping.

Schema Product com Offer e notas

O tipo Product descreve um único item à venda. Combinado com um Offer (preço e disponibilidade) e dados genuínos de review ou aggregateRating, ele pode obter snippets de preço, estoque e nota em estrelas.

Checklist de propriedades

  • name: [Nome do produto]
  • image: [URL da imagem do produto]
  • description: [Descrição breve do produto]
  • brand.name: [Nome da marca]
  • offers.price: [Preço numérico, ex. 49.00]
  • offers.priceCurrency: [Moeda ISO, ex. USD]
  • offers.availability: [ex. https://schema.org/InStock]
  • aggregateRating.ratingValue e reviewCount: [Somente se houver avaliações reais]

Regra crítica: adicione marcação de avaliação ou nota apenas quando essas avaliações realmente aparecerem na página. Inventar notas em estrelas é um risco de ação manual. Os campos de Offer tornam o produto elegível a snippets de preço e disponibilidade; os campos de avaliação são o que desbloqueia as notas em estrelas.

FAQPage

Marque uma página de perguntas e respostas genuínas para que ela possa exibir um bloco de perguntas frequentes expansível na Busca.

Schema FAQPage

O tipo FAQPage marca uma lista de perguntas e suas respostas, todas visíveis na página. O Google agora exibe o resultado avançado de FAQ apenas para sites governamentais e de saúde conhecidos e confiáveis, então a maioria das páginas não obterá o bloco de FAQ expansível, mas a marcação ainda ajuda os mecanismos de busca a entender seu conteúdo de perguntas e respostas.

Checklist de propriedades

  • @type: [FAQPage]
  • mainEntity: uma lista de itens Question
  • Question.name: [O texto completo da pergunta]
  • acceptedAnswer.@type: Answer
  • acceptedAnswer.text: [A resposta completa, tags HTML limitadas permitidas]
  • Repita um bloco Question por par de pergunta e resposta

Use FAQPage apenas quando as perguntas e respostas forem escritas pelo site e visíveis aos usuários, não para um fórum de perguntas e respostas em que os usuários enviam respostas (use QAPage para isso). Cada pergunta e resposta na marcação deve corresponder exatamente ao texto na página. Evite usar a marcação de FAQ puramente para publicidade ou para repetir a mesma resposta em muitas perguntas.

HowTo

Marque instruções passo a passo para que os passos, as ferramentas e o tempo necessário sejam claramente compreendidos pelos mecanismos de busca.

Schema HowTo

O tipo HowTo descreve uma tarefa que o usuário conclui seguindo uma sequência de passos, como um reparo, uma configuração ou um passo a passo de configuração. Ele ajuda os mecanismos de busca a entender os passos ordenados, quaisquer ferramentas ou materiais e quanto tempo a tarefa leva.

Checklist de propriedades

  • name: [A tarefa, ex. Como reiniciar seu roteador]
  • step: uma lista ordenada de itens HowToStep
  • HowToStep.text: [Instrução para este passo]
  • HowToStep.name: [Título curto do passo]
  • HowToStep.image: [URL de imagem opcional do passo]
  • tool e supply: [Itens necessários, se houver]
  • totalTime: [Duração no formato ISO 8601, ex. PT15M]

Liste os mesmos passos que aparecem na página, na mesma ordem. Observe que o Google removeu o resultado avançado de HowTo em 2024, então essa marcação agora é apenas semântica: ela ajuda os mecanismos de busca a entender seus passos, mas não produz mais uma aparência especial na busca. Nunca embale conteúdo promocional como passos de instrução.

LocalBusiness

Marque um local físico de negócio para que seu nome, endereço, horário e detalhes de contato fiquem claramente definidos para a busca local.

Schema LocalBusiness

O tipo LocalBusiness (ou um subtipo mais específico como Restaurant ou Dentist) descreve um negócio com localização física ou área de atendimento definida. Ele esclarece seu nome, endereço, telefone e horário de funcionamento, apoiando sua presença em resultados locais e de mapas.

Checklist de propriedades

  • @type: [LocalBusiness ou um subtipo]
  • name: [Nome do negócio]
  • address: um PostalAddress com rua, cidade, região, código postal
  • telephone: [Telefone público]
  • openingHoursSpecification: [Dias e horários]
  • geo.latitude e geo.longitude: [Coordenadas]
  • url: [URL canônica da página]
  • priceRange: [ex. $]

Mantenha o nome, o endereço e o telefone idênticos ao que é exibido na página e no seu Google Business Profile. Detalhes precisos e consistentes ajudam os mecanismos de busca a associar a marcação à entidade correta. Esses dados apoiam a descoberta local, mas por si só não garantem um painel de conhecimento.

Organization e Breadcrumb

Defina a entidade da sua marca em todo o site e dê a cada página uma trilha de navegação que pode substituir a URL na Busca.

Schema Organization e BreadcrumbList

O tipo Organization define sua marca como uma entidade, ajudando a consolidar logotipo, nome e perfis oficiais. BreadcrumbList descreve a posição de uma página na hierarquia do seu site e pode aparecer como uma trilha de navegação no resultado de busca em vez do caminho simples da URL.

Checklist de Organization

  • name: [Nome oficial da organização]
  • url: [URL da página inicial]
  • logo: [URL da imagem quadrada do logotipo]
  • sameAs: [URLs de redes sociais ou perfis oficiais]

Checklist de BreadcrumbList

  • itemListElement: uma lista ordenada de entradas ListItem
  • ListItem.position: [1, 2, 3 ...]
  • ListItem.name: [Rótulo do item da trilha]
  • ListItem.item: [URL para esse item da trilha]

Coloque a marcação Organization uma vez, normalmente na página inicial, e adicione um BreadcrumbList a cada página interna que espelhe sua trilha de navegação visível. A trilha dá à Busca um caminho estruturado que ela pode exibir para a página.

Como usar este modelo

  1. Identifique o que a página realmente é: um artigo, produto, FAQ, tutorial, negócio local ou sua organização, e escolha o único tipo de schema que melhor corresponde. Não force um tipo sobre um conteúdo que ele não descreve.
  2. Liste as propriedades que você planeja marcar e confirme que cada valor aparece no conteúdo visível da página. Os dados estruturados devem corresponder ao que os usuários veem; nunca marque informações ocultas, falsas ou ausentes.
  3. Crie um bloco de script JSON-LD com @context definido como schema.org e o @type da sua página, depois preencha as propriedades obrigatórias de cada tipo (alguns tipos, como Article, não têm nenhuma) mais as recomendadas para as quais você tem valores precisos.
  4. Substitua cada marcador pelo valor real, copiando textos como título, preço e endereço exatamente como aparecem na página, para que a marcação e o conteúdo renderizado permaneçam sincronizados.
  5. Coloque o JSON-LD dentro de uma tag script type="application/ld+json" no HTML da página; o JSON-LD é o formato recomendado pelo Google e pode ficar no head ou no body. Se os valores forem injetados por JavaScript, confirme que aparecem no HTML renderizado que o Googlebot vê, ou a marcação será ignorada.
  6. Execute a URL ao vivo ou o trecho no Google's Rich Results Test para confirmar a elegibilidade e detectar propriedades obrigatórias ausentes antes de publicar.
  7. Execute a mesma marcação no validador do schema.org para verificar se a sintaxe e o uso das propriedades são válidos, já que ele detecta problemas estruturais que o Rich Results Test pode não sinalizar.
  8. Publique a página e acompanhe os relatórios de aprimoramento relevantes no Google Search Console, corrigindo quaisquer erros sinalizados e lembrando que a elegibilidade nunca garante que um resultado avançado apareça.

Dicas profissionais

  • Marque apenas conteúdo verdadeiro e presente. Adicionar estrelas de avaliação, preços ou detalhes que você não mostra de fato na página é uma violação que pode acionar uma ação manual e remover seus resultados avançados.
  • Conheça as propriedades obrigatórias vs. recomendadas. As obrigatórias determinam a elegibilidade para um resultado avançado; as recomendadas melhoram a qualidade e podem desbloquear mais recursos. Satisfaça primeiro o conjunto obrigatório.
  • Elegibilidade não é garantia. Dados estruturados válidos apenas tornam uma página elegível; se o Google exibe um resultado avançado depende de seus próprios julgamentos de qualidade e relevância, então não trate um teste aprovado como uma promessa.
  • Mantenha a marcação e o conteúdo sincronizados. Ao editar preços, horários, títulos ou passos, atualize o JSON-LD na mesma alteração para que dados desatualizados nunca contradigam a página visível.

Perguntas frequentes

Qual formato devo usar para dados estruturados?

Use JSON-LD. É o formato que o Google recomenda porque fica em um único bloco de script, mantém sua marcação separada do HTML e é o mais fácil de adicionar e manter. Microdata e RDFa são suportados, mas mais difíceis de gerenciar.

Adicionar schema markup garante um resultado avançado?

Não. Os dados estruturados tornam uma página elegível para resultados avançados, mas o Google decide se realmente exibe um com base em qualidade, relevância e nas próprias diretrizes. Uma marcação válida é necessária, mas não suficiente, para que um resultado avançado apareça.

Posso adicionar estrelas de avaliação a uma página que não tem avaliações?

Não. Você só pode marcar avaliações e notas que existam de verdade e sejam visíveis na página. Adicionar notas falsas ou ausentes viola as diretrizes do Google e pode acionar uma ação manual que remove seus resultados avançados por completo.

Minha marcação precisa corresponder ao que está na página?

Sim. Os dados estruturados devem descrever conteúdo que esteja de fato presente e visível aos usuários. Se sua marcação incluir informações que não aparecem na página, ou que a contradizem, a página pode ser considerada inelegível ou penalizada.

Como testo meus dados estruturados?

Execute a página ou o código no Google's Rich Results Test para verificar a elegibilidade a resultados avançados, e no validador do schema.org para confirmar que a marcação é schema.org válido. Ambos são gratuitos, e você deve passar em ambos antes de publicar.

Qual é a diferença entre propriedades obrigatórias e recomendadas?

As propriedades obrigatórias são o mínimo que uma página precisa para ser elegível a um determinado resultado avançado; omita uma e a página não se qualifica. As propriedades recomendadas não são obrigatórias, mas melhoram a qualidade da marcação e podem desbloquear recursos adicionais.