Pular para o conteúdo
  1. Home
  2. ›
  3. SEO e Tráfego Orgânico
  4. ›
  5. Dados estruturados
SEO e Tráfego Orgânico

Dados estruturados para B2B: quais schemas valem o esforço

Não é fator de ranqueamento direto. É o item de melhor relação entre esforço e retorno porque o esforço é pequeno e quase ninguém faz direito — e ganhou peso com os sistemas de resposta.

Cleber Barbosa
13 min de leitura
2.571 palavras
Dados estruturados para B2B: quais schemas valem o esforço — capa do artigo
Capa: MarketingABM

Dados estruturados são um bloco de código que descreve o conteúdo da página em formato que máquina entende: isto é um artigo, este é o autor, esta é a data, esta é a trilha de navegação.

É o item de melhor relação entre esforço e retorno em quase todo site B2B — não porque o efeito seja enorme, mas porque o esforço é pequeno e quase ninguém faz direito.

E ganhou peso recentemente por um motivo novo: sistemas de resposta por IA usam essa marcação para entender o que a página contém e a quem atribuir. Um site que declara suas entidades com clareza é mais fácil de citar.

O que a marcação faz, e o que não faz

Vale ajustar a expectativa antes.

Não é fator de ranqueamento direto. Marcar uma página não a faz subir de posição. Quem promete isso está vendendo errado.

Habilita exibição diferenciada. Trilha de navegação no resultado, bloco de perguntas expansível, informação de autor. Isso não muda a posição e muda a taxa de clique, que é o que importa na prática.

Reduz ambiguidade. Sem marcação, o buscador infere quem é o autor a partir do HTML. Com marcação, você declara. Em conteúdo de nicho, onde a inferência é mais difícil, a diferença é maior.

Constrói entidade. Este é o efeito de prazo mais longo e o mais valioso. Declarar consistentemente que uma pessoa escreve sobre determinados temas, com perfis externos verificáveis, transforma um nome no rodapé em uma entidade reconhecida — o que importa cada vez mais para citação em respostas geradas.

A regra que evita punição

Tudo que você declara na marcação precisa estar visível na página e ser verdadeiro. Marcar perguntas que não aparecem, ou declarar um número que não corresponde ao conteúdo, viola as diretrizes e pode gerar ação manual. Marcação é descrição, não afirmação livre.

Onde colocar a marcação

Três formatos existem, e a escolha é simples.

JSON-LD é um bloco de script separado, normalmente no cabeçalho da página. O conteúdo da marcação fica isolado do HTML visível. É o formato recomendado pelo Google e o que se deve usar.

Microdados e RDFa espalham atributos pelas tags do HTML. Funcionam, e criam um acoplamento ruim: qualquer mudança no layout arrisca quebrar a marcação, porque as duas coisas moram no mesmo lugar.

Se o site tem marcação em microdados herdada de um template antigo, migrar para JSON-LD vale o esforço — sobretudo se houver planos de mexer no layout.

Um cuidado com a mistura

É possível ter os dois formatos na mesma página, e isso costuma acontecer por acidente: o template traz microdados de fábrica e alguém adiciona JSON-LD por cima. O resultado são duas declarações que podem se contradizer — datas diferentes, autores diferentes.

Vale conferir. No código-fonte, procure por atributos de propriedade nas tags além do bloco de script. Se houver os dois, escolha um e remova o outro.

Os cinco que valem em site B2B

Existem centenas de tipos disponíveis. Cinco cobrem praticamente tudo em site de conteúdo B2B.

Article ou BlogPosting

Em cada peça de conteúdo. Os campos que importam: título, descrição, imagem, data de publicação, data de modificação, autor, publicador e seção.

Dois cuidados com datas. A data de publicação é o dia em que a página foi ao ar — não a data planejada no calendário editorial. E a data de modificação nunca pode ser anterior à de publicação, o que parece óbvio e é um erro surpreendentemente comum quando os dois campos vêm de fontes diferentes.

BreadcrumbList

A trilha de navegação. Se ela já existe visualmente na página, marcá-la é trabalho de minutos e habilita a exibição da trilha no resultado de busca, que ocupa mais espaço e comunica estrutura.

O erro mais comum: apontar para páginas que não existem. Se a trilha declara uma categoria, aquela URL precisa responder — senão o buscador rastreia e recebe erro dentro de dados estruturados.

