Configurar

Escolha um tipo schema.org e preencha os campos. Campos obrigatórios são marcados com *.

Tipo de schema

Artigo

Manchete*

0/110

Manchete é obrigatória para schema de Artigo válido.

Descrição

URL da imagem

Data de publicação*

Campo obrigatório.

Data de modificação

Autor

Nome do autor*

Nome do autor é obrigatório.

URL do autor

Editora

Nome da editora

URL do logo da editora

Página

Entidade principal da página (URL)

Resultado

Copie em uma tag script[type=application/ld+json] no head da sua página.

schema.jsonld

{
  "@context": "https://schema.org",
  "@type": "Article"
}

Testar em Google Rich Results

Seu robots.txt está pronto — mas é apenas um dos 99+ sinais SEO.

Executar auditoria gratuita →

O que são dados estruturados e por que são importantes?

Dados estruturados são uma camada de metadados que você adiciona a uma página web para descrever seu conteúdo em formato legível por máquinas. O corpo da página é o que os humanos veem; dados estruturados são o que mecanismos de busca, assistentes de voz e agregadores de conteúdo leem para entender sobre o que a página trata. Um post de blog torna-se um Article claramente identificado com autor, data de publicação e título. Uma página de produto torna-se um Product com preço, disponibilidade e avaliações. Um estabelecimento torna-se um LocalBusiness com endereço, horários e telefone. O vocabulário que define todos esses tipos é o Schema.org, um projeto colaborativo lançado em 2011 pelo Google, Microsoft, Yahoo e Yandex.

A razão pela qual dados estruturados importam são os rich results. Quando uma página tem dados estruturados válidos e o Google decide que a consulta e a qualidade do conteúdo justificam, o SERP exibe recursos aprimorados junto ou em vez do snippet regular. Avaliações com estrelas aparecem abaixo de resultados de produtos. Acordeões de FAQ aparecem abaixo de artigos. Trilhas de breadcrumb substituem a linha da URL. Cards de receita mostram tempo de preparo e contagem de calorias. Listagens de eventos mostram data e local. Cada um desses aprimoramentos ocupa mais espaço vertical, distingue visualmente o resultado e eleva substancialmente a taxa de cliques. Um resultado na terceira posição com um rich snippet supera rotineiramente um resultado na primeira posição com um link azul simples.

Além do SERP, dados estruturados alimentam a web semântica mais ampla. Assistentes de voz como Google Assistant e Alexa leem schema para responder perguntas. O Google Knowledge Graph usa schema para construir perfis de entidades. Agregadores como Google Shopping, Google Travel e Google Jobs dependem de dados estruturados para popular seus verticais. Sem schema, seu conteúdo é texto que precisa ser inferido; com schema, é dado que pode ser citado diretamente.

A hierarquia de processamento do Google importa quando você tem escolha de formatos. A equipe declarou desde 2015 que JSON-LD é o formato preferido, e uma confirmação de 2020 deixou claro que JSON-LD é analisado mais rápido e de forma mais confiável do que as alternativas inline. A ordem de preferência é JSON-LD em primeiro, Microdata em segundo, RDFa em terceiro. Misturar formatos na mesma página produz resultados inconsistentes — o Google pode escolher um, pode mesclá-los ou pode sinalizar o conflito — então opte por JSON-LD e evite misturar. JSON-LD também tem a vantagem prática de ficar em uma tag <script type="application/ld+json"> no head, separado do HTML renderizado, o que facilita manutenção e controle de versão.

Como usar este gerador

O formulário é agrupado por tipo de schema, e você preenche apenas os campos que se aplicam à sua página.

Passo 1 — Escolha o tipo de schema. Escolha Article, Product, Organization, LocalBusiness, FAQPage ou BreadcrumbList com base no que a página realmente representa. O gerador emite marcação apenas para tipos que correspondem ao conteúdo real da página; ele não permite fabricar entradas de FAQ ou avaliações de produtos para manipular rich results.

Passo 2 — Preencha os campos obrigatórios. Cada tipo de schema tem um conjunto de campos obrigatórios definido pela documentação de dados estruturados do Google. O gerador destaca os campos obrigatórios em vermelho e sinaliza valores ausentes antes de gerar a saída. Campos opcionais são visíveis, mas recolhíveis para manter o formulário compacto.

Passo 3 — Copie o JSON-LD e cole no seu <head>. A saída é um único bloco <script type="application/ld+json">. Cole-o no head da página que o schema descreve. Valide imediatamente depois no Rich Results Test — se a ferramenta do Google reportar erros, nenhum rich result será renderizado em produção.

