Checklist de preparação GEO

Preparação GEO: 28 verificações e prioridades

28 verificações de acesso, identidade, dados estruturados pertinentes e conteúdo útil. Registre provas e diferencie opções antes de corrigir; esta lista não prevê citações por IA.

v1.0 · junho de 2026 · Tenten GEO Research

CH.01

28 verificações para organizar a primeira semana

Comece por provas de acesso, identidade, marcação e conteúdo. É um roteiro para a primeira semana da auditoria Tenten de 30 dias, não a sequência universal dos mecanismos.

Bloquear um robô de busca pode impedir sua coleta, sem bloquear todos os sistemas IA nem zerar citações. Treinamento, busca e pedidos do usuário têm controles diferentes. As demais verificações podem avançar juntas e nenhuma garante citação.

Use navegador, curl e ferramentas adequadas. Registre aprovado, reprovado, não verificado ou não aplicável, com URL, prova e data. Uma resposta local ou campo válido não comprova indexação nem citação.

Frente	O que o autodiagnóstico alcança	O que uma investigação pode acrescentar
Acesso	Examinar robots.txt, respostas, HTML e renderização; llms.txt é opcional.	Verificar pedidos reais e identidade do robô nos logs de servidor/CDN.
Identidade	Comparar nomes, descrições e perfis pertinentes.	Amostrar seis mecanismos com modelo, data, idioma e fontes.
Dados estruturados	Verificar tipos, sintaxe e fatos visíveis.	Investigar recursos suportados e erros sem deduzir efeito nas citações.
Conteúdo útil	Revisar respostas, fontes, datas e perguntas.	Para seis mecanismos, definir 100–300 perguntas, repetições e denominadores.

Autoverificação e medição respondem a perguntas distintas; não revelam pesos internos.

O essencial deste capítulo

O resultado é um roteiro com provas. Aprovar 28 itens não confere elegibilidade universal nem prevê retorno. Uma opção não aplicável não é falha.

CH.02

Frente 1 · Rastreabilidade: a IA consegue entrar? (7 itens)

Separe política intencional de bloqueio acidental. Teste robô e URL pertinentes; faltar um arquivo opcional não torna todo o site invisível.

Item de verificação	Como checar	Interpretar o resultado
C1 · Política conforme a finalidade	Comparar robots.txt às decisões de treinamento/busca. GPTBot difere de OAI-SearchBot; Google-Extended não controla Google Search. Consultar exceções de pedidos do usuário.	Um bloqueio pode limitar esse robô, sem provar perda de todas as citações.
C2 · CDN/WAF e pedidos reais	Diagnosticar com curl -A "GPTBot" e verificar logs e identidade via IP/DNS oficiais. Copiar User-Agent não autentica.	200/403 local descreve aquele pedido, não visitas reais nem inclusão na busca.
C3 · Conteúdo importante acessível	Comparar HTML e página renderizada. Google executa JavaScript; nem todo bot executa. Texto no servidor pode ampliar o acesso.	Erros afetam sistemas específicos; nem todo conteúdo renderizado no cliente é inexistente.
C4 · Medir respostas	Examinar TTFB com PageSpeed Insights ou curl -w. Definir objetivo de desempenho do site, não limite de citação IA.	Lentidão pode afetar usuários e coleta; nenhum atraso fixo de indexação foi estabelecido aqui.
C5 · Manter URLs descobríveis	Revisar sitemap.xml, URLs novas, HTTP e Search Console. Sitemap auxilia descoberta sem garantir indexação.	Investigar erros e omissões; outros links também permitem descoberta.
C6 · Diretivas intencionais	Amostrar 10 páginas para noindex/canonical e comparar URL desejada e provas Search Console.	Erros podem afetar indexação ou canônica, sem determinar uma citação.
C7 · llms.txt apenas se mantido	Verificar links e sistema consumidor dessa proposta opcional. Ausência pode ser não aplicável.	Google Search ignora llms.txt: não melhora nem prejudica visibilidade ou classificação. Verificar outros sistemas separadamente.

Sete verificações separam arquivos opcionais de problemas reais de acesso/indexação.

Não deduza a causa apenas de configurações WAF e robots.txt. Examine pedidos, status e recursos bloqueados. User-Agent simulado ajuda a diagnosticar; identidade exige logs verificados. Incidente hipotético não é resultado de cliente Tenten.

Leitura desta frente

Priorize problemas verificados por páginas e sistemas afetados. Ausência de llms.txt ou recusa intencional de treinamento não é emergência; teste local não prova perda de citações.

CH.03

Frente 2 · Construção de entidade: a IA reconhece quem você é? (7 itens)

Identidade correta ajuda a confirmar quem fala. Perfis e fontes independentes apoiam isso; QID, painel ou frases idênticas não são requisitos universais de citação.

