Dados estruturados no Next.js: o JSON-LD que ajuda o Google a entender seu site

Dados estruturados são um código extra que você coloca na página, no formato JSON-LD, para dizer ao Google exatamente o que aquele conteúdo significa: um artigo, um serviço, uma pergunta frequente. No Next.js, a forma recomendada hoje é inserir esse código com um elemento de script dentro do próprio componente da página.

Este guia mostra como adicionar dados estruturados num site em Next.js sem gastar tempo num recurso que o Google já aposentou, o caso do FAQPage. Serve para quem já tem um site em produção, já cuidou do SEO básico e quer que o Google entenda melhor cada página.

Em poucas palavras

• Dados estruturados usam o formato JSON-LD para descrever o conteúdo da página num vocabulário que o Google reconhece sem ambiguidade (o Schema.org).
• No Next.js, o jeito recomendado é uma tag nativa <script type="application/ld+json"> dentro do page.tsx, não o componente next/script.
• O FAQPage parou de gerar o resultado expandido no Google em maio de 2026. Não vale mais marcar perguntas e respostas só por causa disso.
• Marcar a empresa (Organization ou LocalBusiness) e os serviços ainda ajuda o Google a montar resultados mais completos na busca.

O que são dados estruturados, afinal

Todo site já tem uma estrutura visual: título, parágrafo, imagem, botão. O problema é que essa estrutura só faz sentido para quem enxerga a página. Os dados estruturados repetem a mesma informação num formato de dados, usando os termos definidos pelo Schema.org (um vocabulário mantido em conjunto por Google, Microsoft e outras buscas), para que um programa consiga ler sem adivinhar.

Isso não muda a posição do site no ranking por si só. O que ele faz é abrir a porta para um resultado rico (um resultado de busca com mais informação além do título e do resumo, como estrelas de avaliação ou o nome da empresa), que tende a chamar mais atenção na lista de resultados. Sem a marcação, o Google até consegue inferir boa parte do conteúdo sozinho, mas sem a mesma certeza.

Como adicionar JSON-LD no Next.js

A documentação oficial do Next.js recomenda renderizar o JSON-LD como uma tag <script> nativa dentro do layout.tsx ou do page.tsx, e não com o componente next/script: ele foi feito para carregar e executar JavaScript, e dados estruturados não são código, são só dados.

export default async function Page({ params }) {
  const { slug } = await params;
  const servico = await getServico(slug);

  const jsonLd = {
    '@context': 'https://schema.org',
    '@type': 'Service',
    name: servico.nome,
    areaServed: 'São Paulo',
    provider: { '@type': 'LocalBusiness', name: servico.empresa },
  };

  return (
    <script
      type="application/ld+json"
      dangerouslySetInnerHTML={{
        __html: JSON.stringify(jsonLd).replace(/</g, '\u003c'),
      }}
    />
  );
}

O replace no final não é enfeite: JSON.stringify não escapa o caractere <, então um texto malicioso guardado no banco (o nome de um serviço, por exemplo) poderia fechar a tag script na marra e rodar código no navegador de quem visita a página. Trocar < pelo equivalente em unicode fecha essa brecha sem mudar o que aparece na tela.

Depois de publicar, confira se o Google está lendo a marcação do jeito certo. O Rich Results Test, do próprio Google, mostra exatamente quais resultados ricos aquela página pode gerar; o Schema Markup Validator, mantido pela comunidade do Schema.org, aponta erros de sintaxe que o teste do Google às vezes deixa passar.

O que vale marcar (e o que não vale mais)

Num site institucional ou numa landing page, a lista curta que compensa o esforço é pequena:

• Organization ou LocalBusiness: nome, endereço, telefone e área de atendimento da empresa, a base do Perfil da Empresa no Google.
• Service: um para cada serviço ou especialidade, principalmente quando a página de "landing page para psicólogo" ou "site para advogado" é separada por nicho.
• Article ou BlogPosting: para páginas de conteúdo, com autor, data e imagem de capa. Este blog já faz isso automaticamente em cada publicação, do mesmo jeito que já otimiza as imagens de cada post.
• BreadcrumbList: a trilha de navegação (Início > Blog > título do post), que o Google às vezes mostra no lugar da URL crua no resultado.

O que não compensa mais é o FAQPage. Desde agosto de 2023 o resultado expandido já estava restrito a sites de governo e saúde reconhecidos; em maio de 2026 o Google removeu o recurso por completo da documentação oficial, com a justificativa de que o recurso deixou de aparecer na busca.

The FAQ rich result feature is no longer shown in Google Search results.

Fonte: documentação do Google Search Central.

Isso não significa apagar o FAQ da página: perguntas e respostas continuam sendo um dos formatos mais citados por IA de busca e por assistentes como o ChatGPT e o Claude. Só não há mais motivo para embrulhar esse conteúdo em JSON-LD FAQPage esperando um resultado visual que não existe mais.

Perguntas frequentes

JSON-LD é obrigatório para o site aparecer no Google?

Não. O Google indexa e exibe páginas sem nenhum dado estruturado. A marcação só melhora a forma como o resultado aparece na lista, não a capacidade de ser encontrado.

Dados estruturados mudam a posição do site no ranking?

Não diretamente. Eles não são um fator de ranqueamento como velocidade de carregamento ou link. O ganho é indireto: um resultado mais completo tende a receber mais clique.

Como sei se o Schema.org do meu site está certo?

Cole a URL da página no Rich Results Test do Google ou no Schema Markup Validator. Os dois apontam o tipo de dado encontrado e qualquer campo obrigatório que esteja faltando.

Preciso colocar JSON-LD em todas as páginas do site?

Não. Faz sentido na página inicial (Organization), em cada página de serviço e nas páginas de conteúdo. Uma página de contato simples, por exemplo, não precisa de marcação própria.

Um site bem construído carrega esse cuidado técnico

Dados estruturados não substituem um site rápido, com HTTPS e conteúdo que responde à busca de verdade. Eles são só mais uma camada, pequena de implementar e fácil de esquecer, que fecha a lacuna entre o que a página mostra e o que o Google consegue confirmar.

Na Visuapp, isso faz parte do pacote técnico de todo projeto que a gente entrega, do site institucional à landing page de nicho, junto com as outras boas práticas de SEO que já ficam prontas desde a entrega. Se o seu site já existe mas nunca recebeu essa marcação, fale com a gente para ver o que dá para ajustar sem refazer tudo.