Auditoria de dados para GEO: fontes, acesso e testes
Audite os dados a partir da pergunta que precisam responder. Para cada informação, identifique fonte, responsável, vigência, acesso permitido e teste de conferência. A entrega é uma matriz de evidências e correções. Instalar schema, um conector ou um novo sistema não comprova que o dado esteja correto e utilizável.
Escolha uma jornada e acompanhe o dado até a saída
Em GEO (Generative Engine Optimization), uma página pública pode servir de fonte para respostas de IA. Em uma aplicação interna, os dados podem chegar por busca, arquivo ou ferramenta conectada. Auditar esses caminhos exige conhecer o consumidor: visitante, mecanismo de busca, assistente interno ou integração de parceiro.
Comece por uma tarefa concreta, como responder se determinado produto atende a uma necessidade ou explicar as condições de um serviço. Liste os campos indispensáveis à resposta. Não classifique o catálogo inteiro como pronto porque uma página possui JSON-LD válido.
Desenhe o percurso em uma linha: sistema de origem → transformação → canal publicado → consumidor. Registre também cópias intermediárias, como planilha exportada, cache, feed e índice de recuperação. Uma origem correta pode alimentar uma saída desatualizada se uma etapa parar de sincronizar.
| Ponto de inspeção | O que conferir | Evidência |
|---|---|---|
| Origem | Qual sistema e qual pessoa confirmam o valor? | Registro identificado, vigência e responsável. |
| Transformação | Unidades, variantes e restrições foram preservadas? | Entrada e saída da mesma versão. |
| Distribuição | A alteração chegou aos canais previstos? | URL ou consulta, horário e valor observado. |
| Consumo | O usuário autorizado recebe informação correta? | Caso de teste, identidade de teste e resultado. |
Preencha a matriz de fonte, dono, frescor, acesso e exceção
Frescor é a adequação da atualização à tarefa. Disponibilidade pode exigir uma consulta recente; uma especificação de material pode permanecer válida até uma revisão técnica. Defina com o dono do dado o evento que invalida o valor e o atraso tolerado para cada canal. Confira a validade do conteúdo na fonte, além de registrar quando o arquivo foi alterado.
O CSV abaixo usa uma empresa fictícia. Ele pode ser colado em uma planilha com separador ponto e vírgula. As regras de validade ilustram decisões do negócio. Adapte-as à vigência e à necessidade de atualização de cada dado.
campo;fonte;dono;frescor;acesso;teste;excecao
preco_plano;catalogo_aprovado;comercial;vigencia_da_oferta;publico;comparar_pagina_e_catalogo;nao_informar_valor_vencido
estoque_local;consulta_estoque;operacoes;consulta_no_momento_da_resposta;parceiro_autorizado;conferir_sku_e_local;informar_indisponibilidade_da_consulta
manual_vigente;repositorio_tecnico;produto;ate_nova_revisao;publico;comparar_versao_do_indice_e_fonte;retirar_versao_substituida
condicao_contratual;contratos;atendimento;versao_do_contrato;cliente_autorizado;negar_acesso_a_outro_cliente;encaminhar_ao_responsavelAcrescente ao arquivo de trabalho o identificador do registro, a URL ou caminho da fonte, data da coleta, estado do teste e link da evidência. Classifique cada item com um dos quatro estados: aprovado; reprovado; não testado; não aplicável. Ausência de acesso à fonte é uma limitação da auditoria; não é aprovação.
Uma fonte principal pode existir por domínio: o comercial responde por preço, operações por disponibilidade e produto por especificação. Defina quem decide quando duas versões divergem, mesmo que os dados permaneçam em sistemas separados.
Execute testes que revelem falhas reais
- Selecione registros representativos. Inclua produto ativo, variante, item sem disponibilidade, conteúdo substituído e campo ausente. Declare como escolheu a amostra.
- Confira o mesmo contexto. Compare SKU, moeda, unidade, região, período e condição comercial. Preços de variantes diferentes não provam inconsistência.
- Siga uma alteração controlada. Em ambiente de teste, altere um registro autorizado e anote quando origem, exportação, página e índice passam a refletir a mudança.
- Teste acesso permitido e negado. Use identidades de teste com permissões distintas. A resposta não pode revelar conteúdo reservado ao outro perfil.
- Provoque uma falha prevista. Use uma cópia de teste com fonte indisponível, campo ausente ou dado expirado. Confira se o sistema informa a limitação em vez de inventar o valor.
- Guarde o resultado completo. Registre entrada, referência esperada, saída observada, data, versão e exceções. Repita depois da correção.
No exemplo fictício, a página do plano mostra um preço atualizado, mas o índice interno recupera a oferta anterior. O defeito está na propagação. Corrigir apenas o prompt pode esconder o problema em uma pergunta e deixá-lo presente nas demais. A ação deve atualizar ou remover o registro derivado e verificar novamente as consultas afetadas.
No Merchant Center, o Google exige correspondência entre os preços enviados, a página de destino e o checkout, conforme as regras aplicáveis. É um exemplo concreto de requisito do consumidor dos dados. Registre exigências equivalentes para cada canal que sua empresa realmente utiliza.
Inspecione página, recuperação e ferramenta de forma distinta
Página pública: confira resposta HTTP, acesso do público pretendido, conteúdo visível, links e dados estruturados. O Google exige que a marcação represente a página e esteja atualizada. Um validador de sintaxe não confirma preço, credencial ou disponibilidade. Não abra indiscriminadamente todos os robôs: defina a política de acesso por finalidade.
Recuperação de documentos: confira se o índice guarda origem e versão, se exclusões e atualizações se propagam e se a busca respeita permissões. O padrão de filtros de segurança documentado pelo Azure AI Search ilustra a restrição dos documentos devolvidos conforme a identidade. A implementação concreta precisa de testes com os perfis do seu ambiente.
Ferramenta conectada: confira o que pode ler ou alterar, quais entradas aceita e como devolve erro. Se usar MCP, registre a versão e as capacidades suportadas pelo cliente e pelo servidor. O protocolo de integração não verifica sozinho a verdade do catálogo nem substitui a autorização da operação.
Instruções encontradas dentro de documentos ou páginas não devem ganhar autoridade para mudar permissões ou executar ações. Inclua no teste um documento de demonstração com uma instrução indevida e confira se o sistema o trata como conteúdo da fonte. Faça isso em ambiente controlado, sem dados reais de clientes.
Entregue correções, limites e responsáveis
PIM organiza informações de produto; DAM organiza ativos digitais. Podem ser úteis quando volume, variantes e canais justificam o investimento. A auditoria deve primeiro mostrar qual defeito um novo sistema resolveria, o esforço de migração e quem manterá os dados depois. Não são requisitos universais de visibilidade em IA.
Para cada falha, entregue uma linha com evidência, causa confirmada ou hipótese, impacto na tarefa, correção, dono e teste de aceite. Separe o que depende de terceiros. Preserve os resultados anteriores para comparar a mesma amostra; não confunda aumento de cobertura da auditoria com piora da qualidade.
Critério de aceite: cada campo crítico da jornada tem fonte e dono; cada caminho de acesso tem um teste registrado; cada reprovação tem correção ou exceção explicitamente aceita. Uma pessoa da operação consegue reproduzir os testes e localizar as evidências. Campos não testados permanecem identificados como tal.
O GEO Score pode apoiar a auditoria técnica e editorial do site. Não mede a qualidade de todos os sistemas internos, a quantidade de citações reais ou as vendas atribuíveis a agentes. Para desenvolver a parte de recuperação com origem, avaliação e atualização, siga o curso de RAG de Alexandre Caramaschi.
Fontes e atualização
Revisado em 6 de outubro de 2026. A matriz e o roteiro são instrumentos editoriais de auditoria, com exemplos fictícios.