Como fazer uma auditoria técnica de SEO/GEO com Hermes

O ponto prático

GEO técnico é, em grande parte, SEO técnico com exigência maior de clareza. Se uma página não pode ser rastreada, indexada, renderizada ou exibida com um snippet útil, ela é uma candidata fraca para visibilidade em busca e visibilidade em respostas de IA.

A orientação do Google para recursos de IA é clara em um ponto importante: não há requisitos técnicos especiais para aparecer em AI Overviews ou AI Mode além de estar indexado e elegível para aparecer com um snippet. Isso significa que o workflow técnico para iniciantes não deve perseguir tags misteriosas de IA. Comece com rastreabilidade, indexabilidade, controles de snippet, canonicals, saúde do sitemap, links internos e dados estruturados que correspondem ao conteúdo visível.

Hermes pode ajudar lendo exportações e transformando isso em uma auditoria priorizada. Ele não deve alterar configurações técnicas sozinho.

O que esta auditoria verifica

Use este checklist para iniciantes:

A saída deve ser uma fila de problemas técnicos com evidência, impacto, responsável e nível de aprovação.

Passo 1: colete entradas técnicas

Crie esta pasta:

/hermes-seo-agent
/technical-audit
crawl-export.csv
robots.txt
sitemap-urls.csv
url-inspection-export.csv
structured-data-export.csv
server-log-sample.csv
technical-audit-report.md
technical-fix-queue.md
/qa
technical-seo-geo-gate.md
/prompts
technical-audit-prompt.md

Arquivos mínimos:

Se você só tem uma exportação de crawl, comece por ela. Hermes deve marcar arquivos ausentes como ausentes.

Passo 2: peça ao Hermes para classificar risco técnico

Crie prompts/technical-audit-prompt.md:

Você é um auditor técnico de SEO/GEO.

Leia os arquivos em /technical-audit.
Não faça mudanças ao vivo.
Não invente dados ausentes.
Se um arquivo estiver ausente, escreva "ausente".

Audite estas áreas:
1. Rastreabilidade
2. Indexabilidade
3. Controles de snippet
4. Canonicals
5. Inclusão no sitemap
6. Dados estruturados
7. Descoberta interna
8. Problemas de renderização ou visibilidade de conteúdo, se houver dados

Para cada problema, retorne:
- URL
- Tipo de problema
- Evidência
- Impacto em SEO
- Impacto em GEO
- Nível de risco: baixo, médio, alto
- Correção recomendada
- Responsável pela aprovação
- Se um desenvolvedor é necessário

Tabela de saída:

| URL | Tipo de problema | Evidência | Impacto SEO | Impacto GEO | Correção | Risco | Responsável |
|---|---|---|---|---|---|---|---|

Uma auditoria técnica útil deve nomear a configuração exata, não apenas dizer "corrigir rastreabilidade".

Passo 3: verifique robots.txt e bloqueios de crawl

Robots.txt controla rastreamento, não indexação por si só. Uma URL bloqueada ainda pode aparecer na busca em casos limitados se o Google a descobrir em outro lugar, mas bloquear páginas importantes ainda é um item grande de auditoria.

Prompt:

Revise robots.txt e a exportação de crawl.

Encontre:
1. Diretórios importantes bloqueados por robots.txt.
2. Páginas importantes bloqueadas de crawl.
3. Arquivos CSS ou JavaScript bloqueados que podem afetar renderização.
4. Regras para crawlers de IA ou busca que podem afetar descoberta.
5. Regras Disallow que precisam de revisão humana.

Retorne apenas achados sustentados por evidência.
Não recomende alterar robots.txt sem aprovação técnica.

Tabela de achados de robots:

Não diga ao Hermes para "abrir tudo". Regras de robots podem existir por bons motivos.

Passo 4: verifique indexabilidade e noindex

Checagens de indexabilidade devem procurar:

• noindex
• headers X-Robots-Tag
• conflitos de canonical
• páginas bloqueadas que deveriam ser rastreadas
• páginas retornando status codes não 200
• páginas excluídas nos dados de URL Inspection

Prompt:

Revise indexabilidade usando crawl-export.csv e url-inspection-export.csv, se disponível.