Tipos de schema e quando usar cada um

O vocabulário Schema.org contém centenas de tipos, mas um pequeno conjunto cobre a maioria das páginas do mundo real.

Article, NewsArticle, BlogPosting

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Como escrever uma meta description",
  "datePublished": "2026-04-27T10:00:00+00:00",
  "dateModified": "2026-04-27T12:00:00+00:00",
  "author": { "@type": "Person", "name": "Jane Smith" },
  "publisher": {
    "@type": "Organization",
    "name": "Exemplo",
    "logo": { "@type": "ImageObject", "url": "https://example.com/logo.png" }
  },
  "mainEntityOfPage": "https://example.com/blog/meta-description"
}

Article é o tipo pai genérico. NewsArticle é para conteúdo jornalístico e editorial — reportagens, investigações, qualquer coisa com data de publicação e processo editorial. BlogPosting é para conteúdo em formato de blog — artigos de opinião, tutoriais, posts pessoais. Use o subtipo mais específico que genuinamente se aplica. O Google recompensa a especificidade no schema ao exibir os rich results certos: NewsArticle é elegível para o carrossel Top Stories, enquanto Article simples não é. Os campos obrigatórios são headline, datePublished, author e uma image para elegibilidade a rich results.

Product

Schema de Product oferece avaliações com estrelas, exibição de preços e indicadores de disponibilidade na busca. Os campos obrigatórios são name, image e offers (com preço e moeda) ou review e aggregateRating. Aggregate rating é o campo que produz as estrelas douradas abaixo do resultado, mas o Google endureceu as regras desde 2019: a avaliação deve ser derivada de reviews reais de primeiro partido na própria página, não obtidas de fontes de terceiros. Falsificar avaliações ou reutilizar avaliações de terceiros como se fossem suas é uma ação manual esperando para acontecer.

Organization

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#organization",
  "name": "Exemplo S.A.",
  "url": "https://example.com",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://twitter.com/exemplo",
    "https://linkedin.com/company/exemplo",
    "https://pt.wikipedia.org/wiki/Exemplo_SA"
  ]
}

Schema de Organization vai na página inicial e na página Sobre. Informa aos mecanismos de busca quem está publicando o site, o que alimenta o perfil de entidade do Knowledge Graph que aparece na coluna da direita em buscas por marca. O campo sameAs é o mais importante e o mais frequentemente ignorado — lista perfis autoritativos externos que confirmam a identidade da organização. Sem sameAs, o Google precisa inferir a entidade pelo contexto; com sameAs, a ligação é explícita.

LocalBusiness

LocalBusiness estende Organization com campos específicos de localização: address, geo (latitude e longitude), openingHoursSpecification, telephone e priceRange. É necessário para o Knowledge Panel que aparece na busca local e no Google Maps. Use o subtipo mais específico: Restaurant, Dentist, AutoRepair, LegalService, e assim por diante, cada um com seu próprio subtipo. A lista completa está na seção LocalBusiness do Schema.org. Usar o subtipo errado — Restaurant para uma cafeteria, Store para um negócio de serviços — confunde a busca local e reduz a visibilidade para as consultas certas.

FAQPage

Schema de FAQPage marca perguntas e respostas em formato Q&A. O formato é direto — um array mainEntity de objetos Question, cada um com um acceptedAnswer — mas a elegibilidade para rich results diminuiu significativamente desde 2023. O Google agora restringe rich results de FAQ a sites governamentais e de saúde com autoridade, e a maioria das páginas de marketing não vê mais o acordeão na busca mesmo com marcação válida. O schema ainda vale a pena incluir porque ajuda o Google a entender a estrutura da página, mas não espere rich results fora dos verticais elegíveis.

BreadcrumbList

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Início",
      "item": "https://example.com"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Blog",
      "item": "https://example.com/blog"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Artigo Atual"
    }
  ]
}

BreadcrumbList substitui a linha de URL no SERP por uma trilha de breadcrumb clicável, que é um dos rich results mais confiáveis do Google. A página atual (o último item) não precisa de uma URL em item — sua ausência informa ao Google que esta é a posição final. Sempre inclua BreadcrumbList em todas as páginas mais profundas que a página inicial; não tem custo e aumenta o CTR de forma consistente.

Vinculando entidades com @id e sameAs

A maioria das páginas reais contém múltiplas entidades — um Article com autor, publisher e trilha de breadcrumb. Sem coordenação, você acaba declarando a mesma Organization três vezes em três blocos de schema diferentes, sem forma de os mecanismos de busca saberem que são a mesma entidade. O padrão @id resolve isso.

