Cloudflare transforma tráfego de IA em pedágio para sites

O fim do modelo de atenção

Durante anos, sites monetizaram tráfego humano por meio de anúncios, assinaturas e visitas recorrentes. Esse modelo dependia de pessoas permanecendo tempo suficiente para gerar valor. Agora, mais da metade dos acessos à web vem de software - agentes que buscam conteúdo uma única vez, ignoram anúncios e saem imediatamente. Com isso, o volume de requisições cresce, mas a receita permanece estagnada.

A posição estratégica da Cloudflare

A Cloudflare atua como proxy reverso para uma grande parte da web, interceptando requisições antes que cheguem ao servidor de origem. Essa posição permite ler, classificar, verificar e agir sobre cada requisição. Em vez de apenas bloquear tráfego automatizado, a empresa começou a implementar mecanismos de controle e monetização no nível da requisição.

Classificação de tráfego automatizado

A Cloudflare classifica bots por comportamento, não apenas pelo rótulo genérico de “IA”. São três categorias principais:

• Busca: crawlers que indexam conteúdo e devolvem visitantes ao site.
• Agentes: software que age em tempo real em nome de um usuário.
• Treinamento: uso de conteúdo para treinar ou ajustar modelos de IA.

Essa distinção importa porque cada tipo de tráfego gera consequências diferentes para o negócio do site. Um mesmo crawler pode executar múltiplos comportamentos simultaneamente.

De bloquear para cobrar

Inicialmente, a Cloudflare ofereceu controles simples: permitir ou bloquear tráfego de IA. Depois introduziu o Pay Per Crawl, permitindo que sites cobrem um valor fixo por requisição de crawlers, com a Cloudflare atuando como intermediária de cobrança.

Mais recentemente, a empresa passou a questionar esse modelo. Segundo dados da própria rede, mais da metade do tráfego de bots bem-comportados consiste em rebuscar páginas inalteradas. Isso significa que contar crawls mede algo fraco em relação ao valor entregue. A aposta atual é migrar para um modelo Pay Per Use, no qual o pagamento acompanha o uso real do conteúdo - ainda em fase experimental.

Identidade, permissão e pagamento na borda

O novo desenho busca resolver três elementos dentro da própria requisição:

• Identidade: em vez de confiar no User-Agent, a Cloudflare usa o Web Bot Auth, baseado em assinaturas criptográficas para verificar a origem automatizada.
• Permissão: regras definidas pelo site sobre quais comportamentos são aceitos e como o conteúdo pode ser usado.
• Pagamento: processado via protocolo x402, antes de a requisição chegar ao servidor de origem.

A autenticação de bots já está disponível; o gateway de monetização ainda opera em waitlist.

O protocolo x402

O x402 usa o código HTTP 402 - “Payment Required” - para permitir micropagamentos diretamente no protocolo. O fluxo é:

1. O cliente solicita um recurso pago.
2. O servidor responde com 402, informando preço, ativo aceito e destino do pagamento.
3. O cliente reenvia a requisição com prova de pagamento.
4. O pagamento é verificado e o recurso é liberado.

O pagamento funciona como credencial: um agente anônimo pode acessar conteúdo sem cadastro prévio, apenas comprovando o pagamento. Isso viabiliza cobranças de frações de centavo por requisição.

Custos e limites do modelo

A concentração dessas funções em um único provedor levanta riscos de dependência. A Cloudflare também reconhece limitações: tráfego que não pode ou não quer se identificar fica fora do modelo; sites pequenos podem priorizar descoberta em vez de monetização; e a receita depende da adoção do protocolo pelos agentes. Além disso, precificar uso é mais difícil de medir do que precificar acesso.

Ainda assim, a direção está clara: a web começa a mover a monetização de depois da requisição para dentro dela.