Schema de perguntas frequentes: o que mudou

O schema de perguntas frequentes, tecnicamente chamado de FAQPage, é um tipo de dado estruturado que marca uma lista de perguntas e respostas dentro do HTML de uma página, no formato que o Google e outros mecanismos conseguem ler de forma programática. Durante um bom tempo, adicionar esse schema a uma página funcionava como um atalho para um resultado de busca maior: as perguntas apareciam diretamente no Google como itens expansíveis, ocupando mais espaço vertical na tela e empurrando os resultados concorrentes para baixo. O schema HowTo tinha um efeito parecido, mas voltado para conteúdo de passo a passo — a busca chegou a mostrar cada etapa numerada, às vezes com uma imagem por etapa, direto no resultado, sem que o usuário precisasse clicar em nada.

Isso já não é mais assim para a grande maioria dos sites, e esse é o ponto que boa parte do conteúdo ainda publicado sobre o assunto insiste em ignorar. O Google reduziu de forma significativa a exibição desses resultados enriquecidos: hoje, o resultado de FAQ aparece apenas para um conjunto restrito de sites, na prática concentrado em páginas de governo e de saúde reconhecidas como fontes especialmente confiáveis, e o resultado de HowTo foi retirado da exibição geral na busca. Se você marcar sua página com schema de perguntas frequentes hoje esperando ver caixas expansíveis, mais altura na SERP ou qualquer diferença visual, a expectativa realista é que nada mude na aparência do seu resultado. Vale dizer isso de forma direta porque boa parte dos artigos sobre o tema continua vendendo a promessa antiga, como se nada tivesse mudado desde o auge desse tipo de marcação.

O que os schemas de FAQ e HowTo faziam antes

Vale relembrar o que estava em jogo, porque isso explica por que tanta gente ainda persegue esse resultado. Uma página com schema FAQPage bem implementado podia fazer o Google exibir, logo abaixo do título e da URL, uma lista de perguntas com uma seta ao lado de cada uma. Cada pergunta podia ser expandida ali mesmo, na própria página de resultados, revelando a resposta sem que o usuário precisasse abrir o site. Isso tinha dois efeitos práticos: o resultado ocupava um espaço vertical muito maior do que um snippet comum, o que empurrava outros resultados — inclusive concorrentes diretos — para mais longe da primeira dobra, e o usuário conseguia, em muitos casos, resolver a própria dúvida sem clicar, o que reduzia a taxa de cliques mesmo com mais visibilidade na tela.

O schema HowTo seguia uma lógica parecida, aplicada a conteúdo instrucional. Uma receita, um tutorial de montagem, um passo a passo de configuração: o resultado podia mostrar cada etapa numerada, por vezes com uma miniatura de imagem específica para aquela etapa, e em alguns contextos chegava a ser lido em voz alta por assistentes de voz. Para quem publicava tutoriais, era um dos poucos tipos de marcação capaz de produzir um resultado visualmente dramático a partir de um esforço técnico relativamente pequeno — e por isso virou padrão em praticamente todo guia de WordPress, receita culinária ou artigo de "como fazer" na internet.

A mudança central que a maioria dos guias ainda erra

O comportamento atual é bem diferente do que a maior parte dos tutoriais ainda descreve. O resultado enriquecido de FAQ não desapareceu por completo, mas passou a ser reservado, na prática, a um grupo pequeno de domínios que o Google trata como fontes de autoridade especialmente alta — o padrão observável é a concentração em sites institucionais, de governo e de saúde. Para o site comercial comum, o blog de nicho ou a página de produto, marcar as perguntas com FAQPage deixou de ser suficiente para produzir aquele resultado expandido na busca, mesmo com a implementação tecnicamente perfeita. Já o HowTo passou por uma mudança mais radical: deixou de ser exibido como resultado enriquecido de forma geral, então mesmo tutoriais robustos, bem estruturados e antigos deixaram de mostrar os passos numerados na SERP.

Isso significa que, se você está decidindo hoje se vale a pena investir tempo em marcar suas perguntas frequentes ou o seu passo a passo, a resposta não pode partir da premissa "isso vai me dar um resultado maior no Google". Essa premissa deixou de ser verdadeira para praticamente todo mundo fora daquele grupo restrito de sites. Um post que promete estrelas, caixas ou mais espaço na busca só por causa da marcação está vendendo um resultado que, hoje, simplesmente não chega para a esmagadora maioria dos sites que tentam.

Isso torna o schema inútil? Não — mas o motivo para usá-lo mudou

Vale separar duas perguntas diferentes: "esse schema ainda gera um resultado visual maior?" e "esse schema ainda tem alguma utilidade?". A resposta para a primeira, para a maioria dos sites, é não. Para a segunda, continua sendo sim, só que por razões diferentes das que motivaram sua popularização original — o schema deixou de ser um truque de visibilidade, mas não virou irrelevante. Ele voltou a ser, sobretudo, uma forma de descrever com precisão um conteúdo que já é bom por conta própria, e não um atalho para conseguir destaque sem esse conteúdo. Os motivos concretos para manter a marcação são estes:

