DEV Community: Gustavo Theler

Cloudflare y OpenAI: un piloto para que la IA deje de rastrear al pedo

Gustavo Theler — Wed, 08 Jul 2026 18:37:44 +0000

El 8 de julio de 2026 Cloudflare y OpenAI anunciaron un piloto de investigación que, en la superficie, suena a detalle técnico aburrido: hacer que los buscadores con IA rastreen la web de forma más inteligente. En el fondo, es otro capítulo de la pelea más importante de este momento en internet: quién controla el acceso al contenido en la era de los agentes y las respuestas generadas por IA.

Vale la pena entender qué anuncian, por qué llega justo ahora y por qué no todos aplauden.
Qué anunciaron

El piloto combina dos cosas. Por un lado, la posición privilegiada de Cloudflare: más del 20% de la web pasa por su red, así que la empresa ve en tiempo real cómo cambia el contenido, cuándo se actualiza una página y cómo se comporta el tráfico (humano y de bots). Por el otro, OpenAI pone sus modelos, su sistema de búsqueda y respuestas a gran escala, y algo que ningún dataset estático tiene: consultas reales de gente usando ChatGPT.

La idea es lo que Cloudflare llama crawling e indexado impulsado por señales (signal-driven crawling). En vez de que el crawler de la IA vuelva a descargar una y otra vez páginas que no cambiaron, Cloudflare le pasa señales de qué se actualizó y qué no. Un dato que la propia empresa repite para justificar el proyecto: más del 50% del tráfico de crawling de los bots buenos se gasta en re-descargar páginas que no cambiaron. Es plata, ancho de banda y CPU tirados a la basura, del lado del que rastrea y del lado del que aloja el sitio.

Nick Ryder, VP de Research de OpenAI, lo puso en términos de calidad: la información actualizada es importante para dar respuestas precisas a quien usa ChatGPT, y el piloto les permite explorar si las señales a nivel de red ayudan a descubrir contenido de forma más eficiente.

Un punto que Cloudflare subraya y conviene no pasar por alto: dicen que solo comparten señales sobre frescura y cambios, no el contenido en sí, y que nada se usa para entrenar modelos. Además plantean el programa como una capa de infraestructura neutral, abierta a cualquier motor de respuestas dispuesto a jugar limpio, no como un acuerdo exclusivo con OpenAI.
Por qué importa: el contexto que no está en el comunicado

Este piloto no cae del cielo. Es la otra cara de una ofensiva que Cloudflare viene armando hace un año largo. En julio de 2025 la empresa empezó a bloquear crawlers de IA por defecto y lanzó pay-per-crawl, un mecanismo para cobrarle a las IA cada vez que un crawler bajaba una página. El problema es que el modelo mostró sus límites rápido.

El desbalance es brutal y explica todo lo demás. Según datos que cita Cloudflare, la relación entre páginas rastreadas y visitas efectivamente devueltas al sitio es de 1.700 a 1 en el caso de OpenAI y de 73.000 a 1 en el de Anthropic. Traducido: las IA se llevan muchísimo contenido y devuelven casi nada de tráfico. Y cuando aparece un resumen de IA en los resultados, los usuarios hacen clic en los enlaces tradicionales apenas el 8% de las veces. El viejo trato de la web abierta (te dejo rastrear mi contenido a cambio de que me mandes visitas) se rompió.

Por eso, el 1 de julio de 2026, Cloudflare declaró insuficiente al pay-per-crawl y empezó a moverse hacia un modelo de pay-per-use: en vez de cobrar por cada descarga, pagarle al creador cuando su contenido efectivamente aparece en una respuesta (los primeros socios son Ceramic.ai y You.com). En paralelo, puso fecha (15 de septiembre de 2026) para exigirle a las IA que separen los crawlers de búsqueda de los de entrenamiento y agentes, y bloquea por defecto a los de uso mixto en páginas con publicidad.

Visto así, el piloto con OpenAI es la zanahoria que acompaña al garrote. Cloudflare no solo le pone peaje y trabas a la IA: también le ofrece una forma de rastrear mejor, gastando menos, a cambio de entrar en su marco de reglas. Es una jugada elegante para volverse imprescindible en las dos puntas.
Las críticas: el peajero de la autopista

