Como escolher uma tarefa representativa?

Escolha algo que um visitante real precisa concluir e que tenha um critério de sucesso verificável. Encontrar um serviço, confirmar sua área de atendimento e identificar o canal correto é um teste melhor definido do que pedir ao agente para avaliar se o site é bom. Declare o ponto em que a execução deve parar.

Exemplo de briefing: consulte a página pública de diagnóstico, diga quais informações são solicitadas e mostre o destino do formulário, sem enviar nada. A evidência esperada é uma lista que corresponda à página, acompanhada das URLs consultadas. Uma captura bonita da navegação não substitui essa conferência.

// QUAERION · Modelo explicativo

Da descoberta à ação autorizada

  1. 01 →

    Encontrar

    URL pública, links úteis e conteúdo acessível. Evidência: resposta HTTP e rota correta.

  2. 02 →

    Compreender

    Empresa, serviço, condições e data sem ambiguidade. Evidência: interpretação comparada à fonte.

  3. 03 →

    Verificar

    Fontes, disponibilidade e limitações conferidas. Evidência: origem e atualidade de cada fato.

  4. 04 →

    Agir com autorização

    Interação clara, confirmação e recuperação de erros. Evidência: tarefa concluída dentro do escopo.

Diagrama conceitual, não funil medido. Não substitui as fases do método Quaerion nem autoriza ações sem consentimento.

O conteúdo responde antes de pedir uma ação?

A pessoa e o agente precisam entender o que acontece ao clicar. Nome do serviço, escopo, limitações e próximo passo devem aparecer no conteúdo visível. Se a condição está apenas em uma imagem ou depende de uma interpretação vaga, a tarefa pode parecer concluída mesmo que a informação usada esteja errada.

  • Identifique a empresa, a plataforma e o responsável sem tratá-los como sinônimos.
  • Diga o que a ação faz: solicitar contato não é comprar ou contratar.
  • Explique campos obrigatórios e finalidade da coleta antes do envio.
  • Mantenha a mesma informação em HTML, Markdown e dados estruturados.

Quais interações precisam de teste manual?

Teste navegação por teclado, nomes dos controles, foco visível, mensagens de erro e confirmação. Um botão visualmente óbvio pode não ter nome acessível. Um formulário pode parecer enviado sem que a requisição seja aceita. O teste precisa acompanhar o estado da interface e, quando autorizado, o registro de recebimento no sistema de destino.

  • Tab percorre os controles numa ordem compreensível?
  • Cada campo tem rótulo e instrução associada?
  • Erro de validação informa como corrigir sem apagar os demais campos?
  • Uma ação destrutiva ou financeira pede confirmação apropriada?
  • O resultado informa sucesso, falha ou processamento, sem ambiguidade?

Quando usar MCP e quando considerar WebMCP?

MCP trata da integração entre aplicações de IA e capacidades externas. WebMCP trata de ferramentas que uma página disponibiliza para agentes em um navegador compatível. A decisão não é uma disputa de nomes: verifique onde a tarefa ocorre, que sessão ou permissão ela utiliza e como o usuário permanece no controle.

Comece por uma capacidade pequena de leitura, com entrada validada e saída documentada. Diferencie consultar informações de executar uma ação com efeito externo. Não exponha credenciais, não interprete conteúdo de terceiros como autorização e não confie em um nome de ferramenta para dispensar verificação de segurança.

Como testar recuperação de erros?

Inclua entradas inválidas, rotas inexistentes e indisponibilidade de rede no protocolo. O objetivo não é conseguir sempre uma tela verde; é verificar se a falha é compreensível, não gera ação duplicada e permite retomar a tarefa. Uma mensagem honesta de indisponibilidade é preferível a uma confirmação que não corresponde ao sistema real.

  • URL inexistente: status 404 real e destinos úteis para continuar.
  • Campo inválido: indicação do problema junto ao campo, sem envio parcial oculto.
  • Reenvio: verificar se a ação não foi executada duas vezes.
  • Fonte indisponível: preservar o estado, em vez de inventar um resultado.
  • Mudança de escopo: parar e pedir orientação quando a tarefa exigir nova autorização.

Qual material usar para começar?

O protocolo Markdown desta série organiza tarefa, evidência, autorização e classificação. Ele pode ser usado com uma IA capaz de navegar, mas não instala ferramentas nem garante suporte a um modelo específico. Mantenha uma cópia dos resultados e compare a resposta com o conteúdo real antes de considerar a etapa validada.

Perguntas frequentes

Preciso refazer todo o site?

Não necessariamente. Comece pelas tarefas e páginas estratégicas e registre onde o agente perde contexto ou encontra um controle ambíguo. Muitas correções envolvem conteúdo, rótulos, mensagens e navegação, sem reconstruir a arquitetura inteira. Mudanças maiores fazem sentido quando uma limitação observada não pode ser resolvida de forma menor, verificável e compatível com a experiência humana.

WebMCP substitui um site acessível?

Não. WebMCP é uma capacidade adicional em ambientes compatíveis; não substitui HTML compreensível, navegação convencional ou uma interface utilizável por pessoas. As ferramentas expostas precisam declarar entradas, saídas, permissões e consequências de uma ação. Se o cliente não oferece suporte ao recurso, o site ainda deve permitir que a tarefa seja entendida e realizada pelos caminhos normais.

Posso liberar todos os bots para melhorar a nota?

A política de acesso deve refletir a decisão da empresa e os riscos da operação, não apenas um score de auditoria. Um nome de User-Agent pode ser imitado, então ele não serve como autenticação. Remova bloqueios indevidos de conteúdo público somente após conferir regras de borda, robots.txt e áreas protegidas; mantenha limites de taxa e controles adequados às ações disponíveis.

O prompt baixável envia formulários?

Não no roteiro padrão. O material orienta leitura, comparação com a página pública e preparação da tarefa, com parada antes de qualquer envio. Uma ação real precisa de autorização adicional, ambiente adequado e conferência do resultado no sistema de destino. O protocolo não concede permissão genérica para contratar, pagar, compartilhar dados pessoais ou alterar registros de terceiros.

Conclusão

Um site compatível com agentes deve continuar sendo um site compreensível para pessoas. Definir tarefas, conferir fatos e verificar estados permite melhorar a interação com evidências concretas. A conexão com AEO, AIO e GEO está na consistência entre o que a marca explica, o que o sistema entende e o que a experiência realmente permite fazer.

Fontes

  1. web.dev — sites compatíveis com agentes — Interfaces compreensíveis e operáveis por agentes de navegador.
  2. MCP — introdução oficial — Integração de aplicações de IA com ferramentas e dados.
  3. WebMCP — especificação em desenvolvimento — Ferramentas expostas pela página; verificar suporte real do navegador.
  4. Radar Quaerion — metodologia — Referência operacional para distinguir fontes, indicadores e limites.