RevealTheme logo

Validador de Marcação Schema

Extraia e valide dados estruturados JSON-LD de qualquer URL. Veja quais tipos de schema estão presentes e se eles são analisados corretamente.

Como usar esta ferramenta

  1. 1

    Paste the full public URL of the page you want to inspect (including https://) into the input box.

  2. 2

    Click Analyze. The tool fetches the page server-side and scans its HTML for JSON-LD script blocks.

  3. 3

    Read the results: a count of blocks found, a green Valid or red Invalid badge per block, and the detected @type.

  4. 4

    For any Invalid block, read the JSON parse error and the raw snippet shown to locate the syntax problem.

O que é a marcação schema e por que ela importa para o posicionamento?

Os dados estruturados do Schema.org são um vocabulário compartilhado —mantido por Google, Microsoft, Yahoo e Yandex— que permite indicar aos mecanismos de busca o que é uma página, para além da sua prosa. Sem schema, o Google lê a sua página como um humano: analisa as palavras e adivinha o que é importante. Com schema, você rotula explicitamente 'isto é um produto, a US$ 29, com 4,5 estrelas de 1250 avaliações' ou 'isto é um guia com estes 7 passos'. Essa informação estruturada impulsiona os resultados enriquecidos: as entradas visualmente aprimoradas nos resultados que incluem avaliações com estrelas, preços, fichas de receitas, sanfonas de FAQ, datas de eventos e trilhas de navegação. Os resultados enriquecidos não apenas têm uma aparência melhor; eles obtêm, em média, entre 30% e 50% mais cliques. Os três formatos que o Google aceita são JSON-LD (recomendado: separado do seu HTML, o mais fácil de manter), Microdata (atributos HTML em linha, legado) e RDFa (baseado em XML, também legado). Toda a recomendação moderna é JSON-LD, que é o que este validador extrai e analisa. Para além dos resultados enriquecidos, o schema também ajuda o Google a entender as relações entre entidades (o que constrói a sua presença no knowledge graph), alimenta os resumos de IA e as caixas de resposta, e sinaliza experiência temática. Os tipos de schema mais comuns que vale a pena implementar em um site de conteúdo: Organization (identidade de todo o site), WebSite (com SiteSearchAction para o resultado enriquecido da caixa de busca), BreadcrumbList (cada página), Article (postagens de blog), FAQPage (FAQ), HowTo (tutoriais), Product (comércio eletrônico), Review (avaliações e comparações), VideoObject (qualquer vídeo incorporado). Esta ferramenta obtém uma URL, analisa cada bloco <script type="application/ld+json"> e informa os erros de análise mais o @type detectado em cada um. Para verificações de elegibilidade específicas do Google, execute também a sua URL no Teste de Resultados Enriquecidos do Google (search.google.com/test/rich-results).

Casos de uso comuns

  • Verifique se uma nova implementação de schema é analisada corretamente após a publicação das alterações.

  • Audite os dados estruturados de um concorrente para identificar quais resultados ricos ele está buscando.

  • Depure resultados ricos ausentes: confirme que o schema está presente e sintaticamente válido antes de suspeitar do Google.

  • Confirme que o Yoast/Rank Math está emitindo os tipos de schema que você espera.

  • Valide o JSON-LD em staging antes de implantar em produção.

  • Verifique se há blocos de schema duplicados por engano (uma causa comum dos avisos 'multiple Article' no Search Console).

Perguntas frequentes

Um schema válido garante resultados enriquecidos?
Não. A validade do schema é um pré-requisito, não uma condição suficiente. A elegibilidade para resultados enriquecidos do Google depende de fatores adicionais: a qualidade do conteúdo, os requisitos do tipo de schema específico e a discrição do Google. Uma página pode ter um schema perfeitamente válido e ainda assim não exibir resultados enriquecidos porque o Google decidiu não exibi-los, normalmente porque os sinais de qualidade da página não são fortes o suficiente.
Quais tipos de schema todo site deveria ter?
Em todo o site: Organization (ou Person para marcas individuais), que estabelece a identidade para o knowledge graph. WebSite, com SiteSearchAction para a caixa de busca de sitelinks. BreadcrumbList, em cada página além da inicial. Por modelo: Article nas postagens de blog, Product nas páginas de produto, FAQPage onde se aplicar, HowTo para tutoriais.
JSON-LD ou Microdata? Qual devo usar?
JSON-LD. O Google o recomenda explicitamente. É mais fácil de manter (um bloco separado, não misturado ao seu HTML), mais fácil de depurar (cole-o em um validador) e menos propenso a quebrar ao redesenhar o layout. Microdata é legado: suportado, mas desaconselhado para novas implementações.
Por que meu schema aparece neste validador, mas não no do Google?
A especificação do schema.org e os requisitos de resultados enriquecidos do Google não são idênticos. O Google exige campos específicos para a elegibilidade que a especificação mais ampla do schema.org marca como opcionais. Exemplo: um schema Recipe precisa de name, image e recipeIngredient para ser elegível no Google, embora o schema.org tecnicamente exija apenas name. Execute-o sempre em ambos os validadores.
Posso ter vários blocos JSON-LD em uma página?
Sim: o Google analisa todos eles. Padrão comum: um bloco para o schema Article, outro para BreadcrumbList, outro para a seção de FAQ. Mas não duplique o mesmo @type. Em caso de dúvida, combine-os em um único array @graph.
O schema afeta diretamente o posicionamento?
Indiretamente. O Google já afirmou repetidamente que o schema não é um sinal de posicionamento direto. Mas os resultados enriquecidos têm taxas de cliques mais altas (um sinal de comportamento), o schema ajuda o Google a entender o seu conteúdo com mais confiança e as entidades do knowledge graph posicionam-se para consultas de marca.
O que é @graph e quando devo usá-lo?
@graph é um recurso do JSON-LD que permite descrever várias entidades (um Article E o seu autor Person E a Organization editora) em um único bloco JSON-LD, com referências @id entre elas. Útil para páginas complexas com entidades inter-relacionadas. Não é obrigatório: os blocos planos funcionam bem para casos mais simples.

Ferramentas relacionadas