Português
Marcar conversa

Quando um agente de IA tenta preencher o formulário do seu site

Até há pouco tempo, quem chegava ao seu site era uma pessoa ou o robô de um motor de pesquisa. Hoje aparece também um terceiro tipo de visitante: um agente de IA que navega em nome do utilizador. Em janeiro de 2026 a Google começou a oferecer no Chrome o auto browse, uma funcionalidade do Gemini que preenche formulários e monta carrinhos de compras pelo utilizador, numa primeira fase nos EUA e para subscritores pagos. Em agosto chegou também ao Chrome para Android. Para um agente destes, um formulário que uma pessoa preenche sem pensar pode ser um beco sem saída.

Como um agente lê uma página

Segundo as orientações da Google no web.dev, os agentes combinam três fontes: uma captura de ecrã, a estrutura HTML da página e a árvore de acessibilidade. A árvore de acessibilidade é a mesma representação da página que os leitores de ecrã para pessoas cegas utilizam. Em junho de 2026, o blogue do Chrome descreveu uma árvore de acessibilidade bem construída como a principal forma de os agentes compreenderem uma página. A OpenAI também recomenda aos proprietários de sites que marquem botões, menus e formulários com ARIA, dando a cada elemento uma função e uma etiqueta.

Um site bem construído para a acessibilidade já fez a maior parte do caminho. Um site em que um “botão” é, na verdade, uma área clicável sem função, ou em que os campos do formulário não têm etiqueta, também confunde os agentes.

O que o Lighthouse verifica

Em junho de 2026 o Chrome anunciou uma nova categoria no Lighthouse chamada Agentic Browsing, que funciona a partir da versão 150 do navegador. Não atribui uma pontuação de 0 a 100. Indica que verificações foram aprovadas, e o Chrome define-a explicitamente como meramente informativa, sem limiar recomendado. Estas são as verificações:

  • Um nome e uma etiqueta para cada elemento em que se pode clicar ou que se pode preencher, e uma árvore de acessibilidade válida, sem elementos ativos escondidos.
  • Estabilidade da apresentação. Elementos que se deslocam durante o carregamento levam o agente a clicar no sítio errado.
  • Um ficheiro llms.txt válido, se existir.
  • Ferramentas WebMCP, para os sites que participam no teste do Chrome.

Em setembro foi acrescentada uma verificação para um ficheiro que indica aos agentes que recursos o site disponibiliza.

O que a Cloudflare encontrou

Em abril de 2026 a Cloudflare lançou uma verificação chamada Agent Readiness, que qualquer pessoa pode executar gratuitamente em isitagentready.com. Avalia se um agente encontra o conteúdo, se o consegue obter num formato prático, como o site define o acesso dos bots e que capacidades expõe aos agentes. Uma análise dos 200 000 maiores sites mostrou que 78% têm um ficheiro robots.txt. Apenas 4% declaram como o seu conteúdo pode ser usado em IA, e menos de 4% conseguem entregar a um agente uma versão Markdown da página quando este a pede.

Convém lembrar que estas pontuações são ferramentas de diagnóstico. A Google deixa claro que nenhuma ferramenta externa tem acesso aos seus sistemas de classificação, e uma pontuação alta não garante lugar nos resultados.

O formulário que se explica a si próprio

O WebMCP é uma proposta escrita por engenheiros da Google e da Microsoft. Permite que um site defina ferramentas para um agente, ou seja, ações definidas como “marcar uma reunião” ou “pedir um orçamento”, com uma descrição para cada campo. No Chrome é possível experimentá-lo a partir da versão 149, no âmbito de um teste aberto (origin trial). A proposta ainda não é uma norma e pode mudar.

Para os sites de angariação de contactos, a parte interessante é a versão declarativa: alguns atributos acrescentados a um formulário existente, com um nome e uma descrição para o formulário e para cada campo. Se não acrescentar o atributo que permite o envio automático, o agente preenche o formulário e é o utilizador que clica em “Enviar”. É o limite certo. O agente poupa a escrita, e a decisão continua a ser da pessoa.

O llms.txt na devida proporção

O ficheiro llms.txt é um resumo do site escrito para modelos de linguagem. Em junho de 2026 a Google escreveu que não é necessário para a Pesquisa Google, onde não ajuda nem prejudica. Segundo dados publicados pelo PPC Land em julho, o número de sites com um ficheiro destes multiplicou-se por 8,8 num ano e, segundo a Ahrefs, 97% dos ficheiros não receberam um único pedido. Não há razão para remover um ficheiro que já existe, mas também não há razão para começar por ele.

Lista de verificação para um site de contactos ou de comércio eletrónico

  • Cada botão é construído como elemento button e cada ligação como elemento a, e não como uma área clicável que se faz passar por botão.
  • Cada campo do formulário tem uma etiqueta associada, e não apenas texto cinzento dentro do campo.
  • Não há camadas transparentes por cima dos botões, e cada elemento clicável é visível e suficientemente grande.
  • A página não salta durante o carregamento. Um aviso de cookies ou uma janela de chat que aparece tarde são os suspeitos do costume.
  • As mensagens de erro do formulário estão escritas por palavras e associadas ao campo, e não assinaladas apenas a vermelho.
  • Qualquer passo que exija aprovação, como um pagamento ou o envio de dados pessoais, fica com o utilizador.

A maioria destes pontos são requisitos de acessibilidade que já se aplicam: em Israel segundo a norma IS 5568 e na Europa segundo as WCAG. Quem investe em acessibilidade melhora o site de uma só vez para as pessoas com deficiência, para os agentes e para todos os outros.

Perguntas frequentes

Um bom resultado no Agentic Browsing melhora a classificação na Google?
Não há provas disso. O Chrome define a categoria como meramente informativa, e a Google deixa claro que nenhuma ferramenta externa tem acesso aos seus sistemas de classificação. O valor está em os agentes, e as pessoas, conseguirem fazer no site aquilo que lá foram fazer.
Devemos acrescentar o WebMCP já?
Para a maioria dos sites, ainda não. A proposta está em teste e pode mudar. Primeiro corrige-se a estrutura da página e os formulários, e só depois se pondera o WebMCP, sobretudo em sites onde a ação principal é uma reserva ou uma compra.
Como testamos o nosso site?
No Chrome a partir da versão 150, nas ferramentas de programador, execute o Lighthouse e escolha a categoria Agentic Browsing. Pode juntar a verificação da Cloudflare em isitagentready.com.
Devemos bloquear os agentes de IA no site?
É uma decisão de negócio. Num site de contactos ou de comércio eletrónico, um agente que preenche um formulário fá-lo normalmente em nome de um potencial cliente. Um bloqueio generalizado pode bloquear também esse cliente.

Fontes

Quer falar sobre isto no contexto do seu sistema? Marque uma conversa gratuita de uma hora.