Encontre:
1. Páginas importantes marcadas como noindex.
2. Páginas importantes com X-Robots-Tag noindex.
3. Páginas retornando 3xx, 4xx ou 5xx quando 200 é esperado.
4. Páginas que o Google relata como não indexadas, se houver dados de URL Inspection.
5. Páginas bloqueadas por robots, mas esperadas para ranquear.

Classifique cada achado como esperado ou inesperado.

Páginas noindex esperadas podem incluir resultados de busca interna, páginas filtradas, URLs de staging, páginas de obrigado ou páginas utilitárias duplicadas. Páginas noindex inesperadas precisam de revisão.

Passo 5: verifique controles de snippet

Controles de snippet importam para GEO porque o Google diz que páginas precisam estar elegíveis para aparecer com snippet em AI Overviews e AI Mode.

Verifique:

• nosnippet
• max-snippet:0
• max-snippet muito restritivo
• data-nosnippet usado em conteúdo importante
• páginas com meta descriptions que não correspondem ao artigo

Prompt:

Revise elegibilidade de snippet.

Encontre páginas com:
1. nosnippet
2. max-snippet:0
3. valores max-snippet muito restritivos
4. data-nosnippet em torno de conteúdo importante de resposta
5. meta descriptions ausentes ou enganosas

Para cada página, explique se a restrição é esperada ou arriscada para visibilidade SEO/GEO.
Não recomende remover controles de snippet sem aprovação.

Use esta tabela de decisão:

Passo 6: verifique canonicals

Tags canonical dizem aos mecanismos de busca qual URL deve ser tratada como versão preferencial. Elas são poderosas e fáceis de errar.

Prompt:

Revise sinais canonical a partir da exportação de crawl.

Encontre:
1. Páginas importantes canonicalizando para outra URL.
2. Loops ou cadeias de canonical.
3. Canonicals apontando para URLs não 200.
4. Páginas duplicadas com canonicals inconsistentes.
5. Páginas em que a escolha canonical conflita com links internos ou URLs no sitemap.

Retorne correções recomendadas apenas com evidência.
Marque todas as mudanças de canonical como exigindo aprovação técnica.

Tabela de problemas canonical:

| URL | Canonical atual | Canonical esperado | Evidência | Risco | Aprovação |
|---|---|---|---|---|---|

Não deixe Hermes alterar canonicals automaticamente. Um canonical errado pode remover a página errada da consideração da busca.

Passo 7: verifique a saúde do sitemap

Um sitemap deve ajudar descoberta e auditoria. Ele não deve ser um depósito de URLs quebradas, redirecionadas, duplicadas ou não indexáveis.

Prompt:

Compare sitemap-urls.csv com crawl-export.csv.

Encontre URLs de sitemap que são:
1. Não 200
2. Redirecionadas
3. Noindex
4. Canonicalizadas para outra URL
5. Bloqueadas por robots.txt
6. Ausentes de links internos
7. Páginas importantes ausentes do sitemap

Retorne recomendações de limpeza do sitemap com nível de risco e responsável pela aprovação.

Limpeza de sitemap geralmente precisa de aprovação de SEO e, às vezes, suporte de desenvolvedor, dependendo do CMS.

Passo 8: verifique dados estruturados

Dados estruturados devem descrever conteúdo visível da página. Eles não são um interruptor mágico de GEO, mas podem ajudar a esclarecer entidades, tipo de página, breadcrumbs, produtos, FAQs, artigos e detalhes de organização quando usados corretamente.

Prompt:

Revise structured-data-export.csv e a exportação de crawl.

Encontre:
1. Páginas com erros de dados estruturados.
2. Páginas com schema que não corresponde ao conteúdo visível.
3. Tipos de página importantes sem schema útil.
4. Tipos de schema duplicados ou conflitantes.
5. Inconsistências em schema de Breadcrumb ou Organization.

Para cada recomendação, inclua o conteúdo visível que sustenta o schema.
Não recomende schema que não seja sustentado por conteúdo visível da página.

Checklist iniciante de schema:

Schema deve ser preciso antes de ser ambicioso.

