A Cloudflare lançou a 4 de novembro um conjunto de funções de análise e controlo para o tráfego de agentes pessoais. Os donos de sites passam a ver no painel, de forma separada, os agentes que comparam preços, pesquisam informação ou fazem encomendas em nome dos utilizadores, e podem definir uma política de acesso para cada um.
Este tipo de tráfego era difícil de tratar. Por trás de cada agente está um utilizador real: bloquear tudo pode custar clientes, deixar tudo passar impede de perceber o que fazem. A abordagem da Cloudflare agora é, primeiro, separá-los do tráfego automatizado e deixar as regras de acesso ao critério do dono do site.
"Better visibility into agent activity allows you to decide what access makes sense for your site."
(Ver melhor a atividade dos agentes permite decidir que acessos fazem sentido para o seu site.)
O que há de novo no painel
Análise. O gráfico Bot Analysis, em Security Analytics, ganhou a categoria Personal Assistants, ao lado de Verified Bot, Likely Human, Likely Automated e Automated. Os Top statistics também têm um novo componente que lista os agentes que visitam o site e o número de pedidos; ao filtrar por um agente, os restantes componentes passam a mostrar os caminhos que ele pediu, os códigos de estado recebidos e as redes de origem.
Nível da conta. Os sites com Account Abuse Protection ativado conseguem ainda ver em nome de que utilizador o agente atua. Os eventos de início de sessão e de registo indicam se foram iniciados por um agente pessoal e por qual, e as equipas antifraude podem filtrar contas por eventos ou volume de cada agente. Se um atacante usar um agente para invadir uma conta, é possível escrever uma regra WAF com base no Hashed User ID que trate apenas essa conta, sem afetar os outros utilizadores do mesmo agente. Esta capacidade ainda está em acesso antecipado.
Políticas. As anteriores políticas de AI bots dividiam-se em Search, Training e Agents; agora Agents estende-se aos agentes pessoais suportados e a definição passou a chamar-se AI Crawler and Agent access policies. Cada agente tem três opções:
- Allow: não bloquear;
- Block on pages with ads: bloquear só nas páginas com anúncios;
- Block: bloquear diretamente.
As políticas Search e Training não mudaram. Quando um novo site é integrado, o assistente de configuração pergunta se ele vive de publicidade e recomenda uma política em função da resposta.
A segunda opção é a que melhor mostra o propósito da novidade. Quando um agente lê páginas por uma pessoa, ninguém vê os anúncios, e os sites que vivem deles perdem receita de impressões; já o mesmo agente a visitar uma página de produto para encomendar por alguém é bom para o site. Bloquear por tipo de página responde melhor às necessidades reais dos donos do que um corte indiscriminado por identidade.
O que o blogue não diz
O texto não apresenta a lista de agentes suportados, apenas indica que as opções concretas devem ser consultadas no painel; também não diz a que planos correspondem estas funções nem em que categoria caem os agentes não reconhecidos. Quanto ao critério de reconhecimento, menciona apenas que a Cloudflare mantém o maior diretório de bots verificados, sem explicar o que um agente precisa de fazer para entrar nele.
Estes pontos afetam diretamente o resultado. Um agente que não se identifica e continua misturado com o tráfego normal fica fora do alcance dos três níveis de política. Quando a Amazon bloqueou o Muse da Meta em setembro, um dos motivos foi precisamente este: o agente não revelava a identidade ao navegar.
A Cloudflare afirma que os próximos passos são três: transmitir o contexto do utilizador de forma que preserve a privacidade, ajudar a avaliar a reputação e atribuir responsabilidades de forma clara quando algo corre mal. Soluções concretas e calendário ainda não foram divulgados.
Como ver isto a partir dos sites na China
Os sites na China que usam a Cloudflare já podem consultar esta definição em Security Settings. É mais prudente observar os dados durante algum tempo antes de agir: os sites de conteúdo podem começar por testar "bloquear só em páginas com anúncios"; no comércio eletrónico e nos sites de ferramentas, se os agentes trouxerem registos e encomendas, compensa mais deixá-los passar.
No telemóvel, o mercado chinês segue um caminho semelhante. Quando a ByteDance lançou em setembro a versão para consumidores do assistente de telemóvel Doubao, divulgou ao mesmo tempo o protocolo SAEP, que permite às aplicações de terceiros declarar se autorizam o assistente a automatizar operações no ecrã. Atuam em camadas diferentes, uma na entrada da rede e outra no ecrã do sistema, mas a lógica é a mesma: quem é acedido passa a ter um interruptor claro.
Com os novos interruptores do lado dos donos de sites, os fabricantes de agentes enfrentam um cenário novo: o mesmo assistente conseguirá fazer cada vez menos ou mais consoante o site. A quem os utilizadores atribuirão a culpa quando uma tarefa falhar ainda não tem resposta.
Fontes: blogue oficial da Cloudflare, CocoLoop; o alcance das funções segue o comunicado da Cloudflare, e o contexto sobre o Doubao e a Amazon provém de reportagens públicas.