Person

O autor. É o mais negligenciado e o de maior valor de longo prazo.

Os campos que fazem diferença são dois. O `sameAs` lista os perfis públicos da pessoa — site próprio, redes profissionais, qualquer lugar onde ela é identificável. É isso que permite ao sistema conectar o autor do site a uma pessoa que existe no mundo.

O `knowsAbout` lista as áreas de especialidade. É a forma legível por máquina de declarar sobre o que aquela pessoa escreve com autoridade — e é muito mais eficaz que afirmar isso em texto.

Um cuidado importante: só liste perfis que existem. Uma URL quebrada no `sameAs` enfraquece a entidade em vez de fortalecer, porque a verificação falha.

Organization e WebSite

Na home. Descreve a publicação, quem a fundou, o logotipo, a forma de contato. Serve de âncora para as outras marcações do site referenciarem.

FAQPage

Onde houver perguntas frequentes. É o formato mais próximo do que sistemas de resposta procuram, e frequentemente o trecho citado.

Aqui a regra da visibilidade é absoluta: as perguntas e respostas precisam estar na página, visíveis ao usuário. Marcar conteúdo oculto é o erro que mais gera ação manual nessa categoria.

Conectando tudo com um grafo

Uma prática que separa marcação amadora de bem feita: em vez de blocos soltos e repetidos, use um grafo com identificadores.

A ideia é declarar cada entidade uma vez, com um identificador único, e referenciá-la nas demais. O autor é declarado com um identificador; o artigo aponta para ele; a organização aponta para ele como fundador.

Isso tem três vantagens práticas. Elimina repetição — a descrição completa do autor não precisa ser repetida em cada página. Torna as relações explícitas, em vez de deixar o sistema adivinhar que dois blocos se referem à mesma pessoa. E facilita manutenção: mudar a descrição do autor é mudar em um lugar.

O identificador é uma URL com um fragmento, tipo o endereço do site seguido de um marcador. Não precisa resolver para nada — serve apenas como chave única dentro do grafo.

Marcando páginas que não são artigos

Sites de conteúdo têm páginas de listagem, e elas costumam ficar sem marcação nenhuma. Duas que valem.

Página de categoria pode ser declarada como página de coleção, com uma lista de itens contendo os artigos que ela reúne. Isso comunica que a página é um índice, não conteúdo original — o que evita que ela seja avaliada como um artigo raso.

Página "sobre" merece a marcação de pessoa completa, com todos os perfis, formação e áreas de especialidade. É a página que ranqueia para busca pelo nome, e a que melhor consolida a entidade.

Uma decisão que vale tomar explicitamente: categoria sem artigos não deve ser indexada. Marcar uma coleção vazia declara ao buscador que existe um índice sem itens, o que é pior que não ter a página. Enquanto a categoria não tiver conteúdo, use a instrução de não indexar.

Construindo a entidade ao longo do tempo

Este é o retorno mais lento e o mais durável, e vale entender como funciona.

O objetivo é que o sistema reconheça uma pessoa ou organização como uma coisa no mundo, não como um texto numa página. Isso se constrói por convergência de sinais:

  • Consistência do nome. A mesma grafia em todos os lugares. Variações — com e sem sobrenome do meio, com e sem título — fragmentam a identidade.
  • Perfis externos que se referenciam. O site aponta para o perfil profissional, o perfil aponta de volta para o site. A confirmação mútua é o que dá peso.
  • Associação repetida a temas. A mesma pessoa assinando conteúdo sobre os mesmos assuntos, ao longo de meses, com esses assuntos declarados.
  • Menções em outros sites. Ser citado, entrevistado ou referenciado fora do próprio domínio. É o sinal mais forte e o menos controlável.

Note que só o primeiro e o terceiro dependem inteiramente de você. Os outros dois exigem presença fora do site — e é por isso que marcação sozinha não constrói autoridade. Ela organiza e declara o que existe; não cria.

Os seis erros de marcação mais frequentes

Declarar o que não está visível. Já mencionado e vale repetir, porque é o único item da lista que gera penalidade em vez de apenas não funcionar.

Números inventados. Declarar contagem de palavras, avaliação ou tempo de leitura que não corresponde ao conteúdo é uma afirmação verificável e falsa feita diretamente ao buscador. Pior que não marcar.

