Uma página pode estar perfeitamente legível para uma pessoa e ainda exigir trabalho dos mecanismos de busca para interpretar exatamente o que cada informação representa.
Um nome é o nome de uma empresa?
Uma sequência de números é um preço?
Aquela data representa a publicação de um artigo ou a realização de um evento?
O conteúdo é um produto, uma receita, um negócio local ou um artigo?
É nesse ponto que entram os dados estruturados.
Eles adicionam informações ao código da página para descrever seu conteúdo de maneira padronizada e ajudar sistemas como o Google a compreender melhor o que está sendo apresentado.
Quando implementados corretamente, também podem tornar determinados conteúdos elegíveis para formas mais ricas de apresentação nos resultados de pesquisa.
Mas existe uma diferença importante:
dados estruturados ajudam a descrever uma página. Eles não transformam conteúdo ruim em bom SEO e não garantem destaque no Google.
Antes de aprofundar essa parte, vale entender o que é SEO técnico e por que ele importa para seu site.
O que são dados estruturados?
Dados estruturados são informações adicionadas ao código de uma página utilizando um formato padronizado.
A ideia é indicar de maneira explícita o significado de determinados elementos.
Por exemplo, uma página pode conter:
Nome: Empresa Exemplo
Telefone: (11) 0000-0000
Endereço: Avenida Exemplo, 100
Horário: segunda a sexta, das 9h às 18h
Para uma pessoa, é fácil perceber que essas informações pertencem a uma empresa.
Os dados estruturados podem representar essas mesmas informações de forma organizada no código, identificando coisas como:
- nome da organização;
- endereço;
- telefone;
- horário de funcionamento;
- tipo de negócio;
- autor;
- data de publicação;
- produto;
- preço;
- avaliação;
- evento.
O Google utiliza dados estruturados para compreender melhor o conteúdo de páginas e, em determinados casos, gerar rich results, ou resultados enriquecidos.
O que é Schema.org?
Quando se fala em dados estruturados para SEO, também aparece frequentemente o nome Schema.org.
Schema.org fornece um vocabulário padronizado para descrever entidades e informações presentes em páginas.
Em vez de cada site inventar uma maneira diferente de dizer que algo é uma empresa, um artigo, um produto ou uma pessoa, utiliza-se uma estrutura conhecida.
Por exemplo, podem existir tipos relacionados a:
Organization
Article
Product
LocalBusiness
Person
Event
BreadcrumbList
Entre muitos outros.
Isso não significa que todo tipo disponível em Schema.org necessariamente gere algum recurso especial no Google.
O Google possui sua própria lista de dados estruturados compatíveis com recursos específicos da Pesquisa.
Por isso, a implementação deve começar pela pergunta:
“Que informação realmente existe nesta página?”
E não:
“Quantos tipos de Schema consigo colocar aqui?”
O que é JSON-LD?
Existem diferentes formatos para implementar dados estruturados.
Entre eles:
- JSON-LD;
- Microdata;
- RDFa.
O Google aceita esses três formatos para os recursos documentados e, de maneira geral, recomenda JSON-LD por ser uma opção normalmente mais simples de implementar e manter.
Um exemplo simplificado poderia ser:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Empresa Exemplo",
"url": "https://www.exemplo.com.br/"
}
</script>
Esse bloco não foi criado para ser exibido visualmente ao visitante.
Ele descreve de forma estruturada informações que representam o conteúdo real da página.
E aqui está uma regra fundamental:
o Schema deve representar o que realmente existe e está sendo apresentado no site.
Não vale colocar no código informações inventadas só porque elas parecem interessantes para SEO.
Dados estruturados melhoram o posicionamento no Google?
Não é correto tratar dados estruturados como um botão de “subir posições”.
A principal função deles é ajudar mecanismos de busca a compreender informações e permitir que determinados conteúdos sejam elegíveis para experiências enriquecidas.
Mesmo uma implementação tecnicamente perfeita não garante que o Google exibirá um rich result.
Existem vários fatores envolvidos na forma como os resultados são apresentados.
Então a lógica não é:
adicione Schema → suba no ranking.
É mais correto pensar:
conteúdo correto + página acessível + estrutura técnica consistente + dados estruturados adequados → melhor descrição das informações para sistemas que conseguem utilizá-las.
Schema é uma camada.
Não substitui conteúdo, indexação, links internos, arquitetura ou performance.
O que são rich results?
Rich results são apresentações nos resultados de pesquisa que podem incluir informações adicionais além do tradicional título, URL e descrição.
Dependendo do tipo de conteúdo e dos recursos atualmente suportados pelo Google, podem existir experiências relacionadas a:
- produtos;
- negócios locais;
- artigos;
- eventos;
- receitas;
- vagas de emprego;
- breadcrumbs;
- cursos;
- entre outros.
O Google mantém uma galeria dos tipos de dados estruturados que podem ser utilizados para recursos específicos da Pesquisa.
É importante observar a expressão:
podem ser utilizados.
Não existe garantia de que uma página marcada aparecerá daquela forma.
A implementação apenas torna o conteúdo elegível quando todos os requisitos aplicáveis são atendidos.
Todo site precisa de todos os tipos de Schema?
Não.
Essa é uma das formas mais rápidas de transformar um recurso útil em bagunça técnica.
Um blog pode utilizar marcação relacionada a artigos.
Um negócio local pode possuir informações adequadas a LocalBusiness.
Uma loja pode ter páginas de produtos.
Um site institucional pode representar sua organização.
Mas uma empresa de consultoria não deveria adicionar Product a qualquer página apenas porque ouviu dizer que Schema ajuda no SEO.
O tipo precisa corresponder ao conteúdo real.
O Google orienta que os dados estruturados representem corretamente o conteúdo principal visível na página e não sejam irrelevantes ou enganosos.
Schema não é fantasia de carnaval.
Não adianta colocar roupa de receita em página de consultoria e torcer para o Google achar criativo. 😂
Quais dados estruturados podem fazer sentido em um site institucional?
Depende da estrutura do projeto.
Alguns tipos que podem aparecer em diferentes contextos são:
Organization
Pode descrever informações relacionadas à organização responsável pelo site.
Dependendo do caso, podem existir propriedades como:
- nome;
- URL;
- logotipo;
- endereço;
- informações de contato;
- identificadores relacionados à organização.
O Google possui documentação específica para Organization e recomenda fornecer propriedades relevantes e corretas para aquela empresa.
LocalBusiness
Pode ser relevante quando existe um negócio físico ou atendimento associado a uma localização específica.
Esse tipo pode representar informações como endereço, horário, telefone e outras características do estabelecimento.
Não faz sentido utilizar LocalBusiness apenas porque toda empresa gostaria de aparecer localmente.
A marcação precisa corresponder ao negócio real.
Article ou BlogPosting
Posts de blog podem utilizar dados estruturados relacionados a artigos.
Informações como autor, título, imagem e data ajudam a descrever aquele conteúdo.
O Google explica que a marcação Article pode ajudá-lo a compreender melhor páginas de notícias e blogs e suas informações relacionadas.
Breadcrumb
Breadcrumbs mostram a posição de uma página dentro da hierarquia do site.
Algo como:
Início → Blog → SEO Técnico → Artigo
Além de ajudar a navegação, essa estrutura também pode ser representada com dados estruturados.
Isso combina com uma boa arquitetura e com a estratégia de links internos no SEO.
Dados estruturados substituem uma boa arquitetura?
Não.
É possível possuir Schema impecável em um site cuja estrutura continua confusa.
Imagine uma página que:
- não recebe links internos;
- está escondida profundamente;
- possui canonical errada;
- está marcada como noindex;
- demora demais para carregar;
- possui conteúdo duplicado.
Adicionar um bloco de JSON-LD não resolve esses problemas.
Dados estruturados ajudam na interpretação daquilo que existe.
Eles não corrigem automaticamente a base técnica.
Por isso, em uma auditoria SEO técnica, faz sentido analisar os elementos como partes de uma estrutura maior.
Schema e canonical precisam estar alinhados?
Sim, principalmente no sentido de coerência.
Imagine que determinada página declare uma URL como principal em sua canonical, enquanto informações estruturadas fazem referência a outra versão desnecessária.
Ou o site muda de domínio, mas vários blocos de Schema continuam utilizando os endereços antigos.
Cada uma dessas pequenas inconsistências pode deixar a implementação menos organizada.
O mesmo raciocínio vale para:
- sitemap;
- links internos;
- URLs de imagens;
- autor;
- organização;
- logotipo;
- breadcrumbs.
Se você já preparou nosso conteúdo sobre canonical, ele entra perfeitamente aqui:
Tag canonical: o que é, quando usar e quais erros prejudicam o SEO.
Quando esse artigo estiver publicado, vale criar o link cruzado entre os dois.
Dados estruturados e WordPress
Em WordPress, a implementação pode ocorrer de diferentes maneiras.
Temas e plugins frequentemente adicionam Schema automaticamente.
Plugins de SEO também podem gerar determinados dados estruturados sem que o responsável pelo site precise escrever JSON-LD manualmente.
Isso é útil.
Mas existe um detalhe:
automático não significa necessariamente perfeito para todos os projetos.
Um site que acumulou diferentes temas, construtores e plugins ao longo dos anos pode terminar com:
- marcações duplicadas;
- tipos diferentes descrevendo a mesma coisa;
- dados antigos;
- informações incompletas;
- organizações duplicadas;
- páginas utilizando Schema inadequado;
- plugins gerando marcações conflitantes.
Por isso, em projetos WordPress mais complexos, vale revisar quais ferramentas estão efetivamente gerando os dados.
Essa análise pode fazer parte de um trabalho de SEO para WordPress.
Ter dois plugins gerando Schema é um problema?
Pode ser.
Imagine que o tema gere dados relacionados à organização.
O plugin de SEO também.
Depois outro plugin específico adiciona novamente informações semelhantes.
Agora existem várias marcações descrevendo a mesma entidade, talvez com informações diferentes.
Nem toda duplicidade gera automaticamente um erro.
Mas múltiplas ferramentas controlando o mesmo recurso aumentam a possibilidade de inconsistências.
Por isso, antes de instalar um plugin apenas para “colocar Schema”, vale verificar o que o site já possui.
Às vezes o recurso que você está prestes a adicionar já está sendo produzido por outra ferramenta.
O WordPress tem um talento peculiar para transformar “só mais um plugin” em uma reunião de condomínio no código.
Como testar os dados estruturados?
O Google disponibiliza o Rich Results Test para verificar quais resultados enriquecidos compatíveis podem ser gerados a partir dos dados estruturados de determinada página.
Também indica o Schema Markup Validator para validações mais gerais de marcações baseadas em Schema.org.
Uma revisão pode procurar:
- erros;
- propriedades obrigatórias ausentes;
- propriedades recomendadas;
- tipos reconhecidos;
- conteúdo que não corresponde ao markup;
- URLs incorretas;
- imagens inacessíveis;
- dados duplicados ou conflitantes.
Passar no teste é importante.
Mas passar no teste não significa automaticamente que o trabalho terminou.
O código pode estar sintaticamente válido e mesmo assim representar informações inadequadas ou pouco coerentes com a página.
O que significa “válido com avisos”?
Dependendo da ferramenta e do tipo de implementação, podem aparecer informações obrigatórias e recomendadas.
Uma propriedade obrigatória ausente pode impedir a elegibilidade para determinado recurso.
Uma propriedade recomendada, por outro lado, nem sempre impede a validade básica.
O Google recomenda priorizar dados completos, precisos e realmente disponíveis, em vez de tentar preencher todas as propriedades possíveis com informações ruins ou inventadas.
Essa é uma regra excelente para SEO em geral.
Melhor cinco informações verdadeiras do que vinte campos completados na base do “deve ser isso”.
Quais são os erros mais comuns com dados estruturados?
Existem alguns padrões que merecem atenção.
1. Marcar informação que não aparece na página
O código diz uma coisa.
O visitante vê outra.
Esse é um problema.
O Google orienta que o conteúdo descrito pelos dados estruturados seja representativo daquilo que realmente existe e está visível na página.
Se o Schema diz que existe uma avaliação de cinco estrelas, por exemplo, mas nenhuma avaliação real correspondente aparece para o usuário, a implementação merece revisão.
2. Utilizar o tipo errado
Nem sempre o tipo mais chamativo é o tipo correto.
Uma página institucional não vira produto porque alguém deseja colocar preço.
Uma página de serviço não vira evento.
Um artigo não vira FAQ simplesmente porque possui alguns subtítulos em forma de pergunta.
Primeiro represente o conteúdo.
Depois pense no recurso.
3. Informações desatualizadas
O site muda de telefone.
O HTML é atualizado.
Mas o JSON-LD continua exibindo o número antigo.
O endereço muda.
O logotipo muda.
A empresa muda de nome.
E a marcação continua congelada no passado.
Dados estruturados precisam fazer parte da manutenção do site.
4. URLs incorretas
URLs de imagens, páginas, logos ou entidades podem deixar de funcionar após alterações.
Um Schema apontando para arquivos removidos ou endereços antigos perde qualidade e pode indicar que existem problemas mais amplos na implementação.
Isso merece atenção especialmente depois de:
- migração;
- troca de domínio;
- alteração de slugs;
- mudança de HTTPS;
- reformulação do site.
5. Criar marcação apenas para tentar ganhar destaque
Esse é o famoso:
“Se colocar mais Schema, aparece mais no Google?”
Não funciona assim.
Adicionar marcações irrelevantes, enganosas ou que não correspondem ao conteúdo pode impedir elegibilidade para resultados enriquecidos e, em casos de violações das políticas, provocar ação manual relacionada a dados estruturados.
Use Schema para descrever.
Não para fantasiar.
Dados estruturados ajudam SEO para IA?
Aqui precisamos separar hipótese de promessa.
Dados estruturados ajudam sistemas a receber informações explícitas sobre determinadas entidades e conteúdos.
Isso faz parte de uma web mais compreensível para máquinas.
Mas não existe uma regra dizendo:
“adicione Schema e o ChatGPT passará a citar sua empresa.”
SEO para mecanismos de resposta envolve uma combinação muito maior de fatores: conteúdo claro, informações verificáveis, estrutura, contexto, autoridade e disponibilidade técnica.
No próprio site, o conteúdo sobre como aparecer nas respostas de IA com seu site cita dados estruturados como uma das práticas que podem ser utilizadas com coerência, não como solução isolada.
Também vale aprofundar em SEO e GEO: qual é a diferença e como preparar seu site, que conecta SEO tradicional à organização necessária para mecanismos de resposta.
Para empresas que desejam trabalhar especificamente essa frente, existe ainda o serviço de SEO para IA.
Schema ajuda o Google a entender entidades?
Dados estruturados podem fornecer informações explícitas sobre entidades e relações presentes na página.
Por exemplo, uma marcação Organization pode ajudar a descrever uma organização e algumas de suas propriedades.
Mas isso também não significa que basta declarar no código:
“somos a melhor empresa do universo.”
O Schema não substitui evidências reais presentes na web e no próprio site.
Ele organiza informações.
A reputação e a relevância precisam existir além do bloco de código.
Preciso colocar Schema manualmente?
Não necessariamente.
Depende da plataforma, da implementação existente e do nível de personalização necessário.
Em alguns projetos, WordPress e plugins já produzem uma base adequada.
Em outros, pode ser necessária uma configuração mais específica.
Antes de adicionar código manualmente, verifique:
O site já gera dados estruturados?
Qual plugin ou tema faz isso?
Os dados estão corretos?
Existe duplicidade?
O tipo corresponde ao conteúdo?
A implementação passa nos testes?
Isso evita resolver um problema que nem existia e criar dois no lugar.
Como saber se meu site já possui dados estruturados?
Você pode começar utilizando ferramentas de teste e inspecionando uma URL.
Também é possível revisar o código-fonte da página e procurar por termos como:
application/ld+json
schema.org
Mas lembre-se de que dados estruturados podem ser implementados em diferentes formatos.
Por isso, ferramentas específicas de validação costumam facilitar a identificação.
O importante é não concluir que o site “não tem Schema” apenas porque você não encontrou determinado bloco visualmente em cinco segundos.
O Search Console mostra problemas de dados estruturados?
Dependendo dos recursos detectados no site, o Google Search Console pode apresentar relatórios relacionados a determinadas experiências e problemas de dados estruturados.
Isso permite acompanhar páginas afetadas e verificar erros depois de mudanças.
A inspeção de URL também ajuda a observar como o Google acessa determinada página.
Mas, como em outras áreas de SEO técnico, o Search Console mostra sinais.
Ele não substitui completamente a análise da implementação.
Quando vale corrigir dados estruturados?
Correção técnica pode ser necessária quando existem:
- marcações inválidas;
- informações diferentes das exibidas na página;
- dados antigos;
- plugins duplicando Schema;
- tipos incorretos;
- URLs quebradas;
- problemas depois de migração;
- propriedades importantes ausentes;
- marcação removida após troca de tema;
- informações institucionais conflitantes.
Quando esses problemas fazem parte de uma estrutura maior, vale analisar junto com canonical, sitemap, indexação e WordPress.
Se o diagnóstico já estiver claro, as correções técnicas de SEO podem ser o próximo passo.
Se ainda não está claro o que está acontecendo, uma auditoria SEO técnica ajuda a organizar os diferentes sinais antes de sair alterando código.
Dados estruturados são uma camada, não a fundação
É tentador encontrar uma ferramenta que mostra:
“Seu site não possui este Schema.”
e concluir que acabou de descobrir o motivo de todo problema orgânico.
Mas SEO técnico raramente funciona dessa maneira.
Uma página ainda precisa:
- ser rastreável;
- estar disponível para indexação;
- possuir conteúdo adequado;
- ter uma URL coerente;
- participar da arquitetura;
- receber links internos;
- funcionar bem para usuários.
Depois disso, dados estruturados podem ajudar a tornar determinadas informações mais explícitas.
É uma camada valiosa.
Só não é a fundação inteira.
Conclusão
Dados estruturados ajudam mecanismos de busca a compreender informações presentes em uma página por meio de uma linguagem padronizada.
Quando o tipo de conteúdo é compatível, uma implementação correta também pode tornar aquela página elegível para resultados enriquecidos.
Mas Schema não deve ser tratado como atalho para ranking.
A marcação precisa representar o conteúdo real, utilizar tipos adequados e permanecer alinhada às informações que o usuário encontra na página.
Em WordPress, vale ainda verificar se temas e plugins já estão gerando dados estruturados antes de adicionar novas ferramentas.
A pergunta mais útil não é:
“Meu site tem Schema?”
É:
“Os dados estruturados existentes descrevem corretamente aquilo que meu site realmente é?”
Quando a resposta é sim, Schema cumpre seu papel: deixar informações importantes mais claras para sistemas que conseguem interpretá-las.