Item de verificação	Como checar	Interpretar o resultado
E1 · Nomes da mesma organização	Comparar nomes oficiais, legais e locais legítimos, explicando diferenças pertinentes.	Nome errado confunde; uma variante não comprova múltiplas entidades.
E2 · Descrições corretas e coerentes	Comparar About e perfis pertinentes; Business Profile somente se aplicável. Alinhar significado, não cada palavra.	Registrar incoerências observadas, como descrições antigas.
E3 · Registros elegíveis e referenciados	Verificar Wikidata/Wikipedia existentes e regras de inclusão, fontes, edição paga e conflitos. Sem registro pertinente, não aplicável.	QID é identificador, não certificação. Não criar registro sem fontes para passar.
E4 · Informações Google pertinentes	Se perfil ou painel pertinente existir, verificar fatos e links. Não exigir ambos de toda empresa.	Corrigir erros; ausência não significa perder dois mecanismos.
E5 · Menções atribuíveis	Inventariar fontes, datas e exatidão, sem comprar ou fabricar comprovação.	Falta de cobertura é decisão de fontes, não impossibilidade eterna de recomendação.
E6 · Responsabilidade e experiência	Verificar autor/editor, qualificações e referências conforme o assunto.	Sem atribuição fica mais difícil avaliar; não há fórmula universal de penalidade.
E7 · Entender resultados da marca	Examinar os 10 primeiros: erros, desatualização, opiniões favoráveis ou críticas. Pedir correções sem afirmar controle de avaliações.	Crítica isolada não prova perda de comprador ou citação.

Sete verificações respeitam variantes legítimas e casos não aplicáveis.

Acesso e identidade podem ser corrigidos em paralelo. Publicação, nova coleta e uso observado são distintos, sem prazo fixo de assimilação. Na validação Tenten de 90 dias, registre sem prometer data de resposta do mecanismo.

Leitura desta frente

Perguntar a seis mecanismos produz uma amostra datada. Registre fonte, modelo, idioma e variação; resposta errada não equivale a 3 falhas em 7.

CH.04

Zona 3 · Dados estruturados pertinentes (7 itens)

Marcação descreve fatos visíveis e recursos suportados. Google não exige schema especial para busca generativa; marcação válida não garante citações nem posições.

Item de verificação	Como checar	Interpretar o resultado
S1 · Organization fiel	Verificar propriedades pertinentes e links sameAs reais conforme schema.org e Google, sem inventar fatos.	Campo opcional ausente não é perda automática de confiança; corrigir identidade errada.
S2 · Article adequado	Amostrar 10 artigos: Article/BlogPosting, autor e datas verdadeiras. Nem toda página é Article.	Data não prova atualidade nem posição superior; manter fidelidade ao artigo.
S3 · Perguntas visíveis e marcação coerente	Verificar utilidade e exatidão. FAQPage é opcional; resultados aprimorados FAQ do Google terminaram em 2026-05-07.	Ausência não prova perda de citações. Não marcar respostas ocultas ou inventadas.
S4 · Navegação e trilhas coerentes	Com BreadcrumbList, comparar URLs e hierarquia à navegação real.	Desajuste descreve mal a navegação; ausência não impede necessariamente autoridade temática.
S5 · Tipos Service/Product adequados	Usar propriedades documentadas. provider pertence a Service; não supor os mesmos campos para todo Product.	Corrigir tipos e fatos sem respaldo, sem prever substituição por concorrentes.
S6 · Fatos visíveis correspondentes	Comparar preços, datas, atribuição e afirmações; remover dados ocultos, antigos ou enganosos.	Violação Google pode afetar elegibilidade aprimorada; não prova penalidade universal de citações do domínio.
S7 · Validar formato e recurso	Sintaxe com validator.schema.org; recursos com Rich Results Test/Search Console. Avaliar avisos no contexto.	Validação não garante resultados ou citações. Tratar recursos não suportados à parte.

Sete verificações de pertinência, fatos e validação específica.

Google distingue elegibilidade estruturada de apresentação generativa. Não afirme que seis mecanismos usam cada campo ou que toda recuperação melhora. Mantenha usos suportados e meça observações separadamente.

→Corrigir fatos enganosos e sintaxe primeiro; escolher tipos por página, sem inventar ordem de impacto em citações.
→Validadores e Search Console respondem a perguntas distintas; falta de relatório de recurso não suportado não é falha de implantação.
→Após alteração importante do template, verificar correspondência com a página visível.

CH.05

Zona 4 · Conteúdo útil e verificável (7 itens)

Verificações editoriais para leitores, não uma zona comprovada de maior falha ou formato obrigatório de extração. Preserve contexto, provas e limites.