Copiar exemplo sem adaptar. Marcação colada de tutorial com o nome de outra empresa, ou com campos que não fazem sentido para o seu conteúdo. Acontece mais do que parece.

Marcar tipo errado. Usar um tipo de avaliação de produto num artigo de blog para tentar exibir estrelas no resultado. É uma violação clara e o tipo de coisa que gera ação manual.

Deixar quebrar em silêncio. A marcação é gerada pelo template, alguém muda o template, e ela para de sair. Como nada visível quebra, ninguém percebe por meses.

Aplicar em escala sem validar. Um erro replicado em cem páginas custa cem vezes mais para corrigir. Valide uma página de cada tipo antes de publicar o lote.

O que não vale marcar

A tentação depois de entender o mecanismo é marcar tudo. Boa parte não rende e alguma coisa prejudica.

Avaliação em conteúdo próprio. Declarar nota e número de avaliações no seu próprio site, sem sistema real de avaliação por terceiros, é uma das violações mais comuns e mais penalizadas. As estrelas no resultado são atraentes e não valem o risco.

Tipos que não correspondem ao conteúdo. Marcar um artigo como receita, curso ou produto para tentar exibição diferenciada. É detectado e tratado como manipulação.

Marcação exaustiva de campos opcionais. A especificação permite dezenas de propriedades por tipo. Preencher todas não aumenta o efeito — os campos que habilitam exibição são poucos e conhecidos. O resto é volume sem retorno.

Eventos e ofertas que não existem. Declarar um webinar recorrente que acontece uma vez por ano, ou uma promoção permanente. Datas erradas em marcação de evento geram exibição errada e depois remoção.

A regra que resolve todos: marque o que a página é, não o que você gostaria que ela parecesse ser.

Um roteiro de verificação

Sete conferências que cobrem os problemas descritos acima. Levam meia hora e vale fazer antes de qualquer publicação em escala.

  1. Toda página tem marcação? Inclusive categorias e páginas de apoio. Uma checagem que percorre os arquivos existentes passa sem reclamar quando a marcação está ausente — verifique presença, não só correção.
  2. O JSON é válido? Um erro de sintaxe faz o bloco inteiro ser ignorado, silenciosamente.
  3. Todas as URLs declaradas existem? Trilha de navegação, imagem, perfis do autor. Nenhuma validação de sintaxe pega isso.
  4. As datas são coerentes? Nada no futuro, modificação nunca anterior à publicação.
  5. O que está marcado está visível? Sobretudo perguntas frequentes.
  6. Os números batem? Contagem de palavras, tempo de leitura, quantidade de itens numa lista.
  7. Há apenas um formato? Sem microdados e JSON-LD convivendo com informação divergente.

Os itens 1, 3 e 4 são os que escapam das ferramentas de validação padrão, porque elas verificam a sintaxe do que existe — não a existência do que deveria estar lá nem a coerência com o mundo real.

Como validar

Duas ferramentas, com propósitos diferentes.

O teste de resultados aprimorados do Google mostra o que efetivamente rende exibição diferenciada. É o que responde "isso vai aparecer no resultado?".

O validador de sintaxe do schema.org verifica se a estrutura está correta segundo a especificação. É mais rigoroso e sinaliza coisas que o primeiro ignora.

Use os dois: o segundo para garantir que está correto, o primeiro para saber o que produz efeito.

Depois de publicar, o relatório de aprimoramentos do Search Console acompanha em escala e avisa quando algo quebra. É o único que detecta a falha silenciosa do template.

O que mudou com os sistemas de resposta

A marcação ganhou uma função nova nos últimos tempos, e vale entender o mecanismo.

Sistemas que geram respostas recuperam trechos de páginas, avaliam quais respondem melhor, e citam as fontes usadas. Nesse processo, marcação ajuda de três formas:

Delimita o conteúdo. Uma página marcada como artigo, com título e corpo identificados, é mais fácil de recortar que uma página onde tudo é indistinto.

Identifica a fonte. Para citar, o sistema precisa saber quem está falando. Autor declarado com perfis verificáveis é uma fonte identificável; um nome solto no rodapé é ambíguo.

Estrutura perguntas e respostas. O formato de FAQ é praticamente o formato que esses sistemas procuram — pergunta explícita, resposta direta, autossuficiente.

