Crises de marca em IA: monitoramento, triagem e correção
Monitore perguntas relevantes, preserve a resposta e confira o fato antes de tratar um alerta como crise. A equipe controla a coleta, a triagem e as correções nas próprias fontes. Não controla todas as respostas de um assistente nem o prazo em que um provedor mudará uma informação.
Defina qual erro exige uma resposta da equipe
Uma marca ausente de uma lista de fornecedores não representa o mesmo problema que um endereço incorreto ou uma acusação sem fundamento. O monitoramento de GEO (Generative Engine Optimization) precisa separar desempenho comercial, erro factual e incidente com possível dano. Sentimento negativo, sozinho, não prova que uma resposta esteja errada.
Escolha perguntas ligadas às decisões do cliente: onde comprar, quais produtos continuam disponíveis, quem atende e quais condições estão vigentes. Acrescente perguntas motivadas por incidentes conhecidos. Registre o conjunto monitorado e suas exclusões. A coleta observa uma amostra de respostas; não revela quantas pessoas receberam a mesma informação.
| Sinal observado | O que verificar | Encaminhamento |
|---|---|---|
| Outra empresa aparece como sendo a sua | Domínio, setor, localização e fonte citada | Responsável pelos dados institucionais confere a identidade. |
| Preço ou atendimento desatualizado | Página oficial vigente, condições e data | Equipe comercial e dono da página corrigem a fonte sob seu controle. |
| Afirmação com possível dano à segurança ou reputação | Trecho exato, contexto completo e documentos aplicáveis | Responsável pelo incidente faz triagem prioritária com a área competente. |
| Crítica apoiada em evento documentado | Se o fato, sua data e o contexto estão representados corretamente | Comunicação responde com contexto verificável; não apaga fatos legítimos. |
Defina responsáveis e disponibilidade antes de anunciar atendimento 24/7. Um coletor que roda à noite com alertas lidos apenas de manhã oferece coleta contínua e triagem em horário definido. Declare os dois horários de forma separada.
Calcule a coleta antes de contratar ou automatizar
A carga planejada é perguntas × produtos × ciclos por dia × repetições por condição. Em um exemplo de dimensionamento, 20 perguntas em 5 produtos, a cada 6 horas, com uma execução por condição, geram 20 × 5 × 4 = 400 execuções por dia. Com 50 perguntas, são 1.000. Retentativas e validações adicionais aumentam o total. Esses números ilustram a conta; não são uma recomendação de volume.
Comece com um piloto que a equipe consiga revisar. Por exemplo, 10 perguntas em 2 produtos uma vez por dia produzem 20 execuções antes das repetições. Amplie quando a coleta revelar incidentes úteis e o orçamento comportar a revisão. A cadência deve acompanhar o risco do negócio e a capacidade de resposta, não um número universal de prompts.
- Identifique a superfície. Separe aplicativo web, API e produto com busca. Uma resposta de API não reproduz automaticamente a experiência do cliente no aplicativo.
- Fixe as condições. Guarde pergunta exata, produto, modelo quando informado, uso de busca, idioma, localização relevante e estado de personalização.
- Registre todas as tentativas. Inclua data, hora, fuso, resposta completa, links exibidos e falhas de coleta. Falha não conta como resposta correta.
- Defina o custo completo. Confirme se a despesa vem de assinatura, ferramenta contratada ou API. Some execuções, buscas cobradas, armazenamento e tempo de revisão; estabeleça limites e retenção.
Use integrações permitidas pelo produto e registre limites de uso. Capturas visuais devem acompanhar o texto quando a apresentação fizer parte do problema. Guarde apenas o necessário, com acesso restrito quando houver dados pessoais. O curso LLM FinOps ajuda a transformar esse dimensionamento em uma decisão de orçamento.
Transforme o alerta em um registro verificável
O alerta precisa apontar para a resposta original e para a evidência usada na conferência. Um classificador automático pode sugerir a categoria, mas uma pessoa deve confirmar a divergência antes da divulgação ou de um pedido de correção. Quando a fonte estiver inconclusiva, registre essa incerteza.
Copie o modelo abaixo para a ferramenta de incidentes. O preenchimento é fictício: Aurora e os endereços em example.com servem apenas para demonstrar o registro.
Incidente: EXEMPLO-01
Estado: em triagem
Pergunta: Onde fica a assistência da Aurora em Recife?
Produto e superfície: produto A, aplicativo web
Modelo: não informado | Busca: ativada
Condições: pt-BR, Brasil, conversa nova
Primeira observação: 2026-10-06T10:00:00-03:00
Trecho observado: A assistência fica na Rua das Flores, 10.
Fonte exibida: https://example.com/diretorio-antigo
Referência vigente: https://example.com/aurora/atendimento
Divergência: endereço observado difere da página oficial vigente
Evidência: resposta integral e versão datada da referência
Responsável: equipe de atendimento
Ação: conferir e corrigir o diretório, registrar eventual reporte
Próxima verificação: após confirmação da alteração na fonte
Encerramento: pendente de evidênciaNão deduza o início da circulação do erro a partir da primeira captura. Você sabe quando o observou. Sem acesso ao histórico anterior, não sabe quando começou nem sua audiência. Preserve tentativas que contradizem o alerta: a oscilação também informa o diagnóstico.
Corrija a fonte e reporte com contexto
- Confirme o fato. Compare a afirmação com uma referência oficial pertinente e datada. Diferencie erro, informação histórica e interpretação contestável.
- Corrija o que a empresa controla. Atualize página, cadastro e dados estruturados quando houver divergência. Confira se a versão pública já mostra a correção.
- Solicite ajuste à fonte externa. Envie a URL e o trecho específico ao canal responsável. Registre pedido, resposta e resultado, sem presumir que o terceiro aceitará a alteração.
- Use o feedback do produto. Inclua pergunta, resposta, data, descrição objetiva do problema e referência pública. Guarde o comprovante disponível.
- Repita a observação. Reexecute as condições documentadas e variações pertinentes. Registre todas as respostas válidas e falhas, sem selecionar apenas o resultado favorável.
No Gemini, a documentação orienta avaliar a resposta e, quando disponível, acrescentar o motivo e detalhes. Há também envio de feedback geral. O Google informa que a conversa associada integra o feedback; confira o conteúdo antes de enviá-lo. O envio não comprova correção nem estabelece prazo. Consulte o canal atual do provedor para os demais produtos.
Não há marcação que obrigue um assistente a aceitar um desmentido. Um JSON-LD coerente pode representar os fatos visíveis na página; não substitui a correção editorial. Para casos de homônimos, siga a auditoria de entidade digital.
Encerre a ação com evidência e mantenha a observação
Separe três estados: fonte corrigida, reporte enviado e erro não observado na rodada de verificação. Um não implica o outro. Se a resposta deixa de apresentar o problema, descreva quais perguntas, produtos e datas foram testados. Não declare que o erro desapareceu de todas as respostas futuras.
Acompanhe execuções concluídas sobre planejadas, falhas de coleta, alertas revisados e tempo entre observação e triagem. Conte à parte os alertas confirmados e descartados. O tempo até uma resposta externa mudar depende de terceiros e não deve ser apresentado como prazo de entrega da sua equipe.
Critério de aceite: cada incidente tem evidência original, referência de conferência, responsável, ação e estado final documentados. As correções próprias são verificadas na página publicada. A rodada posterior informa tamanho da amostra, falhas e ocorrências persistentes. O encerramento registra o que foi resolvido e qual condição reabrirá o caso.
O GEO Score serve como auditoria técnica e editorial do site. Ele não mede crises detectadas, respostas de clientes ou citações reais. Para organizar responsabilidades, orçamento e entregas verificáveis, use o curso Gestão de Projetos GEO de Alexandre Caramaschi e adapte o registro deste guia à sua operação.
Fontes e atualização
Revisado em 6 de outubro de 2026. Procedimento editorial proposto para uma operação de monitoramento; os exemplos e as contas de carga são ilustrativos, sem resultado de cliente atribuído.