Dados estruturados no WordPress: como implementar passo a passo
Como implementar dados estruturados no WordPress via plugin ou JSON-LD manual, quais tipos usar, como testar e o que mudou com o fim do resultado de FAQ.
Resumo rápido
Um checklist de SEO técnico é uma lista de verificações que confirma se os buscadores conseguem rastrear, renderizar, indexar e exibir as páginas de um site sem barreiras técnicas. Ele evita que um bom conteúdo fique invisível por causa de um bloqueio, de uma tag noindex esquecida ou de um servidor lento.
Antes de começar, tenha três coisas em mãos:
Prioridades: alta ameaça a indexação de páginas importantes; média atrapalha desempenho, rastreamento ou consolidação de sinais; baixa é melhoria incremental.
Ponto de partida oficial: segundo o Google Search Central, uma página só é elegível para indexação se o Googlebot não estiver bloqueado, se ela responder com HTTP 200 e se tiver conteúdo indexável. Mesmo cumprindo os três, a indexação não é garantida. Se esses itens falham, o resto do checklist pode esperar.
Rastreamento é a etapa em que o Googlebot descobre e baixa as URLs. Se o robô não chega à página, nada mais importa.
| # | Item | Onde verificar / ferramenta | Prioridade |
|---|---|---|---|
| 1 | O robots.txt não bloqueia páginas importantes nem CSS e JS necessários para renderizar | Relatório de robots.txt e Inspeção de URL (Search Console) | Alta |
| 2 | Páginas importantes respondem com status 200 | Rastreador (aba de códigos de resposta) e Inspeção de URL | Alta |
| 3 | Sem picos de erros 5xx ou de tempo de resposta do servidor | Estatísticas de rastreamento (Search Console) | Alta |
| 4 | Sitemap XML enviado, só com URLs canônicas e status 200, dentro do limite de 50 MB ou 50.000 URLs por arquivo | Relatório de sitemaps (Search Console) | Alta |
| 5 | Conteúdo principal não depende de clique, rolagem ou digitação para carregar | Inspeção de URL (HTML renderizado) | Alta |
| 6 | Filtros e parâmetros não geram combinações infinitas de URLs | Estatísticas de rastreamento e logs do servidor | Média |
Dois erros de interpretação são comuns. Primeiro: o robots.txt controla rastreamento, não indexação. A documentação do Google avisa que uma URL bloqueada ainda pode aparecer nos resultados, sem descrição, se outras páginas apontarem para ela. Segundo: o sitemap XML é um sinal fraco de canonicalização; ele ajuda na descoberta, mas não garante indexação.
No item 5, a documentação de mobile-first do Google pede para não carregar o conteúdo principal só após interação do usuário, porque o Google não executa essas interações. O guia de JavaScript SEO explica como comparar o HTML bruto com o renderizado.
A pergunta aqui: as páginas certas estão no índice, e só elas?
| # | Item | Onde verificar / ferramenta | Prioridade |
|---|---|---|---|
| 7 | Páginas estratégicas aparecem como indexadas | Relatório de indexação de páginas | Alta |
| 8 | Nenhuma página importante tem noindex por engano (tema, plugin ou ambiente de teste) | Rastreador (diretivas) e Inspeção de URL | Alta |
| 9 | Páginas com noindex não estão bloqueadas no robots.txt (o robô precisa ler a tag) | Cruzamento entre robots.txt e rastreador | Alta |
| 10 | Ambiente de homologação protegido por senha ou noindex | Busca pelo subdomínio de teste e Inspeção de URL | Alta |
| 11 | Arquivos não HTML (PDFs, por exemplo) com diretiva via cabeçalho HTTP quando necessário | curl -I ou rastreador |
Média |
| 12 | Soft 404 e páginas vazias tratadas (conteúdo real, 404 ou 410) | Relatório de indexação de páginas | Média |
O item 9 é o erro clássico: para tirar uma página do Google, o próprio Search Central orienta usar noindex e deixar o Google rastrear a URL. Se o robots.txt bloqueia a página, a tag nunca é lida. Quando o relatório mostrar status como “Rastreada, mas não indexada” ou “Duplicada sem canônica selecionada pelo usuário”, use o guia de erros de indexação no Search Console para entender cada status e validar a correção.
Os links internos são o caminho que robôs e pessoas usam para encontrar as páginas. A página “AI features and your website” do Google cita, entre as boas práticas, deixar o conteúdo fácil de encontrar por links internos.
| # | Item | Onde verificar / ferramenta | Prioridade |
|---|---|---|---|
| 13 | Páginas importantes a poucos cliques da home | Rastreador (relatório de profundidade) | Média |
| 14 | Nenhuma página estratégica órfã (sem links internos apontando) | Rastreador cruzado com sitemap e Search Console | Média |
| 15 | Links internos em HTML comum (<a href>), não só em eventos de JavaScript |
Rastreador com e sem renderização | Alta |
| 16 | Sem links internos para páginas 404 ou para URLs que redirecionam | Rastreador (links de saída por status) | Média |
| 17 | URLs legíveis, em minúsculas e com padrão único de barra final | Rastreador e amostra manual | Baixa |
Não existe número oficial de cliques máximo; “poucos cliques” é uma regra prática. Ao revisar os links, melhore também as âncoras: o guia de linkagem interna mostra como distribuir links entre páginas de um mesmo tema.
Os Core Web Vitals medem carregamento, interatividade e estabilidade visual. Os limites abaixo são os publicados no web.dev, considerando o percentil 75 dos acessos, separado por celular e desktop.
| Métrica | Bom | Precisa melhorar | Ruim |
|---|---|---|---|
| LCP (carregamento) | Até 2,5 s | Entre 2,5 s e 4 s | Acima de 4 s |
| INP (interatividade) | Até 200 ms | Acima de 200 ms até 500 ms | Acima de 500 ms |
| CLS (estabilidade visual) | Até 0,1 | Acima de 0,1 até 0,25 | Acima de 0,25 |
| # | Item | Onde verificar / ferramenta | Prioridade |
|---|---|---|---|
| 18 | LCP bom nos modelos principais (home, categoria, produto, post) | Relatório Core Web Vitals (Search Console) e PageSpeed Insights | Alta |
| 19 | INP bom, sem tarefas longas de JavaScript travando cliques | PageSpeed Insights (dados de campo) | Alta |
| 20 | CLS bom: imagens, anúncios e embeds com espaço reservado | PageSpeed Insights e Lighthouse | Média |
| 21 | Imagens em formato moderno, nas dimensões de exibição e comprimidas | Lighthouse e rastreador (aba de imagens) | Média |
| 22 | Scripts de terceiros (chat, pixels, widgets) revisados e adiados quando possível | Lighthouse (impacto de terceiros) | Média |
| 23 | Tempo de resposta do servidor estável, com cache de página e CDN quando fizer sentido | Estatísticas de rastreamento e PageSpeed Insights | Média |
Priorize os dados de campo, que são os usados pelo relatório do Search Console. O Lighthouse ajuda a achar a causa, mas roda em condições simuladas.
O Google usa a versão mobile do conteúdo, rastreada pelo agente de smartphone, para indexar e ranquear. Isso é o mobile-first indexing, e o design responsivo é o padrão recomendado pelo próprio Google.
| # | Item | Onde verificar / ferramenta | Prioridade |
|---|---|---|---|
| 24 | Conteúdo principal, títulos e headings equivalentes no mobile e no desktop | Inspeção de URL e rastreador com user-agent de smartphone | Alta |
| 25 | Mesmas meta robots no mobile e no desktop (sem noindex só no mobile) | Rastreador com user-agent de smartphone | Alta |
| 26 | Dados estruturados presentes nas duas versões | Teste de pesquisa aprimorada com smartphone | Média |
| 27 | Sem intersticiais intrusivos cobrindo o conteúdo | Navegação manual no celular | Média |
HTTPS faz parte da experiência na página descrita pelo Google, e o Search Console tem um relatório específico para isso.
| # | Item | Onde verificar / ferramenta | Prioridade |
|---|---|---|---|
| 28 | Todas as páginas em HTTPS, com redirecionamento 301 de HTTP | Relatório de HTTPS (Search Console) e rastreador | Alta |
| 29 | Uma única versão de host (com ou sem www) e as demais redirecionando | curl -I nas quatro variações |
Alta |
| 30 | Certificado válido e sem conteúdo misto (recursos em HTTP) | Navegador (indicador de conexão segura) e rastreador | Alta |
| 31 | Nenhum alerta em Problemas de segurança ou Ações manuais | Search Console | Alta |
Nas migrações de HTTP para HTTPS ou de domínio, cada URL antiga deve ir direto para a nova com redirecionamento 301, sem cadeias. O Google trata redirecionamentos como sinal forte de qual URL deve ser a canônica.
O Google aceita JSON-LD, Microdata e RDFa e recomenda JSON-LD na maioria dos casos, por ser o mais simples de implementar e manter. Revise o básico dos dados estruturados antes de auditar.
| # | Item | Onde verificar / ferramenta | Prioridade |
|---|---|---|---|
| 32 | Marcação sem erros críticos nos tipos usados | Teste de pesquisa aprimorada e relatórios de aprimoramentos | Média |
| 33 | Os dados marcados correspondem ao texto visível da página | Comparação manual por modelo de página | Alta |
Só se aplica a sites com versões em mais de um idioma ou para mais de um país. Se for o seu caso, o hreflang é o item central.
| # | Item | Onde verificar / ferramenta | Prioridade |
|---|---|---|---|
| 34 | Anotações hreflang bidirecionais (cada versão aponta para as outras e é apontada de volta) | Rastreador (relatório de hreflang) | Média |
| 35 | Valor x-default para seletores de idioma e páginas sem correspondência | Código-fonte e rastreador | Baixa |
A documentação do Google explica que anotações sem retorno podem ser ignoradas, para impedir que outro site se declare versão alternativa das suas páginas.
Duplicação técnica espalha sinais entre várias URLs e desperdiça rastreamento. O Google lista três formas de indicar a URL preferida, da mais forte para a mais fraca: redirecionamentos, a tag canonical e a inclusão no sitemap.
| # | Item | Onde verificar / ferramenta | Prioridade |
|---|---|---|---|
| 36 | Canonical presente nas páginas indexáveis, apontando para URL com status 200 | Rastreador (aba de canonicals) | Alta |
| 37 | URLs com parâmetros de campanha (utm, gclid) consolidadas na versão limpa | Inspeção de URL (canônica escolhida pelo Google) | Média |
Na Inspeção de URL, compare a canônica declarada com a escolhida pelo Google. Se divergem, links internos, sitemap e canonical provavelmente apontam para lugares diferentes.
O Google afirma que não há requisitos técnicos adicionais para aparecer nos AI Overviews e no Modo IA: a página precisa estar indexada e elegível para aparecer com snippet. O mesmo documento diz que não é preciso criar arquivos de texto para IA nem marcação schema.org especial. Ou seja, os blocos anteriores já fazem a maior parte do trabalho. Para o lado de conteúdo, veja o guia de GEO (Generative Engine Optimization).
| # | Item | Onde verificar / ferramenta | Prioridade |
|---|---|---|---|
| 38 | Googlebot liberado no robots.txt e também no CDN, firewall e hospedagem | Estatísticas de rastreamento e regras do CDN | Alta |
| 39 | Conteúdo importante disponível em texto, não só em imagem ou vídeo | Inspeção de URL (HTML renderizado) | Alta |
| 40 | Decisão documentada sobre robôs de IA (Google-Extended, GPTBot, OAI-SearchBot) e sobre controles de snippet | robots.txt, regras de firewall e meta robots | Média |
O item 40 pede atenção porque cada robô tem uma função:
User-agent: GPTBot
Disallow: /
User-agent: Google-Extended
Disallow: /
Atenção: para limitar o que aparece dos seus textos na Busca, inclusive nos recursos de IA, o Google indica nosnippet, data-nosnippet, max-snippet ou noindex. Snippets restritos também reduzem a vitrine nos resultados clássicos.
Quarenta itens ficam mais leves quando a auditoria segue uma ordem:
Uma auditoria completa por trimestre atende a maioria dos sites, mais uma checagem rápida dos itens de prioridade alta após migração, troca de tema, atualização grande de plugins ou mudança de hospedagem.
Não. Search Console e PageSpeed Insights são gratuitos e cobrem indexação, rastreamento e Core Web Vitals. Sites grandes se beneficiam de rastreadores pagos e de análise de logs.
Não necessariamente. Segundo a documentação da OpenAI, GPTBot e OAI-SearchBot são configurações independentes: o primeiro trata de treinamento de modelos, o segundo de aparecer nos recursos de busca do ChatGPT. É possível bloquear um e liberar o outro.
Não. O Google afirma que o Google-Extended não afeta a inclusão na Busca. O controle para a Busca, incluindo AI Overviews e Modo IA, é o robots.txt para o Googlebot, além das diretivas de snippet e do noindex.
Não. Performance não está entre os requisitos técnicos mínimos de indexação do Google. Ela faz parte da experiência na página e afeta usuários e conversões, mas uma página lenta continua indexável.
Fontes e referências
Ricardo Nakamura lidera o SEO Next+ da Oxigenweb, departamento dedicado a SEO e GEO (Generative Engine Optimization). Há mais de 5 anos conduz projetos digitais de ponta a ponta para marcas como JBS, Grupo Petrópolis, Caloi e Lufthansa City Center. Escreve sobre processos escaláveis de SEO, busca orientada por IA e como transformar otimização em resultado de negócio.
Ver perfil e todos os artigos de Ricardo →Como implementar dados estruturados no WordPress via plugin ou JSON-LD manual, quais tipos usar, como testar e o que mudou com o fim do resultado de FAQ.
Deixe seu comentário