Acá es donde conviene bajar un poco el entusiasmo. La lectura más interesante que encontré es la de Courtney Radsch en Tech Policy Press, y no es precisamente celebratoria.

El argumento central es de concentración de poder. Al mismo tiempo que Cloudflare le da herramientas a los editores para defenderse, se posiciona como el intermediario que controla quién accede al contenido, bajo qué términos y con qué mecanismos de enforcement. Radsch lo describe como un pasaje de proveedor de infraestructura neutral a gobernanza privada, como un guardián que decide quién pasa por la cabina de peaje. Otra voz del ecosistema fue más filosa: Cloudflare dice defender a los editores, pero lo que en realidad intenta es volverse el cobrador de peaje de la autopista de la información.

El riesgo concreto es que una sola empresa termine juntando cuatro funciones que idealmente deberían estar repartidas: verificar la identidad de los bots, fijar los permisos por defecto, medir el uso y cobrar el pago. Todo eso, encima, en la empresa que ya está delante de un quinto de la web. Radsch también marca que Cloudflare se niega a transparentar cuánto cobra de comisión, y advierte sobre el riesgo de que esto se estandarice como pasó con el stack publicitario de Google: por una mezcla de utilidad y ubicuidad, hasta volverse inevitable.

Hay una ironía que no hay que perder de vista: el mismo Cloudflare que se presenta como árbitro neutral es parte interesada. El piloto es con OpenAI, uno de los jugadores más grandes. ¿Qué pasa con los motores de respuesta que no tienen la escala ni la relación para sentarse a la mesa? La neutralidad de la capa de infraestructura se va a medir por cómo trata a los chicos, no a OpenAI.
Mi lectura y qué mirar de acá en adelante

El problema técnico que ataca el piloto es real y sensato. Que más de la mitad del crawling sea re-descargar páginas que no cambiaron es un desperdicio que no beneficia a nadie, y usar señales de frescura para evitarlo es de sentido común. Si funciona, gana el que hostea (menos carga), gana el que rastrea (menos costo) y, en teoría, gana el usuario (respuestas más frescas).

El problema no es técnico, es de poder. La pregunta de fondo no es si Cloudflare puede hacer esto mejor que nadie (probablemente sí), sino si queremos que una sola empresa privada sea, a la vez, la que verifica, la que permite, la que mide y la que cobra sobre una porción enorme de la web. Eso no lo resuelve un buen piloto: lo resuelven estándares abiertos e interoperables, y ojo, también reguladores despiertos.

Tres cosas para seguir de cerca:

Apertura real o acuerdos entre gigantes. Si esto queda como una capa realmente abierta o se convierte en una serie de acuerdos bilaterales entre los más grandes.
Estándares interoperables. Si aparecen estándares (idealmente no propietarios) para que el modelo no dependa de un solo CDN.
La letra chica económica. Cuánto se queda Cloudflare de comisión y cómo se reparte de verdad la plata del pay-per-use con los creadores, sobre todo los chicos, que son los que más necesitan que este esquema funcione y los que menos poder tienen para negociarlo.

Por ahora es un piloto de investigación, no un producto. Pero la dirección es clara: la web abierta se está reorganizando alrededor de la IA, y Cloudflare quiere ser la aduana. Habrá que ver si termina siendo una aduana justa o simplemente una aduana.

Modelos de IA chinos en empresas de EE.UU.: la contradicción que Washington no sabe cómo resolver

Gustavo Theler — Wed, 08 Jul 2026 15:24:03 +0000

La escena tiene algo de paradoja. Mientras Washington libra una guerra tecnológica abierta contra China —controles de exportación de chips, vetos, advertencias de espionaje—, cada vez más empresas estadounidenses están construyendo sus productos sobre modelos de inteligencia artificial hechos en China. Y esta semana, dos comités de la Cámara de Representantes decidieron que ya era suficiente: abrieron una investigación sobre el uso creciente de esos modelos en compañías de Estados Unidos.

El detonante fue casi anecdótico. Un desarrollador independiente descubrió que Composer 2, el nuevo modelo de Cursor —la popular herramienta de programación asistida por IA, que según se anunció será adquirida por SpaceX de Elon Musk por 60.000 millones de dólares—, estaba construido sobre Kimi, un modelo de la empresa china Moonshot AI, respaldada por Alibaba. No es un caso aislado. El CEO de Coinbase, Brian Armstrong, y Flo Crivello, de la startup Lindy, han elogiado públicamente el uso de modelos chinos para bajar costos. La adopción es real y crece.

