Una sola señal compartida permitirá a los editores decir no al entrenamiento de la inteligencia artificial

Quien tiene una web y quiere opinar sobre el entrenamiento de la inteligencia artificial lleva años escribiendo la misma instrucción una y otra vez, una para cada rastreador que pueda visitar su sitio. Ese mosaico de órdenes podría tener por fin una opción más simple. En un anuncio difundido el 30 y el 31 de octubre, OpenAI, Google, Microsoft y Anthropic dijeron que las cuatro apoyarán un único código compartido en el archivo robots.txt, llamado __usage_ai-training, que permite a los editores expresar su preferencia de que su contenido no se use para entrenar inteligencia artificial. Un solo código. Una sola línea en un solo archivo. Ahí está su atractivo.

En lugar de seguir la pista de una lista creciente de comandos distintos para cada rastreador, un sitio podrá declarar su preferencia sobre entrenamiento una sola vez, en un formato que las cuatro compañías han acordado respetar. Para una publicación pequeña, sin equipo técnico propio, la diferencia entre mantener una página de comandos y escribir una línea es la diferencia entre hacerlo bien y no hacerlo nunca.

De dónde sale el código

El código se define en un borrador individual presentado en el IETF con el título de señal legible por máquinas sobre preferencias de entrenamiento, firmado por Kevin Kelley, de Anthropic, con fecha del 30 de octubre de 2026 y caducidad el 3 de mayo de 2027. El IETF es el lugar donde las normas de internet toman forma en público, con borradores que cualquiera puede leer y comentar.

Conviene ser claros sobre lo que es un borrador individual. Es una fase temprana de normalización, abierta a revisión, y todavía no es una norma formal. Eso no es una debilidad. Es la forma en que empiezan las buenas normas. Un borrador escrito ofrece a editores, navegadores, buscadores y empresas de inteligencia artificial el mismo texto sobre el que reaccionar, probar y mejorar antes de que nada se convierta en una regla obligatoria para todos.

Un calendario escalonado hasta 2027

Las cuatro compañías avanzan a ritmos distintos, y el anuncio lo dijo con claridad. Anthropic ya ha empezado a respetar el código. OpenAI afirmó que el apoyo llegará en los próximos meses y que la señal complementa, en lugar de sustituir, sus controles actuales. Microsoft, según lo publicado, empezará el 1 de febrero de 2027, y Google lo hará durante 2027.

Las fechas escalonadas son normales en un cambio así. Cada compañía gestiona sus propios sistemas de rastreo, sus propias herramientas para editores y sus propias comprobaciones. Lo que importa para un editor es el compromiso compartido al final del proceso. En algún momento de 2027, la misma línea debería ser leída de la misma manera por las cuatro.

Complementa, no sustituye

La formulación de OpenAI merece una segunda lectura. La señal complementa los controles existentes en lugar de reemplazarlos. Los editores que ya usan ajustes propios de cada compañía no tienen que desmontarlos. Pueden añadir el código compartido y conservar lo que les funciona. Eso reduce el coste de probar el enfoque nuevo, que a menudo es lo que decide si una norma se extiende o se estanca.

También respeta que los editores son distintos. Un pequeño diario local, un archivo de fotos y una biblioteca universitaria pueden querer cosas diferentes. Una señal de preferencia no impone una única respuesta. Ofrece a cada sitio una forma clara de declarar la suya, una sola vez, y de que esa respuesta se entienda. Esa claridad se suma a otras herramientas pensadas para que las personas decidan con lenguaje sencillo, en la misma línea de avances que hemos seguido en la tecnología que aprende a adaptarse a cada conversación.

Por qué una señal gana a un mosaico de comandos

Hoy los editores mantienen comandos de bloqueo separados para cada rastreador. Cada rastreador nuevo significa otra línea que añadir, otro nombre que verificar y otra oportunidad de olvidar uno. Si se olvida uno, la preferencia que el editor creía clara queda con un hueco. Multiplique ese mantenimiento por miles de sitios pequeños sin personal técnico dedicado y la carga se hace evidente.

Un código compartido invierte el trabajo. El editor escribe una vez. Las compañías hacen la adaptación en su lado. Es la división del trabajo correcta, porque son las compañías las que tienen los equipos de ingeniería para leer una señal normalizada y traducirla a sus sistemas internos. También hay un beneficio de confianza. Cuando un editor y una plataforma usan el mismo término simple para la misma idea, los malentendidos bajan.

Qué pueden hacer ya los editores

Los pasos prácticos son modestos. Revise su archivo robots.txt. Añada el código __usage_ai-training si quiere expresar la preferencia de que su contenido no se use para entrenar inteligencia artificial. Mantenga junto a él sus controles actuales. Y anote las fechas de despliegue, para saber cuándo empieza cada compañía a respetar la señal. Nada de eso exige programas nuevos ni un rediseño del sitio.

Esa contención forma parte del diseño. Robots.txt es una convención antigua, de texto sencillo, que casi todos los sitios ya tienen. Construir la señal nueva dentro de un archivo que los editores ya conocen abarata la adopción, y una adopción barata es lo que convierte un borrador en costumbre. El trabajo de normas rara vez hace ruido. Este podría hacerlo, en silencio. Cuatro grandes empresas de inteligencia artificial de acuerdo en un solo código compartido, definido en un borrador público del 30 de octubre de 2026, ofrecen a los editores algo que pedían con palabras claras: un control único, sencillo y comprensible. El borrador caduca el 3 de mayo de 2027, por diseño, para que la conversación siga abierta a revisión. Si el código resiste el uso real, una sola línea de texto podría hacer el trabajo que antes exigía una página entera de comandos.

También publicado en: