FAQPage na página de produto, ou uma página separada de Q&A. As duas perdem..

Em 8 de agosto de 2023, o Google atualizou a documentação de dados estruturados de busca com uma única frase decisiva. A frase dizia que, a partir daquele momento, os rich results de `FAQPage` seriam exibidos apenas para "sites governamentais e de saúde conhecidos e com autoridade". Para todos os outros domínios, o rich result desapareceu. O schema validava. As estrelas e o menu suspenso que costumavam aparecer nos resultados de busca não apareciam mais.

Três anos depois, o schema ainda circula em dezenas de milhares de páginas de produto de e-commerce, quase nenhuma das quais se qualifica como domínio governamental ou de saúde com autoridade. O schema é distribuído por plugins de SEO, por plataformas de avaliação, por temas e por desenvolvedores que o retiraram de um tutorial escrito antes da mudança de 2023. O schema não produz nenhum rich result e quase nenhum benefício mensurável, ao mesmo tempo que cria, ocasionalmente, riscos de conformidade com a regra de depoimentos da FTC quando as perguntas de "FAQ" são escritas pela marca e apresentadas como se fossem perguntas de clientes.

O schema complementar, `QAPage`, tem um problema diferente. O `QAPage` foi projetado para sites como Stack Overflow e Quora, onde um usuário publica uma pergunta e muitos usuários publicam respostas. O rich result, quando aparece, mostra a pergunta e a resposta mais votada. Páginas de produto, por sua natureza, não têm perguntas enviadas por usuários com respostas enviadas por usuários; têm conteúdo curado pela marca. Aplicar o schema `QAPage` a um FAQ curado pela marca é um tipo diferente de violação de política, desta vez das semânticas declaradas do schema, em vez de uma regra de rich result do Google.

A maioria das marcas que publica conteúdo de perguntas e respostas em páginas de produto escolheu um desses dois schemas. Os dois estão errados para a página em que residem. A resposta certa é estrutural, não no nível do schema, e depende de uma pergunta que quase nenhum operador faz: a marca tem volume suficiente de perguntas de clientes para justificar uma página separada?

O schema `FAQPage` foi adicionado ao Schema.org em 2018 e adotado no programa de rich results do Google em maio de 2019. O uso pretendido, conforme a documentação original, era "uma página onde as perguntas e as respostas são escritas pelo publicador". FAQs da Wikipedia. Documentação de software. Páginas governamentais de saúde explicando um programa de benefícios. Páginas onde um autor canônico escreveu uma resposta canônica para uma pergunta frequente.

Durante seus primeiros quatro anos, o schema funcionou. Um site podia marcar uma seção de FAQ, obter um rich result com menu suspenso em seu resultado de busca e ganhar aproximadamente 15% a 25% mais cliques em consultas de intenção comercial, de acordo com vários estudos de caso publicados em 2020 e 2021. O rich result foi tão bem-sucedido que, quase imediatamente, cada tema de e-commerce adicionou um "bloco de FAQ" ao seu modelo de página de produto. Cada plugin de SEO adicionou um injetor de schema de FAQ. As marcas começaram a escrever cinco "perguntas frequentes" por produto. Nenhuma das perguntas havia sido realmente feita; eram conteúdo de SEO disfarçado de FAQ.

O schema foi abusado em uma escala que surpreendeu até as próprias equipes do Google. Em 2022, dados internos do Google (mencionados obliquamente em uma palestra pública de John Mueller no início de 2023) mostraram que o bloco mediano de FAQPage na web aberta tinha quatro perguntas inventadas escritas por uma equipe de marketing, das quais duas eram promocionais ("Por que X é o melhor Y do mercado?") e uma era uma CTA disfarçada ("Onde posso comprar X?"). O rich result, a essa altura, havia se tornado um gerador de ruído. A mudança do Google em agosto de 2023 restringiu o resultado a domínios com autoridade e, na prática, eliminou o valor do schema para todos os outros.

O schema em si não foi descontinuado. Ainda pode ser publicado. Ainda vai validar. Vai produzir, em 99% dos casos, nenhum rich result visível e nenhum impacto mensurável na taxa de cliques. Os bytes vão para a página; o resultado não aparece.

O schema `QAPage` foi projetado, explicitamente, para sites de Q&A comunitários. A definição do schema.org menciona "um site como Stack Exchange, Quora ou AnswerBag". A suposição estrutural é que um usuário publica uma `Question`, vários usuários publicam blocos de `Answer`, e a página registra tanto a identidade de quem perguntou quanto a de quem respondeu, além da autoridade relativa da resposta (uma resposta "aceita" ou "mais votada").

O schema faz suposições que um FAQ de produto típico curado pela marca não consegue satisfazer. A `Question` deve ter um `author` que não é o proprietário da página. O `AnswerCount` deve ser uma contagem real de respostas distintas enviadas por usuários. A "resposta aceita", se presente, deve ser a resposta que quem perguntou (ou a moderação da comunidade) marcou como correta. Nada disso é verdade para a seção de FAQ curada de uma marca, que é escrita pela marca, para os produtos da marca, por um único autor que também é o proprietário da página.