Passo 9: crie uma fila de correções

Agora peça ao Hermes para transformar achados em uma fila.

Crie technical-fix-queue.md a partir dos achados da auditoria.

Agrupe correções por:
1. Bloqueios críticos
2. Riscos de indexabilidade
3. Riscos de elegibilidade de snippet
4. Problemas de canonical e duplicação
5. Limpeza de sitemap
6. Melhorias de dados estruturados
7. Problemas de descoberta interna

Para cada correção, inclua:
- URL
- Evidência
- Correção recomendada
- Impacto esperado em SEO
- Impacto esperado em GEO
- Responsável pela implementação
- Aprovação necessária
- Plano de rollback necessário: sim/não

Template da fila de correções:

# Fila de correções técnicas SEO/GEO

## Bloqueios críticos
| Prioridade | URL | Problema | Evidência | Correção | Responsável | Aprovação |
|---|---|---|---|---|---|---|

## Correções de prioridade média
| Prioridade | URL | Problema | Evidência | Correção | Responsável | Aprovação |
|---|---|---|---|---|---|---|

## Melhorias de baixo risco
| Prioridade | URL | Problema | Evidência | Correção | Responsável | Aprovação |
|---|---|---|---|---|---|---|

Não coloque 100 problemas em um sprint. Comece pelos poucos que bloqueiam páginas importantes.

Passo 10: rode o gate de aprovação técnica

Crie qa/technical-seo-geo-gate.md:

# Gate de aprovação técnica SEO/GEO

- [ ] Todo problema tem evidência.
- [ ] Dados ausentes estão marcados como ausentes.
- [ ] Páginas críticas estão separadas de páginas de baixo valor.
- [ ] Mudanças em robots.txt têm aprovação técnica.
- [ ] Mudanças de noindex têm aprovação de SEO e técnica.
- [ ] Mudanças de canonical têm aprovação técnica.
- [ ] Mudanças de sitemap têm aprovação de SEO ou desenvolvedor.
- [ ] Dados estruturados correspondem ao conteúdo visível.
- [ ] Mudanças em controles de snippet têm aprovação de SEO e política, se necessário.
- [ ] Existe plano de rollback para mudanças de alto risco.
- [ ] Data de validação pós-correção está agendada.

Prompt:

Revise technical-fix-queue.md contra qa/technical-seo-geo-gate.md.

Retorne:
1. Correções aprovadas para implementação
2. Correções que precisam de mais evidência
3. Correções que precisam de aprovação de desenvolvedor
4. Correções que devem ser rejeitadas
5. Etapas de validação pós-correção

Se uma correção altera indexação, rastreamento, canonicalização, redirects ou schema, trate como uma mudança técnica real. Não esconda dentro de um ticket de conteúdo.

Passo 11: valide depois das correções

Trabalho técnico não termina quando o ticket fecha. Valide.

Checklist pós-correção:

# Validação pós-correção

- [ ] Fazer re-crawl das URLs afetadas.
- [ ] Confirmar status code.
- [ ] Confirmar acesso por robots.
- [ ] Confirmar indexabilidade.
- [ ] Confirmar canonical.
- [ ] Confirmar controles de snippet.
- [ ] Validar dados estruturados.
- [ ] Checar sitemap se foi alterado.
- [ ] Usar URL Inspection quando apropriado.
- [ ] Registrar baseline e próxima data de revisão.

Prompt para Hermes:

Crie um plano de validação pós-correção para as correções técnicas aprovadas.

Para cada correção, inclua:
- URL
- O que mudou
- Como validar
- Ferramenta a usar
- Resultado esperado
- O que fazer se a validação falhar
- Data de revisão

Validação é onde muitas auditorias iniciantes falham. O relatório parecia bom, mas ninguém verificou se a correção funcionou.

Exemplo iniciante: um achado de auditoria técnica GEO

Cenário: um guia deveria aparecer para prompts de visibilidade em busca com IA, mas tem desempenho fraco em busca.

Recomendação do Hermes:

