Cloudflare abre BotBase a operadores de bots y agentes

Qué cambia con BotBase for Operators

Hasta ahora, cualquier operador que quisiera registrar su bot en el directorio BotBase de Cloudflare topaba con un muro: enviar el formulario, esperar y rezar. No había forma de saber si la solicitud seguía en cola, si había sido rechazada o si el bot estaba siendo mal clasificado. Cloudflare reconoció el problema en una entrada de su blog publicada el 28 de agosto de 2026.

El lanzamiento de BotBase for Operators cierra esa brecha con cuatro piezas concretas:

Una nueva ruta fija en el dashboard (Protect & Connect → Application Security → BotBase), accesible para todos los clientes, incluidos los gratuitos.
Una pestaña de Submission History con tres estados visibles: Waiting for review, Accepted y Rejected, junto con el motivo del rechazo y los pasos a seguir.
Capacidad de editar y cancelar envíos sin necesidad de rellenar todo el formulario de cero.
Un formulario rediseñado que pide al operador declarar tres cosas por separado: qué hace el bot, cómo usa el contenido y quién lo opera.

Según la propia Cloudflare, el volumen de bots nuevos enviados cada año se ha multiplicado por 7 desde 2023, y ese crecimiento es la razón por la que el nuevo proceso sustituye la revisión manual por una verificación automatizada que valida IPs, reverse DNS y firmas de Web Bot Auth antes de escalar a un humano.

🤖 La IA no es solo para leer sobre ella

En la comunidad la aplicamos: automatización, agentes IA y herramientas reales para emprender, no solo para informarte.

👥 Aplicarla en la comunidad

Las tres nuevas señales que se piden a cada bot

El nuevo formulario abandona la etiqueta única (search bot, AI bot) y adopta una taxonomía que replica el modelo de Content Signals que muchos sitios ya usan en su robots.txt. Para el operador significa responder a tres preguntas independientes:

Qué hace el bot — indexar, actuar como agente de un usuario, entrenar modelos, alimentar herramientas SEO o varias a la vez.
Cómo usa el contenido — mismo lenguaje que ya entienden los webmasters (search=yes, ai-train=no, use=reference), para que las preferencias declaradas por el sitio se puedan comparar automáticamente con lo que afirma el operador.
Quién lo opera — si la infraestructura la corre quien decidió lanzar el bot (operador directo) o si es una plataforma que carga tráfico ajeno (intermediario, como un asistente generalista invocando desde una app de terceros).

De acuerdo con el buscador TNW, este modelo se apoya en Web Bot Auth, el framework abierto de identidad para bots que Cloudflare impulsa desde hace meses. La promesa es que la declaración firmada pueda sobrevivir a las capas de intermediarios que suelen diluir el rastro del bot original.

Para el fundador que opera su propio crawler, la consecuencia es directa: si tu bot cambia de IPs, migra a Web Bot Auth o modifica su uso de contenido, ahora puedes mantenerlo al día sin crear un nuevo envío cada vez.

Contexto: por qué Cloudflare mueve ficha ahora

El lanzamiento se enmarca en una serie de cambios en cascada que la compañía anunció en su segundo Content Independence Day el 1 de julio de 2026. La imagen global es la que cuenta la historia:

El tráfico automatizado ya supera al humano. The Next Web cifra en aproximadamente 57% la porción de peticiones web generadas por bots; Cloudflare Radar, citado por Search Engine Journal, la dejó en 60,6% del contenido HTML en la semana que terminó el 10 de agosto de 2026.
Las peticiones diarias de agentes IA subieron más de 1.700% en el último año, según los datos de Cloudflare que reproduce Search Engine Journal.
El entrenamiento de modelos pasó de ser aproximadamente el 20% del tráfico de crawlers en la primavera de 2025 a convertirse en la mayoría de las solicitudes, según el reporte de aniversario citado por el mismo medio.

Sobre esa base, Cloudflare también introdujo tres movimientos que redefinen la relación entre bots y webmasters: la clasificación de los crawlers en Search, Agent y Training; el cambio de defaults que entra en vigor el 15 de septiembre de 2026, por el que los planes gratuitos bloquearán por defecto Agent y Training en páginas con anuncios; y la evolución de Pay Per Crawl hacia Pay Per Use, con Ceramic.ai y You.com como primeros socios pagadores, según TechCrunch.

Por eso Verified ya no equivale a permiso automático. Como explica Search Engine Journal, a partir de los nuevos defaults un bot verificado puede seguir siendo bloqueado según la categoría de uso que declare, y los bots que reproducen contenido íntegro dejan de ser elegibles para esa verificación. BotBase for Operators es el mecanismo que hace posible esa nueva economía: si el operador puede autoeditar su declaración, los sitios pueden confiar en ella.

Qué significa esto para tu startup

Si tu producto depende de crawls para alimentarse (agentes de IA, agregadores, scrapers internos, indexadores SEO), ahora tienes tres palancas operativas dentro del dashboard de Cloudflare:

Declarar para no ser excluido. Completa el formulario con las tres dimensiones y mantén los datos al día. Un bot con entrada actualizada y firma Web Bot Auth válida tiene muchas más probabilidades de pasar los chequeos automáticos y entrar en el directorio.
Saber por qué te rechazaron. La pestaña Rejected ahora dice exactamente qué falló. Si Cloudflare detecta que tu user-agent se solapa con otro registrado o que tu método de verificación no funciona, lo señala y deja reenviar.
Evitar el bloqueo del 15 de septiembre por defecto. Si tu bot actúa como agente para un usuario o recoge contenido para entrenamiento, los planes gratuitos lo bloquearán por defecto en páginas con anuncios. Ajustar la declaración en BotBase no garantiza paso libre, pero pone a tu bot en el lado transparente del ecosistema que Cloudflare quiere premiar.

Acciones concretas que puedes tomar esta semana:

Revisar si tu bot ya figura en BotBase (en el directorio público o vía filtro My bots desde el dashboard) y, si no está, enviarlo con la nueva plantilla antes de que la revisión automatizada substituya la cola manual.
Auditar tu user-agent y tu rango de IPs / firma Web Bot Auth: según el blog de Cloudflare, lo más frecuente es que el rechazo venga por listas de IP no accesibles o por un user-agent demasiado genérico que colisiona con uno ya registrado.
Decidir tu política de uso de contenido y reflejar exactamente esa política en la declaración. Si tu modelo entrena con lo que lee, dilo; si solo sirve para indexar y devolver referencias, dilo también. La coherencia entre tu robots.txt y tu ficha de BotBase será cada vez más visible para los sitios que evalúan a quién dejar pasar.

Conclusión

Cloudflare no está construyendo un producto nuevo: está completando el ciclo. Tras dar a los dueños de sitios un directorio donde ver qué bots pasan, ahora da a los operadores un panel donde decir exactamente qué hacen sus bots y mantener esa verdad vigente. En una web donde más de la mitad del tráfico ya es automático, la diferencia entre los bots que sobreviven al 15 de septiembre de 2026 y los que no, se está decidiendo en este formulario.