Uma ressalva honesta: nenhum fornecedor documenta exatamente como usa a marcação, e a área muda rápido. O que dá para afirmar com segurança é que conteúdo estruturado e atribuído com clareza é mais fácil de processar que o contrário — e isso vale independentemente de qual sistema esteja lendo.

Implementando sem virar projeto

Uma sequência que cabe em um dia de trabalho em site de conteúdo.

Primeiro, o grafo global. Declare organização, site e pessoa uma vez, na home. É a base que o resto referencia.

Segundo, o template de artigo. Um único bloco que puxa título, descrição, datas e seção dos dados que a página já tem. Se o site é gerado por script ou por sistema, isso é uma alteração no template — não cem alterações.

Terceiro, valide uma página de cada tipo. Home, categoria, artigo. Corrija antes de propagar.

Quarto, propague e acompanhe. Publique, e olhe o relatório de aprimoramentos duas semanas depois.

Quinto, complete o `sameAs`. Reúna os perfis públicos reais do autor e adicione. É a parte que depende de informação que só a pessoa tem, e a que mais rende no prazo longo.

Quanto tempo até aparecer

Uma calibragem de expectativa, porque a impaciência aqui leva a mexer no que já estava certo.

O buscador precisa rastrear de novo. A marcação nova só é vista quando a página é revisitada. Em site com pouca autoridade, isso pode levar semanas. Solicitar indexação das páginas principais acelera as primeiras.

A exibição diferenciada não é garantida. Marcar corretamente torna a página elegível para trilha de navegação ou bloco de perguntas no resultado — não obriga o buscador a exibir. A decisão é dele, consulta a consulta.

Isso frustra quem espera resultado imediato e é como o sistema funciona. Uma página pode aparecer com trilha numa busca e sem em outra.

O relatório de aprimoramentos demora a povoar. Depois de publicar, o Search Console leva de uma a três semanas para mostrar as páginas com marcação válida. Ver zero na primeira semana não significa erro.

O efeito de entidade é de meses. A construção de reconhecimento — a parte mais valiosa — não tem prazo curto. Ela se acumula com consistência, e o sinal de que está funcionando é indireto: aparecer em resultado de busca pelo nome, ser citado em resposta gerada, ver a curva de busca pela marca subir.

Mantendo vivo

Marcação é o tipo de coisa que quebra em silêncio. Duas rotinas leves resolvem.

Mensal, cinco minutos. Abrir o relatório de aprimoramentos do Search Console e ver se apareceu erro novo. É a única forma prática de detectar quebra em escala.

A cada mudança de template. Validar uma página depois de qualquer alteração estrutural no site. É o momento em que a marcação some sem ninguém notar.

E uma verificação que vale fazer uma vez, hoje: confira se os identificadores que a sua marcação declara — categorias, páginas de autor, qualquer URL citada — de fato existem. Apontar para página inexistente dentro de dados estruturados é um erro que nenhuma validação de sintaxe pega, porque a sintaxe está correta. Só um teste de existência encontra.

Perguntas frequentes

Dados estruturados melhoram o ranqueamento?

Não diretamente. O que eles fazem é habilitar exibição diferenciada no resultado — trilha de navegação, bloco de perguntas — o que afeta a taxa de clique, reduzir ambiguidade sobre autoria e datas, e construir a entidade que importa para citação em respostas geradas.

Quais schemas valem a pena em site B2B?

Cinco cobrem quase tudo: Article ou BlogPosting no conteúdo, BreadcrumbList na trilha, Person para o autor com sameAs e knowsAbout, Organization e WebSite na home, e FAQPage onde houver perguntas frequentes visíveis.

O que pode gerar penalidade em dados estruturados?

Declarar conteúdo que não está visível na página — sobretudo perguntas frequentes ocultas —, marcar avaliação em conteúdo próprio sem sistema real de avaliação, usar tipo que não corresponde ao conteúdo, e declarar números que não correspondem à realidade.

Qual erro de marcação as ferramentas de validação não pegam?

Três: marcação ausente, porque a validação verifica o que existe; URLs declaradas que não existem, porque a sintaxe está correta; e datas incoerentes, como modificação anterior à publicação. Todos exigem verificação própria.

Continue lendo

Mais artigos sobre Account-Based Marketing por Cleber Barbosa