O que aconteceu
A descontinuação foi escalonada ao longo de 2026:
- 7 de maio: aviso publicado no topo da documentação de FAQ structured data, e os rich results param de aparecer na busca.
- Junho: removidos o filtro de aparência "FAQ" no relatório de desempenho, o relatório de rich result no Search Console e o suporte no Rich Results Test.
- Agosto: removidos os dados de FAQ rich result da API do Search Console.
Não é um caso isolado. O How-to já tinha sido descontinuado no desktop em setembro de 2023, depois de ser limitado no mobile. E o core update de março de 2026 já havia reduzido a exibição de rich results para tipos historicamente abusados: FAQ, Review e How-to aplicados em páginas onde não eram o conteúdo principal.
Se você monitora rich results: a queda no relatório entre maio e junho não é problema no seu site, é a métrica deixando de existir. Ajuste os dashboards antes que alguém apresente isso como perda de performance numa reunião.
Por que o Google removeu
Pelo motivo de sempre quando um rich result morre: abuso em escala. O FAQ virou, para muita gente, uma forma de ocupar mais espaço vertical na SERP em vez de responder pergunta de verdade. Página de produto com FAQ inventado, landing com cinco perguntas artificiais no rodapé, bloco de FAQ que existia só no schema e não na página.
Quando um formato deixa de sinalizar qualidade e passa a sinalizar quem conhece o truque, ele perde utilidade para o buscador. Aconteceu com meta keywords, aconteceu com rich snippet de review, agora aconteceu com FAQ. O ciclo é sempre o mesmo e a gente sempre finge surpresa.
Vale notar um detalhe que reforça isso: sites que implementaram schema alinhado à intenção real do conteúdo, e não como tática de SERP, mantiveram e em muitos casos melhoraram suas taxas de rich result depois do update de março. A punição não foi para o schema. Foi para o uso oportunista dele.
Manter ou remover?
Resposta curta: manter, se o FAQ é conteúdo real da página. Remover, se ele só existia para gerar rich result.
O Google foi explícito ao dizer que FAQPage continua sendo um tipo válido do Schema.org e que o markup pode permanecer sem causar problema. Não há penalidade, não há aviso de erro, não há motivo técnico para limpeza em massa.
O critério de decisão que uso é bem simples. Se o bloco de perguntas está visível na página e responde dúvida real de quem compra, mantenha, porque o markup continua descrevendo com precisão o que está ali. Se o FAQ existe só no JSON-LD, ou foi criado para preencher espaço, remova, e remova o bloco também. Ele nunca serviu ao usuário e agora não serve a mais nada.
Eu mantive o FAQPage nas páginas de serviço deste site, pelo motivo do próximo tópico.
O novo papel do schema
Aqui está a parte que muda a estratégia. O AI Mode do Google, movido pelo Gemini, passou a ler dados estruturados como sinal de confiança e verificação de entidade, não como gatilho de exibição.
É uma inversão importante. Durante uma década a pergunta sobre schema foi "isso gera rich result?". Se não gerava, muita gente não implementava. Em 2026 a pergunta certa é outra: isso ajuda a máquina a entender sem ambiguidade o que é esta página, de quem ela é, e sobre o que ela fala?
Nesse enquadramento, um FAQPage bem construído continua valendo. Ele entrega pares de pergunta e resposta já delimitados, no formato mais extraível que existe. Para um modelo que precisa recortar um trecho citável, isso é presente. Escrevi sobre esse ponto em como estruturar conteúdo extraível para LLMs.
Schema deixou de ser aposta em aparência de SERP e virou infraestrutura de entendimento. O retorno mudou de lugar, não desapareceu.
O que fazer na prática
- Ajuste os relatórios. Tire as métricas de FAQ rich result dos dashboards antes que a queda a zero vire conversa desconfortável. Se você usa a API do Search Console, o campo saiu em agosto, então verifique se nada quebrou no pipeline.
- Audite onde o FAQ é falso. Rode um crawl, liste as páginas com
FAQPagee compare com o conteúdo visível. Onde o markup não corresponde ao que está na página, remova. Isso sempre foi violação de diretriz, com ou sem rich result. - Melhore onde é real. Pergunta que cliente faz de verdade, resposta completa nas duas primeiras frases, sem preâmbulo.
- Redirecione o esforço para os tipos que ainda geram rich result: Product, review agregado legítimo, Recipe, Event, JobPosting, Breadcrumb, Video. E principalmente para
Organization,PersoneArticlebem amarrados por@id, que é o que sustenta entendimento de entidade. - Ligue os nós. Schema disperso vale pouco. Um grafo em que a página referencia a organização, que referencia o autor, que referencia os perfis externos, vale bastante. É o que descrevo em dados estruturados como sinal de entidade.
Como auditar seu FAQ
Se o site tem mais de algumas dezenas de páginas, a auditoria precisa ser sistemática. O processo que uso:
1. Liste todas as páginas com FAQPage
Rode um crawl extraindo o JSON-LD de cada URL e filtre por @type: FAQPage. Qualquer crawler que extraia dados estruturados resolve. O resultado costuma surpreender, porque plugin costuma injetar markup em lugar que ninguém pediu.
2. Compare markup com conteúdo visível
Para cada página da lista, verifique se as perguntas do schema aparecem no HTML renderizado. O jeito rápido é extrair as strings de name das perguntas e procurar cada uma no corpo da página. Divergência é violação de diretriz, e sempre foi.
3. Classifique em três grupos
- FAQ real e útil. Perguntas que clientes fazem, respostas completas, visível na página. Mantenha, e melhore a redação das respostas.
- FAQ real mas fraco. Está na página, mas as perguntas são genéricas do tipo "por que escolher nossa empresa". Reescreva com dúvidas reais ou remova.
- FAQ fantasma. Só no schema, ou criado para ocupar espaço. Remova markup e bloco.
4. Ajuste a medição
Tire FAQ dos dashboards e verifique integrações que consumiam o campo na API do Search Console, removido em agosto de 2026. Pipeline que quebra em silêncio é pior que pipeline que quebra com erro.
O que é um FAQ que serve
Como o incentivo do rich result acabou, sobrou o incentivo real: responder pergunta. Isso muda o que faz um FAQ ser bom.
As perguntas precisam vir de fora. Do time comercial, do suporte, das buscas internas do site, das dúvidas que aparecem no WhatsApp. Pergunta inventada em reunião de marketing tem outro cheiro e não responde nada.
A resposta começa respondendo. Nada de "essa é uma ótima pergunta e a resposta depende de vários fatores". Responda na primeira frase, qualifique na segunda.
Inclua as perguntas incômodas. Preço, prazo, limitação, para quem o serviço não serve. São as que a pessoa realmente quer saber, e são as que a concorrência costuma evitar, o que cria diferença.
Uma pergunta por dúvida. Agrupar três dúvidas numa pergunta só atrapalha a extração e a leitura.
Vale lembrar por que isso importa agora: o formato pergunta e resposta é o mais extraível que existe, e continua alimentando resposta gerada mesmo sem rich result. É a lógica descrita em conteúdo extraível para LLMs.
Um efeito colateral bom: sem a recompensa visual, o FAQ voltou a ser escrito para quem lê. A qualidade média dos blocos que revisei subiu depois de maio, porque quem só queria a estrelinha simplesmente parou de fazer.
Onde investir agora
O esforço que ia para FAQ tem destinos melhores. Em ordem de retorno, para a maioria dos sites:
Organization ou LocalBusiness completo. Nunca gerou rich result e virou um dos tipos mais importantes, porque é o que ancora a identidade da empresa. Para negócio local, com endereço, coordenadas, horário estruturado e área de atuação.
Person para os autores. Com sameAs para perfis externos. É o que sustenta o sinal de autoria discutido em autoria virou fator de ranking.
Product, para quem vende. Continua gerando rich result, continua alimentando comparação em agente de compra, e é o tipo com maior impacto comercial direto. O contexto está em ChatGPT Shopping e o e-commerce.
BreadcrumbList. Simples, ainda exibido, e ajuda a comunicar hierarquia do site.
Article e BlogPosting com autor e editor amarrados. Sem rich result próprio, mas é o que conecta conteúdo à entidade que o produziu.
E acima de todos: amarrar tudo isso num grafo com @id cruzado, em vez de blocos soltos. É o que faz diferença de verdade, e está detalhado em dados estruturados como sinal de entidade.
Conclusão
O fim do FAQ rich result é boa notícia disfarçada de má notícia. Ele tinha virado ruído: todo mundo implementava, quase ninguém respondia pergunta de verdade, e o formato parou de diferenciar qualquer coisa.
O que sobra é mais interessante. Dado estruturado hoje serve para máquina entender entidade, autoria e contexto, e isso vale tanto para o Google quanto para os motores generativos. Quem implementou schema por convicção não perdeu nada. Quem implementou por causa da estrelinha na SERP acabou de descobrir que estava otimizando para o lugar errado.
Se quiser revisar a camada de dados estruturados do seu site com esse enquadramento, faz parte do que entrego em SEO técnico.