As três camadas da visibilidade agêntica
As três camadas organizam problemas diferentes: permitir que o conteúdo seja acessado, oferecer evidência confiável e tornar uma tarefa executável por um agente. É um modelo operacional da Brasil GEO para distribuir trabalho em GEO (Generative Engine Optimization), sem pesos universais, taxa garantida de citação ou obrigação de instalar novos protocolos.
Imagine uma fornecedora que publica especificações completas, mas exige login para consultar a compatibilidade. Um comprador encontra uma ficha antiga em outro site e pede a um assistente para comparar opções. Mesmo que o assistente escolha o produto correto, o formulário pode não permitir enviar a solicitação. São três falhas com responsáveis e provas diferentes. Uma nota única esconde onde agir.
Camada técnica: a informação certa está acessível?
Comece pelas URLs que respondem às decisões dos clientes. Confira se a página abre, se o conteúdo principal pode ser lido, se o endereço canônico aponta para a versão correta e se links internos permitem encontrá-la. Uma data recente só deve indicar uma revisão efetiva. Trocar o mês no rodapé não corrige uma especificação antiga.
Para o Google, o guia oficial de busca generativa mantém os fundamentos de SEO. Não exige schema especial, texto em pedaços de tamanho fixo ou llms.txt; esse arquivo não melhora nem prejudica ranking em Search. Se outro consumidor usar um manifesto, documente quem usa e para quê.
Os dados estruturados devem repetir fatos visíveis. Preço, autoria, disponibilidade e política de devolução precisam ser verdadeiros na página e na operação. Um validador consegue detectar erros de formato; não consegue confirmar sozinho se a empresa vende naquele preço.
Camada de evidência: por que confiar na informação?
Uma ficha técnica identificada, com responsável e condição de uso, pode resolver uma dúvida melhor que um texto cheio de adjetivos. Procure as perguntas que a página deixa sem resposta: qual produto atende ao caso, em quais circunstâncias falha e onde conferir a afirmação? Acrescente a prova necessária, preservando as ressalvas.
Examine também as fontes expostas nas respostas que você observou. Uma URL citada mostra uma fonte apresentada naquele resultado, sem revelar todos os documentos internos de recuperação. A presença de um fórum na amostra não prova que publicar nele causará novas citações. Participe de comunidades quando puder contribuir e respeite suas regras; a estratégia não depende de simular opiniões independentes.
A marca pode corrigir seus próprios dados e solicitar correção de informação factual em terceiros. Não deve fabricar avaliações, ocultar patrocínio ou apresentar publicidade como recomendação espontânea. Um rótulo comercial descreve a relação real e precisa permanecer correto.
Camada de execução: a tarefa termina com segurança e clareza?
Uma página pode ser encontrada e ainda dificultar ações simples. O guia Build agent-friendly websites, do web.dev, descreve agentes que usam imagens, HTML e a árvore de acessibilidade. Controles com nomes claros, estados reconhecíveis e relações corretas no HTML ajudam a interpretar o que cada ação faz.
Teste a tarefa de ponta a ponta: localizar o produto, compreender condições, preencher os campos permitidos e receber confirmação. Registre estados de erro e limites de autorização. Em um teste de orçamento, o critério pode terminar antes do envio. Uma compra real exige a autorização correspondente; preparar o site não concede essa autorização ao agente.
Uma integração por protocolo só entra quando existe consumidor, tarefa e contrato definidos. Endpoint disponível não comprova que um agente o utiliza. Avalie autenticação, permissões, custo de manutenção e registro das ações antes de ampliar a superfície técnica. Nem todo site precisa de servidor MCP ou de uma API nova.
Como transformar as três camadas em uma fila de trabalho?
| Camada | Teste inicial | Responsável típico | Prova de conclusão |
|---|---|---|---|
| Acesso técnico | Abrir a URL e localizar o trecho necessário | Desenvolvimento e SEO | Resposta servida, URL canônica e conteúdo conferidos |
| Evidência | Conferir uma afirmação na fonte e suas condições | Especialista do assunto e conteúdo | Trecho corrigido, fonte identificada e revisão registrada |
| Execução | Percorrer uma tarefa definida sem adivinhar controles | Produto e operação | Passos reproduzíveis, estado final e erros documentados |
A prioridade segue o impedimento observado. Se a ficha retorna erro, corrija o acesso. Se abre e informa prazo errado, corrija o dado. Se está correta e o pedido não pode ser concluído, teste o fluxo. Não distribua um terço do orçamento para cada camada por simetria.
Roteiro prático para uma página de serviço
- Escreva a tarefa. Por exemplo: “avaliar se este serviço atende uma empresa com dois sistemas e solicitar uma conversa”. Delimite o ponto final do teste.
- Liste as informações necessárias. Integrações aceitas, restrições, escopo, prazo e forma de contato. Indique quem responde por cada dado.
- Registre o estado inicial. URL, versão da página, dispositivo, passos, trechos ausentes e mensagens de erro. Guarde somente dados necessários ao teste.
- Corrija a primeira falha que impede a tarefa. Escolha um responsável e uma data de revisão. Atualize o conteúdo e seus espelhos quando o fato mudar.
- Repita com o mesmo roteiro. Verifique se a correção resolveu o impedimento e se não criou outro. Se usar um agente, registre produto, modo e permissões.
- Observe descoberta separadamente. Guarde respostas e fontes de uma amostra de perguntas reais. Compare dentro do mesmo recorte, sem converter a aprovação do fluxo em promessa de citação.
Exemplo hipotético: a fornecedora publica uma tabela de compatibilidade, liga a versão antiga à ficha vigente e nomeia o campo “Sistema que você utiliza”. O teste passa quando o leitor encontra a restrição correta e chega à revisão da solicitação com os dados preenchidos. A empresa ainda precisa observar se houve mudança nas respostas dos assistentes.
Critério de aceite: a tarefa tem início e fim definidos, a evidência usada está visível, o estado final foi registrado e nenhuma ação ultrapassou a autorização do teste. Se a ferramenta não conseguiu executar, registre a falha; não conclua que todas as IAs são incapazes de usar o site.
Que indicador acompanhar em cada camada?
Conte defeitos técnicos corrigidos como defeitos corrigidos. Classifique afirmações verificadas como afirmações verificadas. Meça tarefas concluídas entre tentativas válidas do roteiro escolhido. Para citações, use respostas observadas e a regra de contagem correspondente. As unidades não se somam num percentual de “prontidão para todas as IAs”.
O curso de GEO de Alexandre Caramaschi aprofunda decisões sobre acesso, conteúdo e medição. O GEO Intent Mapping, revisado em outubro de 2026, ajuda a transformar dúvidas do cliente em tarefas e pautas. Use o primeiro para organizar responsabilidades e o segundo para escolher qual percurso testar.
Na próxima revisão, volte à ficha antiga e ao formulário da fornecedora. O avanço verificável é conseguir encontrar a condição correta e concluir a tarefa permitida. A presença em uma resposta de IA permanece uma observação a coletar, com contexto próprio.
Fontes e aprofundamento
Fontes consultadas em 6 de outubro de 2026.