Item de verificação	Como checar	Interpretar o resultado
A1 · Encontrar a resposta	Examinar 10 textos e as primeiras 100 palavras como amostra editorial Tenten, não limite do mecanismo. Antecipar resposta quando adequado.	Resposta escondida dificulta leitura; não há corte de citações comprovado no quarto parágrafo.
A2 · Títulos que orientam	Comparar perguntas reais; usar perguntas nos títulos se útil, sem exigir correspondência exata.	Título genérico informa menos; Google entende significado e sinônimos.
A3 · Provas e contribuição claras	Identificar observações, dados ou análise com fontes e métodos. Síntese criteriosa também ajuda.	Corrigir alegações sem fonte; falta de dados próprios não impede toda citação.
A4 · Definições compreensíveis	Explicar termos com limites e referências. Um parágrafo é opção editorial, não regra de citação.	Ambiguidade confunde; volume de perguntas e perda de tráfego não foram medidos aqui.
A5 · Fatos comerciais divulgáveis	Apresentar especificações, preços e condições publicáveis. Explicar orçamento personalizado sem inventar preço público.	Lacunas dificultam comparação; divulgação depende da oferta e das obrigações.
A6 · Datas de mudanças reais	Revisar fatos e fontes. 12 meses pode ser lembrete Tenten; mudar dateModified somente após atualização substancial.	Idade sozinha não prova declínio de citações; não renovar datas cosmeticamente.
A7 · Responder perguntas de compra	Examinar perguntas pertinentes; usar FAQ apenas se ajudar o leitor.	Resposta ausente é lacuna editorial, não penalidade universal medida.

Sete verificações editoriais separadas dos resultados observados.

Leitura desta frente

Priorize lacunas reais. Acesso não garante citação; não ordene zonas por taxas internas não documentadas. Meça mudanças sem atribuir toda ausência ao formato.

CH.06

Das provas às prioridades

Guarde 28 registros, não uma nota de 28 pontos. Marque aprovado, reprovado, não verificado ou não aplicável, com provas e responsável. Não há score validado que preveja citações ou receita.

PASSO 1

Registrar resultado e prova

Documentar URL, data, método e observação de CH.02–CH.05. Validação não é inclusão; sem provas, não verificado.

PASSO 2

Distinguir pertinência e gravidade

Não penalizar llms.txt opcional, registro não elegível ou schema irrelevante. Priorizar consequências reais sem soma de pesos iguais.

PASSO 3

Atribuir próxima ação

As três prioridades são orientação Tenten. Definir responsável e revisão, não certificação ou nota interna do mecanismo.

Problema observado	Prioridade	Próxima ação
Bloqueio verificado	Restaurar acesso ou indexação	Corrigir acesso, resposta, renderização ou indexação e verificar. Suspender só o trabalho dependente desse bloqueio.
Lacuna de identidade/conteúdo	Corrigir fatos e esclarecer	Avançar identidade, schema e edição em paralelo. O ciclo de 3 semanas diagnóstico → reescrita → verificação é Tenten, não prazo do mecanismo.
Acompanhamento de medição	Criar base observável	Com prompts definidos, registrar repetições, citações/menções, datas, idiomas, modelos e denominadores. Separar atribuição Pipeline de presença.

Três prioridades sem limites numéricos ou notas preditivas.

O plano Tenten de 30 dias registra verificações na primeira semana e a base de prompts nas semanas 2–4. A validação de 90 dias pode usar ciclos de 3 semanas e revisões mensais Pipeline. Autoverificação prepara, não conclui auditoria nem confirma receita prevista.

Uma última frase

Mantenha lista curta de problemas verificados, perguntas e próximas ações. Dá para começar sem scores inventados ou urgência artificial.

Fontes e metodologia de pesquisa

Tenten propõe 28 itens e quatro zonas para planejar, não como score validado ou estudo publicado de clientes. Retiramos o gráfico anterior sem amostra, período, codificação e registros estabelecidos aqui; não declaramos os números falsos. As fontes sustentam distinções específicas, não citações garantidas. Google anunciou em 2026-05-08 o fim das FAQ aprimoradas desde 05-07; a nota de 06-15 confirma neutralidade de llms.txt para Google Search. Verifique cada fornecedor. Revisão substancial e fontes: 2026-10-05. https://platform.openai.com/docs/bots · https://developers.google.com/search/docs/fundamentals/ai-optimization-guide · https://developers.google.com/search/updates · https://developers.google.com/search/docs/appearance/structured-data/sd-policies · https://developers.google.com/search/docs/appearance/publication-dates · https://developers.google.com/crawling/docs/crawlers-fetchers/verify-google-requests · https://www.wikidata.org/wiki/Wikidata:Notability

Vamos conversar sobre suas prioridades em busca com IA

Pedir uma interpretação do benchmark em 30 minutos

Envie a solicitação. Confirmaremos um horário por e-mail em até 24 horas.