Atribua a cada entidade um @id estável e único que pareça uma URL — tipicamente a URL canônica da página com um identificador de fragmento como #organization, #article ou #author. Uma vez que uma entidade é declarada com um @id, cada referência subsequente pode ser um objeto { "@id": "..." } em vez de uma duplicata completa.

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "Exemplo",
      "url": "https://example.com",
      "logo": "https://example.com/logo.png"
    },
    {
      "@type": "BlogPosting",
      "@id": "https://example.com/article#article",
      "headline": "Título",
      "publisher": { "@id": "https://example.com/#organization" }
    }
  ]
}

O wrapper @graph permite declarar múltiplas entidades de nível superior em um único bloco JSON-LD, com a vinculação por @id estabelecendo os relacionamentos. Esta é a melhor prática moderna para qualquer página com mais de uma entidade, e é como plugins de SEO como Yoast e Rank Math estruturam sua saída.

sameAs é a propriedade parceira do @id. Onde @id vincula entidades dentro do site, sameAs vincula entidades às suas representações canônicas em outros lugares — a página da Wikipedia, a entrada no Wikidata, os perfis oficiais no Twitter e LinkedIn. Mecanismos de busca usam sameAs para realizar reconciliação de entidades, confirmando que sua Organization é a que os usuários querem dizer quando buscam pela marca. Sempre inclua sameAs em Organization, Person e schema de entidades de alto valor.

Erros comuns que prejudicam o SEO

Schema para conteúdo que não aparece na página. Schema de FAQ para perguntas que não estão renderizadas, schema de Product com reviews que não existem, schema de Recipe em uma página que não contém uma receita — todos violam as diretrizes de dados estruturados do Google e podem acionar ações manuais. Schema deve descrever conteúdo que está visivelmente presente na página.

Tipo de schema errado. Usar Article para uma página de produto, Organization para um blog pessoal, LocalBusiness para um serviço exclusivamente online. O tipo errado confunde os mecanismos de busca e impede que os rich results corretos sejam renderizados. Escolha o tipo mais específico que genuinamente se aplica e verifique a árvore de tipos do Schema.org em caso de dúvida.

Misturar JSON-LD com Microdata ou RDFa. Quando a mesma página declara a mesma entidade em dois formatos, o comportamento do Google é indefinido — pode mesclar, pode escolher um, pode sinalizar o conflito no Search Console. Opte por JSON-LD e remova dados estruturados inline do HTML renderizado.

Ignorar campos obrigatórios. Cada tipo de rich result tem campos obrigatórios documentados em developers.google.com/search. Article requer headline, datePublished, author e uma image. Product requer name, image e offers ou dados de avaliação. A ausência de qualquer campo obrigatório significa que nenhum rich result será renderizado, mesmo que o restante da marcação seja perfeito. O Rich Results Test destaca o que está faltando.

dateModified desatualizado. Schema de Article com um valor dateModified que nunca muda sinaliza ao Google que a página está estagnada. Por outro lado, atualizar dateModified em cada regeneração de página sem uma alteração real de conteúdo também é um sinal — o Google detecta o padrão e desconsidera o campo. Defina dateModified para o horário real da última edição do conteúdo.

Valores @id duplicados ou recursivos. Duas entidades compartilhando o mesmo @id, ou uma entidade referenciando seu próprio @id, quebra o grafo. Cada @id deve ser único dentro do bloco JSON-LD. O padrão de usar identificadores de fragmento como #organization, #author, #article mantém os IDs previsíveis e únicos.

Validar uma vez e nunca mais. A marcação de schema que funcionava no lançamento pode quebrar de inúmeras formas: uma atualização do CMS muda como as datas são formatadas, uma tradução remove um campo obrigatório, uma refatoração de template retira o JSON-LD completamente. Execute o Rich Results Test em pelo menos uma página por tipo de schema após cada deploy significativo.

Casos extremos que ninguém menciona

JSON-LD não é visível para humanos, mas é visível para atacantes e concorrentes que visualizam o código-fonte da sua página. Schema que lista funcionários internos pelo nome, expõe endereços de e-mail comerciais ou detalha preços não exibidos na página pode vazar informações que você preferiria manter privadas. A recomendação é colocar no JSON-LD apenas dados que já são públicos em outro lugar na página. O outro caso extremo é a renderização: schema injetado no lado do cliente por JavaScript pode ser ignorado na primeira passagem de rastreamento do Googlebot, já que a fila de renderização é separada da fila de indexação e é executada depois. Para schema que afeta rich results, renderização no lado do servidor ou geração estática é o caminho seguro.

Gerador JSON-LD Schema.org Gratuito