Marcas que aplicaram o schema `QAPage` a um FAQ curado pela marca estão representando incorretamente a semântica do schema. O Google não aplica, na prática, penalidades manuais por isso. A desvantagem é estrutural: o schema dificilmente vai gerar um rich result, porque a página não corresponde ao padrão subjacente; e qualquer motor de resposta com IA que leia o schema como um sinal de citação vai, corretamente, tratar o conteúdo como gerado pela marca em vez de gerado pela comunidade, o que é um primitivo de citação mais fraco do que a marca imagina estar publicando. Veja first person dated signed para entender por que o conteúdo de autoria da comunidade tem mais peso de citação do que o conteúdo de autoria da marca.

Os casos em que `QAPage` é legitimamente o schema certo para um contexto de produto são limitados. Um site que hospeda perguntas genuinamente enviadas por clientes, com respostas genuinamente enviadas por clientes, em uma URL dedicada por pergunta, se qualifica. A maioria dos sites de comércio não hospeda isso. A seção "Perguntas e Respostas" da Amazon é o exemplo positivo canônico: clientes perguntam, clientes (e às vezes o vendedor) respondem, e cada unidade de Q&A tem seu próprio bloco de dados estruturados. Fora da Amazon e de alguns grandes marketplaces, o padrão é raro.

A decisão real não é "FAQPage ou QAPage". É se o conteúdo de perguntas e respostas deve existir na página de produto ou em uma página separada que as perguntas justifiquem.

Dois padrões funcionam. A maioria das marcas não escolheu entre eles; publicou uma meia versão de ambos.

O primeiro padrão é o conteúdo de perguntas e respostas inline na página de produto, sem nenhum schema associado. O conteúdo é tratado como prosa. As perguntas e respostas aparecem abaixo da descrição do produto, com frequência acima da seção de avaliações, com frequência acompanhadas das fotos sobre as quais os compradores perguntam. As perguntas são escritas pela marca, às vezes com base em tickets de suporte ao cliente, às vezes com base na mineração de conteúdo de avaliações (veja the long tail begins inside the review). A marca não faz nenhuma afirmação de schema sobre as perguntas serem enviadas por usuários. O trabalho do conteúdo é responder perguntas que compradores reais realmente fazem, no lugar onde estão prontos para fazê-las. O tráfego é interno; o formato é prosa; o risco legal é baixo; o rich result é nulo, porque nenhum schema é publicado.

O segundo padrão é uma página dedicada de Q&A por produto, onde os clientes podem de fato enviar perguntas, a marca ou outros clientes podem enviar respostas, e cada pergunta vive em sua própria URL. O schema é `QAPage`, aplicado com precisão. O rich result, onde aparece, é real. O conteúdo é genuinamente gerado pela comunidade e, portanto, carrega peso de citação. O custo é operacional: alguém precisa moderar, alguém precisa responder, e a página só se sustenta se houver volume real de perguntas.

O segundo padrão é a resposta certa apenas se a marca tiver volume de perguntas para justificá-lo. Para uma marca com cem SKUs e doze perguntas de clientes por mês, uma página dedicada de Q&A por produto significaria noventa e oito páginas vazias e duas páginas com uma pergunta cada. Páginas vazias são piores do que nenhuma página; elas sinalizam conteúdo ralo para os rastreadores e criam inchaço de links internos sem nada do outro lado. Para uma marca com doze SKUs e cem perguntas de clientes por mês, a página dedicada passa a valer a pena. O limite não é um número fixo; é o ponto em que o volume de perguntas por página de produto supera o custo operacional de moderá-las, que normalmente fica entre cinco e dez perguntas substanciais por produto por trimestre.

Abaixo do limite, a resposta certa é prosa inline sem schema. Acima do limite, a resposta certa é uma página dedicada com schema `QAPage`, envio real de perguntas e uma fila de moderação.

O motivo pelo qual a maioria das marcas publica um schema errado é que confundiu a ordem das decisões. A decisão de adicionar uma seção de FAQ à página de produto foi tomada primeiro, normalmente como um experimento de otimização de taxa de conversão, normalmente porque um concorrente tinha uma. A decisão de adicionar schema foi tomada em segundo lugar, normalmente pelo mesmo plugin de SEO que publicou o schema `Organization` com um `aggregateRating` (veja self serving review markup and the line google drew). A marca nunca perguntou se o conteúdo de FAQ era real ou se o schema era adequado. O schema foi um efeito colateral de uma decisão de otimização de conversão.