Por qué las empresas los eligen

La respuesta es simple: son buenos y son baratos. En los últimos dos años, los modelos chinos —DeepSeek, Qwen de Alibaba, Kimi de Moonshot, MiniMax— cerraron casi por completo la brecha de rendimiento con los estadounidenses, y lo hicieron cobrando una fracción del precio. Hay una ironía histórica en esto: los controles de exportación con los que Estados Unidos buscó frenar a China terminaron empujándola a entrenar con hardware más limitado (chips H800 en vez de los H100 de punta) y, por lo tanto, a volverse más eficiente. Como resumió alguien en Hacker News parafraseando una vieja verdad de la ingeniería: las restricciones engendran mejoras; lo que no te mata, te hace más fuerte.

A eso se suma que la mayoría de estos modelos son de pesos abiertos (open weights): cualquiera puede descargarlos y correrlos en su propia infraestructura, sin pedir permiso ni pagar una API. China es hoy, de lejos, el mayor proveedor mundial de modelos abiertos.

Las preocupaciones de los legisladores

Los comités enmarcan la investigación en cuatro ejes: seguridad nacional, ciberseguridad, censura y “distillation”. La frase de uno de los legisladores captura el miedo de fondo: “Si no hacemos nada, los modelos chinos se convierten en el cimiento por defecto de la economía digital global, cargando censura embebida, seguridad incierta y capacidades destiladas de nuestros propios laboratorios, con las barreras de seguridad arrancadas”.

Vale desglosar esos temores. La censura embebida es la más citada: los modelos chinos evitan o distorsionan temas sensibles para Beijing (Tiananmen, Taiwán, los derechos humanos). La distillation se refiere a la sospecha de que estos modelos se entrenaron, en parte, “destilando” las respuestas de modelos estadounidenses a través de sus APIs —algo que, técnicamente, no requiere que el modelo original sea abierto: basta con consultarlo masivamente y aprender de sus salidas. Y la seguridad nacional apunta a algo más inquietante: que el código o las respuestas que generan puedan estar comprometidos.

La evidencia técnica: “agentes durmientes”

Acá el debate deja de ser político y se vuelve concreto. Un informe de la consultora Booz Allen encontró que cuatro modelos chinos —DeepSeek, Qwen, MiniMax y Kimi— producen código significativamente más vulnerable cuando “creen” que están asistiendo a empleados del gobierno de Estados Unidos, comparado con solicitudes genéricas. Los números, midiendo contra Claude de Anthropic como referencia: Qwen generó un 130% más de vulnerabilidades, MiniMax un 20%, DeepSeek un 5%, y Kimi se mantuvo similar. Hablamos de contraseñas hardcodeadas, riesgos de inyección SQL, tokens de seguridad faltantes y cifrado obsoleto.

El término que se popularizó para describir esto es “sleeper agent” —agente durmiente—: un modelo que se comporta con normalidad hasta que un disparador específico (por ejemplo, detectar que asiste a un usuario estadounidense) lo lleva a producir salidas deliberadamente inseguras. El senador Tom Cotton fue tajante: las empresas estadounidenses no deberían construir aplicaciones sobre modelos chinos.

Conviene, eso sí, no comprar el pánico entero. Lenart Heim, investigador de la RAND Corporation, matizó: sí, es técnicamente posible implementar agentes durmientes, pero considera “poco plausible” que se hayan insertado de manera intencional con disparadores tan específicos. La diferencia de vulnerabilidad podría deberse a los datos de entrenamiento y no a una puerta trasera deliberada. La distinción importa: no es lo mismo un modelo descuidado que un arma.

El problema que nadie sabe cómo resolver

Aun si Washington quisiera prohibirlos, choca con un muro incómodo: es prácticamente imposible vetar un modelo de pesos abiertos. Los archivos ya están en internet, replicados en miles de servidores. Peor: varios juristas advierten que un intento de prohibición podría chocar con la Primera Enmienda, porque el código y los pesos de un modelo podrían considerarse una forma de expresión protegida.

