Schema.org para IA: mapeie cada página a um tipo

7 verificações antes de adicionar schema

5 superfícies de página exigem uma verificação página por página antes de o markup entrar no ar. O objetivo é uma descrição que corresponda ao que os visitantes podem ler, não um bloco de código mais longo.

Use esta lista de verificação antes de escolher um tipo:

• Propósito da página: anote a função principal desta URL.
• Assunto principal: nomeie a organização, artigo, produto ou conjunto de perguntas exibido.
• Fatos visíveis: liste apenas detalhes que um visitante pode confirmar na página.
• Título da página: verifique se o título marcado corresponde ao título publicado.
• Responsável: identifique quem pode corrigir o markup após alterações de conteúdo.
• URL: confirme a página exata que conterá os dados estruturados.
• Caminho de revisão: decida quem verifica a página renderizada e o código juntos.

Uma página que falha em uma dessas verificações precisa de esclarecimento de conteúdo primeiro. Não use markup para preencher um autor, detalhe de produto ou fato da empresa ausente. Se a página em si for difícil de interpretar, melhore seu texto antes de selecionar propriedades.

Para uma lista de verificação técnica mais ampla, leia AEO técnico: schema, llms.txt e crawlers. Para páginas que devem ser citadas, veja conteúdo citável para assistentes de IA.

Qual tipo schema.org se encaixa em cada página?

5 tipos familiares cobrem funções comuns de página, mas o conteúdo da página determina a escolha. Combine o tipo ao assunto que os visitantes encontram. Depois adicione apenas propriedades suportadas.

Comece pelo propósito principal da URL. Informações da empresa podem se encaixar em Organization. Um artigo editorial pode se encaixar em Article. Uma página focada em um produto pode se encaixar em Product. Um caminho de navegação visível pode usar BreadcrumbList. Perguntas e respostas exibidas aos visitantes podem se encaixar em FAQPage.

Verifique o ajuste com 3 perguntas:

• Este tipo descreve o assunto principal da página?
• Um visitante consegue encontrar evidências para cada propriedade na página?
• O tipo ainda faria sentido se o markup estivesse oculto?

Se um tipo se encaixa apenas porque um gerador o sugeriu, deixe-o de fora. Um tipo preciso vale mais do que vários rótulos para assuntos não suportados. Este é o núcleo do schema.org para visibilidade em IA: informações de página claras e consistentes, não um interruptor especial de visibilidade.

Para orientação relacionada sobre otimização de FAQ para respostas de IA, verifique se o conteúdo da resposta é útil antes de considerar seu markup.

5 tipos de página, 5 funções diferentes

5 tipos de página cobrem funções distintas; eles não são um pacote para aplicar em todos os lugares. Use esta comparação para pré-selecionar um tipo. Depois verifique cada fato marcado em relação à página ao vivo.

Cada linha é um ponto de partida, não uma instrução para marcar todas as URLs. Uma página de produto sem informações visíveis do produto precisa de melhor conteúdo antes dos dados estruturados. Um artigo não deve pegar emprestado um tipo de organização só porque o editor é uma empresa.

Registre o tipo selecionado e os fatos de página que o suportam. Essa pequena anotação dá ao próximo revisor uma razão clara para a escolha. Também facilita revisões de template quando o mesmo padrão de página aparece em várias URLs.

5 movimentos do inventário de páginas à publicação

5 movimentos mantêm a implementação do schema vinculada à página. Eles evitam que a tarefa se desvie para alterações de código em todo o site. Dê a cada URL um responsável e um registro de revisão.

1. Inventário: liste as URLs, o propósito da página, o assunto principal e os fatos visíveis.
2. Selecione: atribua um tipo schema.org adequado a cada padrão de página.
3. Rascunho: construa JSON-LD a partir de fatos já presentes na página.
4. Compare: revise a URL ao vivo, o texto visível e o markup lado a lado.
5. Revisite: repita a revisão após uma alteração de template ou conteúdo.

Para cada URL, registre o tipo, revisor, problemas encontrados e status da correção. Teste uma página representativa para cada template. Depois verifique as páginas afetadas após uma alteração de template compartilhada. Mantenha o registro de revisão com o responsável pelo conteúdo, não apenas com o desenvolvedor que adicionou o script.

Se sua tarefa também incluir llms.txt, trate-o como um arquivo separado com um responsável separado. O guia de configuração de llms.txt e IA crawler cobre esse trabalho. Este fluxo de trabalho de schema permanece específico da página.

O que um exemplo de schema deve incluir?

1 pequeno exemplo JSON-LD deve descrever uma página sem adicionar alegações. Use esta estrutura como modelo. Substitua os detalhes de artigo de exemplo por informações exibidas em sua própria página.

Exemplo: { "@context": "https://schema.org", "@type": "Article", "headline": "Um guia prático de segurança de wallet", "author": { "@type": "Person", "name": "Equipe editorial" } }

Verifique o título e o autor em relação ao artigo visível antes de publicar. Não cole o exemplo inalterado em uma página diferente. Se a página ao vivo não identificar um autor, não adicione um apenas para completar o exemplo.

LLMs.txt e schema.org lidam com funções diferentes. O schema markup descreve uma página ou entidade. llms.txt é um arquivo de orientação em nível de site que lista recursos úteis. Mantenha os links do arquivo atualizados e seu propósito claro. Para mais sobre o arquivo em si, veja o que é llms.txt e se você precisa dele.

Use ambos apenas quando cada um tiver um papel claro. Nenhum substitui páginas úteis e acessíveis ou textos precisos.

Como revisar schema sem fazer alegações exageradas?

2 revisões dão uma imagem mais clara. Verifique o código primeiro. Depois inspecione como as páginas aparecem nos resultados de busca e nas respostas de IA. Um script válido confirma um detalhe técnico; não prova que uma página será citada.

Para a passagem técnica, verifique se o markup está na URL pretendida. Confirme que ele corresponde aos fatos visíveis da página. Registre a URL, o tipo selecionado, o revisor e qualquer correção.

Para a passagem de visibilidade, revise um conjunto consistente de perguntas relevantes no ChatGPT e no Perplexity. Observe se as respostas descrevem a página com precisão. Observe também se uma fonte útil aparece.

ChatGPT e Perplexity fazem suas próprias escolhas sobre recuperar, citar e apresentar páginas. O Google também não promete uma aparência nos resultados de busca apenas com schema. Construa a revisão em torno de markup preciso e conteúdo útil, não de uma citação ou exibição prometida.

DigitalMedia1 pode comparar as alegações visíveis da página com suas descrições estruturadas. Podemos sinalizar incompatibilidades para sua equipe. Envie-nos 1 URL e seu propósito principal. Mapearemos os fatos visíveis para um tipo adequado e retornaremos um caminho de revisão claro.

Como funciona

1. Inventariar as URLsListe as páginas que importam. Anote o propósito, assunto e fatos visíveis de cada página. Mantenha o markup da página separado dos arquivos em nível de site.
2. Escolher o tipoCombine cada página com um tipo que descreva seu conteúdo real. Deixe de fora propriedades que a página não suporta.
3. Rascunhar JSON-LDConstrua a descrição estruturada a partir de informações que os visitantes podem ver. Adicione-a através do template de página adequado ou caminho de implementação.
4. Comparar página e códigoRevise a URL publicada, o texto visível e o markup juntos. Corrija nomes, descrições ou relacões incompatíveis.
5. Revistar após alteraçõesReveifique as páginas afetadas após atualizações de conteúdo ou template. Acompane a validação técnica separadamente das revisões de respostas de IA.