Resumen

  • BEREC consulta un borrador que presenta los sistemas de IA como una nueva capa de intermediación en internet. La normativa europea de internet abierto impone obligaciones a los proveedores de acceso, mientras que la selección y presentación de contenidos por IA ocurre en la capa de aplicaciones.
  • WebMCP podría facilitar el cambio entre navegadores de IA al ofrecer una interfaz común, pero también podría reforzar la influencia de la plataforma que controla la pantalla del usuario. Por ahora, WebMCP es un borrador de un grupo comunitario, no un estándar del W3C.

La puerta de entrada ya no está solo en la red

El 7 de octubre, el Organismo de Reguladores Europeos de las Comunicaciones Electrónicas (BEREC) abrió una consulta sobre su borrador de informe acerca de la IA generativa y la apertura de internet. La Junta de Reguladores adoptó el texto en su reunión del 1 y 2 de octubre. Las aportaciones pueden presentarse hasta el 11 de noviembre. Es un documento de consulta, no una nueva norma ni una conclusión definitiva sobre una empresa.

El informe sigue el recorrido del usuario más allá de la conectividad. Un proveedor fijo o móvil transporta datos entre una persona y los servicios en línea. Los buscadores y las herramientas de IA pueden decidir qué fuentes recuperar, cómo ordenarlas, cuándo sustituir una lista de enlaces por un resumen y cuándo un agente debe actuar en nombre del usuario. Ambas capas influyen en el acceso, pero los puntos de control son diferentes.

Según el borrador, el Reglamento europeo sobre internet abierto impone a los proveedores de acceso a internet la obligación de tratar el tráfico por igual. También protege el derecho de los usuarios finales a acceder y difundir información y a utilizar aplicaciones sin discriminación. BEREC incluye en esa protección a empresas y proveedores de contenidos o aplicaciones cuando usan un servicio de acceso a internet. Esta garantía sigue siendo pertinente si un operador bloquea o ralentiza tráfico.

El límite señalado por el organismo es otro: el Reglamento no constituye una herramienta operativa para supervisar cómo una plataforma de IA selecciona, organiza o presenta contenidos. Sus objetivos siguen sirviendo como referencia de análisis, mientras que otros instrumentos europeos podrían cubrir parte de los problemas.

La distinción evita confundir dos preguntas: ¿ha discriminado un proveedor de acceso el tráfico de red? ¿Ha influido una plataforma de IA en lo que se descubre mediante su interfaz, sus opciones predeterminadas, su clasificación o sus fuentes? La segunda no demuestra la primera. BEREC tampoco afirma que toda intermediación de IA quede fuera de la legislación europea. El borrador examina, entre otros instrumentos, el Reglamento de IA, la Ley de Mercados Digitales, la Ley de Servicios Digitales y la Ley de Datos; también señala que quizá haya que coordinarlos.

WebMCP cambia el punto de contacto

El informe concreta este cambio con WebMCP. El 9 de octubre, el Grupo Comunitario Web Machine Learning del W3C publicó un documento que describe una API para que las páginas web ofrezcan herramientas JavaScript a los agentes de IA. En el ejemplo del informe, una tienda puede exponer funciones para filtrar productos o actualizar un carrito dentro de la pestaña del navegador. La plataforma de IA aporta el razonamiento y la interfaz; el sitio ofrece funciones que el agente puede llamar.

Este diseño podría ser más fiable que pedir a un agente que interprete capturas de pantalla o todo el código de una página. También podría reducir la necesidad de que una persona navegue por cada sitio. BEREC ve dos efectos posibles. Una interfaz común puede facilitar el paso a otro navegador o servicio de IA y reducir los costes de cambio. Pero si la persona sigue usando la pantalla de la plataforma de IA, esta puede conservar el control de la búsqueda, el filtrado y la presentación comercial, mientras el sitio queda como un servicio invocado en segundo plano.

Todavía no está demostrado qué efecto prevalecerá. WebMCP es un borrador de informe de un grupo comunitario, no un estándar del W3C. BEREC dice que aún se desconoce si los sitios tendrán incentivos para adoptarlo. El informe describe una arquitectura posible, no un cambio de tráfico medido ni una implantación generalizada. La pregunta útil es concreta: ¿quién elige la herramienta, ordena las opciones, controla la interfaz, observa la intención del usuario y recibe una visita humana en vez de una solicitud automatizada?

Un sitio puede seguir disponible y perder visibilidad

Para medios, creadores y colecciones de interés público, que una página siga siendo accesible no garantiza que se encuentre su contenido. Una respuesta de IA puede resumir una fuente sin enviar a ella al lector; un agente puede utilizar una función del sitio sin generar una visita convencional. BEREC advierte que eso podría debilitar el tráfico de referencia, la publicidad o las suscripciones, aunque los productos de IA sigan dependiendo de contenidos en línea. Las solicitudes automatizadas también pueden elevar los costes de explotación de los sitios.

El borrador identifica estos mecanismos y riesgos; no cuantifica el efecto para cada editor.

La diferencia también importa a las empresas de telecomunicaciones. La disponibilidad de la red, la gestión del tráfico, la interconexión y la visibilidad que concede una aplicación deben documentarse por separado. Superar una prueba de conectividad no demuestra que una fuente apareciera en una respuesta de IA. Una caída de visitas tampoco prueba por sí sola que el operador discriminara el tráfico. Hace falta evidencia de la capa donde se tomó la decisión.

La consulta permite comprobar si BEREC ha descrito bien esas interfaces: cómo selecciona y cita fuentes la IA; si el usuario puede ver, cuestionar o cambiar esa selección; si los protocolos comunes reducen realmente el coste de cambio; y cómo los sitios pueden medir el acceso automatizado y sus costes. La página de consulta pide que las aportaciones señalen las secciones concretas a las que responden. BEREC prevé publicar las contribuciones y un resumen, respetando las solicitudes de confidencialidad que se identifiquen con claridad.

La adopción y los efectos observables darán la respuesta

El principio “Running-Code Primacy” de Heng Lu aporta una prueba editorial útil: una propuesta no debe confundirse con un resultado desplegado. La misma cautela se aplica a la regulación. Que un borrador describa una brecha no determina qué autoridad debe cerrarla, si las competencias actuales bastan ni qué consecuencias tendría una medida para usuarios y proveedores.

En el informe final convendrá observar si BEREC separa el trato igual del tráfico de la selección de contenidos en la interfaz y si propone obligaciones medibles sin imponer una única pantalla de IA. ¿Adoptarán WebMCP varios navegadores y sitios? ¿Podrá un usuario cambiar de agente sin perder funciones del sitio? ¿Las métricas de diversidad de fuentes, visitas de referencia y coste de los bots mostrarán cambios atribuibles a la intermediación de IA y no a tendencias normales de búsqueda o del mercado?

La cuestión no es que cada motor de respuestas se haya convertido en una red de telecomunicaciones. Es que una persona puede mantener acceso técnico a toda la web sin conocer los filtros que determinan lo que verá. La consulta debe aclarar dónde termina la neutralidad de red, qué instrumentos corresponden a la capa siguiente y qué evidencia permite evaluar si cambian la capacidad de elección de los usuarios o la posibilidad de los editores de llegar a ellos.

Fuentes