SEO, GEO e B2A: da descoberta à ação verificável
SEO, Generative Engine Optimization (GEO) e Business-to-Agent (B2A) podem ser organizados em três tarefas conectadas: tornar uma oferta encontrável, fornecer informações que sustentem a decisão e permitir uma ação autorizada. Resolver uma tarefa não comprova a seguinte. Uma página indexada pode estar desatualizada; uma resposta correta pode não oferecer um caminho de compra.
Os fundamentos de busca continuam relevantes
A orientação oficial do Google para recursos generativos mantém as práticas fundamentais de SEO. Não há um arquivo especial ou uma marcação exclusiva de IA que substitua conteúdo útil e acesso adequado. Essa orientação se refere ao Google; outros produtos precisam ser avaliados conforme sua documentação e o modo utilizado.
Evite planejar a transição como uma troca de HTML por JSON-LD ou de sitemap por llms.txt. Páginas, feeds, APIs e ferramentas atendem a consumidores diferentes da informação. Dados estruturados devem representar o conteúdo visível; um feed atende ao contrato do canal; uma API pode fornecer informação operacional. Nenhum desses elementos, isoladamente, prova presença em respostas generativas.
| Etapa | Entrega verificável | O que ela não comprova |
|---|---|---|
| Descoberta | Página acessível, navegação coerente e diagnóstico de indexação ou ingestão no canal. | Que a oferta será citada para qualquer pergunta. |
| Informação | Atributos, preço e condições coerentes com fontes responsáveis. | Que o assistente interpretará tudo corretamente. |
| Ação | Encaminhamento ou integração que preserva oferta e autorização. | Que toda pessoa, país ou conta tem acesso ao mesmo checkout. |
Etapa 1: encontre o bloqueio de descoberta
Selecione uma categoria e trace o caminho até um produto ou serviço. Confirme que links internos chegam à página correta, que URLs de variantes não confundem a oferta e que conteúdo relevante pode ser acessado no contexto esperado. Uma página privada e um catálogo público têm necessidades distintas; não remova controles de acesso para tentar obter citação.
Use a inspeção de URL no Search Console para investigar como o Google acessa uma página. Verifique canonicals, redirecionamentos, indexação e conteúdo renderizado quando houver problema concreto. Em canais de catálogo, use o diagnóstico de ingestão correspondente. Um teste sintético em um assistente complementa esse trabalho, mas não identifica sozinho a causa de uma ausência.
Etapa 2: transforme dúvidas em informação verificável
Reúna perguntas de atendimento, comparação e compra. Para cada pergunta, escreva qual fato decide a resposta, quem mantém esse fato e onde ele está publicado. “Serve no meu equipamento?” exige compatibilidade; “chega na sexta?” exige destino e condição logística; “posso devolver?” exige a política aplicável àquela oferta.
Exemplo hipotético: um moedor possui versões de 127 V e 220 V. A página de categoria apresenta o nome comercial, mas a variante e a tensão precisam estar claras na oferta selecionada. O agente não deve concluir que o produto é bivolt porque encontrou ambas as tensões em páginas diferentes.
Pergunta: "Esse moedor funciona em uma tomada de 127 V?"
Produto consultado: MOEDOR-A-127
Fonte responsável: ficha técnica do fabricante para esse SKU
Página: nome, variante 127 V e restrições visíveis
Feed: identificador e variante correspondentes à página
Oferta: estoque e preço da mesma variante
Se o SKU não estiver identificado: esclarecer antes de recomendarCritério de aceite da informação: um revisor consegue responder à pergunta a partir das fontes publicadas, sem completar atributos por inferência. Catálogo, página, feed e eventual API concordam sobre a variante. O registro mostra quem corrige divergências futuras.
Etapa 3: preserve a intenção até a ação
Nem todo negócio precisa de checkout por agente. Para um serviço, a ação pode ser solicitar uma proposta com contexto; para um varejista, abrir a variante correta no carrinho. Escolha uma ação que já tenha responsável, acompanhamento e confirmação compreensível para a pessoa.
Se houver execução programática, separe leitura de dados e alteração de estado. Cotação, reserva, pedido e pagamento são ações diferentes. O fluxo deve manter item, quantidade, destino, custo total e permissão. O guia da Cart API no UCP do Google mostra essa distinção: a capacidade de carrinho é separada do checkout e do pagamento.
Agentes podem interagir por navegação ou por integrações, conforme o produto. Publicar uma API não é requisito universal para aparecer em uma resposta; criar uma marcação Product também não habilita compra. Para desenhar uma integração transacional, use o guia B2A de autorização e confirmação.
Uma revisão prática, do diagnóstico ao reteste
- Escolha uma jornada: uma pergunta de descoberta, uma de comparação e uma de ação para a mesma categoria.
- Registre a situação inicial: URLs, dados da oferta e respostas observadas, com produto, modo, data e configuração da coleta.
- Corrija a informação de origem: ajuste a ficha responsável e propague a alteração aos canais utilizados. Não crie versões conflitantes apenas para “otimizar para IA”.
- Valide o que foi alterado: use o Teste de pesquisa aprimorada para marcação suportada e compare o resultado com a oferta visível. A documentação de Product e Offer delimita esse escopo.
- Teste o caminho até a ação: confira variante, preço e destino; quando houver um pedido de autorização, verifique o resumo apresentado.
- Repita a coleta e registre limites: mantenha as perguntas e configurações comparáveis. Mudanças de resposta podem ocorrer sem relação causal com sua edição.
Critério de aceite da revisão: o problema inicial está descrito, a fonte foi corrigida, o caminho da ação preserva a oferta e o reteste pode ser reconstituído. Não estabeleça um prazo universal para ganhar citações; defina quando revisar a intervenção e quais resultados ainda são inconclusivos.
Meça cada etapa com seu próprio denominador
Para descoberta, use dados de indexação, ingestão e aquisição disponíveis no canal. Para informação, conte divergências confirmadas na amostra revisada. Para respostas de IA, separe menção, fonte citada e exatidão. Para ação, acompanhe encaminhamentos e operações concluídas com os registros da integração. Um aumento de citações não demonstra, por si só, aumento de vendas.
O curso SEO e GEO, de Alexandre Caramaschi, aprofunda a relação entre busca e respostas generativas. Aplique o roteiro primeiro a uma jornada relevante e amplie quando o processo de revisão estiver funcionando.
Perguntas frequentes
GEO substitui SEO?
Não. Para as experiências generativas do Google, os fundamentos de SEO continuam relevantes. A análise de respostas acrescenta observações específicas, sem substituir acesso, conteúdo útil e qualidade da informação.
Preciso de API para aparecer em uma resposta de IA?
Não existe essa exigência universal. APIs podem atender a integrações específicas; descoberta, leitura de páginas, ingestão de catálogo e execução de ações dependem do produto e do canal.
Como separar avanço técnico de resultado comercial?
Valide acesso e informação na etapa técnica, observe respostas em uma amostra documentada e acompanhe ações e vendas em seus próprios registros. Não use aprovação de schema ou menção em IA como prova de receita.