Schema.org: O Que É e Como Usar
Por Tiago Romeu Dumont · 5 de maio de 2026 · 10 min de leitura
📌 Resposta rápida
Schema.org é um vocabulário padronizado (criado por Google, Microsoft, Yahoo, Yandex) que descreve o conteúdo do seu site de forma que máquinas entendam. Implementado via JSON-LD no <head>, transforma uma página comum em "rich result" no Google (snippet com preço, FAQ, estrelas) e melhora aparição em AI Overviews. Os tipos essenciais: Organization, Service, FAQPage, BlogPosting, BreadcrumbList, LocalBusiness. Implementação leva 1-3h por site e tem efeito imediato.
⚡ TL;DR
- Schema.org = vocabulário pra dizer ao Google o que cada coisa é
- JSON-LD = formato moderno (em
<script type="application/ld+json">) - Tipos top: Organization, Service, FAQPage, BlogPosting, Breadcrumb
- Resultado: rich snippets (preço, estrelas, FAQ) + AI Overviews
- Validação: validator.schema.org + Rich Results Test do Google
- Tempo de implementação: 1-3h por site
Sites profissionais que vendem 24/7
Veja como entregamos design moderno, performance e conversão em cada projeto.
1. O que é Schema.org
Schema.org é um vocabulário aberto criado em 2011 por Google, Microsoft (Bing), Yahoo e Yandex. O objetivo: padronizar como sites descrevem informações estruturadas (uma empresa, um produto, um evento, uma pessoa) pra que máquinas — buscadores e IAs — entendam sem ambiguidade.
Sem Schema, o Google "adivinha" o que está em cada página lendo o texto. Com Schema, você diz explicitamente: "isto é uma Organization", "isto é um Service com preço R$ 1.650", "isto é uma FAQPage com 6 perguntas".
2. Por que importa em 2026
Três motivos:
- Rich Results no Google: aparição com preço, estrelas, FAQ, breadcrumb visual. Aumenta CTR em 30-50%.
- AI Overviews + AI Search: ChatGPT, Perplexity, Gemini citam sites com Schema antes de sites sem.
- Mobile + voice search: Google Assistant, Alexa e Siri leem Schema pra responder perguntas faladas.
3. JSON-LD: o formato moderno
Schema.org pode ser implementado em 3 formatos: Microdata, RDFa e JSON-LD. Use JSON-LD — é o recomendado pelo Google desde 2015 e o mais limpo.
Estrutura básica:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Dumont Web",
"url": "https://www.dumontweb.com.br"
}
</script>
Vai no <head> ou no final do <body> — não importa onde. JSON-LD é "lido" pelo Google sem aparecer pro usuário.
4. Tipos essenciais por tipo de página
| Tipo de página | Schemas a usar |
|---|---|
| Home | Organization + ProfessionalService + WebSite + WebPage |
| Página de serviço | Service + Offer/OfferCatalog + Breadcrumb + FAQPage |
| Post de blog | BlogPosting + Author + Breadcrumb + FAQPage |
| Loja online | Product + Offer + AggregateRating + Review |
| Evento | Event + Offer + Place |
| Local físico | LocalBusiness + GeoCoordinates + OpeningHours |
| Receita/tutorial | Recipe ou HowTo + Step |
5. Exemplos práticos
Organization (home)
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://exemplo.com/#org",
"name": "Empresa X",
"url": "https://exemplo.com",
"logo": "https://exemplo.com/logo.png",
"contactPoint": {
"@type": "ContactPoint",
"telephone": "+55-11-99999-9999",
"contactType": "sales"
}
}
Service com Offer (página de serviço)
{
"@context": "https://schema.org",
"@type": "Service",
"name": "Criação de Sites",
"description": "Sites profissionais a partir de R$ 1.650",
"hasOfferCatalog": {
"@type": "OfferCatalog",
"itemListElement": [
{ "@type": "Offer", "name": "Essencial", "price": "1650", "priceCurrency": "BRL" },
{ "@type": "Offer", "name": "Profissional", "price": "3500", "priceCurrency": "BRL" }
]
}
}
FAQPage
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "Quanto custa um site?",
"acceptedAnswer": {
"@type": "Answer",
"text": "A partir de R$ 1.650."
}
}]
}
6. Padrão @graph: a evolução em 2026
Em vez de 3 blocos JSON-LD separados, o padrão moderno mescla tudo num @graph com @id URIs únicos:
{
"@context": "https://schema.org",
"@graph": [
{ "@type": "Organization", "@id": "https://exemplo.com/#org", ... },
{ "@type": "Service", "@id": "https://exemplo.com/#service",
"provider": { "@id": "https://exemplo.com/#org" } },
{ "@type": "WebSite", "@id": "https://exemplo.com/#website" }
]
}
Vantagens: relacionamentos explícitos via @id, parsing mais limpo, menos KB. Veja o Schema da home Dumont Web como referência.
7. Como validar
Sempre valide ANTES de publicar:
- Schema Validator: validator.schema.org — valida sintaxe
- Rich Results Test (Google): search.google.com/test/rich-results — mostra se vai aparecer como rich result
- Search Console: relatório "Aprimoramentos" — mostra erros em Schemas já publicados
8. Erros comuns que invalidam Schema
- Aspas não-padrão (curly quotes "" em vez de "")
- Vírgulas trailing (depois do último item) — JSON não permite
- Tipo errado (price como string vs number — schema.org pede string em PriceSpecification)
- URLs relativas (sempre use URL absoluta com https://)
- Schema sem dados (FAQPage sem mainEntity)
- Conteúdo invisível ao usuário (Google penaliza Schema com info que não está na página)
Perguntas frequentes
Schema.org é a mesma coisa que JSON-LD?
Não. Schema.org é o vocabulário (definições do que é Organization, Service, etc). JSON-LD é o formato moderno de implementar Schema (em vez de microdata antigo). Em 2026, sempre use JSON-LD — é o recomendado pelo Google e mais limpo.
Schema funciona em qualquer site?
Sim. Funciona em HTML estático, WordPress, React, Next.js, qualquer plataforma. É só adicionar tag