Problema: Restrição de snippet pode limitar o snippet de busca e a elegibilidade para recursos de IA.
Evidência: Header contém max-snippet:0.
Impacto SEO: Snippet do resultado de busca pode ser restringido.
Impacto GEO: Página pode ficar inelegível ou fraca para resumos de recursos de IA que exigem elegibilidade de snippet.
Correção recomendada: Revisar por que max-snippet:0 existe. Se não houver motivo legal ou de produto, remover ou flexibilizar.
Risco: Médio.
Aprovação: Responsável por SEO e revisor de política/jurídico se a restrição foi intencional.

Esse é o nível certo de cautela. Hermes não deve simplesmente dizer "remova max-snippet".

Erros comuns

A visão da Auspia

Auditorias técnicas SEO/GEO devem ser entediantes do melhor jeito. Elas devem encontrar bloqueios reais, mostrar evidência, atribuir responsáveis e impedir mudanças arriscadas de entrar no ar sem aprovação.

Hermes é útil aqui porque consegue ordenar grandes exportações e produzir uma fila de correções legível. Ele não deve virar a pessoa que altera robots.txt à meia-noite. Mantenha o agente no papel de auditor até que um responsável técnico aprove a correção.

Se você quer uma auditoria inicial, verifique seis coisas primeiro: rastreável, indexável, elegível para snippet, canonical correto, sitemap limpo e dados estruturados válidos.

FAQ

SEO técnico para GEO é diferente de SEO técnico?

Em grande parte, é SEO técnico aplicado à prontidão para busca com IA. GEO ainda depende de páginas rastreáveis, indexáveis e compreensíveis. O foco adicional é elegibilidade de snippet, clareza de entidade, extração de respostas e qualidade de evidência.

Preciso de schema especial para AI Overviews?

Nenhum schema especial garante inclusão em AI Overview. Use dados estruturados quando eles descrevem com precisão o conteúdo visível e combinam com o tipo de página.

O que é elegibilidade de snippet?

Elegibilidade de snippet significa que a página pode mostrar trechos de texto nos resultados de busca. Restrições como nosnippet ou configurações muito restritivas de max-snippet podem afetar como o conteúdo aparece em recursos de busca.

Hermes deve alterar robots.txt ou canonicals automaticamente?

Não. Hermes pode identificar problemas e recomendar correções, mas mudanças em robots.txt, noindex, canonical, redirect, sitemap e dados estruturados precisam de aprovação técnica humana.

Que dados de crawl iniciantes devem exportar?

Comece com URL, status code, indexabilidade, title, meta description, canonical, H1, word count, inlinks, outlinks e campos de dados estruturados, se disponíveis.

Com que frequência uma auditoria técnica SEO/GEO deve rodar?

Rode um crawl leve mensalmente para sites ativos. Rode uma auditoria mais profunda após migrações, mudanças de CMS, mudanças de template, quedas de tráfego ou grandes lançamentos de conteúdo.

Correções técnicas podem garantir citações de IA?

Não. Correções técnicas tornam páginas elegíveis e mais fáceis de entender. Elas não garantem rankings, citações de IA ou inclusão em AI Overview.

Continue a série Hermes SEO/GEO

• Comece aqui: Guia do operador Hermes SEO/GEO .
• Guia anterior: Como usar Hermes para links internos e arquitetura de site .
• Próximo guia: Como criar um workflow Hermes SEO/GEO Swarm .
• Relacionados: Como configurar seu primeiro Hermes SEO Agent , Quality gates do Hermes SEO/GEO .

Fontes usadas

• Recursos de IA do Google e seu site: https://developers.google.com/search/docs/appearance/ai-features
• Introdução ao robots.txt do Google: https://developers.google.com/search/docs/crawling-indexing/robots/intro
• Meta tag robots e X-Robots-Tag do Google: https://developers.google.com/search/docs/crawling-indexing/robots-meta-tag
• Documentação de canonical do Google: https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
• Introdução a dados estruturados do Google: https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data
• Documentação do Hermes Agent: https://hermes-agent.nousresearch.com/docs/

Autor: Julian Mercer, profissional de SEO técnico há 14 anos na Auspia. Julian escreve sobre rastreabilidade, schema, renderização, arquitetura de site e fundamentos técnicos para conteúdo legível por IA.