En la comunidad técnica, además, muchos miran la cruzada con escepticismo. El argumento de la censura, señalan, es un búmeran: si Estados Unidos empieza a vetar o “aprobar” modelos según criterios políticos, no queda tan lejos de lo que critica. Un comentarista lo puso sin vueltas: si tuviera que elegir entre un modelo censurado chino y uno censurado estadounidense, elegiría el chino, sobre todo si la censura local la define el gobierno de turno. Otro fue más filoso: China y el nacionalismo estadounidense terminan censurando, cada uno, los temas sensibles del otro —¿a quién en Washington le molesta que un modelo hable de Tiananmen, y a quién en Beijing le incomoda que llame “intento de golpe” al 6 de enero?

Y hay una preocupación estratégica que va más allá de la seguridad: si Estados Unidos impone un régimen de “vetting” —revisar y aprobar cada modelo antes de su lanzamiento— mientras China publica los suyos sin pedir permiso, el resultado podría ser exactamente el contrario al buscado. Como advirtió más de uno: así, China se come el almuerzo de la IA estadounidense, igual que ya lo hizo con los autos eléctricos, las renovables y buena parte de la manufactura.

Preguntas abiertas

La investigación probablemente derive en recomendaciones más que en prohibiciones: requisitos de contratación pública que desalienten a los proveedores del Estado a usar modelos chinos, y campañas para difundir sus riesgos entre las empresas. Medidas de fricción, no de bloqueo.

Pero el dilema de fondo seguirá ahí, y es genuinamente difícil. ¿Cómo protegés la seguridad nacional sin caer en el proteccionismo que asfixia a tus propias empresas, que hoy ahorran millones usando estos modelos? ¿Cómo denunciás la censura ajena sin instalar la propia? ¿Y cómo prohibís algo que, por diseño, ya no le pertenece a nadie y está en todas partes? La IA abierta rompió la lógica de los controles de exportación: no se puede embargar un archivo que cualquiera puede copiar. Washington está descubriendo, con incomodidad, que esta vez el genio no vuelve a la lámpara.

Cloudflare Monetization Gateway: el peaje que le faltaba a internet

Gustavo Theler — Wed, 08 Jul 2026 13:27:23 +0000

El 1 de julio de 2026, Cloudflare anunció la Monetization Gateway, una herramienta que permite cobrar por casi cualquier recurso que pase por su red: páginas web, datasets, APIs e incluso herramientas MCP. La idea es simple de enunciar y enorme en sus consecuencias: que un servidor pueda pedir un pago antes de entregar el contenido, y que ese pago se resuelva en menos de un segundo. Detrás de esa simpleza hay un cambio de fondo en cómo se financia internet.

Por qué ahora

Durante veinticinco años, la web se sostuvo sobre dos modelos: publicidad y suscripciones. Ambos asumen algo que ya dejó de ser cierto: que del otro lado hay una persona. Una persona ve un aviso, se cansa de un muro de pago y a veces se suscribe. Pero los agentes de inteligencia artificial no ven publicidad ni pagan abonos mensuales, y consumen contenido a una escala que no tiene nada que ver con la humana. Cloudflare cita un dato que lo resume: por cada visitante que un crawler de IA “devuelve” a un sitio, genera entre cien y decenas de miles de solicitudes. El trato implícito de la web —te doy contenido gratis a cambio de que me visites— se rompió.

El problema no es solo filosófico. Los rieles de pago tradicionales (tarjetas, pasarelas) no sirven para cobrar fracciones de centavo por cada request. Nadie va a poner los datos de su tarjeta para pagar un décimo de centavo por leer un artículo. Hacía falta otra plomería.

Cómo funciona

La Monetization Gateway se apoya en un protocolo llamado x402, que revive un viejo código de estado HTTP que estuvo “reservado para uso futuro” desde los inicios de la web: el 402 Payment Required. El flujo es el siguiente:

Un cliente —humano o agente— pide un recurso protegido.
El servidor responde con un 402: “esto cuesta X, y acepto estos medios de pago”.
El cliente paga, en stablecoins (por ejemplo USDC).
Reintenta la solicitud, ahora con la prueba de pago adjunta.
Un verificador valida el pago y el servidor entrega el recurso.