• Ela continua ajudando máquinas a interpretar a estrutura da sua página de forma explícita, em vez de depender só de inferência a partir do HTML visual, o que facilita a leitura automática do conteúdo por qualquer sistema que processe a página, não só o Google.
• Dados estruturados alimentam outros consumidores além do resultado de busca tradicional, incluindo superfícies de resposta geradas por inteligência artificial, que costumam se apoiar em conteúdo já organizado em pares de pergunta e resposta para extrair e citar informação com mais confiança.
• Assistentes de voz e outros mecanismos de busca podem ter critérios próprios de exibição, diferentes dos do Google, então a marcação continua sendo um investimento barato para manter compatibilidade com qualquer sistema que venha a valorizá-la no futuro.
• Um schema correto reduz ambiguidade sobre o que é pergunta e o que é resposta na própria página, o que ajuda inclusive ferramentas internas de busca, leitores de tela e qualquer processo de indexação que a sua própria empresa venha a construir.

Quando um FAQ é genuinamente bom para o leitor — e quando é só enchimento

Essa mudança tem um efeito colateral positivo: ela tira o incentivo perverso de escrever perguntas artificiais só para preencher um bloco de schema. Um FAQ genuinamente bom nasce de perguntas que pessoas reais fazem de verdade — no suporte, nos comentários, nas conversas de vendas, nas dúvidas recorrentes que aparecem antes de alguém tomar uma decisão. Ele existe para resolver objeções específicas que o corpo do artigo não cobre em detalhe, ou para responder rapidamente a variações de uma mesma dúvida que não justificam uma seção inteira.

Um FAQ que é só enchimento tem características fáceis de reconhecer: as perguntas repetem quase literalmente o que já foi dito no corpo do texto, quase todas começam com "o que é" seguido do termo do título, e as respostas são genéricas o suficiente para caber em qualquer artigo do mesmo nicho. Esse tipo de FAQ nasce escrito de trás para frente — alguém decide que precisa de um bloco de FAQPage e depois inventa perguntas para justificá-lo, em vez de identificar dúvidas reais e formatá-las como perguntas e respostas. Mesmo quando esse padrão ainda produzia um resultado visual maior no Google, já era a abordagem errada, porque o valor real do FAQ sempre esteve em responder a algo que o leitor realmente queria saber, não em preencher um formato. Agora que o incentivo do resultado enriquecido praticamente desapareceu para a maioria dos sites, escrever um FAQ de enchimento perdeu até a justificativa oportunista que tinha antes.

Implementação correta: o básico que ainda derruba muita gente

Independentemente de gerar ou não um resultado enriquecido, um schema de perguntas frequentes malfeito pode ser interpretado como manipulativo, e vale a pena evitar isso. Três regras cobrem a maior parte dos erros comuns nessa implementação:

• As perguntas e respostas marcadas no schema precisam estar visíveis na página para um visitante comum, sem exigir clique em nada escondido só para máquinas. Marcar um conteúdo no JSON-LD que não existe visivelmente na página é tratado como uma tentativa de enganar o sistema, não como uma otimização.
• O texto que aparece na marcação estruturada precisa corresponder ao texto que está de fato na página — sem resumir, sem reescrever de forma diferente, sem adicionar informação só na marcação. Divergência entre o que está marcado e o que está visível é exatamente o tipo de coisa que sistemas de qualidade são desenhados para detectar.
• O mesmo bloco de FAQ não deve ser duplicado em todas as páginas do site, como um rodapé fixo de "perguntas frequentes" repetido em cada URL. Isso é tratado como uso genérico e repetitivo da marcação, não como conteúdo relevante para aquela página específica, e o volume de páginas afetadas tende a acender um alerta de qualidade maior do que o mesmo erro cometido uma única vez.

Como validar e checar o que está realmente sendo exibido

Validar tecnicamente e confirmar exibição real são duas etapas diferentes, e vale a pena fazer as duas. Para a parte técnica, a ferramenta de teste de resultados avançados do Google confirma se o schema está sintaticamente correto e se a página é tecnicamente elegível para aquele tipo de resultado — mas elegibilidade técnica não é garantia de exibição, principalmente depois da restrição atual. No Google Search Console, o relatório de aprimoramentos de FAQ, quando disponível para a sua propriedade, mostra quantas páginas o Google reconhece como válidas para aquele tipo de marcação e sinaliza erros de implementação, mas de novo, reconhecimento como válido não é o mesmo que aparecer de fato na busca.

Para confirmar o que está sendo exibido na prática, o teste mais direto é pesquisar suas próprias páginas no Google e olhar o resultado real como um usuário veria — nenhuma ferramenta de validação substitui essa checagem simples. Também vale acompanhar o relatório de desempenho do Search Console filtrando por tipo de aparência de busca: se a sua propriedade ainda registra impressões associadas a resultados de FAQ, isso é sinal de que, pelo menos para algumas páginas, a exibição continua ativa; se o filtro não mostra nada relevante, é um indício direto de que manter aquele schema específico não está sendo convertido em espaço extra na busca, mesmo que a marcação continue tecnicamente válida.

O veredito prático

Continue usando o schema de perguntas frequentes quando as perguntas forem reais e o conteúdo já for bom por si só — a marcação vai ajudar máquinas a entender sua página e pode alimentar superfícies além da busca tradicional, mesmo sem o resultado visual de antes. Pare de escrever FAQs artificiais só para preencher um formato, porque esse incentivo específico praticamente desapareceu, e o que sobra é apenas um bloco de perguntas genéricas que não ajuda ninguém. E antes de investir mais tempo otimizando marcação para um resultado enriquecido específico, confirme no Search Console e na busca real se aquele resultado ainda está, de fato, disponível para o seu tipo de site.