--- title: "Schema markup para visibilidade em IAs: os 7 tipos que importam e…" description: "Conheça sete famílias de schema, veja exemplos válidos de JSON-LD e aprenda a marcar identidade, artigos, FAQs e produtos com dados reais, sem prometer citações ou resultados e…" canonical: "https://tropk.ai/blog/schema-markup-tipos-visibilidade-ia" last_modified: "2026-10-12T16:05:24.938Z" --- # Schema markup para visibilidade em IAs: os 7 tipos que importam e… Conheça sete famílias de schema, veja exemplos válidos de JSON-LD e aprenda a marcar identidade, artigos, FAQs e produtos com dados reais, sem prometer citações ou resultados especiais. [Luiz Gardelin]() Publicado em 2026-07-01T02:34:33.000Z Categorias: Como fazer [Schema markup](/recursos/glossario/schema-org) descreve entidades e conteúdo em um vocabulário padronizado, como Organization, Article e FAQPage. A marcação ajuda sistemas que a processam a identificar informações, mas não garante citação em Google [AI Overviews](/recursos/glossario/ai-overviews) ou outros assistentes. O [Google informa](https://developers.google.com/search/docs/appearance/ai-features) que não há schema especial nem requisito técnico adicional para aparecer em seus recursos de IA. A escolha de qual schema implementar depende do que existe na página e dos requisitos da experiência de busca. O conteúdo estruturado deve refletir as informações visíveis e verificáveis, sem inventar preços, datas, avaliações ou autoridade. Este artigo cobre sete famílias de schema úteis para organizar identidade, conteúdo editorial, perguntas, software, tutoriais e avaliações: o que cada uma descreve e como montar exemplos em [JSON-LD](/recursos/glossario/json-ld). Os exemplos usam dados demonstrativos ou campos genéricos e precisam ser adaptados aos dados reais da página antes de uso. ## Pontos importantes - Schema markup descreve entidades e conteúdo; não garante ranking, rich result nem citação por assistentes de IA. - Organization, Person e Article ajudam a representar identidade e autoria; sameAs e datas devem corresponder a informações verificáveis. - FAQPage continua no Schema.org, mas o Google encerrou os FAQ rich results em maio de 2026. - SoftwareApplication, HowTo e Review devem refletir software, passos e avaliações que realmente existem na página; nunca invente notas ou depoimentos. - Use JSON-LD com sintaxe válida, confira o Schema.org Validator e verifique separadamente os tipos suportados pelo Rich Results Test. ## Como schema markup organiza informações para busca e IA IAs generativas podem usar páginas da web como fontes. Schema markup acrescenta uma descrição explícita de informações como nome da empresa, autor, data e perguntas frequentes. Essa descrição complementa o texto visível; não o substitui nem determina como cada sistema recupera ou seleciona uma fonte. O benefício documentado é ajudar mecanismos de busca a compreenderem informações e, nos tipos suportados, avaliar elegibilidade para experiências específicas. Na [busca com IA](/recursos/glossario/busca-com-ia) do Google, os fundamentos de [SEO](/recursos/glossario/seo) e a utilidade do conteúdo continuam valendo. Conteúdo sem schema também pode aparecer. É preciso distinguir três coisas: schema válido no vocabulário Schema.org, elegibilidade para um recurso do Google e a escolha efetiva de exibir ou citar uma página. Uma marcação pode estar correta sem gerar um resultado especial. As [políticas do Google](https://developers.google.com/search/docs/appearance/structured-data/sd-policies) exigem consistência com o conteúdo visível e não garantem exibição. ## 1. FAQPage: perguntas e respostas completas na página **O que é:** Schema que estrutura pares de pergunta-resposta presentes na página. **Por que importa:** FAQPage descreve pares de pergunta e resposta que o leitor realmente encontra na página. A pergunta e a resposta devem ser autocontidas, e o JSON-LD deve reproduzir esse conteúdo. O tipo continua no [Schema.org](https://schema.org/FAQPage), mas o [Google encerrou a exibição de FAQ rich results em 7 de maio de 2026](https://developers.google.com/search/updates#deprecating-the-faq-rich-result-feature) e removeu sua documentação em junho. Manter a marcação não implica snippet especial nem aumento comprovado de citações. **Exemplo de código JSON-LD:** ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "name": "O que é schema markup?", "acceptedAnswer": { "@type": "Answer", "text": "Schema markup é uma descrição estruturada de entidades e conteúdo com o vocabulário Schema.org, implementada em formatos como JSON-LD. A marcação complementa o texto visível de uma página e pode ajudar sistemas de busca a identificar empresa, autor, produto, datas ou perguntas e respostas." } }, { "@type": "Question", "name": "Schema markup garante citações em Google AI Overviews ou outros assistentes?", "acceptedAnswer": { "@type": "Answer", "text": "Schema markup não garante citações em Google AI Overviews ou outros assistentes. O Google informa que não há schema especial necessário para seus recursos de IA. A marcação precisa refletir o conteúdo visível e pode apoiar sua compreensão, mas a seleção de fontes depende dos sistemas, da pergunta e do contexto." } } ] } ``` **Regras de implementação:** - Escreva respostas completas com o tamanho necessário; não há uma faixa universal de palavras exigida pelo Schema.org - O texto da resposta no schema deve corresponder ao texto visível na página - Não adicionar perguntas que não aparecem no conteúdo visível - Vocabulário: [Schema.org FAQPage](https://schema.org/FAQPage); status no Google: [changelog oficial](https://developers.google.com/search/updates#removing-faq-rich-result) ## 2. Organization: a identidade da sua empresa para IAs **O que é:** Schema que declara a existência e características de uma organização. **Por que importa:** Organization explicita a identidade da empresa. A [documentação do Google](https://developers.google.com/search/docs/appearance/structured-data/organization) afirma que a marcação pode ajudar a compreender detalhes administrativos e diferenciar uma organização de outras. O campo `sameAs` pode apontar para perfis externos da mesma organização. Isso não garante entrada em [Knowledge Graph](/recursos/glossario/grafo-de-conhecimento) ou recomendação por um [LLM](/recursos/glossario/llm). **Exemplo de código JSON-LD:** ```json { "@context": "https://schema.org", "@type": "Organization", "@id": "https://www.example.com/#organization", "name": "Nome da Empresa", "url": "https://www.example.com", "logo": "https://www.example.com/logo.png", "description": "Descrição verificável da empresa", "sameAs": [ "https://www.linkedin.com/company/perfil-oficial-da-empresa" ] } ``` **Campo mais importante: `sameAs`** Liga a identidade declarada a perfis externos que realmente representam a mesma organização. Priorize precisão, não quantidade: perfis oficiais e registros pertinentes ajudam a reduzir ambiguidade. Não inclua URLs de outras empresas, artigos apenas relacionados ao tema ou perfis inexistentes. **Documentação oficial:** https://developers.google.com/search/docs/appearance/structured-data/organization ## 3. Article e BlogPosting: sinalizando autoridade editorial para IA **O que é:** Schema que declara um artigo ou post de blog com autor, data e categoria. **Por que importa para IA:** Artigos com Article schema têm melhor reconhecimento como fonte editorial. Para sistemas de IA que precisam citar fontes confiáveis, um artigo com autor identificado, data de publicação e data de modificação recente tem mais credibilidade do que um conteúdo anônimo sem estrutura. O campo `dateModified` informa a data de uma atualização real do artigo. Ele não deve ser alterado automaticamente para simular conteúdo recente. Não há regra universal de [RAG](/recursos/glossario/rag) que faça todos os assistentes filtrarem páginas por esse campo. **Exemplo de código JSON-LD:** ```json { "@context": "https://schema.org", "@type": "BlogPosting", "headline": "Título do artigo", "datePublished": "2026-04-14T09:00:00-03:00", "dateModified": "2026-04-20T10:00:00-03:00", "author": { "@type": "Person", "name": "Nome do Autor", "url": "https://www.example.com/autores/nome-do-autor" }, "publisher": { "@type": "Organization", "@id": "https://www.example.com/#organization", "name": "Nome da Empresa" }, "mainEntityOfPage": { "@type": "WebPage", "@id": "https://www.example.com/url-do-artigo/" } } ``` **Diferença entre Article e BlogPosting:** Use `BlogPosting` para posts de blog. Use `Article` para artigos editoriais genéricos. Use `NewsArticle` para conteúdo jornalístico. **Documentação oficial:** https://developers.google.com/search/docs/appearance/structured-data/article ## 4. Person: construindo autoridade de autores para E-E-A-T **O que é:** Schema que declara informações sobre uma pessoa – autor, especialista, fundador. **Por que importa:** Person identifica um autor ou especialista e pode se relacionar ao campo `author` de um Article. Autoria, experiência e fontes verificáveis ajudam o leitor a avaliar o conteúdo; declarar uma pessoa em JSON-LD não comprova credenciais nem cria autoridade por si só. Para assuntos sensíveis, como saúde, finanças e direito, descreva com exatidão quem escreveu e revisou o conteúdo, quais são suas credenciais reais e quais fontes sustentam as orientações. Person schema é uma forma de representar essa identidade, não uma certificação de [E-E-A-T](/recursos/glossario/eeat) nem um requisito universal de citação. **Exemplo de código JSON-LD:** ```json { "@context": "https://schema.org", "@type": "Person", "@id": "https://www.example.com/autores/nome-do-autor#person", "name": "Nome do Autor", "url": "https://www.example.com/autores/nome-do-autor", "jobTitle": "Cargo real do autor", "affiliation": { "@type": "Organization", "name": "Nome da Empresa" }, "sameAs": [ "https://www.linkedin.com/in/perfil-oficial-do-autor" ], "description": "Biografia verificável do autor" } ``` **Uso combinado:** Person schema é mais eficaz quando combinado com Article schema. O campo `author` do Article pode referenciar o Person schema, criando uma conexão explícita entre o artigo e o especialista. ## 5. SoftwareApplication: descrevendo software e aplicativos **O que é:** Schema específico para softwares e aplicativos, incluindo SaaS. **Por que importa:** SoftwareApplication descreve a natureza de um software, sua categoria, o sistema operacional e, quando existem, ofertas e avaliações reais. Pode ser útil em páginas de produto e comparações porque explicita informações do aplicativo. Isso não comprova que assistentes priorizem softwares com essa marcação ou que seja o tipo menos utilizado. **Exemplo de código JSON-LD:** ```json { "@context": "https://schema.org", "@type": "SoftwareApplication", "name": "Nome do Software", "applicationCategory": "BusinessApplication", "operatingSystem": "Web", "url": "https://www.example.com/produto", "description": "Descrição verificável do software", "publisher": { "@type": "Organization", "name": "Nome da Empresa" } } ``` O exemplo de SoftwareApplication omite preço e avaliações porque esses campos exigem dados reais. Complete os requisitos específicos de um recurso do Google antes de avaliar sua elegibilidade. **Categorias de applicationCategory mais comuns para SaaS:** - `BusinessApplication` – ferramentas de negócio - `SocialNetworkingApplication` – redes sociais - `DeveloperApplication` – ferramentas para devs - `FinanceApplication` – fintech - `MarketingApplication` – use apenas se o vocabulário e o consumidor da marcação suportarem a categoria; `BusinessApplication` é uma opção comum para ferramentas de negócio **Documentação oficial:** https://developers.google.com/search/docs/appearance/structured-data/software-app ## 6. HowTo: estruturando tutoriais para extração por IA **O que é:** Schema que estrutura guias passo a passo. **Por que importa:** HowTo descreve uma sequência de instruções e seus passos. O texto visível deve conter o mesmo procedimento, com instruções compreensíveis e requisitos reais. O tipo continua no Schema.org, mas não deve ser apresentado como uma garantia de extração por assistentes ou de rich result de tutorial no Google, cujo recurso HowTo foi descontinuado. **Exemplo de código JSON-LD:** ```json { "@context": "https://schema.org", "@type": "HowTo", "name": "Como implementar schema markup em uma página", "description": "Passos para representar conteúdo real em JSON-LD e conferir a marcação", "step": [ { "@type": "HowToStep", "name": "Identificar o conteúdo", "text": "Escolha o tipo Schema.org que representa as informações visíveis na página." }, { "@type": "HowToStep", "name": "Adicionar a marcação", "text": "Adicione JSON-LD com dados reais e consistentes com o conteúdo publicado." }, { "@type": "HowToStep", "name": "Conferir o resultado", "text": "Valide o vocabulário no Schema.org Validator e os tipos suportados no Rich Results Test. Confira o HTML servido na URL." } ] } ``` **Quando usar:** Guias com passos sequenciais necessários para executar uma tarefa; não existe uma regra universal de três passos. Tutoriais de instalação, configuração ou processos com etapas claras. Receitas (use Recipe schema específico para isso). **Vocabulário e status:** [Schema.org HowTo](https://schema.org/HowTo) e [atualizações oficiais do Google sobre HowTo e FAQ](https://developers.google.com/search/blog/2023/08/howto-faq-changes). ## 7. Review e AggregateRating: sinais de credibilidade para IA **O que é:** Schema que estrutura avaliações de produtos, serviços ou conteúdo. **Por que importa:** Review descreve uma avaliação e AggregateRating descreve uma agregação de avaliações. A marcação facilita identificar dados publicados, mas a existência de um review não comprova qualidade nem garante recomendação por IA. Use somente avaliações autênticas e notas que correspondam ao conteúdo visível e aos requisitos do tipo de [entidade](/recursos/glossario/entidade). **Exemplo de código JSON-LD:** ```json { "@context": "https://schema.org", "@type": "Review", "itemReviewed": { "@type": "Product", "name": "Nome do produto avaliado" }, "author": { "@type": "Person", "name": "Nome real do autor da avaliação" }, "reviewBody": "Substitua pelo texto de uma avaliação autêntica publicada na página." } ``` O exemplo de Review mostra a estrutura sem inventar estrelas, quantidade de avaliações ou resultado de um cliente. Não é uma marcação completa de review snippet do Google: campos de rating e outros requisitos só devem ser acrescentados quando houver dados autênticos publicados. **Regras importantes:** - Reviews devem ser autênticos – não adicionar reviews falsos - O `ratingValue` deve corresponder ao que é exibido visivelmente na página - Para empresas SaaS, combine com SoftwareApplication schema **Documentação oficial:** https://developers.google.com/search/docs/appearance/structured-data/review-snippet ## Qual implementar primeiro: tabela de prioridade por tipo de negócio | Tipo de negócio | Prioridade 1 | Prioridade 2 | Prioridade 3 | Prioridade 4 | | --- | --- | --- | --- | --- | | Blog / Publisher | Article/BlogPosting | Person | Organization, se aplicável | FAQPage, se houver perguntas | | SaaS / Software | Organization | SoftwareApplication | FAQPage | Article | | E-commerce | Product | Organization | Review/ratings reais | FAQPage, se houver perguntas | | Prestador de serviços | Organization | FAQPage | HowTo | Review | | Empresa com conteúdo editorial | Organization | Article | FAQPage | Person | **Priorize relevância:** Organization é apropriado para a identidade de uma organização, mas não é obrigatório em todo tipo de site. Um site pessoal pode usar Person; uma página de artigo pode priorizar Article e seu autor. A tabela é uma sugestão editorial, não um ranking comprovado de impacto em IA. ## Como validar o schema implementado 1. **Rich Results Test:** https://search.google.com/test/rich-results – verifica os tipos de rich results que a ferramenta suporta; não valida todos os tipos Schema.org nem garante exibição 2. **Schema.org Validator:** https://validator.schema.org/ – ajuda a verificar o vocabulário e a estrutura da marcação 3. [**Google Search Console](/recursos/glossario/google-search-console) – Melhorias:** lista erros de [dados estruturados](/recursos/glossario/dados-estruturados) detectados em crawl 4. **Inspecionar URL no Search Console:** confira o [HTML](/recursos/glossario/html) que o Google acessa e o estado de [indexação](/recursos/glossario/indexacao); crawlear, indexar e exibir um resultado são etapas diferentes ## Fontes para aprofundar - [Artigo original da Tropk]() - [Google Search Central: recursos de IA e seu site]() - [Schema.org: FAQPage]() - [Google Search Central: fim dos FAQ rich results em maio de 2026]() - [Google Search Central: Organization]() - [Google Search Central: políticas gerais de dados estruturados]() - [Google Search Central: mudanças em HowTo e FAQ]() ## Perguntas frequentes ### O que é schema markup? Schema markup é uma descrição estruturada de entidades e conteúdo com o vocabulário Schema.org, implementada em formatos como JSON-LD. A marcação complementa o texto visível de uma página e pode ajudar sistemas de busca a identificar empresa, autor, produto, datas ou perguntas e respostas. ### Schema markup garante citações em Google AI Overviews ou outros assistentes? Schema markup não garante citações em Google AI Overviews ou outros assistentes. O Google informa que não há schema especial necessário para seus recursos de IA. A marcação precisa refletir o conteúdo visível e pode apoiar sua compreensão, mas a seleção de fontes depende dos sistemas, da pergunta e do contexto. ### Quais tipos de schema markup uma empresa precisa implementar? Uma empresa deve implementar os tipos que correspondem às entidades e ao conteúdo publicado. Organization pode descrever a empresa, Article ou BlogPosting representa artigos, Person identifica autores e SoftwareApplication descreve software. FAQPage e HowTo fazem sentido quando a página contém perguntas e instruções reais. Não é necessário usar todos os tipos no mesmo site. ### FAQPage ainda produz resultados especiais de FAQ no Google? O Google informa que o recurso FAQ rich result deixou de aparecer na busca em 7 de maio de 2026 e sua documentação foi removida em junho. FAQPage permanece como tipo do Schema.org para representar perguntas e respostas visíveis. Manter essa marcação não garante uma apresentação especial na busca nem citações em respostas de IA. ### É permitido colocar avaliações e notas fictícias em Review ou AggregateRating? Não se deve colocar avaliações, notas ou quantidade de reviews fictícios em dados estruturados. Review e AggregateRating precisam representar avaliações autênticas e informações consistentes com o que o leitor encontra na página. Dados falsos ou enganosos podem violar as políticas do Google e fazer a página perder elegibilidade para resultados especiais. ### Como validar um código JSON-LD de schema markup? Para validar JSON-LD, confira primeiro a sintaxe JSON e o vocabulário no Schema.org Validator. Use também o Rich Results Test para os recursos suportados pelo Google e verifique o HTML servido na URL. Uma validação técnica não comprova a veracidade dos dados, não substitui a revisão do conteúdo visível e não garante exibição na busca. ## Sobre o autor [Luiz Gardelin]() Luiz Gardelin é fundador da Tropk.ai e atua em GEO/AEO, visão de produto, estratégia e crescimento, ajudando marcas a entender e melhorar sua presença nas respostas de IA. --- [Todas as páginas em Markdown]()