Tutorial sobre Schema.org: Dados estruturados | JSON-LD, validação e erros comuns
Schema.org é um esquema que permite aos motores de busca entenderem a estrutura e o conteúdo das páginas de forma clara, mas não garante um bom posicionamento nos resultados de pesquisa nem é um requisito para a busca por inteligência artificial. É mais importante ter informações precisas e relevantes do que ter muitas informações imprecisas. O conteúdo marcado deve ser facilmente visível na página.
Primeiramente, é importante distinguir entre o Schema.org e a funcionalidade de pesquisa do Google.
Schema.org fornece vocabulário genérico para descrever entidades e relações; o Google apenas utiliza alguns desses tipos como base para resultados de pesquisa específicos. Os sites podem usar propriedades Schema.org válidas, mas isso não garante que o Google exibirá resultados enriquecidos. Antes de implementar, é importante verificar se o conteúdo principal da página é adequado, se o Google suporta as funcionalidades correspondentes e se há dados suficientes para marcar de forma precisa.
Quais tipos de conteúdo são utilizados neste site?
Falcon utiliza um grafo consistente e com poucos nós, permitindo que marcas, sites, autores e o conteúdo de páginas compartilhem o mesmo conjunto de identificadores de entidades:
Organização: Identidade da marca e informações de contato públicas
Site Web: Relação entre o site e o editor
Serviço: Escopo visível do serviço e provedor.
Artigo: Conteúdo do artigo (incluindo autor e data de publicação)
Lista de Navegação: Migalhas de Pão
Página de Perfil／Pessoa: Autores com identificação e links profissionais públicos
Trabalho Criativo: Conteúdo do caso e evidências apresentadas
Como implementar o JSON-LD?
O Google recomenda o uso de JSON-LD, além de suportar Microdata e RDFa. O Next.js permite incluir o script `application/ld+json` no HTML gerado no servidor. O foco não está nas diferenças entre a tag `<head>` e `<body>`, mas sim na capacidade de extrair os dados, na possibilidade de interpretar o JSON, no uso de URLs canônicos e na verificação de cada campo no conteúdo principal da página ou em informações relevantes. É importante que entidades compartilhadas utilizem IDs estáveis para evitar a criação de múltiplas entidades conflitantes na mesma página.
Estabelecer a ordem de criação do esquema com base no conteúdo da imagem.
Não é recomendado começar preenchendo um modelo de gerador antes de ter o texto original. A ordem de trabalho mais segura é:
O principal objetivo da página de confirmação, juntamente com a correspondência entre a URL canônica e o conteúdo visível real.
Selecione o tipo que seja compatível com o conteúdo principal e que tenha suporte do Google.
Apenas mapeia autores, datas, imagens, serviços ou casos existentes.
Utilize o Rich Results Test para verificar as funcionalidades do Google e o Schema Markup Validator para verificar a estrutura geral.
Após a publicação, utilize a Ferramenta de Inspeção do URL para verificar o código HTML que o Google realmente está obtendo.
Erros comuns
Evitar a utilização de classificações agregadas falsas (como "4.9 estrelas / 50 comentários") – Violação das políticas de Resultados Ricos do Google.
O conteúdo do esquema não corresponde ao conteúdo real da página — o Google irá rejeitar diretamente os resultados enriquecidos.
Embora não possua lojas físicas, é possível exibir o endereço ou horário de funcionamento do negócio local.
Nos sites comerciais, as páginas de Perguntas Frequentes (FAQ), tutoriais e ferramentas de comunicação são frequentemente utilizadas como atalhos para resultados ricos ou para interações com inteligência artificial.
Perguntas frequentes, guias e a plataforma Speakable: por que não devem ser usados em conjunto?
É evidente que as perguntas frequentes ainda são úteis para os usuários, mas os resultados enriquecidos do FAQ do Google estão principalmente limitados a sites governamentais e de saúde de grande reputação. Os resultados enriquecidos do "HowTo" não estão mais disponíveis. Os documentos do Google fornecidos pelo Speakable estão restritos a contextos de notícias específicos. Isso não significa que os sites não podem usar conteúdo de perguntas e respostas ou instruções, mas sim que não devem prometer que obter resultados enriquecidos ou citações de IA é possível apenas com a marcação específica.
A aprovação do teste não garante necessariamente que o resultado será exibido.
O teste de Resultados Ricos determina se uma página atende aos requisitos técnicos e de qualidade, mas o Google ainda decide se exibe ou não, com base no contexto da pesquisa, nas políticas de qualidade e na relevância da página. Se os dados estruturados forem enganosos, se o conteúdo estiver oculto ou se houver violação das políticas, a página pode perder a elegibilidade para Resultados Ricos, e, em casos graves, pode ser sinalizada pelo Search Console para correção manual dos dados estruturados. Isso não significa que o ranking orgânico necessariamente cairá, mas é suficiente para que informações incorretas percam valor.
Se o esquema estiver incorreto, haverá penalidades?
Dados estruturados que contenham informações enganosas ou que violem as políticas podem perder a elegibilidade para exibir resultados, além de serem sujeitos a intervenção manual. Alguns riscos comuns incluem a criação de avaliações agregadas falsas, a marcação de conteúdo inacessível aos usuários e a criação de entidades comerciais ou de autores fictícias.
JSON-LD, Microdata e RDFa: qual escolher?
O Google suporta as três opções. A recomendação oficial é usar JSON-LD: separando o conteúdo HTML da estrutura, facilitando a manutenção e evitando problemas de layout. Se o sistema existente já utiliza Microdata em larga escala, é recomendado adotar JSON-LD para novos projetos.
Os dados estruturados precisam ser organizados em cada página?
Dependendo do tipo de página: "Organização" e "Site" podem ser compartilhados, páginas de "Artigo" devem ter a tag "Article", páginas de "Serviço" devem ter a tag "Service", e páginas com níveis de navegação devem ter a tag "BreadcrumbList". Não force tags para tipos de página que não se relacionam com o conteúdo visual – uma tag incorreta é pior do que nenhuma tag.
