A Era dos Agentes Pessoais (e o Tráfego Invisível)

Olha só o que está acontecendo: agentes pessoais de IA estão virando o intermediário entre seus usuários e seu site. Um cliente pede pro agente comparar produtos, achar um artigo de suporte ou finalizar uma compra. Pros seus servidores, tudo isso parece tráfego automatizado — e até agora você não tinha como saber se era um cliente legítimo ou um risco.

Bloquear tudo é a saída fácil, mas também bloqueia clientes de verdade. A Cloudflare lançou ferramentas pra resolver esse ponto cego. Segundo o anúncio oficial da Cloudflare, o objetivo é dar visibilidade de quais agentes estão visitando e controle sobre o que eles podem fazer. Vamos lá! 🚀

Cloudflare dashboard showing personal AI agent traffic analytics and bot categories System Abstract Visual

O Que Mudou: Análises + Políticas

1. Visibilidade de Assistentes Pessoais no Security Analytics

O gráfico de Bot Analysis agora tem a categoria Personal Assistants, ao lado de Verified Bot, Likely Human, Likely Automated e Automated. Um novo widget em Top Statistics lista quais agentes batem no seu site e quantas requisições cada um manda. Filtra um agente e todos os outros widgets se ajustam: caminhos requisitados, status codes e redes de origem.

Pra sites com Account Abuse Protection (early access), dá pra ver qual conta de usuário o agente representa — ouro pra times de fraude investigando logins estranhos.

2. Políticas de Acesso Granulares

A configuração AI Crawler and Agent access policies (renomeada de AI bot policies) agora suporta regras por agente:

  • Allow (não bloquear)
  • Block on pages with ads
  • Block

Você define uma política geral de Agents e sobrescreve por agente suportado. Exemplo de config:

{
  "agents_policy": "block_on_ads",
  "per_agent_overrides": {
    "supported_personal_agent_x": "allow",
    "supported_personal_agent_y": "block"
  }
}

Essas escolhas também aparecem no onboarding da zona, ajustadas conforme você monetiza com anúncios.

Network security settings page with AI crawler and agent access policies Coding Session Visual

Limitações e Cuidados

  • Identidade é só metade da história. A Cloudflare diz qual agente chamou, mas não quem é o usuário — se é cliente pagante, o que autorizou, quais proteções se aplicam. Esse contexto é o próximo passo.
  • Só agentes suportados. Políticas por agente valem pra agentes suportados; os demais caem na política geral.
  • Account Abuse Protection está em early access, então times menores podem não ter as visões por usuário ainda.
  • Risco de políticas demais. Com overrides por agente, fica fácil perder o fio. Documenta tua intenção!

Próximos Passos de Estudo

  • Audita o tráfego de bots atual antes de mudar políticas — você vai se surpreender com quanto já é agente.
  • Combina com regras WAF em Hashed User IDs pra mitigar cirurgicamente em vez de bloquear tudo.
  • Se você tem site de conteúdo, compara páginas com anúncio vs. paywall e define políticas diferentes pra cada uma.

Pra entender como personalização com IA está mudando sistemas de recomendação, dá uma olhada na nossa análise do JourneyFormer da Airbnb e personalização com transformers.

AI assistant agent interacting with website requests on behalf of a user Dev Environment Setup

Resumindo

Agentes pessoais são clientes disfarçados. A Cloudflare agora te dá a lente (análises) e a alavanca (políticas) pra tratá-los como tal. Revisa teu tráfego de agentes, define regras por agente e por página, e revisita conforme o ecossistema amadurece.

Se você também está avaliando o business case de plataformas de dados que rodam essas cargas de agentes, confere nosso breakdown do ROI de 331% do Azure Databricks segundo a Forrester TEI.

Este conteúdo foi elaborado com o auxílio de ferramentas de IA, com base em fontes confiáveis, e revisado pela nossa equipe editorial antes da publicação. Não substitui o aconselhamento de um profissional especializado.