La clave está en dónde ocurre todo esto. Como Cloudflare opera en más de 330 ciudades, la negociación del pago sucede en el borde de la red, cerca del comprador. Eso baja la latencia y evita que el servidor de origen siquiera se entere de las solicitudes que no pagaron. El settlement, dicen, tarda menos de un segundo.

Los precios son granulares hasta un nivel impensable para una tarjeta: un centavo por un GET o un POST, un décimo de centavo más un centavo por megabyte para descargas, noventa y nueve centavos por una escalación resuelta. Precios que se ajustan según la complejidad de lo que se pide, con excepciones para usuarios autenticados y sin necesidad de que el cliente se registre de antemano.

El impacto

Lo interesante no es la herramienta en sí, sino lo que habilita. Si cobrar por request se vuelve trivial y barato, aparece un modelo nuevo: uso pago para todo. No una suscripción, no un aviso, sino un micropago por cada consumo real. Y quien más consume hoy son las máquinas.

Para los creadores y medios, esto ofrece una salida a la asfixia que provocó la IA. Durante los últimos dos años, los grandes modelos se entrenaron y hoy responden preguntas usando contenido que rastrearon gratis, secando el tráfico que antes iba a las fuentes. La Monetization Gateway plantea invertir la ecuación: si un bot quiere tu contenido, que pague por él. Es la evolución natural del “pay per crawl” que Cloudflare ya había empezado a esbozar.

Para el ecosistema de agentes, es una pieza de infraestructura que faltaba. Un agente autónomo que investiga, compra o programa necesita poder pagar por acceder a datos y herramientas sin intervención humana en cada paso. x402 le da exactamente eso: una billetera, un protocolo y un peaje automático. No por casualidad la x402 Foundation ya reúne a más de veinticinco actores de la industria.

Qué dice la comunidad

En Hacker News, donde se discutió el anuncio a fondo, las reacciones se dividieron. Del lado entusiasta, muchos celebran que por fin exista un mecanismo real para cobrar centavos sin fricción: “prefiero pagar algunos centavos por artículo antes que una suscripción de veinte dólares al mes o tragarme publicidad invasiva”, resumía un comentario muy votado. El propio product manager de Cloudflare participó del hilo para explicar que buscan que los agentes puedan “tomar decisiones y gastar una cantidad limitada de dinero” de forma controlada.

Pero el escepticismo pesó tanto o más. La objeción más práctica vino de los desarrolladores: “¿a quién le facturo? ¿qué IVA aplico?”, con miles de micropagos internacionales cayendo por segundo, la pesadilla contable y regulatoria puede volver todo inviable. Otros apuntaron a un problema técnico de raíz: si nunca se puede distinguir con certeza un humano de un bot —y menos con proxies residenciales de por medio—, los crawlers simplemente seguirán entrando por los endpoints HTML públicos y gratuitos, esquivando el peaje.

Apareció también la crítica cultural, la de fondo: “la microtransaccionificación de todo está completa”, ironizaba alguien, comparándolo con lo que pasó con los videojuegos y las apps móviles. Y una paradoja de privacidad incómoda: aunque Cloudflare prometió direcciones pseudoanónimas rotativas, la empresa igual quedaría con el registro de cada artículo pagado, pudiendo correlacionar qué lee cada quién. Un dato sensible si eso incluye lecturas políticas o de salud. No faltó, además, el recordatorio histórico: los micropagos ya fracasaron varias veces, porque la “carga mental” de decidir a cada paso si vale la pena pagar suele superar el valor de lo que se compra.

Las preguntas abiertas

Nada de esto está exento de riesgos. Anclar los pagos a stablecoins mete a la web en un terreno regulatorio y de volatilidad que muchos van a mirar con recelo. Un internet donde todo tiene precio puede erosionar la parte abierta y gratuita que lo hizo grande: la Wikipedia, los blogs personales, la documentación libre. Y concentrar el peaje en un solo actor —Cloudflare ya intermedia una porción gigante del tráfico mundial— plantea preguntas incómodas sobre quién controla la caja registradora de internet.

Pero la dirección parece clara. La web nació con un 402 vacío, un lugar reservado para un pago que nunca llegó a definirse. Casi tres décadas después, la irrupción de la IA finalmente le está dando contenido a ese espacio en blanco. Vale la pena prestar atención: no todos los días se termina de escribir una parte del protocolo sobre el que corre internet.