Inverter a ordem produz uma resposta diferente. A primeira pergunta é se clientes reais estão fazendo perguntas sobre o produto, em volume que justifique uma superfície de resposta. Se sim, a segunda pergunta é se a superfície de resposta deve estar na página de produto (volume baixo, prosa, sem schema) ou em uma página separada (volume alto, envio estruturado, schema `QAPage` real). O schema deriva da arquitetura, não o contrário. A maioria das marcas está publicando schema como a decisão principal e descobrindo, três anos depois, que o schema não está fazendo nada.

O schema deriva da arquitetura. A arquitetura deriva do volume. O volume é algo que quase nenhum operador mediu.

A regra da FTC de 2024 sobre avaliações de consumidores e depoimentos, que entrou em vigor em 21 de outubro de 2024, proíbe o uso de avaliações falsas ou geradas por IA e a representação incorreta de avaliações como provenientes de consumidores independentes quando não são. A regra foi interpretada, principalmente, como direcionada a avaliações falsas em páginas de produto. Há uma implicação mais silenciosa para o schema de FAQ.

Uma seção de FAQ típica curada pela marca apresenta as perguntas como se tivessem sido feitas. O padrão de formulação é consistente: "Por quanto tempo o sérum dura?" "É seguro para pele sensível?" "Onde é fabricado?" As perguntas são escritas por uma equipe de marketing. Elas não são atribuídas a nenhum solicitante específico. Também não são, na maioria dos casos, literalmente falsas; são perguntas reais que a marca poderia plausivelmente ter recebido.

O risco surge quando o FAQ é envolvido com o schema `QAPage`, que deve implicar perguntas enviadas por usuários e respostas enviadas por usuários. Marcar conteúdo curado pela marca com o schema `QAPage` é uma afirmação representacional de que o conteúdo veio de usuários independentes quando não veio. As cartas de advertência da FTC de dezembro de 2025 citaram explicitamente "representação incorreta da fonte de conteúdo de depoimentos" como um padrão de violação. O schema, nessa leitura, é uma extensão técnica da mesma representação incorreta. O risco é pequeno e amplamente teórico, mas é um risco que não existia antes da regra, e as marcas que publicam o schema `QAPage` em FAQs curados devem, no mínimo, parar de descrever as perguntas como se tivessem sido enviadas por clientes.

O schema `FAQPage`, por contraste, não faz nenhuma afirmação representacional sobre envio por usuário. Sua definição diz explicitamente que as perguntas e respostas são escritas pelo publicador. Publicar o schema `FAQPage` em um FAQ escrito pela marca é honesto; ele simplesmente não produz um rich result, que é o problema separado abordado acima.

A objeção, em 2026, é que mesmo que o rich result de FAQ tenha desaparecido, os motores de resposta com IA podem ainda citar conteúdo de FAQ porque o schema torna o padrão de pergunta-resposta legível. Isso é parcialmente verdade e amplamente exagerado.

O estudo da Ahrefs de março de 2026, com 1,4 milhão de prompts do Google AI Overviews, descobriu que o Google AI Overviews cita conteúdo formatado como pergunta aproximadamente na mesma taxa que conteúdo formatado como prosa, quando controlado por relevância e autoridade da fonte. O wrapper de schema não teve nenhum efeito independente mensurável. O que teve efeito: se o conteúdo respondia à pergunta específica feita, se a fonte era percebida como autoridade no tema e se a resposta era específica e datada em vez de genérica. (Para o padrão mais amplo de citação, veja the citation economy.)

A implicação prática é que os motores de IA citam a resposta, não o schema. Um parágrafo de prosa bem escrito em uma página de produto que responde diretamente "por quanto tempo este sérum dura após aberto" será citado com a mesma facilidade que o mesmo parágrafo envolvido no schema `FAQPage`. O schema não é o primitivo de citação; a resposta é. Essa é, por reflexão, a mesma conclusão que a web humana chegou sobre o schema de FAQ em 2021: o valor de marketing sempre esteve na resposta, não na marcação.

O erro mais comum no trabalho de schema para e-commerce é publicar um wrapper em torno de conteúdo que não existe. A seção de FAQ que ninguém perguntou. A página de Q&A sem perguntas. O bloco de `aggregateRating` em uma página inicial que está avaliando a si mesma. O schema é suposto ser uma descrição de algo real. Quando o algo real está faltando, o schema descreve a ausência, e os motores (mecanismos de busca, motores de resposta, rastreadores de IA) leem a ausência com precisão. Eles citam a marca que respondeu a uma pergunta real, em uma página real, com palavras reais. Ignoram a marca que publicou um wrapper.

O movimento certo em 2026 é encontrar as perguntas reais dos clientes, respondê-las com palavras reais e deixar o schema ser a última decisão em vez da primeira. As marcas que fazem isso acabam publicando menos marcação, mais prosa e mais páginas que valem a pena indexar. (Veja the half life of a product page para o caso composto.) As marcas que continuam publicando o schema errado não são penalizadas; elas simplesmente estão silenciosamente ausentes das citações para as quais escreveram o schema para ganhar.